Datenprozesse / 07
Zwei Systeme. Klare Regeln für denselben Datensatz.
Ein Kunde wird im CRM geändert, im ERP ebenfalls. Welcher Stand gilt? Wir bauen die Synchronisation um fachliche Zuständigkeiten und stabile Identitäten, damit regelmäßige Übertragungen keine stillen Datenkonflikte erzeugen.
Die Ausgangslage
Bidirektional heißt nicht, dass jedes Feld beide Richtungen hat.
Das CRM führt Ansprechpartner, das ERP Rechnungsadresse und Zahlungsbedingungen. Beide speichern denselben Kunden mit eigener ID. Eine pauschale Regel „neuester Zeitstempel gewinnt“ kann eine freigegebene ERP-Adresse durch einen älteren CRM-Inhalt ersetzen.
Wir betrachten Felder und Prozesse einzeln. Stabile IDs, Änderungsmarker und Löschinformationen sind entscheidend. Ohne verlässlichen Delta-Zugang ist ein kontrollierter Vollabgleich oft ehrlicher als ein scheinbarer Echtzeitbetrieb.
Was DataSource übernimmt
Änderungen erkennen. Konflikte entscheiden.
Identität
Lokale IDs zuordnen und fachliche Dubletten erkennen. Neue, zusammengeführte und gelöschte Datensätze erhalten jeweils definierte Verfahren.
Richtungen
Pro Feld festlegen, welches System führt. Änderungen mit Version oder Herkunft versehen, soweit die Systeme dies unterstützen, um Rückkopplungen zu begrenzen.
Abgleich
Deltas verarbeiten, bestätigte Fortschritte speichern und regelmäßige Vergleichsläufe als Korrektiv einplanen. Konflikte mit zuständigem Team klären.
Kunde 004218
ERP → CRM: billingAddress, paymentTerms
CRM → ERP: contactName, contactPhone
Version passt → definierte Felder aktualisieren
Version weicht ab → erneut lesen / Konflikt klären
Datensatz gelöscht → vereinbarte Löschregel anwendenTechnisches Szenario / Illustratives Beispiel
Eine Adressänderung wird gezielt verteilt.
Illustrativer Zustandsplan. Das ERP führt die Rechnungsadresse, das CRM den Kontakt. Ein Versionskonflikt wird sichtbar gemacht, statt die gesamte Kundendatei blind zu überschreiben.
Beispieldaten und vorgeschlagene Regeln. Die konkreten Schnittstellen und Geschäftsregeln werden für Ihr Projekt geprüft.
Fehlerbehandlung, Sicherheit und Betrieb
Konflikt, Löschung und Fortschritt.
Löschungen
Abwesenheit in einer unvollständigen Antwort ist keine Löschmeldung. Tombstones, Archivierung oder ein bestätigter Vollbestand müssen die Bedeutung liefern.
Unterbrechungen
Nach einem Ausfall mit dem letzten bestätigten Stand fortsetzen. Falls Änderungsdaten abgelaufen sind, einen definierten Neuabgleich ausführen.
Aktualität
Zeitfenster und zulässige Verzögerung vereinbaren. „Echtzeit“ ist keine belastbare Zusage ohne geeignete Quelle, Zielkapazität und Betriebsverantwortung.
Fachliche Fragen
Details, die vor der Umsetzung zählen.
Delta · Abgleich · Feldverantwortung · Konflikte · Löschungen
Kann dasselbe Feld in beiden Systemen geändert werden?
Ja, dann braucht es eine Konfliktregel oder einen Freigabeprozess. Eine Zeitstempelregel ist nur sinnvoll, wenn ihr fachlicher Effekt und die Zeitbasis passen.
Verhindern Webhooks alle fehlenden Updates?
Nein. Ereignisse können erneut, verspätet oder in anderer Reihenfolge eintreffen. Ein ergänzender Abgleich ist je nach Anbieter sinnvoll.
Wie gehen wir mit Dubletten um?
Zunächst Identitätsregeln und bestehende Datenqualität klären. Unsichere Zuordnungen gehören in eine Prüfung, nicht in einen automatischen Merge.
Für die technische Klärung
Mit Ihrem konkreten Ablauf beginnen.
Systeme, Datenobjekte, ID-Beispiele, gewünschte Richtungen und akzeptable Verzögerung beschreiben. Beispiele für Konflikte und Löschungen sind besonders wertvoll.
Im ersten Gespräch klären wir die verfügbaren Zugänge, Datenverantwortung und einen begrenzten ersten Datenfluss. Danach stimmen wir Umfang, Zuständigkeiten und Konditionen ab.
Anonymisierte Beispiele genügen für den Einstieg. Bitte keine Passwörter, Tokens oder personenbezogenen Produktivdaten in der ersten Anfrage senden.
Verwandte Aufgaben
Die nächste Verbindung im Kontext.
ERP- und CRM-Schnittstellen
Vertrieb und Buchhaltung bearbeiten denselben Kunden mit unterschiedlichen Aufgaben. DataSource verbindet die unterstützten Schnittstellen und klärt, welche Daten wann zwischen Interessent, Kunde und Debitor übertragen werden.
Bestellungen & Status synchronisieren
Der Shop meldet bezahlt, das ERP kennt noch keinen Auftrag, der Versand hat bereits eine Trackingnummer. Wir verbinden diese Schritte mit definierten Zuständen, eindeutigen Auftragsreferenzen und einem geplanten Wiederanlauf.
Webhooks zuverlässig verarbeiten
Ein Ereignis trifft ein und soll im nächsten System eine Aktion auslösen. Mehrfachzustellung, Verzögerung oder eine ausgefallene Ziel-API machen daraus einen Betriebsprozess. Wir entwickeln diesen Ablauf mit eindeutigen Ereignissen und überprüfbaren Effekten.