WMS für Mehrlager und Mehrstandort.
Ein Bestand, viele Standorte, ein Rollout.
Ein WMS für Mehrlager und Mehrstandort ist eine Lagerverwaltungssoftware, die mehrere Lager, Standorte, Mandanten oder Gesellschaften in einem Verbund steuert. Gebraucht wird es von Unternehmen im deutschsprachigen Raum (DACH), die zentrale Bestandssicht, Umlagerungen und wiederholbare Rollouts brauchen. Planen Sie den ersten Standort so, dass er als Vorlage für alle weiteren dient. Der Anwendungsfall gilt branchenübergreifend.
Mehr Standorte sind
mehr als mehr Lager.
Mehrlager und Mehrstandort heißt: Dieselben Artikel liegen an mehreren Orten, gehören womöglich verschiedenen Gesellschaften und sollen nach denselben Regeln bewegt werden. Ein WMS verwaltet dann nicht nur Lagerplätze, sondern hält Bestand, Eigentum, Prozesse und Berechtigungen über Standortgrenzen hinweg konsistent. Der Unterschied zeigt sich im Alltag an sechs Stellen.
Ohne WMS Verbund
- Jeder Standort führt eigene Bestandslisten, die Gesamtsicht entsteht erst durch Exporte und manuelles Zusammenführen.
- Umlagerungen laufen über Telefon, E-Mail oder Tabellen. Zwischen Versand und Wareneingang ist die Ware für niemanden sichtbar.
- Wareneingang, Kommissionierung und Retouren unterscheiden sich je Standort. Schulung, Support und Fehlersuche vervielfachen sich.
- Vertrieb und Disposition sehen nicht, welcher Standort lieferfähig ist, und vergeben Bestand doppelt oder gar nicht.
- Jeder neue Standort startet als Einzelprojekt. Konfiguration und Fehler werden jedes Mal neu gemacht.
- Gesellschaften, Auftraggeber und Eigentümer sind in den Stammdaten vermischt. Auswertungen müssen von Hand getrennt werden.
Mit WMS Verbund
- Bestand nach Artikel, Standort, Eigentümer und Status ist in einer Ansicht abrufbar, auch wenn Lager technisch getrennt laufen.
- Umlagerungen sind als Beleg mit Versand, Transit und Wareneingang geführt. Ware im Transit bleibt sichtbar und für den Verkauf gesperrt.
- Ein Prozessstandard gilt für alle Standorte. Abweichungen sind bewusst als Variante hinterlegt statt als Kopie.
- Die Verfügbarkeitsprüfung kennt Quell- und Zielstandorte und verhindert Doppelzusagen.
- Ein Rollout Template überträgt die bewährte Konfiguration auf den nächsten Standort, wie es etwa Microsoft für ähnliche Lager beschreibt.
- Gesellschaften und Mandanten sind getrennt auswertbar. Berechtigungen folgen der Struktur.
Quellen: Anbieter- und Referenzdatenbank von Find-Your-WMS, Microsoft Learn, Warehouse management overview (Lagerkonfiguration als Vorlage für ähnliche Standorte), Stand 10/2026. Die Gegenüberstellung ist eine Einordnung von Find-Your-WMS.
Gesellschaft, Mandant,
Standort und Lagernummer.
Vier Begriffe werden in Mehrstandort Projekten ständig vermischt: Die Gesellschaft ist eine rechtliche Einheit, der Mandant ein Auftraggeber oder eine Datentrennung im System, der Standort ein physischer Ort und die Lagernummer eine technische Einheit des Herstellers. Wer sie früh trennt, vermeidet Fehlplanung bei Lizenz, Berechtigung und ERP Anbindung.
| Begriff | Ebene | Typische Projektfrage | Bedeutung im WMS Kontext | Beispiel aus Herstellerdokumentation |
|---|---|---|---|---|
| GesellschaftRechtliche Einheit mit eigener Buchführung | Recht und Finanzen | Wem gehört der Bestand rechtlich? | Im ERP als Buchungskreis, Legal Entity oder Subsidiary geführt. Sie bestimmt Bewertung, Steuer und Konsolidierung. | Dynamics 365: Eine Legal Entity ist Pflicht für jede Konfiguration und Buchung, die Datentrennung läuft über die DataAreaID. SAP: Ein Werk ist einem Buchungskreis zugeordnet. |
| MandantAuftraggeber oder Datentrennung | Organisation | Für wen lagere ich, und wer darf was sehen? | Im 3PL ein Auftraggeber mit eigenen Beständen, Aufträgen und Tarifen. Im Cloud Betrieb auch eine Plattform, auf der mehrere Organisationen getrennt arbeiten (Multi Tenant). | Infor beschreibt Multi Tenant als gemeinsame Plattform, auf der die Daten jedes Unternehmens privat bleiben. EPG nennt sein LFS im Datenblatt mehrmandanten- und konzernfähig. |
| StandortPhysischer Ort mit einem oder mehreren Gebäuden | Geografie | Wo steht welches Lager, und wie weit ist der Weg? | Er bestimmt Transportweg, Laufzeit und steuerliche Fragen bei Grenzübertritt. Mehrere Lager können am selben Standort liegen. | SAP empfiehlt eine Lagernummer je Gruppe von Gebäuden am selben Ort. Bewegungen über öffentliche Straßen sollen nicht innerhalb einer Lagernummer abgebildet werden. |
| LagerBetrieblich abgegrenzter Bereich | Betrieb | Welche Regeln gelten im Lager? | Ein vom WMS gesteuerter Bereich mit eigener Struktur aus Zonen und Lagerplätzen und eigenen Prozessen. | Dynamics 365: Die Lagerstruktur wird für jedes Lager separat modelliert. JTL-Wawi unterscheidet Standardlager, JTL-WMS Lager und Fulfilment Lager von Dienstleistern. |
| LagernummerTechnische Einheit des Systems | Technik | Wie bildet das System das Lager ab? | Die Einheit, unter der ein System Struktur und Regeln eines Lagerkomplexes verwaltet. Der Begriff ist herstellerspezifisch. | SAP EWM: vierstelliger Code für ein Lager oder einen Lagerkomplex. Jede Lagernummer braucht eine eigene Supply Chain Unit. |
Die Zuordnung ist eine Einordnung von Find-Your-WMS, Begriffe unterscheiden sich je Hersteller und gehören ins Lastenheft. Quellen: Microsoft Learn, Organisationsstrategie, SAP Learning, Lager definieren, Data Centre Magazine, 10.08.2024, EPG, Datenblatt LFS, 05/2022, JTL Guide, Lager, Stand 10/2026.
Sechs Funktionsblöcke,
die über Mehrstandort entscheiden.
Ob ein WMS Mehrstandort trägt, zeigt sich an sechs Funktionsblöcken: zentrale Bestandssicht, Umlagerung mit Transit, Mandantenfähigkeit, einheitliche Prozesse, Rollout Templates und die Betriebsform. Jeder Block lässt sich in der Demo mit einem konkreten Szenario prüfen, statt Häkchen in einer Liste zu zählen.
Ein Bestand über alle Standorte
Zentral heißt nicht zwingend eine Datenbank, sondern dass Bestand je Artikel, Standort, Eigentümer und Status in einer Ansicht abrufbar ist. Zentrale Führung vereinfacht die Gesamtsicht, dezentrale Führung hält den Standort bei Netzstörungen handlungsfähig.
- Bestand nach Standort, Charge, Eigentümer und Status filtern
- Verfügbarkeit mit Reservierungen und Mengen im Transit ausweisen
- Dezentrale Instanzen per Schnittstelle zusammenführen und die Aktualität der Gesamtsicht klären
- Hersteller sprechen von standortübergreifenden Beständen (Infor) und einer Bestandssicht von Eingang bis Hof (Manhattan), den Umfang zeigt nur die Demo
Bestand im Transit als eigener Zustand
Bei einer Umlagerung hat die Ware den Quellstandort verlassen und ist im Ziel noch nicht eingegangen. Ein WMS muss diese Zeitspanne als eigenen Zustand führen, sonst fehlt der Bestand in jeder Auswertung.
- NetSuite: Nach der Genehmigung ist die Ware reserviert, beim Versand wechselt der Wert auf das Konto Inventory in Transit, im Transport ist sie nicht verkäuflich
- JTL-Wawi: Bei weiten Wegen läuft die Umlagerung über ein Zwischenlager, die Ware ist dort gesperrt
- Dynamics 365: Umlagerungsaufträge laufen wie Verkaufsaufträge über Ausgangsladungen und Wellen
- Teillieferungen prüfen: NetSuite verarbeitet Positionen einer Transfer Order nur vollständig
Trennung nach Auftraggeber und Gesellschaft
Mandantenfähigkeit trennt Bestände, Aufträge, Berechtigungen und Auswertungen je Auftraggeber oder Gesellschaft. Sie ist im 3PL Pflicht und im Konzern ein Werkzeug, um Gesellschaften sauber abzubilden.
- Stammdaten, Bestände, Aufträge und Reports je Mandant getrennt
- Eigentum an gemeinsam genutzten Beständen über eine Eigentümerdimension, in Dynamics 365 als Owner geführt
- Strikte Sicherheitstrennung je Legal Entity in Dynamics 365
- Abrechnung je Mandant: siehe WMS für 3PL
Ein Prozessstandard mit definierten Varianten
Einheitliche Prozesse senken Schulungs- und Supportaufwand. Sie funktionieren nur, wenn Abweichungen kontrolliert zugelassen sind, etwa für Gefahrgut, Kühlware oder andere Lagerformen.
- Kernprozesse einmal definieren: Wareneingang, Einlagerung, Kommissionierung, Versand, Inventur
- Abweichungen als hinterlegte Variante statt als Kopie des Prozesses
- Hardis beschreibt das Prinzip so: Standardisieren, was Standard sein soll, anpassen, was einzigartig sein muss
- PSI nennt die Releasefähigkeit auch bei Anpassungen als Merkmal seines Standardsystems
Konfiguration einmal bauen, mehrfach ausrollen
Ein Rollout Template ist die einmal entwickelte und getestete Konfiguration aus Prozessen, Stammdatenregeln, Lagerstrukturen und Schnittstellen, die auf jeden weiteren Standort übertragen wird. Es verkürzt Folgeprojekte und macht Standorte vergleichbar.
- Microsoft beschreibt, ein bewährtes Setup als Lagerkonfigurationsvorlage auf ähnliche Standorte zu kopieren
- Pilot an wenigen Standorten, danach Wellen: Körber nennt 5 Pilotstandorte und 35 Folgestandorte, Manhattan eine Umstellung Standort für Standort
- Lokale Anpassungen wie Sprache, Steuer und Frachtführer als definierte Schicht über dem Template
- Änderungsrecht am Template klären: Wer darf was zentral ändern?
Zentrale Cloud oder lokale Instanzen
Die Betriebsform entscheidet über Updates, Latenz, Ausfallverhalten und Datenhaltung. Eine zentrale Cloud Instanz hat eine Version und ein Betriebsteam, lokale Instanzen halten den Standort bei Netzausfall autark, brauchen aber Releasepflege je Instanz.
- Infor unterscheidet On Premises, Single Tenant und Multi Tenant Cloud
- SAP kennt EWM eingebettet im ERP oder dezentral auf eigenem Server
- Latenz und Offline Betrieb der mobilen Geräte je Standort prüfen
- Mehr dazu auf Cloud WMS vs. On Premise und WMS Systemarchitektur
Quellen: NetSuite, Inventory Transfer Orders, JTL Guide, Lager, Microsoft Learn, Warehouse management overview, Körber, Pressemitteilung 09.02.2023, Manhattan, Pressemitteilung 17.06.2025, SAP PRESS Blog, 2020, Stand 10/2026.
Anbieterauszug:
15 Systeme für Mehrlager und Mehrstandort.
Dieser Anbieterauszug zeigt 15 Systeme. Auswahlprinzip: Passung zum Thema Mehrlager und Mehrstandort, Bezug zum DACH Raum und alphabetische Reihenfolge. Es gibt kein Ranking und keine bezahlten Platzierungen, und der Auszug ist kein vollständiger Marktüberblick. Jede Zelle gibt eine Herstellerangabe oder Fachpresse wieder, was die Quellen nicht hergeben, steht unter „In der Demo prüfen“.
| Anbieter | Betrieb laut Quelle | Preis | Mehrlager und Standorte | Mandanten und Gesellschaften | Besonderheit laut Quelle | In der Demo prüfen | Profil |
|---|---|---|---|---|---|---|---|
| Blue Yonder WMSBlue Yonder, Lieferkettensoftware, gegründet 1985 als JDA Software | Cloudnativ nach Angaben des Herstellers | Angebot einholen | Steuert Aufgaben, Personal und Bestand über globale Lagernetzwerke, keine Standortzahl genannt | In der Demo prüfen | Lieferkettenplanung ist ein eigener Lösungsbereich, das WMS lässt sich mit dem Blue Yonder Network verbinden | Mandantentrennung, Umlagerungsprozess, Standortzahl | Zum Profil → |
| Generix WMSGenerix Group, Paris, SaaS Anbieter für Supply Chain und Commerce | SaaS laut Unternehmensangabe | Angebot einholen | Multi Site Funktionen genannt, Einführung in 5 Distributionszentren gleichzeitig (Fallbericht 10/2024) | Keine Angabe des Herstellers | Generix WMS und SOLOCHAIN WMS in über 2.000 Lagern, Paket Solochain Now in 16 Wochen möglich (Herstellerangabe 05/2025) | Mandantenfähigkeit, 3PL Funktionen, Umlagerung zwischen Standorten | Zum Profil → |
| Hardis WMS (Reflex WMS)Hardis Group, Grenoble, gegründet 1984 | SaaS auf Google Cloud | Angebot einholen | Eine Plattform für Multi Site und Multi Client Betrieb mit einem einheitlichen Ausführungskern | Multi Client Betrieb genannt | Über 2.000 Lager, über 550 Kunden in über 25 Ländern, Go lives in unter 3 Monaten (Herstellerangabe) | Konfigurierbare Unterschiede je Standort, Reihenfolge der Rollout Wellen | |
| Infor WMSInfor, Unternehmenssoftware, gegründet 2002, Eigentümer Koch Industries | Cloud, laut Fachbeitrag auch On Premises | Angebot einholen | Standortübergreifende und eigentümerspezifische Bestände | Eigentümerstrukturen in der 3PL Abrechnung, den Begriff Mandant nennt der Hersteller nicht | Zielgruppen Großhändler, 3PLs und Hersteller | Mandantenmodell, Multi Tenant Betrieb, Standortzahl | Zum Profil → |
| JTL-WMSJTL-Software, Wawi und Lagerverwaltung für Onlinehändler | Betriebsform klären | Angebot einholen | Mehrere Lager in JTL-Wawi: Standard, JTL-WMS und Fulfilment Lager, Umlagerung zwischen allen Lagertypen | Keine Angabe zu mehreren Gesellschaften | JTL-Fulfillment Network verbindet Händler mit Fulfillment Dienstleistern, Umlagerung mit Zwischenlager | Mehrere Gesellschaften, Obergrenzen, Lagerkonzept von JTL-WMS | Zum Profil → |
| Körber WMSKörber Supply Chain Software, über 4.200 Kunden in über 70 Ländern (2021) | Betriebsform klären | Angebot einholen | Rollout bei einem europäischen Handelsunternehmen auf rund 40 Standorte, Pilot an 5 (Pressemitteilung 02/2023) | Keine Angabe des Herstellers | Gesamt Go live für das genannte Projekt 2028 angesetzt | Template Konzept, Mandantentrennung, Cloud Angebot | Zum Profil → |
| LFS (EPG)Ehrhardt + Partner (EPG), Standard WMS LFS | Standard WMS, Betriebsform klären | Angebot einholen | Anbindung neuer Standorte laut Datenblatt einfach, eine Lizenz für alle Standorte | Mehrmandanten- und konzernfähig laut Datenblatt (05/2022) | EPG nennt gruppenweit über 1.500 Kunden | Standortübergreifende Bestandssicht, Betriebsform | Zum Profil → |
| Manhattan Active Warehouse ManagementManhattan Associates, Atlanta, gegründet 1990 | Cloudnativ aus Microservices | Angebot einholen | Verteilung aus „unlimited locations“ steuerbar, eine Bestandssicht von Eingang bis Hof (laut Hersteller) | Mandantenfähigkeit nicht erwähnt | Laufende Updates ohne Upgrade Projekte (Pressemitteilung 05/2020) | Mandantenmodell, Umlagerung zwischen Standorten | Zum Profil → |
| Microsoft Dynamics 365 SCMMicrosoft, ERP Suite mit Lagerverwaltung | Umgebung mit mehreren Legal Entities | Angebot einholen | Lagerstruktur je Lager modelliert, Lagerkonfiguration als Vorlage für ähnliche Standorte kopierbar | Mehrere Legal Entities je Umgebung, Daten und Sicherheit je Gesellschaft getrennt | WMS only mode: eine Legal Entity bedient andere Gesellschaften oder ein externes System | Lokalisierung je Land, Umlagerung zwischen Gesellschaften | |
| Oracle Fusion Cloud Warehouse Management (Oracle WMS Cloud)Oracle, Cloud Anwendung für Lager und Logistik | Oracle Cloud | Angebot einholen | Einzelner Standort oder globales Distributionsnetz, Bestände über alle Distributionszentren | 3PL: mehrere Standorte in einer Instanz, Multi Tenant nennt der Hersteller nicht | Laufende Updates „with zero downtime“ nach Angaben des Herstellers | Mandantentrennung, Umlagerung zwischen Gesellschaften | Zum Profil → |
| Oracle NetSuite WMSOracle NetSuite, Cloud ERP mit WMS Erweiterung | Cloud Suite | Angebot einholen | Standorte mit und ohne Lagerplatzverwaltung, etwa Filialen und kleine Lager | Intercompany Transfer Orders zwischen Subsidiary Locations (OneWorld) | Umlagerung mit Genehmigung, Wertkonto Inventory in Transit und Reservierung im Transport | WMS Umfang bei mehreren Subsidiaries, Auslandsstandorte | |
| prologistik WMSproLogistik Group, Dortmund, seit 04/2021 Gruppe | Cloud Zusatz verlinkt | Angebot einholen | Mehrlagerfähigkeit unter den Zusatzfunktionen gelistet | Mandantenfähigkeit unter den Zusatzfunktionen gelistet | Gruppe mit über 500 Mitarbeitenden (Herstellerangabe) | Ob beides im Lizenzumfang enthalten ist, Mandantenzahl | Zum Profil → |
| PSIwmsPSI Software, gegründet 1969 in Berlin | Cloud Edition GO Retail, weitere Editionen | Angebot einholen | Rollout des Standardprodukts an weitere Logistikzentren (Pressemitteilung 02/2023) | Mandantenfähige Lösung bei einem Kontraktlogistiker (Fachpresse 06/2021) | Cloud Standard Edition GO Retail (Pressemitteilung 03/2026) mit Upgrade auf FLEX und PRO | Template Konzept für Rollouts, Umfang je Edition | Zum Profil → |
| SAP EWMSAP Extended Warehouse Management, ERP nahes Lagersystem | Eingebettet oder dezentral | Angebot einholen | Eine Lagernummer je Lagerkomplex, mehrere Lagernummern je System | Werk gehört zu einem Buchungskreis, dezentral lassen sich mehrere ERP Systeme anbinden (Stand 2020) | Umlagerung über Auslieferung, Warehouse Task und automatische Eingangslieferung | Obergrenze der Lagernummern, Customizing je Werk und Lagerort | Zum Profil → |
| XentralXentral, ERP mit Lagerverwaltung, Augsburg, gegründet 2008 | Webbasiert im Browser | Angebot einholen | Bestände mehrerer Lager in einer Ansicht, externe Lager in Deutschland und im Ausland anbindbar | Keine Angabe zu mehreren Gesellschaften | Umlagerung zwischen Lagern, Zielgruppe kleine und mittlere Unternehmen | Mehrere Gesellschaften, Anbindung von Fulfillment Dienstleistern | Zum Profil → |
Auszug aus Herstellerangaben und Fachpresse, Stand 10/2026, ohne Bewertung. In diesem Auszug haben 12 von 15 Systemen ein Profil im Katalog. Preise stehen nur dort, wo Hersteller sie öffentlich ausweisen. Für die Systeme in diesem Auszug veröffentlichen die Hersteller keine Listenpreise. Gründungsjahre und Sitze stammen aus Herstellerangaben oder Wikipedia. Den vollständigen Katalog finden Sie im WMS Katalog, passende Systeme per Matching. Quellen: Blue Yonder, Generix, Hardis, Infor, JTL, Körber, EPG, Manhattan, Microsoft, Oracle, NetSuite, prologistik, PSI, SAP, Xentral.
Drei Ausgangslagen,
drei Prüfschwerpunkte.
Welches System passt, hängt von der Ausgangslage ab und nicht von einer Rangfolge. Find-Your-WMS nennt deshalb Prüfschwerpunkte je Ausgangslage. Die genannten Systeme stammen aus dem Anbieterauszug und sind alphabetisch aufgeführt, sie sind keine Empfehlung.
Konzern mit mehreren Buchungskreisen
Ein oder mehrere ERP Systeme, mehrere rechtliche Einheiten, Lager in mehreren Ländern.
Hier entscheidet die Abbildung der Gesellschaftsstruktur. Das WMS muss Eigentum, Bewertung und Umlagerung zwischen Gesellschaften sauber führen, ohne den operativen Prozess zu verkomplizieren.
- Struktur von ERP (Buchungskreis, Legal Entity) und WMS (Lagernummer, Mandant) in einer Matrix abbilden
- Intercompany Umlagerung und Eigentumsübergang im Beleg prüfen
- Dynamics 365 bindet jede Legal Entity an eine Lokalisierung, Länder lassen sich nicht mischen
- Im Auszug mit dokumentierter Gesellschaftsstruktur: Microsoft Dynamics 365 SCM, Oracle NetSuite WMS, SAP EWM
Leitfrage: Auf welcher Ebene sitzt die Trennung?
Wachsender Verbund mit wiederholbarem Aufbau
Zwei bis zehn Standorte, ähnliche Prozesse, neue Standorte in Wellen.
Hier zählt, wie schnell und wie gleichartig ein neuer Standort startet. Template, Schulungsaufwand und Betriebsform wiegen schwerer als einzelne Spezialfunktionen.
- Pilotstandort wählen, Template bauen, Folgestandorte per Welle starten
- Aufwand je weiterem Standort schriftlich erfragen
- Umlagerung und Transit mit einem echten Szenario vorführen lassen
- Im Auszug mit Herstellerangaben zu mehreren Lagern oder Standorten: Hardis WMS, JTL-WMS, prologistik WMS, PSIwms, Xentral
Leitfrage: Was kostet der nächste Standort?
3PL und Fulfillment Netzwerk
Mehrere Auftraggeber, mehrere Standorte, Abrechnung je Mandant.
Hier steht die Mandantentrennung im Vordergrund, einschließlich Abrechnung und Bestandseigentum. Die Besonderheiten des 3PL Geschäfts behandelt unser Leitfaden WMS für 3PL.
- Trennung von Beständen, Aufträgen, Berechtigungen und Reports je Mandant prüfen
- Eigentümerstrukturen und Eigentum im Transit klären
- Betriebsform und Mandantenzahl pro Instanz erfragen
- Im Auszug mit Aussagen zu Mandanten oder Eigentümern: Hardis WMS, Infor WMS, LFS, Oracle Fusion Cloud Warehouse Management, PSIwms
Leitfrage: Wer darf welchen Bestand sehen?
Zuordnung der Systeme nach Herstellerangaben aus dem Anbieterauszug, Stand 10/2026. Die Ausgangslagen sind eine Einordnung von Find-Your-WMS. Hilfe bei der Gewichtung bietet die Seite WMS Software auswählen.
Vier Anbindungsmuster,
wenn mehrere ERP Systeme im Spiel sind.
Bei mehreren Gesellschaften entscheidet die ERP Anbindung über Aufwand und Datenqualität. Die Grundmuster beschreibt der Beitrag WMS und ERP Integration. Hier geht es um die Besonderheiten, die erst bei mehreren Gesellschaften oder Systemen auftreten.
Gesellschaft wird zum Mandanten
- Dynamics 365 hält mehrere Legal Entities in einer Umgebung, Daten sind je Legal Entity getrennt
- NetSuite OneWorld bewegt Bestand zwischen Subsidiary Locations per Intercompany Transfer Order
- Klären, ob der Mandant im WMS aus der Gesellschaft abgeleitet wird oder separat gepflegt ist
- Stammdaten wie Artikel können global geteilt sein, Bestände und Buchungen bleiben je Gesellschaft
Ein Lagersystem für mehrere Kernsysteme
- SAP EWM dezentral lässt sich laut SAP PRESS Blog mit mehreren ERP Kernsystemen verbinden
- Der Blog nennt als Vorteil geringere Kosten, weil das Kernsystem nicht für jedes EWM neu eingeführt wird
- Prüfen: Wer ist führend für Artikelstammdaten, und wie werden Konflikte aufgelöst?
- Zeitpunkt der Belegübergabe je Kernsystem festlegen
Ein Lager bedient andere Gesellschaften
- Dynamics 365 WMS only mode widmet eine Legal Entity dem Lagerbetrieb für andere Gesellschaften oder externe Systeme
- Schlanke Ein- und Ausgangslieferaufträge ersetzen dort Verkaufs-, Einkaufs- und Umlagerungsaufträge
- Bei Umlagerungen zwischen Lagern lassen sich externe Systeme laut Microsoft nicht über diese Lieferaufträge informieren, die Alternative sind Update Protokolle
- Eigentum über die Dimension Owner nachführen
Middleware statt Punkt zu Punkt
- Ab mehreren Zielsystemen empfiehlt die Seite WMS und ERP Integration eine Middleware
- Konzern Implementierungen mit mehreren Standorten und Mandanten nennt sie sechs- bis siebenstellig
- Standardschnittstellen sparen Aufwand, solange die Prozesse der Gesellschaften nicht stark abweichen
- Fehlerprotokoll und Wiederanlauf pro Standort festlegen
Quellen: Microsoft Learn, Organisationsstrategie, Microsoft Learn, WMS only mode, NetSuite, Transferring Inventory, SAP PRESS Blog, 2020, Stand 10/2026.
Was an Grenzen zwischen
Gesellschaften und Ländern zu klären ist.
Sobald Umlagerungen Landes- oder Gesellschaftsgrenzen überschreiten, wird aus einer Lagerbewegung ein steuerlicher und rechtlicher Vorgang. Das WMS liefert die Belege und die Struktur, die Bewertung gehört in die Steuerberatung. Hier stehen nur Punkte, die sich aus Gesetz und Herstellerdokumentation belegen lassen.
Umlagerung kann steuerlich eine Lieferung sein
Nach § 3 Abs. 1a UStG gilt das Verbringen eines Gegenstands des Unternehmens aus dem Inland in das übrige Gemeinschaftsgebiet als Lieferung gegen Entgelt. Ausnahmen gelten unter anderem bei nur vorübergehender Verwendung.
- Belegkette von Versand und Eingang mit Datum, Menge und Charge
- Land und Gesellschaft von Quelle und Ziel im Beleg führen
- Steuerliche Würdigung gehört in die Steuerberatung
Eine Gesellschaft, ein Land im System
Dynamics 365 bindet jede Legal Entity an genau eine Lokalisierung und rät davon ab, mehrere Länder in einer Legal Entity zu kombinieren. Andere Systeme lösen das anders.
- Länderstruktur früh mit der Gesellschaftsstruktur abgleichen
- Rechnungs- und Lieferbelege je Land prüfen
- Systemgrenzen im Lastenheft festhalten
Sicht über Gesellschaften ist begrenzt
Dynamics 365 trennt die Sicherheit je Legal Entity von Grund auf, die meisten Seiten zeigen nur Daten einer Gesellschaft. Eine zentrale Bestandssicht braucht deshalb ein eigenes Rollenkonzept.
- Wer darf Bestände anderer Gesellschaften sehen?
- Zentrale Rollen für Disposition und Controlling definieren
- Berichte über Gesellschaften hinweg testen
Wem gehört Ware im Transit?
Dynamics 365 führt Eigentum an gemeinsam genutzten Beständen über eine Eigentümerdimension und kann das Mischen verschiedener Eigentümer am selben Lagerplatz sperren. Infor nennt eigentümerspezifische Bestände.
- Eigentumsübergang bei Umlagerung festlegen
- Transit Bestand einer Gesellschaft zuordnen
- Inventurdifferenzen je Eigentümer ausweisen
Cloud und Datenresidenz
Die Seite Cloud WMS vs. On Premise nennt EU Hosting bei vielen Anbietern und rät, die Datenresidenz aktiv abzuklären. Hardis führt ISO 27001 als Sicherheitsmerkmal auf.
- Rechenzentrumsstandort je Mandant erfragen
- Zertifizierungen und Auftragsverarbeitung prüfen
- Offline Verhalten der Geräte je Standort klären
Quellen: § 3 UStG, gesetze-im-internet.de, Microsoft Learn, Organisationsstrategie, Microsoft Learn, WMS only mode, Hardis, Stand 10/2026. Keine Rechts- oder Steuerberatung.
Vom Pilotstandort
zum Netzwerk.
Ein Mehrstandort Rollout gelingt in sechs Schritten, wenn der Pilot das Template liefert und jede Welle dieselbe Vorlage nutzt. Die Schritte ergänzen die allgemeine Anleitung unter WMS einführen.
Zielbild und Struktur festlegen
Klären Sie zuerst, welche Gesellschaften, Mandanten, Standorte und Lagernummern es gibt und wie sie zusammenhängen. Legen Sie fest, ob die Bestandsführung zentral oder dezentral laufen soll und welche Standorte zuerst starten. Diese Struktur beeinflusst Lizenz, ERP Anbindung und Berechtigungen, und sie lässt sich später nur mit Aufwand ändern.
Anforderungen aufnehmen
Halten Sie Mehrstandort Anforderungen im Lastenheft fest: Bestandssicht, Umlagerung mit Transit, Mandantentrennung, Rollenkonzept, Template Pflege und Betriebsform. Die Lastenheft Vorlage hilft beim Aufbau. Trennen Sie Muss von Soll, damit sich Anbieter vergleichen lassen.
Shortlist und Demo mit Mehrstandort Szenario
Bilden Sie eine Shortlist aus wenigen Systemen und lassen Sie jedes dasselbe Szenario vorführen: eine Umlagerung zwischen zwei Standorten mit Transit, ein neuer Standort aus dem Template und eine Auswertung über zwei Gesellschaften. Das Vorgehen beschreibt unser Ratgeber WMS Software auswählen.
Pilotstandort und Template
Wählen Sie einen Standort, der typisch, aber nicht der komplizierteste ist. Bauen Sie dort Prozesse, Stammdatenregeln und Schnittstellen und halten Sie fest, was global gilt und was lokal bleibt. Der Pilot liefert das Template, das alle Folgestandorte nutzen, und zeigt früh, ob die Struktur aus Schritt eins trägt.
Rollout in Wellen
Übertragen Sie das Template Welle für Welle, mit festem Schulungspaket und klarem Rückfallplan je Standort. Beispiele aus Herstellermeldungen sind ein Pilot an fünf Standorten mit 35 Folgestandorten (Körber, 02/2023) und die Umstellung Standort für Standort mit Rückkehr zur Volllast binnen weniger Tage (Manhattan, 06/2025).
Betrieb und Template Pflege
Legen Sie fest, wer das Template ändert, wie Releases auf alle Standorte kommen und wie lokale Wünsche bewertet werden. Ohne Template Eigentümer läuft der Verbund wieder auseinander. Prüfen Sie außerdem, ob bei lokalen Instanzen jede Instanz einzeln gepflegt werden muss, und planen Sie den Aufwand dafür ein.
Die Schritte sind Erfahrungswerte von Find-Your-WMS. Quellen der Beispiele: Körber, Manhattan, Stand 10/2026.
Was Mehrstandort
teurer macht.
Mehrstandort verteuert ein WMS vor allem durch Template, Rollout je Standort, Schnittstellen je Gesellschaft und den Betrieb mehrerer Instanzen, weniger durch die Lizenz allein. Für diesen Anwendungsfall nennen wir keine Herstellerpreise, weil die Hersteller im Auszug keine Listenpreise für Mehrstandort Szenarien veröffentlichen (Stand 10/2026). Allgemeine Spannen finden Sie in unserem Ratgeber WMS Kosten.
| Kostentreiber | Warum er bei Mehrstandort wächst | Was Sie vom Anbieter erfragen |
|---|---|---|
| Lizenz oder Aboje Nutzer, Standort oder Lager | Mit jedem Standort steigen Nutzer, Geräte und gegebenenfalls Lagerlizenzen. | Preismodell: je Nutzer, je Standort oder je Mandant, und was bei Wachstum gilt. |
| Template Entwicklungeinmalig | Der Aufbau eines tragfähigen Templates ist aufwendiger als ein Einzelstandort, spart aber Folgeaufwand. | Festpreis oder Aufwand, Umfang des Templates, Eigentum an der Konfiguration. |
| Rollout je Standortwiederkehrend | Jeder Standort braucht Datenübernahme, Geräte, Schulung und Anlauf. | Aufwand je weiterem Standort, Anteil des Anbieters und des eigenen Teams. |
| Schnittstellenje Gesellschaft und System | Mehrere ERP Systeme oder Gesellschaften vervielfachen Anbindung, Test und Wartung. | Standardkonnektoren, Wartungsgebühr, Preis je zusätzlicher Schnittstelle. |
| Betrieb und Releaseslaufend | Lokale Instanzen brauchen Betrieb und Releasepflege je Instanz, zentrale Cloud bündelt das. | Wer betreibt, wer aktualisiert, welche Verfügbarkeit und welcher Support je Zeitzone. |
| Schulung und Supportlaufend | Mehr Standorte bedeuten mehr Sprachen, Schichten und Anwender. | Schulungsformat, Sprachen, Supportzeiten, Ansprechpartner je Standort. |
Hinweis: Die Tabelle nennt Kostentreiber, keine Preise. Preise erfragen Sie beim Anbieter.
Drei Standorte,
fünf Jahre.
Das Rechenbeispiel ist eine eigene Rechnung von Find-Your-WMS mit eigenen Annahmen und keine Preisangabe eines Herstellers. Es zeigt, wie sich die Positionen bei drei Standorten aufsummieren und was ein gemeinsames Template wirtschaftlich bedeutet. Den Betrag von 180 Euro je Nutzer und Monat übernehmen wir aus dem Rechenbeispiel der Seite WMS Kosten, alle übrigen Werte sind frei gewählte Annahmen.
| Position | Annahme | Summe über 5 Jahre |
|---|---|---|
| Lizenz oder Abo3 Standorte mit je 15 Nutzern | 45 Nutzer à 180 € je Monat, 97.200 € pro Jahr | 486.000 € |
| Template und Pilotstandorteinmalig | 60.000 € Einführung inklusive ERP Anbindung plus 30.000 € für das Template | 90.000 € |
| Rollout weiterer Standorte2 Standorte | 2 × 25.000 € je Standort | 50.000 € |
| Hardware und Schulung3 Standorte | 3 × 10.000 € je Standort | 30.000 € |
| Puffer20 Prozent der Einmalkosten | 20 % auf 170.000 € Einmalkosten | 34.000 € |
| Gesamtüber 5 Jahre | Rund 230.000 € je Standort im Durchschnitt | ca. 690.000 € |
Rechenbeispiel von Find-Your-WMS, Stand 10/2026, mit eigenen Annahmen. Ohne gemeinsames Template würde der Aufschlag von 30.000 € nicht einmal, sondern je Standort anfallen, also 60.000 € mehr bei sonst gleichen Annahmen. Nicht enthalten sind Lagertechnik, interne Projektzeit und Betriebskosten lokaler Instanzen.
Häufige Fragen
direkt beantwortet.
Was ist ein WMS für Mehrlager und Mehrstandort?
Ein WMS für Mehrlager und Mehrstandort ist eine Lagerverwaltungssoftware, die mehrere Lager oder Standorte nach gemeinsamen Regeln steuert und deren Bestand zusammenführt. Typische Bausteine sind eine zentrale Bestandssicht, Umlagerungen mit Transit, Mandantentrennung, einheitliche Prozesse und ein Template für neue Standorte. Betrieben wird es als eine zentrale Instanz oder als mehrere lokale Instanzen mit gemeinsamer Auswertung. Welche Variante passt, hängt von Netzanbindung, Gesellschaftsstruktur und Betriebsmodell ab. Der Anwendungsfall gilt für Handel, Industrie und Logistik gleichermaßen.
Was ist der Unterschied zwischen Mehrlager und Mehrstandort?
Mehrlager bedeutet mehrere Lager, die auch am selben Ort liegen können, etwa Hochregal, Kühlhaus und Außenfläche. Mehrstandort bedeutet mehrere geografische Orte, zwischen denen Transportwege, Laufzeiten und womöglich Landesgrenzen liegen. Beides verlangt eine gemeinsame Bestandssicht. Mehrstandort braucht zusätzlich Umlagerung mit Transit, abgestimmte Lieferzeiten und häufig getrennte Gesellschaften. SAP empfiehlt zum Beispiel eine Lagernummer je Gruppe von Gebäuden am selben Ort und eine eigene Nummer für weiter entfernte Lagerkomplexe. Für die Auswahl lohnt sich deshalb die Frage, ob Ihr Engpass im Verbund am Ort oder zwischen den Orten liegt.
Was ist der Unterschied zwischen Mandant, Gesellschaft und Lagernummer?
Die Gesellschaft ist die rechtliche Einheit mit eigener Buchführung, der Mandant der Auftraggeber oder die Datentrennung im System, die Lagernummer die technische Lagereinheit eines Herstellers. Ein Mandant kann mehrere Gesellschaften umfassen oder umgekehrt, und eine Gesellschaft kann mehrere Lagernummern nutzen. Weil Hersteller die Begriffe unterschiedlich belegen, sollten Sie im Lastenheft festhalten, welche Ebene Ihre Berechtigungen, Abrechnung und Auswertungen trägt. Eine einfache Matrix aus Gesellschaft, Standort und Lagernummer schafft dafür früh Klarheit.
Wie funktioniert die Umlagerung zwischen zwei Standorten im WMS?
Eine Umlagerung läuft als Beleg in drei Schritten: Bedarf anlegen und freigeben, Ware am Quellstandort kommissionieren und versenden, Ware am Zielstandort empfangen und einlagern. In NetSuite ist die Ware nach der Genehmigung reserviert, beim Versand wechselt der Wert auf das Konto Inventory in Transit. SAP bildet den Ablauf über Auslieferung, Warehouse Task und automatische Eingangslieferung ab. Lassen Sie sich in der Demo auch Teillieferungen, Differenzen und Stornos zeigen, denn dort unterscheiden sich die Systeme am stärksten.
Wie wird Bestand im Transit geführt?
Bestand im Transit ist Ware, die den Quellstandort verlassen hat und im Zielstandort noch nicht gebucht ist. Gute Systeme führen ihn als eigenen Zustand, getrennt vom verfügbaren Bestand und für den Verkauf gesperrt. JTL-Wawi nutzt dafür bei weiten Wegen ein Zwischenlager, NetSuite zeigt Mengen im Transit am Artikel und im Wertkonto. Klären Sie außerdem, wem die Ware im Transit gehört, wer sie versichert und wer bei Verlust oder Beschädigung haftet, bevor der erste Standort live geht.
Zentrale oder dezentrale Bestandsführung: was passt besser?
Beides ist möglich, die Wahl hängt von Netzanbindung, Ausfallsicherheit und Organisation ab. Zentrale Führung bietet eine Datenbasis und eine einfache Gesamtsicht, macht Standorte aber von Netz und Zentrale abhängig. Dezentrale Führung hält Standorte bei Störungen handlungsfähig, verlangt aber Abgleich und Releasepflege je Instanz. SAP nennt für das dezentrale EWM unter anderem die Prozessfortführung bei Ausfall des ERP Kernsystems als Grund. Denkbar sind auch hybride Modelle mit zentraler Auswertung und lokaler Ausführung.
Brauche ich Mandantenfähigkeit, wenn ich kein 3PL bin?
Nicht zwingend, aber sie hilft, sobald mehrere Gesellschaften, Geschäftsbereiche oder Eigentümer im selben Lager arbeiten. Dann trennt sie Bestände, Aufträge, Berechtigungen und Auswertungen sauber. Reine Einzelgesellschaften kommen oft mit Standorten und Berechtigungsgruppen aus. Fragen Sie in der Demo, ob das System Mandantenfähigkeit im Lieferumfang bietet, wie viele Mandanten eine Instanz trägt und ob Eigentum und Abrechnung je Mandant geführt werden. Für 3PL Anbieter ist sie dagegen Pflicht, mehr dazu in unserem Leitfaden WMS für 3PL.
Was ist ein Rollout Template und was gehört hinein?
Ein Rollout Template ist die einmal entwickelte und getestete Konfiguration, die auf jeden weiteren Standort übertragen wird. Dazu gehören Prozessdefinitionen, Stammdatenregeln, Lagerstrukturen, Rollen, Schnittstellen und Schulungsunterlagen. Lokale Anpassungen wie Sprache, Steuer oder Frachtführer liegen als Schicht darüber. Microsoft beschreibt für Dynamics 365, ein bewährtes Setup als Lagerkonfigurationsvorlage auf ähnliche Standorte zu kopieren. Klären Sie vertraglich, wer das Template besitzt und wer es später ändern darf. Ein gutes Template bleibt so schlank, dass neue Standorte es ohne Sonderprojekt übernehmen können.
Cloud oder lokale Instanzen je Standort: was ist sinnvoll?
Eine zentrale Cloud Instanz bündelt Betrieb, Updates und Gesamtsicht, lokale Instanzen halten den Standort bei Netzausfall autark. Infor unterscheidet On Premises, Single Tenant und Multi Tenant Cloud. Bei Multi Tenant teilen sich mehrere Organisationen eine Plattform, die Anpassung ist dort eingeschränkter. Entscheidend sind Latenz an den Geräten, Offline Betrieb, Datenresidenz und die Kapazität Ihres Betriebsteams. Prüfen Sie außerdem, wie Releases auf mehrere Instanzen verteilt werden. Mehr dazu in unserem Beitrag Cloud WMS vs. On Premise.
Wie binde ich ein WMS an mehrere ERP Systeme oder Gesellschaften an?
Es gibt vier Muster: ein ERP mit mehreren Gesellschaften, mehrere ERP Systeme an einem WMS, ein zentrales Lager als Dienstleister und Middleware bei vielen Systemen. Dynamics 365 hält mehrere Legal Entities in einer Umgebung, SAP EWM dezentral lässt sich mit mehreren ERP Kernsystemen verbinden. Planen Sie früh, welches System die Artikelstammdaten führt und wie Belege je Gesellschaft übergeben werden. Details und Kosten stehen in unserem Ratgeber WMS und ERP Integration.
Muss ich bei Umlagerungen ins EU Ausland steuerliche Punkte beachten?
Ja, denn nach § 3 Abs. 1a UStG gilt das Verbringen eines Gegenstands des Unternehmens aus dem Inland in das übrige Gemeinschaftsgebiet grundsätzlich als Lieferung gegen Entgelt. Ausnahmen bestehen etwa bei nur vorübergehender Verwendung. Das WMS sollte deshalb Land, Gesellschaft, Menge und Datum im Beleg führen, damit die Steuerberatung den Vorgang einordnen kann. Die steuerliche Würdigung im Einzelfall übernimmt Ihre Steuerberatung, diese Seite ersetzt keine Rechts- oder Steuerberatung. Bei Unsicherheit empfiehlt sich die Abstimmung vor dem ersten grenzüberschreitenden Transport.
Was kostet ein WMS für mehrere Standorte?
Die Kosten hängen vor allem von Nutzerzahl, Template, Rollout je Standort, Schnittstellen und Betriebsform ab. Öffentliche Herstellerpreise für Mehrstandort Szenarien liegen nicht vor, der Auszug nennt deshalb keine. Unser Rechenbeispiel mit drei Standorten, 45 Nutzern und eigenen Annahmen ergibt über fünf Jahre rund 690.000 Euro. Es dient nur der Orientierung. Belastbare Zahlen liefern Angebote auf Basis Ihres Lastenhefts. Planen Sie zusätzlich einen Puffer für Schnittstellen und Datenübernahme ein. Allgemeine Spannen stehen in unserem Leitfaden WMS Kosten.
Mehrstandort beginnt
vor der Softwareauswahl.
Find-Your-WMS ist ein Werkzeug zur Softwareauswahl: Es sammelt Ihre Anforderungen, bildet daraus eine begründete Shortlist und unterstützt Demos und Vertrag. Im Selection Portal halten Sie IT Systemlandschaft und Anforderungsmanagement an einem Ort fest und treten direkt mit Anbietern in Kontakt. Im kostenlosen Erstgespräch klären wir gemeinsam Ihre Standortstruktur.