MES vs WMS: 7 Regeln für die Integration von Produktion und Lager ohne Datensilos

MES vs WMS vergleicht zwei Systeme, die unterschiedliche Phasen des Materialflusses unterstützen. MES erfasst die Ausführung der Produktion, während WMS die Bewegung und den Standort von Beständen steuert. Allein die Integration der Systeme beseitigt jedoch keine Datensilos. Sie müssen zusätzlich festlegen, wer für welche Information verantwortlich ist, welche Ereignisse zwischen den Anwendungen übertragen werden und wie sich die Systeme bei einem Fehler verhalten sollen. Nach der Lektüre können Sie ein solches Modell für Ihr eigenes Werk aufstellen.

Die wichtigste Regel lautet: Synchronisieren Sie nicht alles mit allem. Übertragen Sie nur die Daten, die für den nächsten Vorgang benötigt werden, und legen Sie für jede Information eine Stelle fest, die bei Abweichungen maßgeblich ist. Das kann je nach Fall MES, WMS, ERP oder ein Qualitätssystem sein. Diese Aufteilung entscheidet darüber, ob die MES und WMS Integration den Prozess strukturiert oder eine weitere Ebene von Abhängigkeiten schafft.

Ein MES, also Manufacturing Execution System, unterstützt die Ausführung der Produktion. Dazu gehören Aufträge und Arbeitsgänge, die Rückmeldung der Ausführung, Materialverbrauch, Prozessdaten, Stillstände, Qualität sowie die für Traceability erforderlichen Verknüpfungen. Ein Warehouse Management System (WMS) konzentriert sich auf Lagerprozesse: Wareneingänge, Lagerplätze, Reservierungen, Kommissionierung, Umlagerungen, Ausgaben und Logistikeinheiten. Dieser MES vs WMS Umfang entspricht auch den Bereichen, die explitia mit seinen MES- und WMS-Lösungen abdeckt.

Diese Aufteilung ist ein Ausgangspunkt, aber noch keine Architektur. ISA-95 beschreibt Schnittstellen zwischen Produktions- und Geschäftsfunktionen und hilft dabei, Systemgrenzen zu definieren. Der Standard schreibt jedoch nicht vor, dass eine bestimmte Information immer zu einer bestimmten Anwendung gehören muss. In Ihrem Werk hängt der MES vs WMS Umfang vom ERP-System, von der Automatisierung, vom Qualitätssystem und von der Organisation der internen Logistik ab.

Deshalb sollte der Unterschied zwischen MES und WMS anhand von sechs Fragen betrachtet werden: Wo entsteht die jeweilige Information? Wer verändert sie? Wer benötigt sie? Was löst den Datenaustausch aus? Wie schnell muss die Information ankommen? Und was geschieht, wenn das empfangende System sie nicht verarbeitet?

Wenn Sie zunächst den Umfang beider Lösungsklassen strukturieren möchten, sehen Sie sich das MES-System für das Produktionsmanagement und das WMS-System für die Lagerverwaltung an.

Der häufigste Fehler bei MES vs WMS entsteht bereits, bevor die erste Schnittstelle programmiert wird. Das Team geht davon aus, dass beide Systeme dieselben Daten enthalten sollten, und synchronisiert deshalb Datensätze in beide Richtungen. Später zeigt WMS 100 Stück als an die Produktion ausgegeben, MES 96 Stück als verbraucht und ERP 100 Stück als Lagerabgang verbucht. Alle drei Zahlen können korrekt sein, weil sie unterschiedliche Ereignisse beschreiben.

Beim Vergleich MES vs WMS ist nicht die Frage entscheidend, welche Zahl „wahr“ ist, sondern welche Bedeutung jede Zahl hat. Beim MES im Vergleich zu WMS kann WMS das führende System für Standort und Bewegung einer Logistikeinheit sein, MES für den tatsächlichen Verbrauch und ERP weiterhin das führende System für Materialstammdaten, den übergeordneten Auftrag oder den buchhalterischen Lagerbestand.

