Erst den Geschäftsvorgang, dann die Schnittstelle entwerfen
Der Ausgangspunkt ist ein fachlicher Vorgang mit Anfang, Ziel und Verantwortlichkeit. In einem Anwendungsszenario kann ein qualifizierter Vertriebsfall im CRM beginnen, als Auftrag im ERP weitergeführt und mit freigegebenen Unterlagen im DMS dokumentiert werden. Die Integration beschreibt für jeden Übergang, welches System auslöst, welches System entscheidet und woran die erfolgreiche Übernahme erkennbar ist.
Damit bleibt die Prozesslogik von einzelnen Produkten trennbar. Ein technischer Status wie „HTTP 200“ genügt nicht: Für den Betrieb muss feststehen, ob ein Auftrag nur angenommen, vollständig validiert oder bereits fachlich gebucht wurde.
- Auslöser und fachliches Ziel des Übergangs
- führendes System für Objekt, Feld und Status
- zulässige Aktion und benötigte Berechtigung
- fachliche Bestätigung oder begründete Ablehnung
- Verantwortung bei Ausfall und Klärfall
Für jede Übergabe einen prüfbaren Datenvertrag festlegen
Ein Datenvertrag hält nicht nur Feldnamen fest. Er beschreibt gemeinsame Schlüssel, Pflichtfelder, Wertebereiche, Statusmodell, Version, Datenschutzanforderungen und die Bedeutung einer erfolgreichen Antwort. Bei APIs kann eine OpenAPI-Beschreibung die technische Vereinbarung maschinenlesbar machen. Datenhoheit und fachliche Regeln müssen ergänzend dokumentiert bleiben.
Ändert ein System sein Datenmodell, darf die Anpassung nicht unbemerkt auf alle Empfänger durchschlagen. Versionierte Verträge, Kompatibilitätstests und ein geplanter Übergangszeitraum verhindern, dass ein Update im ERP den CRM-, DMS- oder Serviceprozess stilllegt.
Synchronisationsmuster nach Wirkung und Aktualitätsbedarf wählen
Nicht jede Information muss permanent in jedes System kopiert werden. Eine gezielte Abfrage eignet sich für selten benötigte aktuelle Daten. Ein Befehl stößt eine konkrete Aktion an. Ein Ereignis informiert andere Systeme über eine bereits eingetretene Zustandsänderung. Ein kontrollierter Dateiweg kann für gebündelte Legacy-Übergaben angemessen sein.
Bidirektionale Synchronisation erhöht den Abstimmungsaufwand erheblich, weil Konflikte, Reihenfolge und Rückübertragung geregelt werden müssen. Sie sollte nur eingesetzt werden, wenn beide Richtungen fachlich notwendig sind. Häufig ist eine eindeutig gerichtete Übergabe mit gezielter Rückmeldung leichter zu beherrschen.
- Abfrage: aktueller Wert wird bei Bedarf aus dem führenden System gelesen
- Befehl: ein Zielsystem soll eine definierte Aktion prüfen und ausführen
- Ereignis: eine eingetretene Änderung wird mit eindeutiger Kennung verteilt
- Datei: eine Menge von Datensätzen wird übergeben, quittiert und abgeglichen
CRM und ERP ohne konkurrierende Stammdaten verbinden
Bei einer CRM-ERP-Integration wird die Datenhoheit pro Objekt und gegebenenfalls pro Feld entschieden. Das CRM kann beispielsweise Vertriebsaktivitäten und Ansprechpartner führen, während das ERP kaufmännische Konten, Aufträge und Buchungszustände verantwortet. Das ist ein mögliches Zielbild, keine pauschale Regel; die tatsächlichen Prozesse bestimmen die Zuordnung.
Für Änderungen braucht es klare Richtungen. Eine neue Lieferadresse, eine gesperrte Debitorennummer oder ein zusammengeführter Kontakt wirken unterschiedlich auf nachgelagerte Vorgänge. Deshalb werden Anlage, Änderung, Sperre und Löschung getrennt betrachtet und mit gemeinsamen Referenzen verbunden.
Wiederholungen beherrschen und den Datenbestand abgleichen
Nach einem Timeout ist oft unklar, ob das Zielsystem die Aktion ausgeführt hat. Automatische Wiederholung ist nur sicher, wenn dieselbe fachliche Aktion eindeutig erkannt wird. Vorgangskennung, Idempotenzschlüssel, Statusabfrage und eine dokumentierte Wiederholungsregel verhindern doppelte Kunden, Aufträge oder Dokumente.
Zusätzlich zur laufenden Übertragung braucht der Betrieb einen Abgleich. Dabei werden Quellsystem und Zielsystem anhand fachlicher Referenzen verglichen. Fehlende, doppelte oder dauerhaft offene Vorgänge gelangen mit ihrem bisherigen Verlauf in eine Klärung, statt still im Hintergrund zu verschwinden.
- eindeutige Korrelations- und Vorgangskennung über alle Systeme
- begrenzte Wiederholung nur für dafür geeignete Fehlerklassen
- Quarantäne für fachlich unklare oder widersprüchliche Daten
- regelmäßiger Abgleich von Anzahl, Status und Referenzen
- Wiederanlauf, der nach einer Korrektur nicht bei null beginnen muss
Technisches Monitoring mit fachlicher Vollständigkeit verbinden
Eine erreichbare API beweist noch keinen vollständigen Prozess. Betriebsmessungen müssen deshalb neben Antwortzeit und Fehlerrate auch fachliche Rückstände zeigen: Wie viele Vorgänge warten auf Bestätigung? Wie alt ist der älteste offene Fall? Stimmen Quell- und Zielmengen überein? Welche Fehlerklasse nimmt zu?
Alarmierung benötigt eine konkrete Zuständigkeit und einen handhabbaren Kontext. Dazu gehören betroffener Vorgang, Quelle, Ziel, letzter erfolgreicher Schritt und eine sichere nächste Aktion. Sensible Nutzdaten gehören nicht pauschal in Protokolle; Umfang, Zugriff und Aufbewahrung richten sich nach Schutzbedarf und Zweck.
Die Produktivfreigabe an nachweisbare Kriterien binden
Vor dem Go-live wird nicht nur der Normalfall geprüft. Testfälle umfassen fehlende Pflichtfelder, veraltete Stammdaten, doppelte Zustellung, Zeitüberschreitungen, Reihenfolgefehler, Berechtigungsverlust und den kontrollierten Wiederanlauf nach einem Ausfall.
Eine Integration ist bereit für produktiven Durchsatz, wenn Datenvertrag und Verantwortlichkeiten freigegeben sind, fachliche Bestätigungen ausgewertet werden, Klärfälle bearbeitbar bleiben und Monitoring sowie Wiederherstellung praktisch getestet wurden. Erst danach wird das Volumen schrittweise erhöht.
- Datenhoheit, Schlüssel und erlaubte Richtungen sind entschieden
- Vertrags-, Mapping- und Berechtigungstests sind bestanden
- Wiederholung, Quarantäne und manueller Klärweg funktionieren
- fachliche Vollständigkeit und technische Gesundheit werden überwacht
- Änderungs-, Betriebs- und Wiederherstellungsverantwortung ist benannt
Quellen und fachliche Grundlagen
Die Einordnung stützt sich auf die folgenden offiziellen Veröffentlichungen. Datenschutzrechtliche Anforderungen sind für den konkreten Einsatz zu prüfen.