WMS-Integration

Die WMS-Integration verbindet dein Warehouse Management System mit allen Systemen, die vor und nach dem Lager relevant sind: Online-Shop, Marktplätze, ERP, Order Management und Versanddienstleister. Ohne saubere Anbindung entstehen Doppelbuchungen, veraltete Bestände im Shop und verspätete Tracking-Informationen – unabhängig davon, wie leistungsfähig das WMS im Lager selbst arbeitet.

Dieser Leitfaden erklärt, welche Systeme angebunden werden müssen, welche Schnittstellen sich eignen, wie typische Datenflüsse aussehen und wie du ein Integrationsprojekt strukturiert planst – von der Anforderungsanalyse bis zum produktiven Go-Live.

Warum WMS-Integration der kritische Erfolgsfaktor ist

Ein WMS allein steuert nur das, was im Lager physisch passiert. Die Kundenbestellung kommt jedoch aus dem Shop, der Einkauf aus dem ERP, die Versandlabels aus der Carrier-API. Jede dieser Quellen liefert Daten, die im WMS verarbeitet und zurückgemeldet werden müssen.

Die Integration schafft einen geschlossenen Kreislauf:

1. Auftrag geht im Shop ein → WMS erhält Pick-Auftrag
2. WMS kommissioniert und packt → Bestand wird reduziert
3. WMS meldet Versand → Shop erhält Tracking-Nummer
4. Retoure kommt zurück → WMS bucht ein → Shop aktualisiert Verfügbarkeit

Fehlt ein Glied in dieser Kette, arbeiten Lager und Vertrieb mit unterschiedlichen Wahrheiten. Das führt zu Überverkäufen, Kundenbeschwerden und manueller Nacharbeit – oft teurer als die Integration selbst.

WMS-Integrations-Ökosystem

Das WMS steht im Zentrum und tauscht Daten bidirektional mit allen angeschlossenen Systemen aus:

Welche Systeme müssen angebunden werden?

Shop-System und Marktplätze

Der Online-Shop oder Marktplatz ist die primäre Quelle für Kundenaufträge. Über die Integration müssen folgende Daten fließen:

• Inbound: Neue Bestellungen, Stornierungen, Adressänderungen
• Outbound: Verfügbarer Bestand, Versandbestätigungen, Tracking-Nummern, Retourenstatus

Bei Multi-Channel-Setups mit mehreren Verkaufskanälen empfiehlt sich ein OMS als zentrale Schaltstelle zwischen Shops und WMS. Mehr zur Shop-Anbindung findest du im Kapitel Multi-Channel Fulfillment.

ERP und Finanzbuchhaltung

Das ERP verwaltet Einkauf, Lieferanten, Kostenstellen und Buchhaltung. Typische Integrationspunkte:

1. Wareneingang – WMS meldet eingelagerte Mengen an ERP
2. Warenausgang – Versandbuchung löst Lagerabgang im ERP aus
3. Inventur – Bestandsdifferenzen werden an Finanzbuchhaltung übergeben
4. Stammdaten – Artikelnummern, EANs und Beschreibungen werden synchron gehalten

Versanddienstleister und Label-Systeme

Das WMS oder eine angeschlossene Versandsoftware erzeugt Versandlabels über Carrier-APIs. Rückgemeldet werden Sendungsnummern, Versandkosten und Zustellstatus. Ohne diese Anbindung müssten Labels manuell erstellt und Tracking-Nummern per Copy-Paste in den Shop übertragen werden.

Fulfillment-Dienstleister (3PL)

Bei externem Fulfillment läuft das WMS beim Dienstleister. Dein Shop-System muss dann über dessen API oder Middleware angebunden werden. Die technische Anbindung sollte bereits in der Anbieterauswahl geprüft werden – nachträgliche Integrationen sind aufwendig und fehleranfällig.

Integrationsmethoden im Vergleich

Die vier kritischen Datenflüsse

001. Auftragseingang (Order Import)

Neue Bestellungen werden vom Shop oder OMS an das WMS übertragen. Pflichtfelder:

• Bestellnummer (eindeutig, nicht wiederverwendbar)
• SKU, Menge, ggf. Chargen- oder Seriennummern-Vorgaben
• Lieferadresse vollständig und validiert
• Versandart und Priorität (Standard, Express)
• Zahlungsstatus oder Freigabekennzeichen

Das WMS reserviert den Bestand und legt Pick-Aufträge an. Fehlende oder fehlerhafte Adressen sollten vor der Übergabe validiert werden – nicht erst im Lager.

002. Bestandsabgleich (Inventory Sync)

Die Bestandsführung im WMS ist die führende Quelle für physischen Bestand. Der Shop zeigt nur an, was das WMS als verfügbar meldet.

003. Versandbestätigung (Shipment Confirmation)

Nach dem Packen meldet das WMS an Shop und Kunde:

1. Versanddatum und -uhrzeit
2. Carrier und Produkt (z. B. DHL Paket)
3. Sendungsnummer für Tracking
4. Tatsächlich versendete Positionen (Teilversand möglich)

Der Kunde erhält automatisch eine Versandbenachrichtigung – vorausgesetzt, der Shop verarbeitet die Rückmeldung zeitnah.

004. Retouren-Rückmeldung (Return Processing)

Retourenware wird im WMS eingebucht und geprüft. Je nach Ergebnis:

• Wiedereinlagerung → Bestand steigt, Shop wird aktualisiert
• B-Ware / Ausschuss → separater Bestandspool oder Abschreibung
• Erstattung auslösen → Rückmeldung an Shop/ERP

Retouren-Integrationskreislauf

Integrationsprojekt in sechs Phasen

