Wie funktioniert die Datensynchronisation im Handel?

Ein Produkt wird im Onlineshop als verfügbar angezeigt, doch das Lager hat die letzten Einheiten bereits einer Großhandelsbestellung zugeordnet. Ein Vertriebsmitarbeiter nennt einen veralteten Kundenpreis. Die Finanzabteilung verbringt den Freitag damit, doppelt erfasste Bestellungen abzugleichen. Dies sind keine Einzelfälle von Dateneingabefehlern. Sie deuten darauf hin, dass kritische Systeme mit unterschiedlichen Daten arbeiten.

Wie funktioniert also die Datensynchronisierung? Sie verschiebt ausgewählte Datensätze zwischen verbundenen Systemen, transformiert sie bei Bedarf und wendet Regeln an, die sicherstellen, dass jede Plattform die für ihre jeweilige Aufgabe erforderliche Genauigkeit aufweist. Für Handelsunternehmen kann dies die Synchronisierung von Produkten, Lagerbeständen, Preisen, Kundendaten, Bestellungen, Lieferungen, Rechnungen und Dokumenten zwischen einer E-Commerce-Plattform, ERP-Systemen, CRM-Systemen, Lagerverwaltungssystemen und internen Tools bedeuten.

Ziel ist es nicht, jedes Feld in jede Anwendung zu kopieren. Vielmehr geht es darum, jedem Team und System die benötigten Informationen bereitzustellen, ohne dass die Mitarbeiter diese manuell abtippen müssen.

Wie die Datensynchronisation zwischen Geschäftssystemen funktioniert

Die Synchronisierung beginnt mit einem Quellereignis. Ein Produktmanager ändert beispielsweise eine Produktbeschreibung in einem ERP-System, ein Einkäufer gibt eine Bestellung in einem B2B-Portal auf, ein Lager bestätigt eine Lieferung oder ein Kundendatensatz wird in einem CRM-System aktualisiert. Die Integration erkennt diese Änderung und ermittelt, ob ein anderes System sie erhalten muss.

Die meisten modernen Integrationen nutzen APIs, Webhooks, geplante Jobs oder eine Kombination aus allen dreien. Eine API ermöglicht es einem System, strukturierte Daten von einem anderen anzufordern oder zu senden. Ein Webhook sendet eine Benachrichtigung, sobald ein Ereignis eintritt, beispielsweise die Erstellung einer Bestellung oder die Anpassung des Lagerbestands. Ein geplanter Job prüft in einem vereinbarten Intervall auf Änderungen, beispielsweise alle fünf Minuten für Lagerbestände oder täglich für weniger zeitkritische Finanzdaten.

Nach Erkennung einer Änderung ordnet die Integration die Daten dem Format des einen Systems zu. Ein ERP-System kann ein Produkt beispielsweise über eine interne Artikelnummer bezeichnen, Shopify verwendet eine Produkt- und Varianten-ID und eine Lagerplattform eine SKU. Eine gut konzipierte Synchronisierungsschicht gleicht diese Kennungen ab, konvertiert Feldformate, validiert erforderliche Werte und sendet den resultierenden Datensatz an das Zielsystem.

Das Zielsystem bestätigt anschließend, ob es das Update akzeptiert hat. Diese Antwort ist wichtig. Kann eine Bestellung nicht erstellt werden, weil ein Kundenkonto fehlt oder eine Adresse nicht validiert werden kann, muss die Integration den Fehler protokollieren, gegebenenfalls die zuständigen Personen benachrichtigen und nach Behebung des Problems einen sicheren Wiederholungsversuch unternehmen. Ohne diesen Feedback-Mechanismus kann eine Integration zwar aktiv erscheinen, aber unbemerkt operative Lücken verursachen.

Jeder Datensatz benötigt ein Datenerfassungssystem.

Die wichtigste Synchronisierungsentscheidung ist oft nicht technischer Natur. Es geht darum festzulegen, welchem System welche Art von Daten gehört.

Das ERP-System kann beispielsweise als zentrales System für Lagerbestände, Artikelkosten, Steuervorschriften und Zahlungsbedingungen dienen. Die E-Commerce-Plattform kann Online-Merchandising-Inhalte, Suchkollektionen und kundenorientierte Produktbilder verwalten. Ein CRM-System kann Vertriebsaktivitäten und Kundendaten verwalten. Ein Bestellportal kann Kundenbestellungen erfassen, während das ERP-System weiterhin für den Auftragsstatus und die Rechnungsstellung zuständig ist.

Wenn die Zuständigkeiten unklar sind, können Systeme sich gegenseitig überschreiben. Ein Marketingteam aktualisiert beispielsweise den Produkttitel im Shop, woraufhin ein ERP-Export über Nacht diesen durch eine interne Kurzbeschreibung ersetzt. Oder ein Kunde ändert seine Lieferadresse online, doch die nächste CRM-Synchronisierung stellt die alte Adresse wieder her. Solche Fehler werden in der Regel durch unklare Zuständigkeitsregeln verursacht, nicht durch fehlende Software.

