1. Den Störungsfall präzise eingrenzen
Die Aussage „Das MES ist offlinefähig“ ist für eine Auswahlentscheidung zu unbestimmt. Fällt nur die Verbindung zum ERP aus, können MES, Maschinenerfassung und Bedienplätze weiterhin verfügbar sein. Ein Ausfall der MES-Datenbank oder der Verbindung zwischen Werk und zentralem MES ist dagegen ein anderer Störungsfall. Für jeden dieser Fälle unterscheiden sich die erforderlichen Puffer, Bedienmöglichkeiten und Wiederanlaufverfahren. Dieser Beitrag betrachtet ein verfügbares MES bei gestörter ERP-Kommunikation.
Auch innerhalb dieser Grenze ist zwischen technischer Erreichbarkeit und fachlicher Verarbeitung zu unterscheiden. Eine Schnittstelle kann Nachrichten entgegennehmen, während die ERP-Verbuchung blockiert ist. Eine erfolgreiche Übertragung sagt dann noch nichts darüber aus, ob eine Mengenrückmeldung, ein Materialverbrauch oder ein Auftragsabschluss tatsächlich wirksam wurde. Das MES muss diese Zwischenzustände erkennen und sichtbar halten.
Im Anforderungskatalog sollte deshalb nicht pauschal „Produktionsfähigkeit bei ERP-Ausfall“ stehen. Benötigt wird eine Liste konkreter Vorgänge: Welche laufenden Arbeitsgänge dürfen fortgesetzt werden? Dürfen bereits übernommene Aufträge neu gestartet werden? Welche Freigaben benötigen zwingend eine aktuelle ERP-Antwort? Erst daraus entsteht eine prüfbare Grenze zwischen zulässigem Weiterbetrieb und bewusstem Halt.
2. Weiterarbeiten nur mit ausreichend gültigen Daten
Ein lokal vorhandener Auftrag ist nicht automatisch ausführbar. Das MES benötigt auch die für den jeweiligen Prozess relevanten Arbeitsplanstände, Materialzuordnungen, Prüfanforderungen und Freigaben. Welche Daten im MES vorgehalten werden müssen, ergibt sich deshalb aus dem vorgesehenen Weiterbetrieb und nicht allein aus dem Umfang der bisher implementierten Schnittstelle. Dabei muss erkennbar bleiben, welcher Datenstand für die Ausführung verwendet wurde.
Besonders kritisch sind Änderungen, die während der Unterbrechung im ERP oder einem anderen führenden System entstehen. Eine neue Auftragssperre erreicht das MES möglicherweise nicht rechtzeitig. Dieser Konflikt lässt sich nicht durch bessere Pufferung lösen. Der Betrieb muss festlegen, welche Entscheidungen auf Basis des letzten bekannten Stands zulässig sind und bei welchen Materialien, Aufträgen oder Prozessschritten eine fehlende aktuelle Bestätigung zum Stopp führt.
Diese Regeln sollten möglichst im System durchgesetzt werden, statt ausschließlich in einer Arbeitsanweisung zu stehen. Bedienpersonen brauchen eine eindeutige Anzeige des eingeschränkten Betriebs und der verfügbaren Funktionen. Zulässige Ausnahmen müssen berechtigt, begründet und protokolliert sein. Zeitgrenzen allein reichen dabei nicht aus: Ein kürzlich synchronisierter Datenstand kann bei einer zwischenzeitlichen kritischen Sperre bereits ungeeignet sein.
- Freigegebene Vorgänge bei unterbrochener ERP-Verbindung ausdrücklich benennen.
- Notwendige Auftrags-, Stamm- und Freigabedaten einschließlich Versionsbezug festlegen.
- Kritische Sperren und deren Ersatzverfahren bei fehlender Verbindung definieren.
- Ausnahmen mit Rollen, Begründung und nachvollziehbarem Protokoll absichern.
3. Rückmeldungen dauerhaft speichern und doppelte Buchungen verhindern
Ein typischer Problemfall entsteht, wenn das ERP eine Verbrauchsmeldung verbucht, die Bestätigung an das MES aber verloren geht. Aus Sicht des MES bleibt der Status unklar. Sendet es erneut, droht eine Doppelbuchung; verzichtet es darauf, könnte bei einem anderen Fehlerverlauf eine Meldung fehlen. Die Lösung besteht nicht darin, Wiederholungen auszuschließen, sondern wiederholte Übertragung fachlich sicher zu machen.
Dafür benötigt jede Rückmeldung eine dauerhafte, eindeutige Kennung, die bei erneuten Zustellversuchen unverändert bleibt. Die empfangende Verarbeitung muss erkennen, ob die zugehörige fachliche Buchung bereits erfolgt ist. Diese Prüfung muss mit der Buchung so abgesichert sein, dass auch parallele Zustellversuche keine Duplikate erzeugen. Eine Dublettenprüfung ausschließlich im Integrationsserver genügt nicht, wenn zwischen dessen Verarbeitung und der ERP-Buchung erneut ein unklarer Zustand entstehen kann.
Ebenso wichtig ist die sendende Seite: Die Entstehung einer relevanten MES-Rückmeldung und ihre Aufnahme in den dauerhaften Versandbestand dürfen nicht auseinanderfallen. Ein transaktionaler Ausgangspuffer, häufig als Outbox bezeichnet, ist dafür ein mögliches Muster. Entscheidend ist das nachweisbare Verhalten: Nach einem Neustart muss jede bestätigte Erfassung entweder zur Übertragung bereitstehen oder bereits nachvollziehbar verarbeitet sein. Ein flüchtiger Arbeitsspeicherpuffer erfüllt diese Anforderung nicht.
4. Fachliche Reihenfolge und Korrekturen ausdrücklich regeln
Dauerhafte Speicherung schützt noch nicht vor fachlich falscher Verarbeitung. Ein Auftragsabschluss kann beispielsweise vor einer zugehörigen Verbrauchsmeldung eintreffen, wenn Nachrichten unterschiedliche Übertragungswege nehmen oder unabhängig wiederholt werden. Welche Vorgänge voneinander abhängen, muss deshalb fachlich beschrieben werden. Eine durchgängige Reihenfolge für sämtliche Meldungen ist nicht immer notwendig; häufig braucht es geordnete Verarbeitung innerhalb eines Auftrags oder Arbeitsgangs.
Zeitstempel allein sind dafür kein zuverlässiger Ersatz. Unterschiedliche Systemuhren und verzögerte Übertragungen können die Interpretation erschweren. Je nach Schnittstellenkonzept helfen Sequenznummern, Versionsstände oder explizite Verweise auf vorausgesetzte Vorgänge. Der Empfänger muss entscheiden können, ob eine Meldung sofort verarbeitet werden darf, auf eine Vorgängermeldung warten muss oder einen fachlichen Konflikt enthält.
Korrekturen brauchen ebenfalls eine eindeutige Bedeutung. Eine nachträglich geänderte Menge darf nicht versehentlich als zusätzliche Menge verstanden werden. Die Schnittstelle muss festlegen, ob sie Einzelereignisse, Mengenänderungen oder kumulierte Stände übermittelt und wie Storno und Ersatzbuchung zusammenhängen. Bereits übertragene Rückmeldungen sollten nicht stillschweigend überschrieben werden. Eine nachvollziehbare Korrektur hält die ursprüngliche Buchung und deren Änderung unterscheidbar.
5. Den Wiederanlauf als kontrollierten Betriebsprozess gestalten
Sobald das ERP wieder erreichbar ist, sollte der Rückstand nicht ungeprüft mit maximaler Geschwindigkeit übertragen werden. Nachgelagerte Verarbeitung, Sperren und neue Online-Meldungen können sich gegenseitig behindern. Das Wiederanlaufverfahren braucht daher steuerbare Übertragungsraten und fachlich begründete Prioritäten. Abhängige Vorgänge dürfen dabei nicht nur deshalb vorgezogen werden, weil sie im Tagesgeschäft dringlich erscheinen.
Technische Fehler und fachliche Ablehnungen erfordern unterschiedliche Behandlung. Ein vorübergehender Verbindungsfehler kann einen weiteren Zustellversuch rechtfertigen. Eine inzwischen ungültige Materialzuordnung wird durch ständige Wiederholung dagegen nicht gültig. Solche Meldungen benötigen einen sichtbar abgegrenzten Klärungsbestand mit Fehlergrund, Zuständigkeit und geregelter Weiterverarbeitung. Sie dürfen weder verschwinden noch den gesamten Nachrichtenfluss unnötig blockieren.
Der Wiederanlauf endet erst mit dem Abgleich der fachlichen Ergebnisse. Dazu gehören sowohl einzelne Meldungskennungen und ERP-Buchungsreferenzen als auch geeignete Kontrollen auf Auftragsebene. Reine Mengensummen reichen nicht aus, weil fehlende und doppelte Buchungen sich rechnerisch ausgleichen können. Offen gebliebene Fälle müssen dokumentiert bleiben. Ein leerer Versandpuffer ist kein Beleg für einen vollständig konsistenten Zustand.
- Pufferbelegung und Alter der ältesten offenen Meldung überwachen.
- Übertragene, fachlich verarbeitete, abgelehnte und ungeklärte Meldungen unterscheiden.
- Für Fehlerklärung und erneute Verarbeitung verantwortliche Rollen festlegen.
- Den Abschluss des Wiederanlaufs durch einen dokumentierten Abgleich bestätigen.
6. Aus Anforderungen belastbare Abnahmetests machen
Bei der MES-Auswahl ist eine Vorführung mit unterbrochener Netzwerkverbindung ein sinnvoller Anfang, aber kein ausreichender Nachweis. Aussagekräftiger sind gezielt erzeugte Fehler an unterschiedlichen Stellen der Verarbeitung. Anbieter und Implementierungspartner sollten zeigen können, welche Systemzustände dabei entstehen, wo Meldungen dauerhaft liegen und wie sich die fachlichen Ergebnisse anschließend prüfen lassen.
Die Testlast sollte aus den tatsächlichen Rückmeldeprozessen, dem erwarteten Spitzenaufkommen und der vereinbarten Überbrückungsdauer abgeleitet werden. Zu prüfen sind nicht nur Speicherbedarf und Übertragungszeit, sondern auch Bedienbarkeit während des Rückstands sowie das Verhalten bei nahezu vollem Puffer. Eine dauerhafte Warteschlange ist zudem kein Ersatz für Datensicherung: Beschädigung oder Verlust ihres Speichers benötigt ein eigenes Wiederherstellungskonzept.
Zum abnahmefähigen Ergebnis gehören ein Testprotokoll, nachvollziehbare Buchungsnachweise und ein ausführbares Betriebshandbuch. Auch der Aufwand muss in der Auswahl sichtbar werden: Schnittstellenentwicklung, zusätzliche Speicher- und Integrationskomponenten, Monitoring, Fehlerklärung und Wiederholungstests nach Änderungen. Entscheidend ist nicht, ob ein Produkt allgemein „robuste Integration“ verspricht, sondern ob das konkrete Zusammenspiel im eigenen Prozess die vereinbarten Fehlerfälle beherrscht.
- ERP-Verbindung während laufender Rückmeldungen trennen und das erlaubte MES-Verhalten prüfen.
- Eine Bestätigung nach erfolgreicher ERP-Buchung unterdrücken und bei erneuter Zustellung genau eine fachliche Buchung nachweisen.
- MES oder Integrationsdienst mit gefülltem Puffer neu starten und die Vollständigkeit der offenen Meldungen prüfen.
- Eine fachliche Ablehnung sowie vertauschte Zustellreihenfolge erzeugen und die geregelte Behandlung nachvollziehen.
- Den Rückstand unter weiterlaufender Produktion abbauen und anschließend Einzelmeldungen und Auftragsergebnisse abgleichen.
KOSTENLOSES KI-RANKING
Passende MES-Anbieter finden
Starten Sie den neutralen Vergleich in wenigen Minuten – kostenlos und unverbindlich.
Unverbindlich & schnell