Phase 1: Anforderungsanalyse

Bevor du Schnittstellen konfigurierst, dokumentiere alle beteiligten Systeme, Datenobjekte und Prozesse. Kläre:

• Welche Shop-Systeme und Marktplätze sind im Einsatz?
• Gibt es ein OMS als Middleware?
• Welches WMS – eigenes Lager oder 3PL-System?
• Welche Carrier-APIs werden genutzt?
• Welche SLAs gelten für Bestandsaktualität und Versandmeldung?

Phase 2: Schnittstellen-Spezifikation

Erstelle ein Mapping-Dokument für jedes Datenobjekt: Welches Feld im Shop entspricht welchem Feld im WMS? Beispiele:

• order_id ↔ Auftragsnummer
• sku ↔ Artikelnummer
• qty ↔ Menge
• tracking_number ↔ Sendungsnummer

Phase 3: Entwicklung und Konfiguration

Je nach Methode: API-Entwicklung, Middleware-Konfiguration oder EDI-Setup. Nutze Testumgebungen (Sandbox) aller beteiligten Systeme – niemals direkt in Produktion entwickeln.

Phase 4: Test mit realistischen Szenarien

Teste mindestens diese Fälle:

1. Standardbestellung mit einem Artikel
2. Multi-Line-Bestellung mit Teilversand
3. Stornierung vor und nach Pick-Start
4. Bestandsabgleich nach Wareneingang und Versand
5. Retoure mit Wiedereinlagerung
6. Peak-Szenario mit 50+ Aufträgen in kurzer Zeit

Phase 5: Parallelbetrieb und Cutover

Führe das neue Setup zunächst parallel zum alten Prozess. Vergleiche Buchungen und Bestände täglich. Erst wenn Abweichungen unter der vereinbarten Toleranz liegen, schalte den alten Prozess ab.

Phase 6: Monitoring und Wartung

Nach dem Go-Live überwachst du Schnittstellen-Health, Fehlerquoten und Latenz. Alerts bei fehlgeschlagenen API-Calls verhindern, dass Aufträge stundenlang unbearbeitet bleiben.

Typischer WMS-Integrationszeitplan

Häufige Fehler und wie du sie vermeidest

Typische Stolpersteine:

• SKU-Mismatch – Shop nutzt Varianten-SKU, WMS nur Hauptartikelnummer
• Doppelte Auftragsimporte – fehlende Idempotenz bei API-Wiederholungen
• Zeitversetzter Bestand – Batch-Sync alle 4 Stunden bei Express-Versand
• Fehlende Fehlerbehandlung – API-Timeout führt zu verlorenem Auftrag statt Retry
• Kein Audit-Log – bei Abweichungen fehlt die Nachvollziehbarkeit

Checkliste: WMS-Integration vor Go-Live

12 Pflichtpunkte vor produktivem Start:

• SKU-Mapping zwischen allen Systemen vollständig und geprüft
• Auftragseingang getestet (Einzel- und Multi-Line)
• Storno-Workflow in beide Richtungen validiert
• Bestandssync nach Wareneingang, Versand und Retoure korrekt
• Versandbestätigung mit Tracking-Nummer im Shop sichtbar
• Teilversand-Szenario erfolgreich durchlaufen
• Fehlerbehandlung bei API-Ausfall (Retry, Alert) aktiv
• Sandbox-Tests mit realistischen Datenmengen abgeschlossen
• Parallelbetrieb mindestens eine Woche ohne kritische Abweichungen
• Dokumentation für Lager-Team und IT vorhanden
• Eskalationspfad bei Schnittstellen-Ausfall definiert
• Rollback-Plan für den Fall eines fehlgeschlagenen Cutovers

WMS-Integration bei Kleinlagern vs. Enterprise

Für WMS in Klein- und Mittellagern reichen oft vorgefertigte Shop-Connectors der WMS-Anbieter (Shopify, WooCommerce, Shopware). Die WMS-Auswahl sollte daher immer die Frage beinhalten: Welche Standard-Integrationen sind ohne Custom-Development verfügbar?

In Enterprise-Umgebungen mit ERP (SAP, Microsoft Dynamics) und EDI-Anbindungen an Lieferanten sind Integrationsprojekte deutlich aufwendiger – Planungszeitraum 3–6 Monate ist realistisch.

Integrationsaufwand nach Unternehmensgröße

KPIs zur Erfolgsmessung der Integration

Nach dem Go-Live messen diese Kennzahlen, ob die Integration zuverlässig läuft:

1. Sync-Latenz – Zeit zwischen Lagerbewegung und Shop-Bestandsupdate (Ziel: unter 5 Minuten)
2. API-Fehlerrate – Anteil fehlgeschlagener Schnittstellen-Calls (Ziel: unter 0,1 %)
3. Order-to-Pick-Zeit – Zeit von Bestelleingang bis Pick-Start (Ziel: unter 30 Minuten)
4. Tracking-Verfügbarkeit – Anteil Sendungen mit Tracking innerhalb 2 Stunden nach Versand (Ziel: über 98 %)
5. Bestandsabweichung – Differenz WMS vs. Shop (Ziel: 0 bei korrekter Integration)

Die zugrundeliegenden WMS-Funktionen müssen vor der Integration vollständig konfiguriert sein – sonst werden fehlerhafte Daten nur schneller zwischen Systemen verteilt.

Verwandte Themen

• WMS Warehouse Management System
• WMS-Funktionen
• WMS-Auswahl
• Technische Anbindung bei 3PL-Auswahl
• Shop-Anbindung im Multi-Channel

Letzte Aktualisierung: 7. Juli 2026