Eine praxisorientierte Integrationsspezifikation definiert feldweise, woher Daten stammen, wo sie geändert werden dürfen und in welche Richtung sie übertragen werden sollen. Manche Datensätze erfordern eine unidirektionale Synchronisierung, andere hingegen kontrollierte bidirektionale Aktualisierungen. Der richtige Ansatz hängt vom jeweiligen Workflow ab, nicht von einer generischen Integrationsvorlage.

Echtzeit-, geplante und ereignisgesteuerte Synchronisierungen

Nicht alle Geschäftsdaten erfordern die gleiche Synchronisierungsgeschwindigkeit. Echtzeit-Aktualisierungen können zwar Überbuchungen reduzieren und Kunden eine bessere Transparenz bieten, führen aber auch zu mehr API-Traffic, mehr Ausfallszenarien und einer größeren Abhängigkeit von der Verfügbarkeit jedes einzelnen verbundenen Systems.

Die Bestandsverwaltung ist ein typisches Beispiel für die Notwendigkeit einer nahezu Echtzeit-Synchronisierung. Wenn ein Händler über seinen Online-Shop, sein Händlerportal, Marktplätze und sein Vertriebsteam begrenzte Lagerbestände anbietet, sollten die verfügbaren Mengen nach Bestellungen, Retouren, Wareneingängen und Lagerzuweisungen umgehend aktualisiert werden. Selbst dann können Unternehmen Sicherheitsbestände oder Zuweisungsregeln verwenden, um zeitliche Unterschiede zwischen den Systemen auszugleichen.

Kundenspezifische Preisgestaltung ist ein weiterer wichtiger Anwendungsfall. B2B-Käufer haben möglicherweise Vertragspreise, Mengenrabatte, genehmigte Produktsortimente oder kontospezifische Zahlungsbedingungen. Ein Portal benötigt die aktuellen Preise, bevor eine Bestellung aufgegeben wird, nicht erst nach einem nächtlichen Import. Je nach ERP-System und Plattformfunktionen kann dies einen zwischengespeicherten Preisfeed, eine Live-API-Abfrage oder ein Hybridmodell erfordern.

Andere Informationen können seltener aktualisiert werden. Historische Rechnungen, Analysedaten und Katalogattribute mit geringem Risiko lassen sich planmäßig verarbeiten. Ein solcher Prozess ist oft einfacher zu überwachen und kann bei großen Katalogen kostengünstiger sein. Es geht nicht darum, ob Echtzeit besser ist, sondern darum, wie schnell für eine bestimmte Entscheidung präzise Daten benötigt werden.

Was passiert, wenn Systeme unterschiedlicher Meinung sind?

Konflikte sind in Systemen mit mehreren Komponenten normal. So kann sich beispielsweise der Lagerbestand im ERP-System ändern, während eine Online-Bestellung aufgegeben wird. Ein Kunde aktualisiert möglicherweise seine Telefonnummer in einem Portal, während ein Vertriebsmitarbeiter denselben Datensatz im CRM-System bearbeitet. Eine effektive Synchronisierung beugt solchen Situationen vor, anstatt sie als Ausnahmen zu behandeln.

Konfliktregeln verwenden typischerweise eine Kombination aus Datenquelleninhaberschaft, Zeitstempeln, Datensatzstatus und Geschäftspriorität. Wenn das ERP-System den Lagerbestand verwaltet, sollte dessen Menge eine Bestandsänderung auf Filialebene überschreiben. Wenn das Portal eine neu eingegebene Lieferadresse verwaltet, kann diese Vorrang haben, bis die Bestellung zur Abwicklung freigegeben wird. Eine Regel „Zuletzt aktualisiert“ kann für Felder mit geringem Risiko funktionieren, ersetzt aber keine operative Logik.

Integrationen benötigen zudem Idempotenz. Das bedeutet, ein System muss dasselbe Ereignis mehrfach empfangen können, ohne doppelte Bestellungen, Rechnungen oder Auftragsabwicklungsdatensätze zu erstellen. Netzwerkunterbrechungen, Timeout-Wiederholungsversuche und erneute Webhook-Übermittlungen kommen vor. Die Verwendung eindeutiger externer IDs und Transaktionsreferenzen verhindert, dass ein Wiederholungsversuch zu einem zweiten Verkauf führt.

In Umgebungen mit hohem Datenaufkommen kann eine Warteschlange helfen, Lastspitzen abzufangen. Anstatt jedes System aufzufordern, Aktualisierungen sofort zu verarbeiten, speichert die Integration Ereignisse der Reihe nach und verarbeitet sie zuverlässig. Dies schützt das Einkaufserlebnis im E-Commerce während Werbeaktionen und ermöglicht die Diagnose verzögerter oder fehlerhafter Datensätze.

