ERP und Systemintegration mit n8n: APIs, Webhooks und saubere Datenflüsse zwischen Abteilungen

ERP-Integration verbindet das führende Unternehmenssystem mit CRM, Shop, Logistik, Buchhaltung und weiteren Fachanwendungen. n8n kann Daten über APIs, Webhooks oder geplante Abgleiche übertragen und dabei Formate, Regeln und Fehlerpfade abbilden. Entscheidend ist ein eindeutiges Datenmodell: Ohne klare Systemverantwortung verteilt eine Integration widersprüchliche Daten nur schneller.

Was wird bei einer ERP-Integration verbunden?

Ein ERP verwaltet je nach Produkt Stammdaten, Artikel, Bestände, Bestellungen, Aufträge, Rechnungen oder Projekte. Andere Systeme benötigen Teile dieser Informationen. Das CRM braucht beispielsweise Kunden- und Auftragsstatus, ein Shop benötigt Preis und Bestand, die Logistik Versanddaten und das Reporting konsolidierte Kennzahlen.

Vor der Umsetzung wird für jedes Objekt festgelegt, welches System führend ist. Ein Artikelpreis kann im ERP gepflegt und an den Shop verteilt werden. Eine Lieferadresse entsteht möglicherweise im Shop, wird geprüft und anschließend im ERP dem Auftrag zugeordnet. Bidirektionale Synchronisation ohne Feldverantwortung führt schnell zu Schleifen und überschriebenen Änderungen.

Drei Integrationsmuster

API-Aufruf

Eine REST-API wird gezielt aufgerufen, um Datensätze zu lesen, anzulegen oder zu ändern. Salesforce dokumentiert für seine Connect REST API beispielsweise OAuth zur Authentifizierung sowie HTTP-Methoden für Lese- und Schreiboperationen. Für jedes ERP werden verfügbare Endpunkte, Rechte, Limits, Versionen und Fehlercodes separat geprüft.

Webhook

Ein Webhook meldet ein Ereignis unmittelbar, etwa einen neuen Auftrag oder geänderten Status. Der Empfänger validiert Signatur und Daten, bestätigt den Eingang und verarbeitet das Ereignis kontrolliert. Wiederholte oder vertauschte Lieferungen müssen eingeplant werden.

Geplanter Abgleich

Wenn kein Webhook vorhanden ist, fragt ein Workflow Änderungen in festen Intervallen ab. Dafür benötigt er ein zuverlässiges Änderungsdatum oder einen Cursor. Zusätzlich kann ein regelmäßiger vollständiger Abgleich Inkonsistenzen erkennen, die durch Ausfälle oder manuelle Änderungen entstanden sind.

Beispiel: Auftrag vom Shop bis zur Buchhaltung

1. Der Shop meldet einen bezahlten Auftrag mit eindeutiger Bestell-ID.
2. Der Workflow prüft Signatur, Pflichtfelder und bereits verarbeitete Ereignisse.
3. Kunden-, Adress- und Artikeldaten werden normalisiert.
4. Vorhandene Kunden und Artikel werden über stabile IDs gesucht.
5. Der Auftrag wird im ERP angelegt und mit den richtigen Datensätzen verknüpft.
6. Bestand und Auftragsnummer werden an den Shop zurückgegeben.
7. Versand- oder Rechnungsprozess startet erst nach erfolgreicher ERP-Verarbeitung.
8. Fehlerhafte Vorgänge landen in einer überwachten Prüfliste.

Die wichtigsten Qualitätsregeln

• Führendes System: Für jedes Feld ist festgelegt, wo es geändert werden darf.
• Stabile IDs: Namen und Beschreibungen dienen nicht als alleinige Zuordnung.
• Idempotenz: Eine wiederholte Nachricht erzeugt keinen doppelten Auftrag.
• Validierung: Datentypen, Pflichtfelder und erlaubte Werte werden vor dem Schreiben geprüft.
• Transaktionen: Teilweise erfolgreiche Abläufe werden erkannt und kontrolliert korrigiert.
• Monitoring: Fehler, Laufzeit, Volumen und Rückstau werden sichtbar.
• Versionierung: Änderungen an API oder Feldmapping werden getestet und dokumentiert.

Sicherheit und Datenschutz

Integrationen erhalten nur die benötigten Rechte. Ein Workflow für Aufträge braucht nicht automatisch administrativen Zugriff auf alle ERP-Bereiche. Zugangsdaten werden geschützt verwaltet, regelmäßig überprüft und bei Personal- oder Dienstleisterwechsel widerrufen.

Für personenbezogene Daten gelten die Grundsätze der DSGVO. Die Europäische Kommission nennt unter anderem Zweckbindung, Datenminimierung, Richtigkeit, Speicherbegrenzung sowie Integrität und Vertraulichkeit. Deshalb werden nur erforderliche Felder übertragen, Protokolle von unnötigen Kundendaten freigehalten und Löschprozesse über verbundene Systeme hinweg berücksichtigt.

Einführung in sechs Schritten

1. Datenobjekte, Systeme und fachliche Verantwortliche aufnehmen.
2. Führende Systeme und Feldmapping dokumentieren.
3. API-Funktionen, Rechte, Limits und Beispieldaten technisch prüfen.
4. Normalfälle, Dubletten, fehlende Felder und Ausfälle testen.
5. Mit begrenztem Datenvolumen produktiv starten.
6. Monitoring, Alarmierung, Support und Änderungsprozess organisieren.

Die Integration sollte als Teil einer geregelten Prozessautomatisierung behandelt werden. Einzelne Punkt-zu-Punkt-Verbindungen ohne gemeinsames Datenmodell werden mit jedem neuen System schwerer wartbar.

Erfolg messen

Geeignete Kennzahlen sind Durchlaufzeit eines Auftrags, Anteil automatisch zugeordneter Datensätze, Dubletten, manuelle Korrekturen, fehlgeschlagene Übertragungen und Zeit bis zur Fehlerbehebung. Außerdem wird geprüft, ob Bestände, Status und Finanzdaten zwischen den Systemen konsistenter geworden sind.

Quellen und weiterführende Dokumentation

• Salesforce Developers: OAuth and Connect REST API
• Salesforce Developers: Send HTTP Requests
• GitHub Docs: Funktionsweise von Webhooks
• Europäische Kommission: Grundsätze der DSGVO

Stand: Juli 2026. Schnittstellen und Systemfunktionen werden vor der Umsetzung anhand der aktuellen Herstellerdokumentation geprüft.