Datenprozesse / 14
Bestellungen übertragen. Status nachvollziehbar halten.
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.
Die Ausgangslage
Ein Statuswort hat in jedem System eine andere Bedeutung.
„Abgeschlossen“ kann im Shop die Bearbeitung beenden und im ERP eine Rechnungsbuchung meinen. Eine Teillieferung betrifft einzelne Positionen; ein Refund ist nicht automatisch eine vollständige Stornierung des Auftrags.
Wir definieren fachliche Ereignisse und erlaubte Übergänge. Zahlung, Auftrag, Bestand, Versand und Rechnung bleiben eigene Verantwortungsbereiche. Die Integration macht ihre Beziehungen sichtbar.
Was DataSource übernimmt
Auftragsübergabe. Statusmodell. Rückmeldung.
Auftragsübergabe
Externe Auftragsnummer und Ziel-ID zuordnen. Positionen, Steuer-/Währungswerte und Lieferadressen prüfen, bevor ein Auftrag angelegt wird.
Statusmodell
Systemstatus auf fachliche Zustände abbilden. Teilmengen, Storno, Erstattung und nachträgliche Änderungen separat spezifizieren.
Rückmeldung
Bestätigte Zielzustände und Versandinformationen zurückgeben. Wiederholte Ereignisse und unklare Schreibantworten anhand der Auftragsidentität behandeln.
angenommen → im ERP bestätigt → in Bearbeitung
↓
teilversendet
↓
versendet
Doppeltes Ereignis → bekannten Effekt abgleichen
Älteres Ereignis → aktuellen Zustand erhaltenTechnisches Szenario / Illustratives Beispiel
Versand rückmelden, ohne alte Zustände erneut anzuwenden.
Illustrativer Ausschnitt einer Zustandsmaschine. Die tatsächlichen Statusnamen werden mit den Systemen abgestimmt. Ereignisse gelten pro Auftrag beziehungsweise Position, nicht pauschal für alle Daten.
Beispieldaten und vorgeschlagene Regeln. Die konkreten Schnittstellen und Geschäftsregeln werden für Ihr Projekt geprüft.
Fehlerbehandlung, Sicherheit und Betrieb
Duplikate: prüfen und betreiben.
Duplikate
Nach einem Timeout zuerst prüfen, ob der Auftrag bereits entstanden ist. Eine zweite Anlage kann Reservierungen, Rechnungen oder Versand doppelt auslösen.
Reihenfolge
Ereignisse können verspätet eintreffen. Zielzustand und Version prüfen; problematische Übergänge zur Klärung aussondern.
Abgleich
Offene Aufträge regelmäßig zwischen den Systemen vergleichen. Nicht bestätigte Übertragungen und dauerhaft abgewiesene Positionen gezielt melden.
Fachliche Fragen
Details, die vor der Umsetzung zählen.
Aufträge · Lager · Zustandsübergänge · Teillieferung · Abgleich
Kann ein Lagerstand einfach vom Shop ins ERP kopiert werden?
Das hängt von der führenden Bestands- und Reservierungslogik ab. Sonst kann dieselbe Bestellung die verfügbare Menge mehrfach reduzieren.
Wie werden Teillieferungen abgebildet?
Mit Positionen, Mengen und eindeutigen Lieferreferenzen. Ein einzelner Auftragsstatus reicht häufig nicht aus.
Braucht es zwingend Webhooks?
Nein. Ein regelmäßiger API-Abgleich kann passend sein. Webhooks können Verzögerungen reduzieren, brauchen aber dieselben Regeln für Identität und Wiederholung.
Für die technische Klärung
Mit Ihrem konkreten Ablauf beginnen.
Systeme, Statuslisten, Bestell-/Positionsbeispiele und den tatsächlichen Zahlungs-/Versandprozess beschreiben. Ein realer anonymisierter Fehlerfall hilft bei der Priorisierung.
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.
WooCommerce mit ERP verbinden
Artikel werden im ERP gepflegt, im Shop nachbearbeitet und per Datei aktualisiert. Wir verbinden die Datenmodelle und klären, welche Informationen das ERP führt und welche im Shop bleiben.
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.
Daten zwischen Systemen synchronisieren
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.