„Muss ich mein WMS ersetzen, um AMRs nutzen zu können?“ ist die erste Frage, die die meisten britischen 3PL-Betreiber stellen, und die ehrliche Antwort lautet für die große Mehrheit der Standorte: Nein. Eine Flottenmanagement-Schicht sitzt über dem Lagerverwaltungssystem und übernimmt Aufgaben von diesem, sodass das WMS das führende System für Lagerbestände und Aufträge bleibt. Die Branche hat Grund, die Automatisierung genau zu prüfen: Die HSE zählt durchschnittlich 40.000 Transport- und Lagerarbeiter, die pro Jahr nicht-tödliche Verletzungen erleiden, gemittelt über 2022/23 bis 2024/25 (Transportation and storage statistics in Great Britain, 2025). Für einen Supply-Chain-Direktor in der Kontraktlogistik ist der Blocker jedoch selten der Roboter. Es ist die Angst, dass ein vom Kunden vorgeschriebenes WMS, das in einem Dreijahresvertrag festgeschrieben und von vier Kunden an einem Standort gemeinsam genutzt wird, herausgerissen werden muss, um Platz für mobile Roboter zu schaffen. Diese Angst bremst mehr Geschäftsfälle aus als Amortisationszahlen jemals, und sie ist in der Regel unbegründet.
Warum der Mythos vom WMS-Ersatz bestehen bleibt
Drei Dinge halten diesen Mythos am Leben, und keines davon ist eine technische Zwangsläufigkeit.
Das erste ist die Geschichte. Frühe Projekte mit automatisierten fahrerlosen Transportfahrzeugen wurden mit ihrer eigenen geschlossenen Steuerungssoftware ausgeliefert, die erwartete, die Aufgabenverteilung, Standorte und oft den Bestand selbst zu besitzen. Dies zu kaufen bedeutete, eine zweite Quelle der Wahrheit zu akzeptieren, und die sauberste Lösung war, das neue System die Kontrolle übernehmen zu lassen. Viele Menschen, die heute britische Distributionszentren betreiben, haben ihre Ansicht über Automatisierung genau in dieser Zeit gebildet.
Das zweite ist die Terminologie. Lagerverwaltung, Lagersteuerung und Flottenmanagement werden verwendet, als wären sie dasselbe Produkt. Das sind sie nicht. Ein Lagerverwaltungssystem verwaltet Bestände und entscheidet, welche Arbeiten erforderlich sind. Eine Lagersteuerungsschicht sequenziert und priorisiert diese Arbeiten in Echtzeit. Ein Flottenmanager ist die roboterseitige Schicht, die jede Aufgabe in Routen, Verkehrsregeln und Fahrzeugzuweisungen umwandelt. Wenn ein Lieferant sagt, seine Software „verwaltet das Lager“, hört ein Direktor „ersetzt das WMS“, und das Angebot beginnt eher wie ein Systemprogramm als wie ein Materialtransportkauf auszusehen.
Das dritte ist die Datenqualität, die sich verkleidet. Wo Standorte nicht eindeutig identifiziert sind oder Bestandsabgleiche erst nach einer Schichtendzählung vertrauenswürdig sind, deckt die Automatisierung die Lücke sofort auf. Es ist verlockend, dies als Versagen des Systems zu interpretieren, obwohl es fast immer ein Versagen der Stammdaten darin ist, und ein neues System erbt dieselben Datensätze. Die Behebung der Identifikationsdisziplin ist billiger und reversibel, weshalb die Roboter-zu-WMS- und ERP-Integration normalerweise mit einer Datenprüfung statt mit einer Softwareauswahl beginnt.
Eine Flottenmanagement-Schicht sitzt über dem Lagerverwaltungssystem und übernimmt Aufgaben von diesem, sodass das WMS das führende System für Lagerbestände und Aufträge bleibt und nicht ersetzt werden muss.
Hebel eins, operativ: Beginnen Sie mit dem Fluss, nicht mit dem System
Wählen Sie die einzelne Bewegung mit dem höchsten Volumen am Standort und beschreiben Sie sie als Arbeit und nicht als Software. Für einen Kontraktlogistikbetrieb sind das in der Regel eingehende Paletten vom Dock zu einem Massenlagerort oder die Nachschublieferung vom Massenlager zum Kommissionierplatz. Schreiben Sie auf, was die Bewegung auslöst, wer die Priorität entscheidet, was die Ladung identifiziert, wohin sie gelangen muss und wer wissen muss, dass sie stattgefunden hat. Diese Liste ist die Schnittstellenspezifikation und umfasst normalerweise fünf bis acht Felder.
Sobald der Fluss aufgeschrieben ist, ändert sich die Frage von „Kann unser WMS Roboter steuern?“ zu „Kann unser WMS uns diese fünf Dinge mitteilen und eine Bestätigung zurücknehmen?“. Die meisten können das, auch Systeme, die weit über ein Jahrzehnt alt sind. Die Spezifikation eines ersten Flusses auf diese Weise begrenzt auch das kommerzielle Risiko: Sie kaufen eine Schnittstelle für einen Bewegungstyp, nicht eine Plattformmigration.
Hebel zwei, technisch: Eine Flottenmanagement-Schicht in die Mitte legen
Der Flottenmanager macht es möglich, Ihr bestehendes WMS beizubehalten. Er empfängt eine Aufgabe, entscheidet, welches Fahrzeug sie übernimmt, plant die Route, regelt den Verkehr zwischen den Maschinen, verwaltet Ladefenster und meldet Annahme, Fortschritt, Abschluss und Ausnahmen. Detaillierte Telemetriedaten wie Batteriestatus und Fehlercodes verbleiben in der Flottenebene und werden nach oben zusammengefasst.
Darunter bietet VDA 5050 einem Flottenmanager ein gemeinsames Nachrichtenformat für Fahrzeuge verschiedener Hersteller, was es ermöglicht, einen gemischten Fuhrpark ohne eine kundenspezifische Integration für jede Maschine zu erweitern. Darüber kann die Verbindung zu Ihrem Lagersystem eine Live-Schnittstelle sein oder, wo keine existiert, ein geplanter Export und Import, der von Middleware abgewickelt wird, die sich um Übersetzung, Wiederholungsversuche und Duplikatsunterdrückung kümmert. Beide Muster sind Routine. Wir haben den Nachrichteninhalt detailliert in welche Daten eine Roboterflotte mit einem ERP austauscht und den Fall des gemischten Fuhrparks in kann eine Roboterflotte mehrerer Anbieter in einem Lager betrieben werden behandelt.
Hebel drei, regulatorisch: Ihr Sicherheitskonzept lebt nicht im WMS
Dies ist wichtig, da es das WMS vollständig aus dem kritischen Pfad entfernt. Mobile Roboter in einem britischen Lager sind Arbeitsmittel, daher gelten die Provision and Use of Work Equipment Regulations: geeignete Ausrüstung, geeignet für die Bedingungen, ordnungsgemäß gewartet, von geschultem Personal verwendet. Der vollständige Text ist auf legislation.gov.uk zu finden, und LOLER 1998 gilt daneben, wo immer Lasten gehoben werden. ISO 3691-4 behandelt fahrerlose Flurförderzeuge und ihre Systeme, und die HSE workplace transport-Anleitung umreißt die Frage der Fußgängertrennung, die die meisten Risikobewertungen dominiert.
Nichts davon wird durch Ihre Wahl der Lagerverwaltungssoftware erfüllt oder beeinträchtigt. Abdeckung von Schutzeinrichtungen, Geschwindigkeitszonen, Gangbreiten, Bodenzustand gemäß TR34-Toleranzen, Belüftung des Ladebereichs und das schriftliche sichere Arbeitssystem sind die Lieferobjekte, und sie werden an den Fahrzeugen und dem Gebäude bewertet. Ein WMS-Ersatz verlängert ein Projekt um Monate, ohne einen einzigen dieser Punkte voranzubringen.
Hebel vier, kommerziell: Schnittstelle im Vertrag festlegen
Die Kontraktlogistik hat eine Komplikation, die ein Einzelnutzer-Standort nicht hat: Das WMS gehört oft dem Kunden, wird vom Kunden gehostet und nach dem Release-Zeitplan des Kunden geändert. Roboter ändern das nicht, aber die Schnittstelle muss in die Vereinbarung aufgenommen werden. Vereinbaren Sie, wer welche Seite erstellt, was die Testumgebung ist, wie Ausnahmen Ihre Schichtleiter erreichen und wer die Kosten für Änderungen trägt, wenn der Kunde ein Upgrade durchführt. Standorte entlang der britischen Logistikkorridore wie Magna Park, DIRFT und Daventry betreiben routinemäßig Multi-Client-Operationen, bei denen dies auf dem Papier geklärt wird, bevor eine Bestellung aufgegeben wird.
| Weg | Typische Zeit bis zum ersten Live-Flow | Relative Kosten | Hauptrisiko | Wann es die richtige Entscheidung ist |
|---|---|---|---|---|
| WMS beibehalten, Flottenmanager mit Live-Schnittstelle hinzufügen | Wochen, sobald Datenzugriff gewährt ist | Niedrigste | Schnittstellenumfang wächst, wenn der Flow nicht zuerst aufgeschrieben wird | Das WMS zeigt offene Aufgaben an und akzeptiert Bestätigungen. Der Standard für die meisten Standorte. |
| WMS beibehalten, geplanten Dateiaustausch plus Middleware nutzen | Wochen, mit zu vereinbarenden Zeitregeln | Niedrig bis moderat | Latenz und Duplikatsbehandlung erfordern explizite Regeln | Das System hat keine dokumentierte Schnittstelle und kann nicht geändert werden. |
| Lagerverwaltungssystem ersetzen | Monate bis zu einem Jahr, bevor Roboter starten | Höchste, und normalerweise ein separates Programm | Automatisierungsamortisation wird hinter einer Systemmigration zurückgestellt | Das System kann überhaupt keine Arbeit anzeigen, oder der Ersatz war bereits aus anderen Gründen finanziert. |
Was FlyWei hier tut
FlyWei ist ein unabhängiger, herstellerneutraler britischer Systemintegrator für autonome Gabelstapler und AMRs, was bedeutet, dass die Antwort auf diese Frage nicht durch eine zu verkaufende Softwarelizenz beeinflusst wird. FlyWei beginnt mit der Analyse des Flusses und der Daten, nicht mit dem Systemnamen. Wenn das bestehende Lagersystem offene Aufgaben anzeigen kann, erstellt FlyWei die Schnittstelle dazu und belässt es als Bestandsaufzeichnung. Wenn dies nicht möglich ist, entwirft FlyWei einen geplanten Austausch mit Middleware, die Übersetzung, Wiederholungsversuche und Duplikatsunterdrückung übernimmt, sodass der erste Flow noch in diesem Jahr live geht und nicht hinter einer Migration zurückbleibt.
Auf der Roboterseite integriert FlyWei die besten Maschinen verschiedener Hersteller für die jeweilige Aufgabe: FlyWei autonome Gabelstapler für Palettenbewegungen vom Dock zum Massenlager, Schmalgang-Schubmast- und Staplerklassen für die Hochregal-Nachschubversorgung und latent-jacking AMRs, wo Käfige und Rollwagen die Bewegungseinheit sind. Der M4 Flottenmanager und die Roboter-Dispositionssoftware sitzen zwischen diesen Maschinen und Ihrem Lagersystem und regeln Verkehr, Ladung und Priorität in einem gemischten Fuhrpark. Der praktische Effekt ist, dass Automatisierung zu einer Flow-by-Flow-Entscheidung innerhalb eines Kundenvertrags wird, nicht zu einem Systemprogramm, das zuerst die Genehmigung des Vorstands benötigt. FlyWei liefert die Fahrzeuge, die Integration und die Lagerautomatisierungslösungen als einen Gesamtumfang.
Häufig gestellte Fragen
Muss ich mein WMS ersetzen, um AMRs nutzen zu können?
In der Regel nicht. Eine Flottenmanagement-Schicht sitzt über dem Lagerverwaltungssystem und übernimmt Aufgaben von diesem, sodass das WMS das führende System für Lagerbestände und Aufträge bleibt. Ein Ersatz ist nur dann in Betracht zu ziehen, wenn das System keine Aufgaben über eine Schnittstelle oder einen geplanten Export anzeigen kann, und selbst dann ist Middleware normalerweise günstiger.
Was ist, wenn unser Lagersystem überhaupt keine API hat?
Der dateibasierte Austausch funktioniert immer noch. Ein geplanter Export offener Aufträge und ein Import von Bestätigungen reichen oft aus, um zu beginnen, wobei Middleware die Übersetzung, Wiederholungsversuche und Duplikate handhabt. Es ist langsamer als eine Live-Schnittstelle und erfordert klare Zeitregeln, aber es vermeidet die Änderung des Kernsystems.
Wem gehört die Schnittstelle, wenn der Kunde das WMS besitzt?
Vereinbaren Sie dies schriftlich, bevor Sie Fahrzeuge bestellen. Benennen Sie, wer welche Seite erstellt, welche Umgebung für Tests verwendet wird, wie Ausnahmen Ihr Schichtteam erreichen und wer die Kosten für Änderungen trägt, wenn der Kunde sein System aktualisiert. An Multi-Client-Standorten ist diese Klausel wichtiger als die Roboterspezifikation.
Was ist der Unterschied zwischen einem WMS, einem WES und einem Flottenmanager?
Ein Lagerverwaltungssystem verwaltet Bestandsdaten und entscheidet, welche Arbeiten erforderlich sind. Ein Lagersteuerungssystem sequenziert und priorisiert diese Arbeiten in Echtzeit. Ein Flottenmanager ist die roboterseitige Schicht, die jede Aufgabe in Routen, Verkehrsregeln und Fahrzeugzuweisungen umwandelt. Kleinere Standorte kombinieren oft die letzten beiden.
Wie bleiben die Lagerbestände genau, wenn das WMS die Roboter nicht steuert?
Jede abgeschlossene Bewegung sendet eine Bestätigung mit der Bezeichnung der Ladung, dem Standort, den sie verlassen hat, und dem Standort, den sie erreicht hat. Ihr Lagersystem bucht dies als Bestandsbewegung, sodass die Bestände aktualisiert werden, sobald Paletten bewegt werden, und nicht erst bei einer Schichtendzählung. Fehlgeschlagene oder abgebrochene Bewegungen müssen eine Ausnahme auslösen, anstatt stillschweigend zu buchen.
Führt das Hinzufügen von Robotern zu unserem Lagersystem zu einem Sicherheitsrisiko?
Es schafft eine Verbindung zwischen Betriebs- und Geschäftssystemen, daher sollte es wie jedes andere System konzipiert werden. Die Roboternetzwerke sollten segmentiert, das Integrationskonto auf die benötigten Felder beschränkt, der gesamte Datenverkehr protokolliert und der Fernzugriff des Lieferanten kontrolliert werden. IEC 62443 Zonen und Kanäle sind die übliche Referenz.
Wie lange dauert es, bis ein erster Flow live geht?
Es hängt viel stärker vom Datenzugriff ab als von den Fahrzeugen. Die Inbetriebnahme ist selten der Engpass. Die Zuordnung von Auftrags- und Bestandsfeldern, die Vereinbarung der Ausnahmebehandlung und das Testen mit Live-Daten sind entscheidend. Projekte verlaufen am schnellsten, wenn das bestehende System bereits eine dokumentierte Schnittstelle bereitstellt und eine Testumgebung verfügbar ist.
Wenn ein vom Kunden vorgeschriebenes WMS der Grund ist, warum die Roboterautomatisierung in Ihrem Q4-Risikoregister immer weiter nach unten rutscht, ist der schnellste Weg, dies zu klären, einen Flow zu testen, anstatt über die Plattform zu debattieren.
Holen Sie sich eine 48-Stunden-Machbarkeitsanalyse für Ihren Flow mit dem höchsten Volumen, und wir werden Ihnen klar sagen, ob Ihr bestehendes System ihn so, wie er ist, versorgen kann. Wenn ja, erledigt der M4 Flottenmanager den Rest, ohne Ihre Bestandsdaten zu berühren.
Unverbindlich, und wir antworten innerhalb eines Werktages.