WMS-Schnittstellen: ERP, Shop, Versand und Robotik verbinden
Ein Warehouse-Management-System ist nur so leistungsfähig wie seine Anbindung an die übrige Systemlandschaft. Ohne saubere Schnittstellen zu ERP, Onlineshop, Versanddienstleistern und Fördertechnik bleibt selbst das funktionsreichste WMS eine Insellösung. Diese Seite ordnet die wichtigsten Standards, Architekturmuster und Integrationsprofile von 14 WMS-Anbietern ein, samt realistischer Kosten- und Zeitrahmen.
Architekturmuster und Standards im Überblick
Bevor man Anbieter vergleicht, lohnt sich der Blick auf die Bausteine, aus denen WMS-Integrationen heute bestehen.
Vier Architekturmuster
Vier Architekturmuster prägen WMS-Integrationsprojekte, mit sehr unterschiedlichem Wartungsaufwand.
- Punkt-zu-Punkt: schnell umgesetzt, wird bei wachsender Landschaft unübersichtlich
- Middleware/iPaaS (Boomi, MuleSoft, Celigo): reduziert Spaghetti-Integration, kostet aber selbst
- Native ERP-Module: kein Schnittstellenaufwand, aber funktional oft hinter Best-of-Breed-WMS
- SFTP-Batch: robust und in EDI-Prozessen mit Handelspartnern nach wie vor Standard
Unabhängig vom gewählten Muster tauschen WMS und Umsysteme in der Regel dieselben Kernobjekte aus: Stammdaten, Bestände, Wareneingangsavise, Kommissionier- und Lieferaufträge, Versandbestätigungen mit Tracking-Nummern, Retouren sowie Inventurdaten. Je nach Automatisierungsgrad kommen Fördertechnik-Quittierungen, RBG-Fahraufträge, Pick-by-Voice-Bestätigungen oder Sensordaten aus der Robotik hinzu.
Sechs Schnittstellenstandards
Sechs Standards dominieren den Datenaustausch zwischen WMS und Umsystemen, je nach Zielsystem und Echtzeitbedarf.
- REST-API/JSON: De-facto-Standard für moderne, cloudnative Integrationen
- OData: von SAP intensiv genutzt für EWM-Objekte wie Warehouse Order oder Storage Bin
- EDI/EDIFACT und IDoc: etabliert für Bestellungen, Lieferavise und SAP-Anbindung
- VDA 5050: herstellerübergreifender Standard für FTS- und AMR-Mischflotten
Auch die Analystenseite bestätigt den Trend: Made4net verweist in seiner Auswertung des Gartner-Reports 2026 darauf, dass Integrationsfähigkeit und Plattformoffenheit zu einem zentralen Bewertungskriterium geworden sind. Ergänzend zu klassischen REST-Abfragen setzen immer mehr Anbieter auf Webhooks für ereignisbasierte Echtzeit-Benachrichtigungen, etwa bei neuen Aufträgen oder abgeschlossener Kommissionierung, ohne wiederholtes Abfragen. VDA 5050 hat sich seit Version 2.0 mit zusätzlichen Actions und Fahrzeug-Fact-Sheets weiterentwickelt, eine Version 3.0 mit unter anderem zonenbasierter Verkehrssteuerung wurde 2026 veröffentlicht.
14 Anbieter im Integrations-Vergleich
Der Offenheitsgrad der öffentlichen API-Dokumentation unterscheidet sich stark zwischen den Anbietern.
| Anbieter | API-Ansatz | Offenheitsgrad | Genannte Konnektoren |
|---|---|---|---|
| SAP EWM | OData / REST, IDoc/EDI für Drittsysteme | Strukturiert, teils zugangsbeschränkt | S/4HANA, SAP Integration Suite |
| Manhattan Active WM | REST-API-first, JSON, OAuth2/OIDC | Öffentlich, versioniert, vollständig dokumentiert | Azure Entra ID, Okta, SAML 2.0, Cleo-EDI |
| Blue Yonder | Open Access Web API, produktspezifische REST-APIs | Strukturiert, Partnerlösungen dokumentiert | Metapack, Robotics-Integration-Partner |
| Infiosvormals Körber | WCS für Fördertechnik, Enterprise-Portfolio | Projektbasiert, wenig öffentlich dokumentiert | Materialflusssteuerung für Automatisierung |
| Oracle WMS Cloud | Versionierte REST- und Integrations-API-Guides | Öffentlich, versioniert, vollständig dokumentiert | Regelmäßige Releases (26A/26B/26C) |
| Ehrhardt + PartnerLFS / EPG ONE | Konfigurierbare, offene Plattformarchitektur | Strukturiert, Whitepaper zu ERP-Schnittstellen | ERP-integrierte und externe WMS-Szenarien |
| proLogistikpLG WMS-TM³ | REST, SOAP, XML, JSON, CSV | Vorgefertigte Konnektoren statt offener API-Kataloge | Shopify, WooCommerce, Shopware, SAP EWM |
| PSI LogisticsPSIwms | Dedizierte Schnittstellen-Produktseite | Projektbasiert, wenig öffentlich dokumentiert | KI-Plattform-Anbindung (LogiMAT 2025) |
| PULPO WMS | Öffentliche Integrationsübersicht | Vorgefertigte Konnektoren statt offener API-Kataloge | Shopify, Magento, WooCommerce, Sendcloud, Odoo |
| Made4net | Service-based Transaction Framework, integriertes WCS | Vorgefertigte Konnektoren statt offener API-Kataloge | SAP, Dynamics, NetSuite, Sage, AMR, Pick-by-Voice |
| Infor WMS | ION API-Gateway, konzernweite Integrationsschicht | Strukturiert, primär für Kunden/Partner dokumentiert | Orchestrierung von API- und EDI-Nachrichten für Infor-Anwendungen |
| viastoreviadat WMS | Projektspezifische Anbindung, kein öffentlicher API-Katalog | Projektbasiert, wenig öffentlich dokumentiert | Eigene Automatisierungstechnik (RBG, Fördertechnik) |
| Generix GroupTradeXpress | Eigene EDI-Integrationssoftware TradeXpress | EDI/Web-EDI/API-Spezialist, eigenständiges Produkt | B2B-Datenaustausch mit Handelspartnern |
| ReplyLogistics Reply / Click Reply, LEA Reply | Cloud-WMS mit dokumentierter Drittanbieter-API | Projektbasiert, wenig öffentlich dokumentiert | CubeMaster-Verpackungsoptimierung |
Acht Integrationsansätze im Detail
Von vollständig öffentlich dokumentierten APIs bis zu projektbasierter Integrationsberatung.
Oracle WMS Cloud & Manhattan Active WM
Beide veröffentlichen frei zugängliche, detaillierte REST-API-Referenzen mit klaren Versionsständen, der höchste beobachtete Offenheitsgrad im Feld.
- Manhattan: JSON, OAuth2/OIDC, Google Pub/Sub für Events
- Oracle: regelmäßige, versionierte Release-Updates (26A–26C)
SAP EWM
Wachsende Zahl offizieller OData- und REST-APIs für Kernobjekte wie Warehouse Order oder Storage Bin, dokumentiert im SAP-Support-Portal.
- IDoc/EDI bleibt Standardweg für Drittanbieter-WMS
- Am tiefsten in S/4HANA integriert
Blue Yonder
Bietet laut eigener Dokumentation eine Open Access Web API sowie produktspezifische REST-APIs mit dokumentierter Versionskompatibilität für das Transportation-Management-Umfeld.
- Dokumentierte Partnerintegration mit Metapack für Carrier-Management, sowohl im Discrete- als auch im Dispatcher-WMS
- Eigene Partner-Lösung für Robotik-Integration im Success Portal dokumentiert
PULPO WMS
Öffentliche Integrationsübersicht mit konkret benannten Konnektoren für Shop-, ERP- und Versandsysteme.
- Shopify, Magento, PrestaShop, WooCommerce, Salesforce
- Sendcloud, Metapack, ShipStation, Shipcloud im Versandbereich
- Ein Teil der Konnektoren wird direkt von PULPO betrieben, andere von Partnern gehostet und gepflegt
Made4net
Service-based, configurable transaction framework mit integriertem Warehouse Control System für ASRS, Shuttles und AGVs.
- Vorgefertigte Konnektoren für SAP, Dynamics, NetSuite, Sage
- EDI-Partnerschaft mit eZCom
Generix Group
Betreibt mit TradeXpress eine eigene EDI-Integrationssoftware, positioniert an der Schnittstelle zwischen EDI, Web-EDI und modernen APIs.
- Eigenständiges Produkt- und Kompetenzfeld neben dem WMS
- Vorteil bei intensivem EDI-Austausch mit Handelspartnern
viastore (viadat WMS)
Als Systemintegrator historisch stark im Bereich automatisierter Lagertechnik verankert, investierte 2023 gezielt in den Ausbau eigener Software-Kompetenzen.
- Keine frei zugänglichen API-Referenzen, Details werden projektspezifisch abgestimmt
- Tiefe Anbindung an selbst gebaute oder fremde Regalbediengeräte und Fördertechnik
Infor WMS
Nutzt konzernweit die eigene Integrationsschicht Infor ION mit einem ION-API-Gateway, über das Nachrichten zwischen Infor-Anwendungen und Drittsystemen orchestriert werden.
- Externe Beratungshäuser beschreiben ION als zentrale Middleware-Komponente, die sowohl API- als auch EDI-Nachrichten orchestriert
- Dokumentation vor allem für Infor-Kunden und -Partner zugänglich
Shop- und Carrier-Schnittstellen im Detail
Vier Onlineshop-Plattformen und die wichtigsten Versanddienstleister unterscheiden sich deutlich darin, wie offen und gut dokumentiert ihre Schnittstellen zum WMS sind.
In allen vier Shopfällen läuft die Integration heute überwiegend über REST-APIs mit Webhook-Ergänzung für Echtzeit-Ereignisse, während klassische Batch-Importe über CSV zunehmend nur noch als Fallback dienen.
Wie offen sind die Systeme wirklich?
Eine grobe Einordnung nach Verfügbarkeit öffentlicher Dokumentation, keine Aussage über die tatsächliche technische Leistungsfähigkeit im Kundenprojekt.
Öffentlich, versioniert, dokumentiert
Oracle WMS Cloud und Manhattan Associates veröffentlichen frei zugängliche REST-API-Referenzen mit Versionsständen.
- Der höchste beobachtete Offenheitsgrad im untersuchten Feld
Teils zugangsbeschränkt
SAP EWM (OData/REST mit Support-Login) und Infor (ION-Plattform, primär für Kunden/Partner dokumentiert).
- Solide Struktur, aber Detaildokumentation nicht frei zugänglich
Vorgefertigte Konnektoren statt API-Katalog
PULPO WMS, Made4net und proLogistik kommunizieren primär über Listen konkreter Konnektoren statt offener API-Referenzen.
- Für Standardfälle oft ausreichend, bei Speziallösungen ein Risiko
Wenig öffentlich dokumentiert
viastore, PSI Logistics, Reply und Infios kommunizieren Integrationsfähigkeit eher über Fallbeispiele als über API-Portale.
- Im Auswahlprozess konkrete API-Dokumentation aktiv einfordern
Was WMS-Integrationen typischerweise kosten
Enterprise-Projekte mit hochkomplexer ERP-Landschaft können in den sechs- bis siebenstelligen Bereich vorstoßen.
| Integrationstyp | Kostenrahmen | Typische Dauer |
|---|---|---|
| ERP-Anbindung mit vorgefertigtem Konnektor | ca. 10.000–50.000 € | 4–12 Wochen |
| ERP-Anbindung als Individualentwicklung | ca. 50.000–250.000 € | 3–6 Monate |
| E-Commerce-/Shopsystem-Integration | ca. 8.000–30.000 € | wenige Wochen bis 2 Monate |
| Carrier-Integration (DHL, DPD, UPS je Carrier) | ca. 3.000–12.000 € | Tage bis wenige Wochen |
| Paralleler Systembetrieb bei WMS-Wechsel | ca. 2–4 zusätzliche Vollzeitstellen | 3–6 Monate |
Gartner wird mit dem Befund zitiert, dass Enterprise-WMS-Projekte im Durchschnitt rund 30% länger dauern als geplant, ein Effekt, der sich überproportional häufig auf unterschätzte Integrationsarbeit zurückführen lässt, nicht auf die Kernfunktionalität des WMS selbst.
Beim Wechsel von einem Alt- auf ein neues WMS ist während der Umstellungsphase oft ein zeitweiser Parallelbetrieb beider Schnittstellenwelten nötig, was nach Marktbeobachtung von find-your-software.de zusätzliche zwei bis vier Vollzeitstellen über drei bis sechs Monate binden kann.
Integrationen in fünf Schritten planen
Unterschätzte Integrationskomplexität ist der häufigste Grund für Verzögerungen bei WMS-Projekten.
Alle Zielsysteme und Datenobjekte vorab dokumentieren
ERP, Shop, Carrier und Automatisierungstechnik mit den jeweils auszutauschenden Kernobjekten auflisten.
Architekturmuster passend zur Systemzahl wählen
Bei ein bis zwei Zielsystemen genügt oft Punkt-zu-Punkt, ab mehreren Systemen lohnt sich iPaaS-Middleware.
Öffentliche API-Dokumentation aktiv einfordern
Bei Anbietern ohne frei zugängliche API-Referenz konkrete Referenzprojekte und Testzugänge verlangen.
Fehlerbehandlung und Monitoring von Anfang an einplanen
Health-Checks, Retry-Logik und Alerting verhindern, dass ausbleibende Nachrichten unbemerkt bleiben.
Testphase für Carrier- und Automatisierungsschnittstellen großzügig bemessen
Rand- und Fehlerfälle wie Adressfehler, Übergewicht oder Sensorstörungen brauchen realistische Testzeit.
Häufige Fragen zu WMS-Schnittstellen
Die 12 Fragen, die bei der Integration eines WMS am häufigsten gestellt werden.
Welche Schnittstelle sollte man für die Anbindung eines WMS an SAP wählen, IDoc oder OData/REST?
Das hängt vom SAP-Zielsystem ab. Bei SAP EWM als integriertem Lagermodul innerhalb von S/4HANA sind OData- und REST-APIs für viele Objekte wie Warehouse Order, Storage Bin oder Warehouse Task bereits nativ verfügbar und für Echtzeit-Anwendungsfälle meist die modernere Wahl. Bindet man dagegen ein Drittanbieter-WMS an ein klassisches SAP-ERP an, ist IDoc/EDI historisch der etablierte, robuste Weg für asynchrone Massendatenverarbeitung, während REST/OData zunehmend für Echtzeitabfragen ergänzt wird. In der Praxis werden beide Wege häufig parallel eingesetzt.
Was kostet eine typische ERP-Integration bei einem WMS-Projekt?
Nach Marktbeobachtung liegen die Kosten für eine ERP-Anbindung mit vorgefertigtem Standardkonnektor bei etwa 10.000 bis 50.000 Euro und einer Umsetzungsdauer von 4 bis 12 Wochen. Individualentwicklungen ohne fertigen Konnektor bewegen sich eher zwischen 50.000 und 250.000 Euro bei 3 bis 6 Monaten Laufzeit.
Was ist der Unterschied zwischen einer nativen ERP-WMS-Integration und einer Middleware-Anbindung?
Bei einer nativen Integration ist das Lagermodul Teil des ERP-Systems selbst oder es existiert ein vom Hersteller vorgefertigter, direkter Konnektor zwischen ERP und WMS. Bei einer Middleware-Anbindung übernimmt eine dritte Softwareschicht, ein sogenanntes iPaaS wie Boomi, MuleSoft oder Celigo, die Datenkonvertierung, das Routing und die Fehlerbehandlung zwischen ERP, WMS und weiteren Systemen. Middleware erhöht die Flexibilität und erleichtert das Hinzufügen weiterer Systeme, verursacht aber zusätzliche Lizenz- und Betriebskosten sowie eine zusätzliche Fehlerquelle im Datenfluss.
Welche WMS-Anbieter gelten als besonders offen bei ihren APIs?
Nach öffentlich zugänglicher Dokumentation zum Stand September 2026 veröffentlichen Oracle WMS Cloud und Manhattan Associates die detailliertesten, frei einsehbaren REST-API-Referenzen mit klaren Versionsständen. SAP EWM bietet strukturierte OData/REST-APIs, allerdings mit teils zugangsbeschränkter Detaildokumentation im SAP-Support-Portal. Andere Anbieter wie viastore, PSI Logistics oder Infios kommunizieren Integrationsfähigkeit stärker über Referenzprojekte als über öffentliche API-Portale, das ist keine Aussage über die technische Leistungsfähigkeit, sondern über die Transparenz der öffentlich verfügbaren Dokumentation.
Wie werden Versanddienstleister wie DHL, DPD oder GLS technisch an ein WMS angebunden?
Alle großen Paketdienstleister bieten inzwischen REST-APIs für Label-Erstellung, Sendungsverfolgung und teils Zollabwicklung an, etwa über das DHL API Developer Portal oder die GLS Web-API. Viele Unternehmen setzen zusätzlich Multi-Carrier-Versandsoftware wie Sendcloud, Metapack oder ShipStation ein, die mehrere Carrier-APIs hinter einer einheitlichen Schnittstelle zum WMS bündelt und so den Pflegeaufwand für einzelne Carrier-Integrationen reduziert.
Was ist VDA 5050 und warum ist der Standard für WMS-Projekte mit Robotik relevant?
VDA 5050 ist ein herstellerübergreifender Kommunikationsstandard für Fahrerlose Transportsysteme und Autonome Mobile Roboter, entwickelt vom Verband der Automobilindustrie gemeinsam mit dem VDMA. Er standardisiert die Nachrichtenformate zwischen Flottenmanagement-Software und Fahrzeugen und ermöglicht dadurch den Betrieb von Mischflotten unterschiedlicher Roboterhersteller unter einer gemeinsamen Leitsteuerung, relevant für jedes Lager, das AMR-Technik verschiedener Anbieter einsetzt oder zukünftig einsetzen könnte.
Wie lange dauert die Integration eines Onlineshops wie Shopify oder Shopware an ein WMS?
Bei Nutzung eines vorgefertigten Standardkonnektors, wie ihn viele WMS-Anbieter für Shopify, Shopware, Magento oder WooCommerce anbieten, ist die Anbindung häufig innerhalb weniger Wochen umsetzbar. Individuelle Anpassungen an spezielle Auftragslogiken, Retourenprozesse oder Sonderfelder verlängern die Projektdauer entsprechend.
Welche Datenformate werden bei EDI-Integrationen im Lager typischerweise eingesetzt?
Der internationale Standard ist EDIFACT mit definierten Nachrichtentypen wie ORDERS für Bestellungen, DESADV für Lieferavise oder INVOIC für Rechnungen. Im SAP-Umfeld kommt zusätzlich das SAP-eigene IDoc-Format zum Einsatz, das ähnliche Funktionen für den Datenaustausch zwischen SAP- und Drittsystemen übernimmt.
Was sind die häufigsten Fehlerquellen bei WMS-Integrationsprojekten?
Zu den wiederkehrenden Problemen zählen auseinanderlaufende Stammdaten zwischen ERP und WMS, doppelte oder verzögerte Bestandsführung, unklare Fehlerbehandlung bei fehlgeschlagenen Nachrichten, unterschiedliche Mengeneinheiten zwischen Systemen sowie fehlendes aktives Monitoring der Schnittstellen. Auch eine zu knapp bemessene Testphase, insbesondere für Carrier- und Automatisierungsschnittstellen mit vielen Randfällen, führt in der Praxis regelmäßig zu Verzögerungen.
Braucht jedes automatisierte Lager ein separates Warehouse Control System neben dem WMS?
Nicht zwingend. Einige WMS-Anbieter wie Made4net integrieren ein Warehouse Control System direkt in die WMS-Plattform und steuern Fördertechnik, Shuttles oder AGVs ohne separate Drittsoftware. Andere Architekturen trennen WMS für Auftrags- und Bestandslogik und WCS für die Echtzeitsteuerung der Anlagentechnik bewusst, meist wenn die Automatisierungstechnik von einem spezialisierten Systemintegrator stammt.
Ist eine iPaaS-Middleware für jedes WMS-Integrationsprojekt sinnvoll?
Für Unternehmen mit nur ein bis zwei Zielsystemen, etwa nur einem ERP und einem Shopsystem, ist eine direkte Punkt-zu-Punkt-Integration oft ausreichend und kostengünstiger. Sobald mehrere Systeme wie ERP, mehrere Shops, mehrere Carrier und Automatisierungstechnik parallel angebunden werden müssen, reduziert eine zentrale iPaaS-Plattform wie Boomi, MuleSoft oder Celigo die Komplexität, das Fehlerrisiko und den langfristigen Wartungsaufwand gegenüber vielen einzelnen Direktverbindungen.
Welche Rolle spielen Webhooks gegenüber klassischen REST-APIs bei der WMS-Integration?
REST-APIs werden meist aktiv abgefragt, ein sogenannter Pull-Mechanismus, während Webhooks ereignisbasiert automatisch senden, ein Push, sobald ein bestimmtes Ereignis eintritt, etwa ein neuer Auftrag im Shop oder eine abgeschlossene Kommissionierung im WMS. In der Praxis werden beide Mechanismen kombiniert: REST-APIs für strukturierte Abfragen und Änderungen, Webhooks für Echtzeit-Benachrichtigungen ohne wiederholtes Abfragen.
Integrationsfähigkeit vor Vertragsunterschrift prüfen
Ein niedriger Lizenzpreis nützt wenig, wenn die ERP- oder Shop-Integration am Ende doppelt so lange dauert wie geplant. Das WMS-Matching gleicht Ihre Systemlandschaft strukturiert mit Anbietern ab, deren Integrationsfähigkeit nachweisbar zu Ihrem Stack passt.