Was bedeutet bidirektionale Synchronisation?

Bidirektionale Synchronisation bedeutet, dass Daten in beide Richtungen zwischen zwei Systemen fließen. Änderung in System A aktualisiert System B, und Änderung in System B aktualisiert System A. Das Gegenteil ist unidirektional: Daten fließen nur von A nach B, nie zurück.

Klingt simpel. Die technische Umsetzung ist es nicht.

Ein typisches Beispiel: Shop und ERP

Unidirektional: Neue Bestellungen fließen vom Shop ins ERP. Lagerbestand fließt nur in eine Richtung. Das reicht für einfache Setups.

Bidirektional: Eine Bestellung geht im Shop ein, ERP erhält sie und verarbeitet sie, dann schickt das ERP den Versandstatus und die Tracking-Nummer zurück an den Shop, der sie dem Kunden anzeigt. Gleichzeitig aktualisiert jede Warenbewegung im ERP den Lagerbestand im Shop.

Dieses bidirektionale Szenario ist deutlich wertvoller, aber auch fehleranfälliger.

Die Herausforderungen

Was passiert wenn dieselbe Bestellung gleichzeitig in beiden Systemen geändert wird? Welche Änderung gewinnt? Wie werden Konflikte aufgelöst? Was passiert bei einem Datenfehler, der im zweiten System als Änderung interpretiert wird, die wiederum zurückgespiegelt wird, eine Endlosschleife?

Gutes bidirektionales Sync-Design braucht klare Regeln: Welches System ist die “Quelle der Wahrheit” für welches Datenfeld? Wie werden Timestamps genutzt um aktuellere Versionen zu erkennen?

Drei Pattern, die in der Praxis funktionieren

Erstens das Source-of-Truth-Pattern: Für jedes Datenfeld ist genau ein System die maßgebliche Quelle. Lagerbestand kommt aus dem ERP, Kundenstammdaten aus dem CRM, Produkttexte aus dem PIM. Das andere System hält nur eine Kopie und darf nicht selbständig ändern. Das ist die einfachste und stabilste Form.

Zweitens das Last-Writer-Wins-Pattern mit Timestamps: Beide Systeme dürfen ändern, der jüngere Timestamp gewinnt. Setzt voraus, dass die Uhren synchron sind und dass es keine wertvollen Änderungen verliert, wenn ein Konflikt auftritt.

Drittens das Event-Sourcing-Pattern: Nicht die Zustände werden gesynct, sondern die Änderungs-Ereignisse. Jede Aktion (“Bestellung X um 12:34 angelegt”, “Tracking-Nummer Y zugeordnet”) wird als Event verarbeitet. Das ist robuster, aber aufwendiger zu implementieren.

Wann unidirektional die bessere Wahl ist

Nicht jede Integration braucht bidirektionale Sync. Wenn das ERP klar führend ist und der Shop nur Ergebnisse anzeigt, reicht unidirektional vom ERP zum Shop. Erst wenn der Shop eigenständig Datenänderungen erzeugen kann, die das ERP wissen muss (Storno durch Kunde, Adressänderung), wird Bidirektionalität wirklich nötig. Wer bidirektional baut, wo unidirektional reicht, kauft sich Komplexität ohne Nutzen ein.

Diese Fragen stellen wir bei der Konzeption von Automation-Projekten immer zuerst. Bei ERP-Integrationen ist bidirektionale Sync häufig notwendig, aber sie braucht sorgfältige Planung. Soll dein Shop und ERP besser synchronisiert werden? Lass uns das besprechen.