ERP und Fulfillment anbinden: Bestand, Auftrag und Versand

Welche Aufgaben bleiben im ERP, welche übernimmt das Lager?

Ordnen Sie kaufmännischen Auftrag, physische Warenbewegung und verkaufbare Menge ausdrücklich zu.

Zeichnen Sie zunächst den Weg einer Bestellung auf: Der Shop nimmt sie an, eine Zahlung wird geprüft, ein System gibt den Versand frei und das Lager bestätigt die Ausführung. Markieren Sie an jeder Übergabe, ob nur eine Nachricht versendet oder die Bearbeitung tatsächlich bestätigt wurde. Diese Unterscheidung verhindert, dass ein erfolgreicher API-Aufruf mit einem erledigten Auftrag verwechselt wird.

Erstellen Sie dazu eine Zuständigkeitsliste mit Shopteam, ERP-Betreuung und Lagerkontakt. Wer entscheidet bei falscher Adresse, fehlender Ware oder einem ungeklärten Zahlungsstatus? Ein allgemeiner Integrationspartner kann die technische Verbindung betreuen, ohne die fachliche Freigabe für den Versand übernehmen zu dürfen. Halten Sie auch diese Grenze im Briefing fest.

Wie verhindern Sie doppelte oder zu hohe Verfügbarkeiten?

Übertragen Sie Bestandsarten und Standortbezug, statt jede gemeldete Menge als verkaufbar zu behandeln.

Shopify unterscheidet beispielsweise verfügbare, gebundene, nicht verfügbare und eingehende Mengen. Das zeigt, warum ein einzelner Zahlenwert für die gesamte Anbindung nicht genügt. Entscheiden Sie in Ihrer Architektur, welche Zustände das Lager meldet und welches System daraus das Angebot im Shop berechnet.

Beleg: Shopify: Bestandszustände

Prüfen Sie anschließend einen Warentransfer: Am Ausgangslager wurde die Ware bereits abgebucht, am Ziellager aber noch nicht empfangen. Beschreiben Sie, wo sie während dieser Zeit sichtbar ist und ob sie verkauft werden darf. Dasselbe gilt für beschädigte oder noch zu prüfende Rücksendungen. Halten Sie die erwarteten Mengen pro Artikel, Variante und Standort in einer Testtabelle fest.

Wie behandeln Sie Teillieferungen und mehrere Lager?

Jede Versandrückmeldung benötigt die betroffenen Positionen und Mengen; ein Gesamtstatus allein reicht nicht.

Ein Auftrag enthält zwei Artikel. Lager A kann den ersten sofort versenden, Lager B wartet beim zweiten auf Ware. Vereinbaren Sie, ob der Auftrag aufgeteilt werden darf und wer die zusätzlichen Versandinformationen zusammenführt. Der Shop soll erkennen lassen, was bereits unterwegs ist und welcher Teil noch offen bleibt.

Prüfen Sie den Fall erneut mit einer mengenbezogenen Abweichung: Von drei Einheiten derselben Position werden nur zwei versendet. Das ERP muss den offenen Rest weiterführen, während die bereits bearbeitete Menge gesperrt bleibt. Lassen Sie auch die Korrektur einer falschen Versandmeldung zeigen. Eine zusätzliche Trackingnummer darf nicht unbeabsichtigt eine weitere Bestandsbuchung auslösen.

Wann ist eine Stornierung wirklich beim Lager angekommen?

Eine Stornierungsanfrage ist erst dann ein bestätigter Stopp, wenn die zuständige Bearbeitung das Ergebnis zurückgemeldet hat.

Shopify bildet bei Fulfillment-Diensten Annahme, Ablehnung und Stornierungsanfragen getrennt ab. Übertragen Sie dieses Grundproblem auf Ihre Verbindung: Zwischen der Shopentscheidung und dem tatsächlichen Packprozess kann Zeit liegen. Ein im ERP geänderter Status belegt noch nicht, dass kein Paket mehr das Lager verlässt.

Beleg: Shopify: Fulfillment service apps

Vereinbaren Sie eine sichtbare Wartestellung für ungeklärte Stopps. Solange die Antwort fehlt, darf ein Supportmitarbeiter nicht versehentlich denselben Auftrag an ein anderes Lager freigeben. Kommt bereits eine Versandbestätigung, benötigt der Fall einen neuen fachlichen Entscheid, etwa zur Kundeninformation oder Rückführung. Dokumentieren Sie ihn getrennt von einer erfolgreichen Stornierung.

Welche Fälle gehören in die gemeinsame Abnahme?

Prüfen Sie erwartete Endwerte in allen Systemen und bewahren Sie Belege je Fall auf.

Führen Sie die Tests gemeinsam mit den Verantwortlichen durch und verwenden Sie denselben nachvollziehbaren Artikelsatz. Notieren Sie Ausgangsbestand, ausgelöste Aktion, Auftragskennung und erwartete Rückmeldung. Wo ein Mensch eingreifen muss, gehört dieser Schritt zum Betriebsumfang und darf nicht im Abnahmeprotokoll verschwinden.

Ergänzen Sie einen Wiederanlauf nach einer unterbrochenen Bestätigung. Der Auftrag könnte im Lager bereits existieren, obwohl das ERP einen Fehler anzeigt. Eine Wiederholung muss zunächst die tatsächliche Lage klären. Lassen Sie erklären, wie unaufgeklärte Fälle gefunden werden und wer nach einem Ausfall den fachlichen Abgleich freigibt.