ERP-, Shop- und Marktplatz-Sync: warum Bestände und Bestellungen auseinanderlaufen
Bestände sind falsch oder Bestellungen fehlen im ERP? So analysierst du Datenhoheit, IDs, Webhooks, Retries und Synchronisationsrichtung.
Synchronisation klingt nach einem einfachen Datenabgleich. In der Praxis bewegen sich Bestand, Bestellung, Preis und Status in unterschiedliche Richtungen und mit unterschiedlichen Zeitkritikalitäten. Wenn niemand festgelegt hat, welches System welchen Wert besitzt, entstehen Schleifen und Überschreibungen.
Eine belastbare Diagnose beginnt daher nicht beim Connector-Button, sondern bei Datenhoheit, Ereignisfolge und Identität. Erst danach werden API, Webhook, Batchjob oder Mapping geprüft.
Das solltest du mitnehmen
- Für jedes Feld ein führendes System festlegen.
- Echtzeit und Batch bewusst nach Geschäftsrisiko wählen.
- IDs und Statusübergänge über alle Systeme dokumentieren.
- Retries müssen sicher sein und dürfen keine Duplikate erzeugen.
Bestand ist kein einzelner Wert
Physischer Bestand, verfügbarer Bestand, reservierte Menge und verkaufbarer Kanalbestand können verschieden sein. Ein Marktplatz benötigt häufig den verkaufbaren Wert, während das ERP den physischen Bestand führt.
Wenn ein Connector diese Begriffe gleichsetzt, kann trotz technisch erfolgreicher Übertragung ein fachlich falscher Bestand entstehen. Die Definition gehört deshalb in die Schnittstellendokumentation.
Datenhoheit pro Objekt festlegen
Nicht ein System muss alles führen. Entscheidend ist eine klare Regel pro Feld und Prozess.
- Wer erzeugt und besitzt SKU sowie Produkt-ID?
- Wo werden Preis und kanalabhängige Preisregeln gepflegt?
- Welches System berechnet verfügbaren Bestand?
- Wo entsteht die Bestellung und wo wird sie bestätigt?
- Wer darf Versand- und Stornierungsstatus ändern?
- Welche Richtung gewinnt bei widersprüchlichen Updates?
Echtzeit, Webhook oder Batch?
Bestellungen und knapper Bestand sind oft zeitkritisch. Katalogdaten können je nach Umfang in Batches verarbeitet werden. Eine Integration sollte diese Unterschiede abbilden, statt alles im selben Rhythmus zu übertragen.
Webhooks brauchen Zustellprüfung, Signaturvalidierung, Retry und idempotente Verarbeitung. Batchjobs brauchen Zeitfenster, Delta-Logik und einen nachvollziehbaren letzten erfolgreichen Lauf.
Die typische Fehlerspur einer fehlenden Bestellung
Verfolge eine konkrete Bestellung: Wurde sie im Kanal erzeugt? Hat der Connector sie abgerufen oder empfangen? Wurde das Mapping akzeptiert? Hat das ERP eine ID zurückgegeben? Wurde ein Fehler erneut versucht?
Mit Kanal-ID, Connector-ID und ERP-ID lässt sich die Kette verbinden. Fehlt eine Zuordnung, führt ein Retry möglicherweise zu einem Duplikat statt zur Vervollständigung.
Was ein ERP & Channel Sync Fix abgrenzt
Ein abgegrenzter Fix kann einen konkreten Mapping-, Status-, Webhook- oder Synchronisationsfehler zwischen benannten Systemen korrigieren und mit Beispieldaten prüfen. Die Dokumentation hält Datenrichtung und Ergebnis fest.
Eine vollständige ERP-Einführung, Prozessberatung oder neue Multi-Channel-Architektur ist kein einzelner Fix. Komplexe Integrationen brauchen zuerst eine technische Prüfung und einen belastbaren Umsetzungsumfang.
Passender MarktFix-Service
Du kennst jetzt die Prüflogik. Wenn der Fehler technisch eingegrenzt oder die Kette zu komplex für einen sicheren Selbsttest ist, findest du hier den passenden Leistungsumfang.
Passt nicht genau? Eigenes Problem beschreiben →Fragen zum Thema
Warum ist der Bestand nur auf einem Marktplatz falsch?
Prüfe kanalabhängiges Mapping, Pufferbestand, Aktualisierungsintervall und die zuletzt erfolgreiche Übertragung für genau diesen Kanal.
Sind Webhooks immer besser als Batch-Synchronisation?
Nein. Sie eignen sich für zeitkritische Ereignisse, benötigen aber zuverlässige Zustellung und Verarbeitung. Große Katalogdaten können in Batches sinnvoller sein.
Wie verhindert man doppelte Bestellungen im ERP?
Mit stabilen externen IDs, idempotenter Verarbeitung und einer Retry-Logik, die denselben Vorgang erkennt statt neu anzulegen.
Maßgebliche Quellen
Plattformoberflächen und Anforderungen ändern sich. Prüfe konkrete Regeln immer zusätzlich in der aktuellen Dokumentation des jeweiligen Anbieters.