Integrationen
ERP, Zahlungen, Abos und Fulfillment, die synchron bleiben. Fehlgeschlagene Aufrufe werden automatisch wiederholt, und Sie erfahren es, wenn auch das nicht hilft.
Für wen das ist
- Händler, bei denen sich ERP, Lager und Shop beim Bestand oder Bestellstatus widersprechen
- Abo- und Digital-Content-Anbieter, bei denen Abrechnung und Zugang exakt übereinstimmen müssen
- Teams, die auf Adobe Commerce einen Zahlungs-, Versand- oder ERP-Anbieter wechseln, ohne den Verkauf zu stoppen
Was Sie bekommen
Alle Datenflüsse im Überblick
Welches System Bestellungen, Bestand, Preise und Kunden führt, in welche Richtung Daten fließen und wie oft.
Integrationen, die Ausfälle überstehen
Jeder Aufruf läuft über eine Queue und lässt sich gefahrlos wiederholen, damit aus einem Timeout beim ERP keine verlorene oder doppelte Bestellung wird.
Warnungen, bevor Kunden etwas merken
Fehlgeschlagene Syncs und wachsende Queues in New Relic oder Datadog gemeldet, bevor daraus ein Support-Ticket wird.
Dokumentation, mit der Ihr Team arbeitet
Feld-Mappings, Fehlerbehandlung und Wiederherstellungsschritte schriftlich festgehalten, damit die Integration nicht von mir abhängt.
So läuft es ab
Vor dem Code
Erfassen
Je Datenfluss
Bauen
Nach dem Go-live
Überwachen
Im Detail
Die meisten Integrationsprobleme gehen auf unklare Datenhoheit zurück oder auf synchrone Aufrufe, die den Checkout blockieren. Der Rest sind Jobs, die nachts unbemerkt fehlschlagen und bis zum Morgen Bestand oder Bestellungen durcheinanderbringen.
Zuerst kläre ich mit Ihnen, welches System welche Art von Datensatz führt, von Bestellungen und Bestand bis zu Preisen und Kunden. Danach verlagere ich Arbeit aus dem Request-Pfad in Message-Queues wie RabbitMQ und mache jeden Aufruf gefahrlos wiederholbar. Das Logging ist so detailliert, dass sich „Was ist mit Bestellung 1042 passiert?“ mit einer Abfrage beantworten lässt. Ich habe Shops an NetSuite, SAP und individuelle ERPs angebunden. Auf der Zahlungsseite waren es Stripe, Braintree, Authorize.Net und Amazon Pay, dazu Zuora und Stripe Billing für Abos. Bei Versand und Buchhaltung waren es ShipStation, QuickBooks und Synder.
Bei Teabloom habe ich nach diesen Regeln den Katalog- und Bestandsfluss über sieben Vertriebskanäle entworfen, angebunden über GeekSeller und Finale Inventory.
Sie erhalten Integrationen, die Ihr Team selbst betreiben und erweitern kann. Das Monitoring meldet Probleme, bevor Kunden oder Buchhaltung sie bemerken.
Bei Guidance habe ich auf Adobe Commerce für Händler mit achtstelligem Umsatz ERP-Integrationen, individuelle Versandmodule und die Abo-Abrechnung gebaut.
Der erste Schritt ist eine schriftliche Übersicht, wem welche Daten gehören und wo jeder Datenfluss scheitern kann. Danach wird jede Integration als eigenes Projekt geplant und angeboten.
Häufige Fragen
Wie fangen wir an, und wie entsteht das Angebot?
Wir beginnen mit einer schriftlichen Übersicht Ihrer Datenflüsse. Sie zeigt, welches System Bestellungen, Bestand, Preise und Kunden führt, in welche Richtung Daten fließen und wo jeder Datenfluss scheitern kann. Danach wird jede Integration als eigenes Projekt geplant und angeboten.
Was passiert, wenn nachts ein Sync fehlschlägt?
Jeder Aufruf läuft über eine Queue und lässt sich gefahrlos wiederholen, damit aus einem Timeout beim ERP keine verlorene oder doppelte Bestellung wird. Fehlgeschlagene Syncs und wachsende Queues lösen Warnungen in New Relic oder Datadog aus, bevor daraus ein Support-Ticket wird.
Können unsere eigenen Entwickler die Integrationen danach betreiben?
Ja. Feld-Mappings und Wiederherstellungsschritte sind schriftlich festgehalten, und das Monitoring mit Warnungen steht, bevor ich übergebe. Die Integration hängt nicht von mir ab.
Können wir den Zahlungs-, Versand- oder ERP-Anbieter wechseln, ohne den Verkauf zu stoppen?
Ja, auch dafür ist diese Arbeit gedacht. Der neue Datenfluss läuft hinter einer Queue, wird an echten Grenzfällen getestet und erst dann eingeschaltet.
Passende Referenz
7Vertriebskanäle
Ein Katalog für sieben Vertriebskanäle und einen B2B-Shop
Referenz lesen