Die Tabelle ist eine Ausgangsmatrix und kein universelles Muster. Bei MES vs WMS muss für jede strittige Information im Voraus festgelegt werden, welcher Datensatz Vorrang hat und warum.

Ein Datensilo verschwindet nicht allein dadurch, dass zwei Silos über eine API miteinander verbunden werden. Wenn die Systeme Begriffe wie „ausgegeben“, „geliefert“, „entnommen“ und „verbraucht“ unterschiedlich interpretieren, kann auch eine technisch korrekt übertragene Nachricht weiterhin zu einer falschen Entscheidung führen.

Ein besseres MES vs WMS Modell beschreibt Ereignisse. MES meldet einen Materialbedarf für einen Auftrag. WMS reserviert das Material und erstellt einen Kommissionierauftrag. Nach der Lieferung registriert es die Ausgabe einer bestimmten Charge oder eines bestimmten Ladungsträgers. MES bestätigt die Entnahme und später den Verbrauch. Nach Abschluss des Arbeitsgangs meldet MES die Entstehung eines Halbfabrikats oder Fertigprodukts, das WMS einem bestimmten Lagerplatz zuordnet.

Im März 2026 wurde die dritte Ausgabe von IEC 62264-2 veröffentlicht. Die Norm beschreibt Informationsmodelle, die zwischen Produktionsabläufen und Geschäftsfunktionen ausgetauscht werden. In der neuen Ausgabe wurden unter anderem die Modelle „operations event“ und „operations record“ ergänzt. Das ist auch für ein MES vs WMS Projekt eine sinnvolle Richtung: Statt eines unspezifischen Zustands sollte besser ein Ereignis mit seinem Kontext übertragen werden.

In einer MES vs WMS Beziehung sollte jede wichtige Nachricht eine Kennung, den Zeitpunkt des Ereignisses, eine Objektkennung, eine Quelle und einen Verarbeitungsstatus enthalten. Bei asynchroner Integration ist zusätzlich eine Korrelations-ID hilfreich, mit der Bedarf, Ausgabe und Bestätigung miteinander verknüpft werden können. Mehr über die Bedeutung der Datensemantik erfahren Sie im Artikel APIs in der Industrie: Wie Sie ERP, MES und SCADA verbinden.

Wenn Sie eine MES Integration ausgehend von allen verfügbaren API-Feldern planen, wächst der Umfang schnell. Produktionsparameter, die das Lager niemals benötigt, gelangen ins WMS. Gleichzeitig erhält MES vollständige Logistikdaten, die ausschließlich für die Optimierung der Kommissionierung erforderlich sind.

Bei der MES und WMS Integration führt ein einfacheres Kriterium zu einem besseren Ergebnis: Welche Entscheidung oder welcher Vorgang soll nach dem Empfang einer Information ausgelöst werden? WMS benötigt Daten, mit denen das richtige Material gefunden, reserviert und bereitgestellt werden kann. MES benötigt die Bestätigung, welches Material und welche Charge tatsächlich in den Prozess gelangt sind. Alle übrigen Informationen verbleiben in dem System, das sie verwendet.

In einem MES vs WMS Projekt benötigen Kennungen und Maßeinheiten besondere Aufmerksamkeit. Dasselbe Material darf nicht einmal in Stück und ein anderes Mal in Verpackungen abgerechnet werden, wenn keine eindeutige Umrechnungsregel definiert ist. Chargennummer, Auftrag, Arbeitsgang, Logistikeinheit und Standort müssen eine abgestimmte Bedeutung haben. Das ist die semantische Ebene, die selbst eine sehr gute API nicht ersetzen kann.

In einem Architekturdiagramm wirkt die Grenze eindeutig: WMS beendet die Ausgabe und MES beginnt mit der Erfassung des Verbrauchs. In der realen Produktion können sich zwischen diesen beiden Punkten jedoch ein Staging-Bereich, ein Supermarkt, ein produktionsnaher Puffer, ein Zwischenlager oder einfach ein Behälter neben der Maschine befinden.