Datenmapping ist der Punkt, an dem Geschäftsregeln in Software umgewandelt werden.

Die sichtbare Verbindung zwischen zwei Plattformen herzustellen, ist oft der einfache Teil. Die schwierigere Aufgabe besteht darin, Geschäftsregeln zu übersetzen, die sich über Jahre hinweg entwickelt haben.

Betrachten wir einen einfachen Produktdatensatz. Das ERP-System speichert möglicherweise einen übergeordneten Artikel, Farbcode, Größencode, Lagerverfügbarkeit, Maßeinheit und Herstellerangaben. Der Shop benötigt Titel, Beschreibungen, Variantenoptionen, Bilder, Suchmetadaten, Kategorienzuordnungen und den verfügbaren Lagerbestand. Einige Felder können direkt übergeben werden. Andere müssen kombiniert, gefiltert oder berechnet werden.

Die Auftragssynchronisierung ist ähnlich komplex. Eine Online-Bestellung kann Aktionscodes, Geschenknachrichten, Steuern, Versandarten, Teilzahlungen und den Status der Betrugsprüfung enthalten. Das ERP-System benötigt möglicherweise Kundennummern, Versanddienstcodes, Lagerrouten, Zahlungsbedingungen und separate Zeilen für Rabatte. Durch die Zuordnung wird sichergestellt, dass die Bestellung in einem Format eingeht, das korrekt abgewickelt und verbucht werden kann.

Deshalb beginnt die individuelle Integration mit einer Analysephase. Teams müssen die tatsächlichen Arbeitsabläufe, Ausnahmefälle, Felddefinitionen, erwartete Auftragsvolumina und Genehmigungspunkte dokumentieren. Eine Integration, die sich an den realen Vertriebs- und Abwicklungsprozessen eines Unternehmens orientiert, ist zuverlässiger, als die Abläufe durch die Grenzen eines Konnektors zu beschränken.

Sicherheit und Überwachung sind Teil des Designs

Synchronisierte Daten können Kundenkontaktdaten, Preisvereinbarungen, Bestellhistorie, Zahlungsstatus und Betriebsinformationen umfassen. Der Zugriff sollte auf die für jede Verbindung erforderlichen Mindestberechtigungen beschränkt sein. API-Zugangsdaten sollten sicher gespeichert, bei Bedarf regelmäßig geändert und in Produktions- und Testumgebungen getrennt aufbewahrt werden.

Rollenbasierte Zugriffsrechte sind auch innerhalb der Anwendungen selbst wichtig. Einem Händler sollte beispielsweise nur die Bestellungen und ausgehandelten Preise seines Unternehmens angezeigt werden. Ein Lagermitarbeiter darf den Auftragsstatus aktualisieren, jedoch nicht die Zahlungsbedingungen der Kunden. Die Synchronisierung sollte diese Grenzen wahren und Daten nicht einfach offenlegen, nur weil zwei Systeme miteinander verbunden sind.

Die Überwachung gibt Betriebs- und IT-Teams die Gewissheit, dass der Prozess funktioniert. Nützliche Kontrollmechanismen umfassen Synchronisierungs-Dashboards, Fehlerprotokolle, Wiederholungsrichtlinien, Warnmeldungen bei wiederholten Fehlern, Abgleichsberichte und Prüfprotokolle, die dokumentieren, wann und warum ein Datensatz geändert wurde. Unternehmen sollten zudem regelmäßig die Summen verschiedener Systeme für Lagerbestände und Bestellungen vergleichen . Eine erfolgreiche API-Antwort beweist nicht zwangsläufig, dass das Geschäftsergebnis korrekt ist.

Synchronisation um die operative Wahrheit herum aufbauen

Die Datensynchronisierung ist am wertvollsten, wenn sie Reibungsverluste in einem definierten Geschäftsprozess beseitigt: Der Käufer sieht den korrekten Preis, eine Bestellung wird ohne erneute Dateneingabe abgewickelt, der Lagerbestand spiegelt wider, was tatsächlich verkauft werden kann, und die Führungsebene kann den Zahlen in einem Bericht vertrauen.

Die optimale Architektur nutzt Webhooks für Bestellungen, geplante Katalogaktualisierungen, in der Warteschlange befindliche Bestandsereignisse und sorgfältig verwaltete bidirektionale Kundendatensätze. Entscheidend ist, dass das Design Ihre Datenquellen, Transaktionsvolumina, Ausnahmebehandlung und Wachstumspläne widerspiegelt. Sind diese Grundlagen klar definiert, verursachen vernetzte Systeme keine zusätzliche Arbeit, sondern unterstützen die Geschäftsprozesse optimal.