WMS-Systemarchitektur: Schnittstellen und Betrieb
Die Architekturentscheidung entscheidet über den Projekterfolg deutlicher als die Funktionsauswahl. Laut einer Erhebung des EHI Retail Institute aus dem Jahr 2026 nennen 61,1 Prozent der befragten Handelsunternehmen die Integration in Bestandssysteme als größtes Hindernis bei KI-Projekten. Für Betriebe im DACH-Raum heißt das: Nicht die Funktionslücke bremst Digitalisierungsprojekte im Lager, sondern die Schnittstelle. Diese Übersicht ordnet Systemumfeld, Betriebsmodelle und Nachweispflichten.
Wo das WMS steht
Ein WMS steht selten allein. Sechs Nachbarsysteme prägen die Architektur.
Die Reihenfolge der Klärung sollte dieser Kritikalität folgen. In der Praxis geschieht häufig das Gegenteil: Zuerst werden Funktionen verglichen, danach wird die Schnittstelle betrachtet. Da die ERP-Anbindung Aufwand und Risiko dominiert, führt diese Reihenfolge dazu, dass der teuerste Projektteil zuletzt bewertet wird.
Cloud, On-Premise oder Hybrid
Die Entscheidung wirkt auf Kosten, Einführungszeit und Verfügbarkeit gleichermaßen.
| Modell | Kostenstruktur | Einführungszeit | Datenhoheit | Anpassbarkeit | Passt zu |
|---|---|---|---|---|---|
| Cloud / SaaSBetrieb beim Anbieter | laufende Gebühr, geringe Vorlaufkosten | kurz, teils wenige Wochen | beim Anbieter, Serverstandort prüfen | Konfiguration | Betriebe ohne große eigene IT |
| On-PremiseBetrieb im eigenen Haus | höhere Erstinvestition, danach Wartung | lang, Infrastruktur nötig | vollständig im Haus | weitgehend frei | hohe Individualisierung, strenge Compliance |
| HybridKern lokal, Dienste in der Cloud | gemischt | mittel | geteilt, klare Abgrenzung nötig | hoch | bestehende lokale IT plus neue Analytik |
Ein Aspekt wird bei dieser Entscheidung regelmäßig unterschätzt: die Verfügbarkeitsanforderung. Ein Lager, dessen WMS nicht erreichbar ist, steht still, und zwar physisch. Das unterscheidet ein WMS von den meisten Bürosystemen. Bei Cloud-Betrieb gehören deshalb Anbindungsredundanz und ein dokumentiertes Notfallverfahren für den Offline-Betrieb in die Anforderungen, nicht in die Betriebsphase.
Sechs Prinzipien für eine tragfähige Landschaft
Ein WMS bleibt typischerweise zehn Jahre und länger im Einsatz. Die Architektur muss das aushalten.
Klare Systemgrenzen
Für jeden Prozess muss festgelegt sein, welches System führt. Doppelte Datenhaltung ohne eindeutige Führung ist die häufigste Ursache für Bestandsdifferenzen zwischen ERP und WMS.
- Führendes System je Datenobjekt schriftlich festlegen
Standardschnittstellen bevorzugen
Dokumentierte Schnittstellen und etablierte Formate wie EDIFACT sind teurer in der Erstumsetzung und billiger über die Laufzeit. Individuelle Punkt-zu-Punkt-Verbindungen werden bei jedem Release zum Risiko.
- API-first und Composable ist einer der Fraunhofer-Trends 2026
Konfiguration vor Programmierung
Überschätzte Individualisierung gehört zu den belegten Hauptursachen gescheiterter Projekte. Jede Individualentwicklung erhöht die Kosten jedes künftigen Updates.
- Vor jeder Anpassung fragen, ob der Prozess anpassbar ist
Exit von Anfang an
Bei zehn Jahren Laufzeit ist der Wechsel keine Ausnahme, sondern absehbar. Datenexport in offenen Formaten, dokumentierte Datenmodelle und Regelungen zur Datenherausgabe gehören in den Vertrag.
- Exit-Klauseln vor der Unterschrift verhandeln
Mandantenfähigkeit früh klären
Zwischen Datentrennung und echter Prozesstrennung liegt ein erheblicher Unterschied. Für Kontraktlogistik ist Letzteres erforderlich und lässt sich nachträglich kaum ergänzen.
- Getrennte Stammdaten, Prozesse und Abrechnung prüfen
Sicherheitsnachweise abfragen
ISO 27001, BSI C5 oder SOC 2 sind prüfbare Nachweise statt Zusicherungen. Zero-Trust-Architekturen zählen zu den Fraunhofer-Trends 2026 und werden zunehmend von Kunden eingefordert.
- Zertifikate mit Geltungsbereich und Datum anfordern
Häufige Fragen im Überblick
Die 8 Fragen, die zu diesem Thema am häufigsten gestellt werden.
Was ist die wichtigste Schnittstelle eines WMS?
Die Anbindung an das ERP-System. Sie ist bidirektional und transaktionskritisch: Das ERP liefert Aufträge, Artikel- und Kundenstammdaten, das WMS meldet Bestandsbewegungen, Versandbestätigungen und Inventurdifferenzen zurück. Fehler in dieser Schnittstelle führen unmittelbar zu Bestandsdifferenzen zwischen den Systemen. Sie sollte deshalb als Erstes geklärt werden, wird in der Praxis aber häufig erst nach der Funktionsauswahl betrachtet.
Warum scheitern Digitalisierungsprojekte im Lager an der Integration?
Weil der Integrationsaufwand systematisch unterschätzt wird. Laut einer Erhebung des EHI Retail Institute aus dem Jahr 2026 nennen 61,1 Prozent der befragten Handelsunternehmen die Integration in Bestandssysteme als größtes Hindernis bei KI-Projekten, während bei Automatisierungsprojekten mit 69,4 Prozent die Investitionskosten vorn stehen. Die Erhebung weist mit 36 befragten Unternehmen selbst darauf hin, dass sie einen Richtungsbefund und keine repräsentative Messung liefert.
Cloud oder On-Premise, was ist für ein WMS besser?
Das hängt von IT-Ressourcen, Individualisierungsbedarf und Compliance-Anforderungen ab. Cloud-Betrieb bietet kurze Einführungszeiten, teils wenige Wochen, und geringe Vorlaufkosten, eignet sich also besonders für Betriebe ohne große eigene IT-Abteilung. On-Premise bietet volle Datenhoheit und weitgehende Anpassbarkeit bei höherer Erstinvestition. Ein oft unterschätzter Punkt ist die Verfügbarkeit: Ein nicht erreichbares WMS legt den physischen Warenfluss still.
Was muss bei Cloud-Betrieb zusätzlich geregelt werden?
Vor allem drei Punkte. Erstens die Anbindungsredundanz, damit ein Ausfall der Internetverbindung nicht den Lagerbetrieb stoppt. Zweitens ein dokumentiertes Notfallverfahren für den Offline-Betrieb, das im Ernstfall geübt sein sollte. Drittens der Serverstandort und die Auftragsverarbeitung nach DSGVO, einschließlich der Frage, wo Daten tatsächlich verarbeitet und gesichert werden. Diese Punkte gehören in die Anforderungen und nicht erst in die Betriebsphase.
Was bedeutet echte Mandantenfähigkeit?
Sie geht über die Trennung von Daten hinaus. Echte Mandantenfähigkeit bedeutet, dass je Auftraggeber eigene Prozesse, eigene Stammdaten und eine getrennte Abrechnung möglich sind, dass also ein Mandant andere Kommissionierstrategien und Etikettenlayouts nutzen kann als ein anderer. Für Kontraktlogistik ist das ein Ausschlusskriterium. Da sich diese Fähigkeit nachträglich kaum ergänzen lässt, gehört sie früh und präzise in die Anforderungsanalyse.
Welche Sicherheitsnachweise sollten Anbieter vorlegen?
Sinnvoll sind prüfbare Zertifizierungen statt allgemeiner Zusicherungen: ISO 27001 als Standard für Informationssicherheitsmanagement, BSI C5 für Cloud-Dienste im deutschen Kontext und SOC 2 im internationalen Umfeld. Wichtig ist, nicht nur nach dem Vorhandensein zu fragen, sondern nach Geltungsbereich und Ausstellungsdatum, weil ein Zertifikat für einen anderen Unternehmensteil oder aus dem Jahr davor wenig aussagt.
Warum gehören Exit-Regelungen schon in die Auswahl?
Weil ein WMS typischerweise zehn Jahre oder länger im Einsatz bleibt und ein Wechsel damit absehbar ist, nicht ausgeschlossen. Vor der Vertragsunterschrift lassen sich Datenexport in offenen Formaten, die Dokumentation des Datenmodells und die Herausgabe der Daten bei Vertragsende verhandeln. Nach der Unterschrift ist die Verhandlungsposition deutlich schlechter. Die Regelung kostet in der Auswahlphase wenig und kann bei einem späteren Wechsel erhebliche Kosten sparen.
Wie viel Individualprogrammierung ist sinnvoll?
So wenig wie möglich. Überschätzte Individualisierung zählt zu den belegten Hauptursachen gescheiterter WMS-Projekte, weil jede Anpassung die Kosten künftiger Updates erhöht und die Abhängigkeit vom Umsetzungspartner verstärkt. Sinnvoll ist, vor jeder gewünschten Anpassung zu prüfen, ob sich stattdessen der Prozess an den Standard anpassen lässt. Wo das nicht möglich ist, sollte die Anpassung dokumentiert und ihr Aufwand über die erwartete Laufzeit hochgerechnet werden.
Architektur gehört vor die Funktionsauswahl
Wer zuerst Funktionen vergleicht und danach Schnittstellen klärt, entdeckt Blocker spät. Das Matching berücksichtigt die Systemlandschaft von Beginn an.