Wenn das WMS-Logistiksystem 100 Stück bereits in dem Moment als ausgegeben betrachtet, in dem sie das Hauptlager verlassen, während MES das Material erst nach Beginn des Arbeitsgangs erkennt, muss zusätzlich festgelegt werden, wer den Bestand auf dem Transportweg und im Puffer kontrolliert. Ohne diese Entscheidung zeigen die Systeme keine durchgängige Historie der Materialbewegung.

Genau hier erfordert MES vs WMS einen Blick auf den physischen Prozess. Dieser Bereich kann durch ein System für das Management von Produktionspuffern unterstützt werden. Das System konzentriert sich auf den Materialfluss zwischen Lager, Puffern und Produktion. Dies ist ein Beispiel dafür, dass Systemgrenzen nicht anhand des Lagertors definiert werden sollten, sondern anhand der Verantwortung für eine konkrete Materialbewegung.

Betrachten wir ein hypothetisches Beispiel. MES meldet einen Bedarf von 100 Stück einer Komponente aus Charge A17. WMS reserviert die Charge, der Bediener kommissioniert das Material und übergibt 100 Stück an den Linienpuffer. MES registriert später einen Verbrauch von 96 Stück für den Auftrag.

Die verbleibenden vier Stück befinden sich weiterhin im Behälter. WMS weiß, dass 100 Stück den Lagerplatz verlassen haben. MES weiß, dass 96 Stück in die Produktion eingegangen sind. Wenn der Prozess den Pufferbestand, Rückgaben und Korrekturen nicht definiert, entsteht eine Lücke von vier Stück. Ursache der Abweichung ist, dass für das Ereignis zwischen Ausgabe und Verbrauch kein Verantwortlicher definiert wurde.

Eine gut geplante MES und WMS Integration ermöglicht es festzustellen, wo sich diese vier Stück befinden, welchen Status sie haben, wer sie entnehmen darf, wie sie ins Lager zurückgeführt werden und wann ERP die entsprechende Buchung erhält. Diesen MES vs WMS Test sollten Sie für typische Ausnahmen durchführen: Teilverbrauch, Chargenwechsel, Ausschuss, Rückgabe, Umpacken und durch die Qualitätsprüfung gesperrtes Material.

Eine zwischen MES und WMS übertragene Chargennummer ist für MES vs WMS erforderlich, erzeugt aber allein noch keine Traceability. Zusätzlich muss die Beziehung zwischen Eingangscharge, Arbeitsgang und Ausgangsprodukt erhalten bleiben.

Der GS1 Global Traceability Standard beschreibt Critical Tracking Events und Key Data Elements. Für Ereignisse sind unter anderem Objekt, Ort, Zeitpunkt und geschäftlicher Kontext relevant. Bei einer Produktionstransformation sieht der Standard vor, Beziehungen zwischen Eingängen und Ausgängen auf Chargenebene oder auf Ebene einzelner Objekte zu erfassen – abhängig vom benötigten Identifikationsgrad.

Für MES vs WMS bedeutet das, dass die Ausgabe der Charge A17 aus dem Lager später mit ihrem tatsächlichen Verbrauch und dem daraus entstandenen Produkt verknüpft werden muss. Wenn WMS nur die Ausgabe kennt und MES nur den Verbrauch, ohne dass beide einen gemeinsamen Identifikator verwenden, erfordert die Rekonstruktion der Produktgenealogie eine zusätzliche Verknüpfung der Daten. Wenn Rückverfolgbarkeit eine wichtige Projektanforderung ist, sollten Sie Traceability in der Produktion und Produktgenealogie separat strukturieren.

Die MES- und WMS-Integration sollte ein Szenario für Situationen enthalten, in denen eine Nachricht nicht ankommt, zweimal eintrifft oder mit Verzögerung verarbeitet wird. Erst dann zeigt sich, ob die Integration tatsächlich den Prozess beschreibt oder nur den störungsfreien Testfall.

