Die Verbindung von CRM und ERP wirkt in einer Vorführung einfach: Aus einer Verkaufschance wird ein Auftrag, der im nächsten System erscheint. Die schwierigen Fragen kommen später. Was passiert, wenn das Zielsystem nicht erreichbar ist, dieselbe Nachricht zweimal eintrifft oder ein Kunde während der Verarbeitung seine Rechnungsdaten ändert?
Eine gute Integration macht solche Situationen verständlich und behebbar. Das Geschäftsziel sind weniger manuelle Arbeit und verlässliche Datensätze, nicht lediglich ein erfolgreicher API-Aufruf. Beginnen Sie mit einem wichtigen Ablauf und beschreiben Sie Fehlerfälle ebenso sorgfältig wie den Normalbetrieb.
Legen Sie die Datenhoheit je Information fest
Das CRM kann das Verkaufsgespräch verwalten, während das ERP Rechnungsnummern und Zahlungsstatus führt. Wenn beide Systeme jedes Feld frei überschreiben dürfen, entsteht Unklarheit. Ein gemeinsamer Kunde bedeutet nicht, dass jedes Kundenattribut dieselbe maßgebliche Quelle hat.
Erstellen Sie eine Feldzuordnung mit Quelle, Ziel, Umwandlung und Konfliktregel. Darf eine Namensänderung im Vertrieb einen bestehenden Rechnungsdatensatz verändern? Unterscheiden Sie Kontakt-, Rechnungs- und Lieferadresse. Definieren Sie auch das Verhalten bei fehlenden Pflichtangaben.
Verbinden Sie Datensätze über stabile Kennungen. Namen und E-Mail-Adressen können sich ändern; mehrere Personen können dieselbe Firmenadresse nutzen. Speichern Sie die Zuordnung der Kennungen beider Systeme, statt wiederholt anhand ähnlicher Angaben auf denselben Kunden zu schließen.
Definieren Sie den konkreten Auslöser
„Wenn sich eine Verkaufschance ändert“ ist häufig zu ungenau. Besser wäre: „Wenn eine freigegebene Verkaufschance erstmals den Zustand bereit zur Auftragserstellung erreicht.“ Legen Sie fest, wer diesen Zustand zurücknehmen darf und was eine spätere Änderung bedeutet, nachdem das ERP den Auftrag angenommen hat.
Beschreiben Sie den Ablauf fachlich: freigegebene Verkaufschance, geprüfter Kunde, angelegter Auftrag, gespeicherte ERP-Referenz, sichtbares Ergebnis im CRM. Kennzeichnen Sie notwendige menschliche Entscheidungen. So können Vertrieb und Betrieb gemeinsam festlegen, was „synchronisiert“ bedeutet.
Manche Systeme liefern Webhooks, andere verlangen regelmäßige API-Abfragen. Klären Sie zuerst die akzeptable Verzögerung. Ein täglicher Bericht und eine Bestandsreservierung haben unterschiedliche zeitliche Anforderungen.
Rechnen Sie mit Wiederholungen und vertauschter Reihenfolge
Gehen Sie nicht von genau einer Zustellung oder einer chronologischen Reihenfolge aus. Stripe dokumentiert beispielsweise doppelte Zustellungen und garantiert keine Ereignisreihenfolge. Die Webhook-Dokumentation zeigt einen konkreten Fall; prüfen Sie die entsprechenden Zusagen jedes angebundenen Anbieters.
Angenommen, das ERP legt den Auftrag an, aber die Antwort an Ihre Integration läuft in einen Timeout. Eine unkontrollierte Wiederholung kann einen zweiten Auftrag erzeugen. Die Integration muss erkennen können, dass die fachliche Aktion bereits ausgeführt wurde.
Ein Idempotenzschlüssel kennzeichnet dieselbe Operation über mehrere Versuche hinweg. Die Stripe-Dokumentation zu idempotenten Anfragen erläutert dieses API-Muster. Unterstützt das Zielsystem es nicht, sind eine stabile externe Referenz und ein kontrollierter Abgleich nötig. „Prüfen, dann anlegen“ allein verhindert bei gleichzeitigen Anfragen noch keinen Konflikt.
Unterscheiden Sie Ereigniskennungen und fachliche Vorgangskennungen. Zwei verschiedene Ereignisse können denselben Auftrag ändern, während dasselbe Ereignis mehrfach zugestellt wird. Entscheiden Sie, wie Änderungen geordnet werden und wie eine verspätete Aktualisierung keinen neueren Zustand überschreibt.
Trennen Sie Empfang und Abschluss
Ein empfangender Endpunkt kann eine Nachricht bestätigen, nachdem sie geprüft und dauerhaft zur Verarbeitung gespeichert wurde. Längere Aufgaben übernimmt anschließend ein Worker. Bestätigt das System schon vor dem Speichern und fällt danach aus, kann der Anbieter von erfolgreicher Zustellung ausgehen, obwohl die Arbeit verloren ist.
Nutzen Sie begrenzte Wiederholungen für vorübergehende Probleme und einen getrennten Weg für Fehler, die korrigiert werden müssen. Ein nicht erreichbarer Dienst kann sich erholen; eine fehlende Kundenkennung braucht meist eine Datenkorrektur. Endlose Wiederholungen verbrauchen dann Ressourcen, ohne den Auftrag voranzubringen.
Für die Bearbeitung von Ausnahmen braucht das Team Datensatz, Operation, letzten Versuch, Fehlergrund und nächsten Schritt. Eine erneute Verarbeitung muss denselben Duplikatschutz behalten. Zugangsdaten und sensible Nutzdaten sollten nur den benötigten Personen und Diensten zugänglich sein.
Überwachen Sie Geschäftsergebnisse statt nur Server
Ein laufender Integrationsprozess kann trotzdem jeden Auftrag fehlerhaft verarbeiten. Erfassen Sie abgeschlossene Vorgänge, Rückstände, das Alter des ältesten offenen Eintrags und Fehler mit Handlungsbedarf. Vereinbaren Sie Alarmgrenzen mit dem Fachteam, statt für jeden vorübergehenden Wiederholungsversuch eine Nachricht zu senden.
Ergänzen Sie einen regelmäßigen Abgleich der Systeme. Vergleichen Sie beispielsweise freigegebene Verkaufschancen mit ihren ERP-Referenzen und untersuchen Sie Lücken. Dadurch können nie eingetroffene Ereignisse, manuelle Änderungen oder Fehler sichtbar werden, die gewöhnliche Protokolle übersehen.
Protokolle sollten einen Vorgang über eine Korrelationskennung nachvollziehbar machen, ohne bei jeder Meldung die gesamte Kundenakte zu kopieren. Benennen Sie einen Verantwortlichen und dokumentieren Sie das Vorgehen beim Ausfall eines Anbieters.
Testen Sie Fehlerfälle vor der Erweiterung
Zeigen Sie im ersten Ablauf eine doppelte Zustellung, einen Timeout nach erfolgreicher Erstellung, einen zeitweiligen Ausfall, ein ungültiges Feld und eine verspätete Aktualisierung. Prüfen Sie, dass ein korrigierter Datensatz verarbeitet werden kann, ohne die ursprüngliche Aktion zu duplizieren.
Erweitern Sie erst danach um weitere Abläufe oder Systeme. So entsteht ein wiederholbares Betriebsmodell. Unsere Leistungen für Individualsoftware und Automatisierung und Integration können diese Grundlage schaffen. Nennen Sie uns die beiden Systeme und die manuelle Übergabe, die Sie verbessern möchten, damit wir eine sinnvolle erste Integration definieren können.