Getrennte Ereignisse
Inbox, Follow-up, Logging und Health sind eigene Workflows mit unterschiedlichen Aufgaben.
Integrationsentwurf · CRM & Systemabgleich
CRM E-Mail Integration
E-Mail-Ereignisse, Follow-up-Signale und Versandprotokolle für ein CRM zusammenführen – über getrennte, authentifizierte Brücken.
- Meine Aufgabe
- Interne CRM-Brücken und Protokollierung
Eingang → Logik → Ergebnis
- 01Eingänge erfassen
- 02Aufrufe authentifizieren
- 03Verbindung prüfen
n8n · CRM & Systemabgleich
01 · Die Aufgabe
Ein Prozess.
Eine klare Aufgabe.
Der Ausgangspunkt
Ein CRM benötigt einen nachvollziehbaren Status. Eingänge, Follow-up-Hinweise und tatsächlich abgeschlossene SMTP-Läufe sind unterschiedliche Ereignisse.
Mein Ansatz
Vier n8n-Workflows bilden getrennte Brücken für Inbox, Follow-ups, Outbound-Logging und Health-Checks. Die Entwürfe verwenden HMAC-authentifizierte interne Aufrufe; der Logger liest abgeschlossene Versandläufe.
02 · Der Ablauf
Schritt für Schritt.
Nachvollziehbar verbunden.
Aus der dokumentierten Projektstruktur. Wähle einen Schritt und entdecke seine Aufgabe.
Schritt 01
Eingänge erfassen
Eine zeitgesteuerte Inbox-Brücke stellt Lesedaten für den nachgelagerten CRM-Prozess bereit.
03 · Die Technik
Die Werkzeuge
dahinter.
- Sprachen
- JavaScript · SQL
- Systeme & Technologien
- n8n · HMAC · SQLite · Zeitpläne
- Eigener Beitrag
- Interne CRM-Brücken und Protokollierung
Die Verarbeitung im Detail
- 01Eingänge erfassen
Eine zeitgesteuerte Inbox-Brücke stellt Lesedaten für den nachgelagerten CRM-Prozess bereit.
- 02Follow-up-Signale lesen
Eine eigene zeitgesteuerte Brücke behandelt Follow-up-Informationen getrennt vom Posteingang.
- 03Aufrufe authentifizieren
HMAC schützt die vorgesehenen internen Brücken. Die Schlüssel bleiben in privaten Umgebungsvariablen.
- 04Versand nachhalten
Der Outbound-Logger sucht bereits abgeschlossene SMTP-Ausführungen und protokolliert deren Ergebnis lesend.
- 05Verbindung prüfen
Ein eigener Health-Check behandelt den Zustand der Integration unabhängig von den fachlichen Ereignissen.
04 · Entwicklung & Entscheidungen
Wie die Lösung
gedacht ist.
Status nach tatsächlichem Versand
Ein Versandstatus wird aus bereits abgeschlossenen SMTP-Läufen gelesen, nicht aus einer geplanten E-Mail abgeleitet.
Read-only-Brücken
Diese Workflow-Familie versendet selbst keine externen E-Mails. Sie verbindet vorhandene Informationen mit einem nachgelagerten System.
Einordnung der Darstellung
Die Beschreibung wurde aus vorhandenen n8n-Workflows und ihren dokumentierten Schritten abgeleitet. Zusammengehörige Versionen und Hilfsworkflows sind zu einem Projekt zusammengefasst. Die Diagramme sind schematische Portfolio-Darstellungen; sie enthalten keine vertraulichen Daten und keine gemessenen Wirkungsversprechen.