Definieren Sie für wichtige Ereignisse in der MES vs WMS Integration einen Wiederholungsmechanismus, eine Warteschlange, einen Alarm und ein Verfahren für die manuelle Bearbeitung. Ein Vorgang sollte überall dort idempotent sein, wo die erneute Verarbeitung derselben Nachricht keine zweite Ausgabe oder Einlagerung erzeugen darf. Das System muss außerdem die Reihenfolge von Ereignissen erkennen. Eine Verbrauchsbestätigung, die vor der Bestätigung der Materialausgabe eintrifft, erfordert eine andere Reaktion als eine gewöhnliche Verzögerung.

MES vs WMS sollte in Tests auch reale Szenarien aus der Produktion durchlaufen, beispielsweise Verbindungsabbruch, Duplikat, Verzögerung, Mengenkorrektur und manuellen Neustart.

In einer Architektur mit ERP, MES, WMS und weiteren Anwendungen lohnt es sich, eine separate Integrationsschicht in Betracht zu ziehen. Ihre Aufgabe kann darin bestehen, die Kommunikation zu kontrollieren, Daten zu transformieren, Nachrichten in Warteschlangen zu verwalten und Fehler zu überwachen, anstatt immer weitere Punkt-zu-Punkt-Verbindungen aufzubauen. Ein Beispiel dafür ist explitia.Integration zur Verbindung von Produktionssystemen und ERP.

Wählen Sie einen Materialfluss aus, der heute die meisten Telefonate, Excel-Dateien oder manuellen Statusvergleiche erfordert. Beschreiben Sie fünf Phasen: Bedarf, Reservierung, Ausgabe, Verbrauch und Einlagerung. Notieren Sie für jede Phase Datenquelle, Verantwortlichen, Empfänger, Identifikator und Verhalten im Fehlerfall.

Wenn bei einem dieser Schritte zwei Personen zwei unterschiedliche Systeme als führende Datenquelle nennen, beginnen Sie genau dort mit der Analyse. MES vs WMS sollte einen gemeinsamen operativen Prozess bilden, aber die Systeme müssen nicht dieselben Daten speichern. Eine gute MES und WMS Integration definiert Verantwortlichkeiten, die Bedeutung von Ereignissen und den Umgang mit Ausnahmen.

In der Regel nicht, wenn das Werk eine detaillierte Verwaltung von Lagerplätzen, Logistikeinheiten, Kommissionierung und Lagerbewegungen benötigt. Einige MES-Systeme verfügen über Materialfunktionen, während manche WMS-Systeme weit in die Produktionslogistik hineinreichen. Die Entscheidung sollte deshalb auf dem Umfang des Prozesses beruhen und nicht auf der Bezeichnung des Produkts.

Bei MES vs WMS sind beide Varianten möglich. Schnelle operative Ereignisse können direkt zwischen MES und WMS übertragen werden, während ERP weiterhin Eigentümer bestimmter Stamm- und Buchhaltungsdaten bleibt. Wenn die Integrationslogik umfangreicher wird, sollte eine Integrationsschicht geprüft werden, anstatt immer mehr Punkt-zu-Punkt-Verbindungen aufzubauen. ISA-95 konzentriert sich ebenfalls darauf, Schnittstellen und den Informationsaustausch zwischen Bereichen zu definieren, und schreibt keine bestimmte technische Architektur vor.

Am häufigsten handelt es sich um Materialbedarfe, Reservierungen, Ausgaben, Chargen, Logistikeinheiten, Lieferbestätigungen, Verbrauch, Rückgaben, Informationen zu Halbfabrikaten und Fertigprodukten sowie Status, die darüber entscheiden, ob ein Material verwendet werden darf.

Beginnen Sie mit einem einzigen Materialfluss. Ordnen Sie die Ereignisse vom Materialbedarf bis zur Einlagerung des Fertigprodukts zu, definieren Sie die Datenverantwortlichen und prüfen Sie Ausnahmen: Teilverbrauch, Rückgabe, Chargenwechsel, Qualitätssperre und Kommunikationsausfall. Erst wenn dieses Modell eindeutig ist, sollten Sie die Schnittstellen konzipieren.