Delta-Synchronisation
Delta-Synchronisation überträgt zwischen zwei Systemen nur die seit dem letzten Abgleich geänderten Datensätze – nicht den kompletten Bestand.
Delta-Synchronisation ist ein Verfahren zum Datenabgleich zwischen zwei Systemen, bei dem pro Lauf ausschließlich die seit dem letzten Abgleich neu angelegten, geänderten oder gelöschten Datensätze übertragen werden – das sogenannte „Delta". Der übrige, unveränderte Bestand bleibt außen vor. Das Gegenstück ist die Voll- oder Full-Synchronisation, die bei jedem Lauf sämtliche Datensätze überträgt, unabhängig davon, ob sich etwas geändert hat.
In der ERP-Integration ist die Delta-Synchronisation der Standardmechanismus, wenn große Datenmengen häufig und zeitnah zwischen ERP, Onlineshop, Marktplatz, Buchhaltung oder Lagersystem abgeglichen werden müssen. Weil nur Änderungen laufen, sinken Übertragungsvolumen, Rechenlast und Laufzeit drastisch – oft von Stunden auf Sekunden. Das macht kurze Sync-Intervalle und damit nahezu aktuelle Bestände, Preise und Auftragsstatus über alle Kanäle hinweg erst wirtschaftlich möglich.
Auf einen Blick
- Überträgt nur Änderungen (Delta) seit dem letzten Abgleich, nicht den Gesamtbestand
- Gegenstück zur Voll-Synchronisation; deutlich schneller und ressourcenschonender
- Braucht ein zuverlässiges Änderungssignal: Zeitstempel, Change-Flag, Versionsnummer oder Event
- Ermöglicht kurze Intervalle und echtzeitnahe Bestände über mehrere Kanäle
- Muss Löschungen, Fehlerläufe und Doppelverarbeitung sauber behandeln
Wie funktioniert Delta-Synchronisation?
Kern jeder Delta-Synchronisation ist die Frage: Was hat sich seit dem letzten erfolgreichen Lauf geändert? Um sie zu beantworten, muss das Quellsystem Änderungen erkennbar machen und die Integration den Stand des letzten Laufs merken. Beim nächsten Durchlauf werden nur die Datensätze selektiert, die nach diesem Stand liegen, und an das Zielsystem übergeben.
Der Zeitpunkt oder Marker des letzten erfolgreichen Laufs wird als „Wasserzeichen" (High Watermark) gespeichert – etwa der höchste bereits verarbeitete Änderungszeitstempel oder die höchste Versions-ID. Nur Datensätze oberhalb dieses Wasserzeichens gelten als neues Delta. Nach erfolgreicher Übertragung wird das Wasserzeichen fortgeschrieben.
Wie wird das Delta erkannt?
In der Praxis kommen mehrere Mechanismen zum Einsatz: Änderungszeitstempel (ein „geändert am"-Feld je Datensatz), ein explizites Dirty- oder Change-Flag, monoton steigende Versions- oder Sequenznummern, eine Change-Data-Capture-Auswertung des Datenbank-Logs oder ereignisgetriebene Signale wie Webhooks, die bei jeder Änderung feuern. Zeitstempel sind am verbreitetsten, aber tückisch bei Zeitzonen, Uhr-Ungenauigkeiten und gleichzeitigen Schreibvorgängen.
Wie werden Löschungen behandelt?
Gelöschte Datensätze sind der klassische blinde Fleck: Was nicht mehr existiert, taucht in einer zeitstempelbasierten Abfrage nicht auf. Lösungen sind das „weiche" Löschen (Soft Delete mit Lösch-Flag statt physischem Entfernen), ein separater Lösch-Änderungslog oder gelegentliche Full-Syncs als Abgleich. Ohne solche Vorkehrung bleiben verwaiste Datensätze im Zielsystem stehen.
Warum Delta-Synchronisation wichtig ist
Der Nutzen liegt in Geschwindigkeit und Skalierbarkeit. Ein Händler mit 80.000 Artikeln und mehreren Verkaufskanälen kann seinen Gesamtkatalog nicht alle paar Minuten vollständig hin- und herschieben – das würde Datenbanken, APIs und Rechenzeit überlasten und an API-Ratenlimits scheitern. Werden hingegen nur die 200 Artikel übertragen, deren Bestand oder Preis sich seit dem letzten Lauf verändert hat, läuft der Abgleich in Sekunden und lässt sich beliebig oft wiederholen.
Daraus folgt der eigentliche Geschäftswert: aktuelle Daten. Kurze Delta-Intervalle halten Lagerbestände über Shop, Marktplätze und ERP nahezu synchron, senken das Risiko von Überverkäufen und liefern Kunden verlässliche Verfügbarkeits- und Statusangaben. Zugleich sinken Last und Kosten in Cloud-Umgebungen, in denen Rechen- und Transfervolumen abgerechnet werden.
Delta-Synchronisation im ERP-System
Im ERP-Umfeld ist die Delta-Synchronisation über eine Vielzahl von Integrationen verteilt: Artikel- und Preisdaten fließen zum Shop, Bestände zwischen Lager und Kanälen, Aufträge vom Marktplatz ins ERP, Buchungsbelege zur Finanzbuchhaltung. Angebunden wird meist über REST-APIs, Webhooks oder eine Middleware bzw. iPaaS-Plattform, die den Delta-Abgleich orchestriert, das Wasserzeichen verwaltet und Fehler protokolliert.
Weil Delta-Läufe fehlschlagen, wiederholt oder überlappend ausgeführt werden können, ist Idempotenz zentral: Dieselbe Änderung darf mehrfach ankommen, ohne im Zielsystem doppelten Schaden anzurichten. Erreicht wird das über eindeutige Schlüssel und „Upsert"-Logik (einfügen oder aktualisieren). Ebenso wichtig ist ein sauberes Fehlerhandling – schlägt ein Lauf mittendrin fehl, darf das Wasserzeichen erst nach bestätigter Verarbeitung fortgeschrieben werden, sonst gehen Änderungen verloren.
Ein- und bidirektionale Delta-Synchronisation
Eine Delta-Synchronisation kann in eine oder in beide Richtungen laufen. Bei der unidirektionalen Variante gibt es ein klares Führungssystem (Master) – etwa das ERP für Artikel- und Bestandsdaten –, dessen Änderungen in ein oder mehrere Zielsysteme fließen. Das Modell ist einfach und konfliktfrei, weil nur eine Seite schreibt und die andere ausschließlich liest.
Bei der bidirektionalen Delta-Synchronisation ändern beide Systeme dieselben Daten, und jede Seite überträgt ihr Delta an die andere – etwa wenn Aufträge im Marktplatz entstehen, Statusänderungen aber im ERP gepflegt werden. Hier stellt sich zwangsläufig die Frage der Konfliktauflösung: Wird ein Datensatz auf beiden Seiten zwischen zwei Läufen geändert, muss eine Regel entscheiden, welche Version gewinnt (etwa „letzte Änderung gewinnt", feldweises Zusammenführen oder ein definiertes Vorranglager). Ohne solche Regeln überschreiben sich beide Seiten wechselseitig und die Daten laufen auseinander.
Abgrenzung: Delta- vs. Voll-Synchronisation
Die Voll-Synchronisation überträgt bei jedem Lauf den kompletten Datenbestand und überschreibt das Ziel vollständig. Ihr Vorteil ist Einfachheit und Selbstheilung: Sie braucht kein Änderungssignal, ignoriert vergangene Fehler und stellt einen definierten Gesamtzustand her – ideal für die Erstbefüllung, kleine Datenmengen oder als regelmäßiger Konsistenz-Anker. Ihr Nachteil ist der hohe Aufwand, der häufige Läufe verbietet.
Die Delta-Synchronisation ist umgekehrt effizient, aber anspruchsvoller: Sie setzt korrekte Änderungserkennung voraus und kann bei fehlerhaften Wasserzeichen oder unbehandelten Löschungen still auseinanderlaufen. In der Praxis kombiniert man beides – häufige Delta-Läufe für den laufenden Betrieb plus einen periodischen Full-Sync (etwa nächtlich) als Sicherheitsnetz gegen Drift. Von der reinen Bestandssynchronisation unterscheidet sich der Begriff dadurch, dass Delta ein allgemeines Übertragungsmuster für beliebige Datenarten beschreibt, nicht nur für Lagerbestände.
Typische Stolperfallen
Delta-Synchronisation ist konzeptionell einfach, im Detail aber fehleranfällig. Zeitstempelbasierte Deltas verlieren Datensätze, wenn Uhren nicht synchron laufen oder Änderungen exakt auf dem Wasserzeichen liegen – ein kleiner Zeitpuffer (Overlap) beim Abfragen hilft, erzeugt aber Doppelverarbeitung, die wiederum Idempotenz erfordert. Wird das Wasserzeichen zu früh gesetzt, gehen Änderungen eines abgebrochenen Laufs unbemerkt verloren.
Weitere Klassiker sind unbehandelte Löschungen, fehlende Konfliktauflösung bei bidirektionaler Synchronisation (welche Seite gewinnt bei gleichzeitiger Änderung?) und der stille Drift über Wochen, den erst ein Full-Sync aufdeckt. Robuste Integrationen setzen deshalb auf Monitoring, Wiederholbarkeit, Löschsignale und regelmäßige Abgleichläufe statt auf blindes Vertrauen in das Delta.
Praxisbeispiel
Beispiel: Bestandsabgleich eines Multichannel-Händlers
Ein Onlinehändler mit 60.000 Artikeln verkauft über einen eigenen Shop und zwei Marktplätze. Das ERP führt den Master-Bestand. Statt alle Bestände im Minutentakt komplett zu übertragen, läuft alle 60 Sekunden ein Delta-Abgleich: Die Integration fragt das ERP nach allen Artikeln, deren Bestand sich seit dem letzten Zeitstempel verändert hat. Meist sind das nur wenige Dutzend – jene, für die gerade Bestellungen eingegangen oder Wareneingänge gebucht wurden.
Nur diese Änderungen wandern per API an Shop und Marktplätze. Dadurch bleibt die Verfügbarkeit überall nahezu aktuell, Überverkäufe werden vermieden und die API-Ratenlimits der Marktplätze werden nicht gesprengt. Einmal nachts läuft zusätzlich ein Full-Sync, der prüft, ob sich irgendwo ein Bestand unbemerkt auseinandergelaufen ist, und Abweichungen glattzieht.
Häufige Fragen
Passende Leistungen
Quellen
Fragen zu Delta-Synchronisation in deinem ERP-Projekt?
Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.