ERP, MES und IoT verbinden — ohne etwas zu ersetzen

Wenn ein kritischer Engpass-Maschine in der Fertigung mitten in einer Schicht stoppt, verfällt die Produktionslinie in ein vertrautes, reaktives Durcheinander. Bediener rufen sofort die Instandhaltung an, Schichtleiter prüfen den übergeordneten Produktionsplan, und Teammitglieder beginnen, mehrere digitale Systeme gegenzuprüfen.

Jemand öffnet das Manufacturing Execution System (MES), jemand anderes fragt die Enterprise-Resource-Planning-Plattform (ERP) ab, und unweigerlich erscheint ein neues Dashboard, weil jede Krise in der Fabrikhalle offenbar noch einen weiteren Bildschirm erfordert.

• Die Trennung zwischen den Systemen: Auch wenn mehrere Systeme aktiv laufen, beschreiben sie selten exakt dieselbe betriebliche Situation.
• Die ERP-Sicht: Das ERP-System erkennt, dass ein Kundenauftrag existiert, und verfolgt das benötigte Material, geplante Mengen, zugesagte Liefertermine und kommerzielle Prioritäten als geplante Arbeit mit finanziellen Auswirkungen.
• Die MES-Sicht: Das MES verfolgt die aktive Ausführung in der Halle, ermittelt, welcher konkrete Arbeitsgang läuft, welche Mengen bisher gemeldet wurden, welche Bediener zugewiesen sind und welche Teile in einer Qualitätssperre liegen.
• Die IoT/SPS-Sicht: Die IoT- und Sensorebene beobachtet physische Ereignisse wie Alarme, angehaltene Zykluszähler und Maschinenzustandswechsel und liefert oft technische Zeitstempel mit weit höherer Genauigkeit als ERP- oder MES-Daten.
• Das eigentliche Versagen: Alle drei Systeme können in ihrem jeweiligen Datenbereich völlig korrekt sein, und dennoch fehlt der Fabrik eine vollständige, einheitliche Antwort auf eine einfache Frage: Was soll die Fabrik jetzt tun?

KLARE ZUSTÄNDIGKEITEN FESTLEGEN: ERP, MES UND DIE IOT-EBENE
Bevor fortgeschrittene Integrationen wie Microsoft Fabric, Edge-Gateways oder Message-Broker eingeführt werden, müssen Ingenieure die jeweilige betriebliche Aufgabe jedes einzelnen Systems respektieren. Jede Plattform als generisches Datenlager zu behandeln, führt zu organisatorischem Chaos und fehlerhafter Berichterstattung.

• ERP als kommerzielle Wahrheit: Die ERP-Plattform dient als strukturierte Aufzeichnung kommerzieller Zusagen und enthält Kundenaufträge, Stücklisten, Lagerbestände, Einkaufsdaten, Kostenaufzeichnungen und Finanzbuchungen.
• Die Grenzen der ERP-Absicht: Ein ERP-Auftrag zeigt, was theoretisch geschehen soll, kann aber nicht belegen, dass ein Arbeitsgang physisch begonnen hat, dass das richtige Werkzeug eingespannt ist oder dass Teile die Prüfung bestanden haben.
• MES als Ausführungssteuerung: Das Manufacturing Execution System übernimmt geplante Arbeit aus dem ERP und überführt sie in eine kontrollierte Ausführung in der Halle, indem es Terminierung, Bedienerverfolgung, elektronische Chargenprotokolle und Produktgenealogie verwaltet.
• Detaillierte Produktionszustände: Produktionszustände sollten niemals in pauschale Begriffe wie „abgeschlossen“ gepresst werden, denn ein Teil kann physisch gefertigt sein und dennoch auf die Prüfung warten, auf die Materialbuchung ausstehen oder in eine Nacharbeitsschleife umgeleitet werden.
• IoT und physische Nachweise: Industrielles IoT sitzt am nächsten an der physischen Anlage und erfasst Echtzeit-Motorzustände, Förderbandstillstände, Vibrationsänderungen und Zyklusimpulse, ohne die kommerziellen Kundenprioritäten zu kennen.
• Die Grenze der Steuerung: Die SPS behält die alleinige Verantwortung für deterministische Steuerung, Verriegelungen und lokales Sicherheitsverhalten; Cloud- oder Edge-Dienste dürfen niemals in der unmittelbaren Fehlerreaktionsschleife einer Maschine liegen.

DIE KONTEXTLÜCKE SCHLIESSEN: ZEIT, NAMEN UND DATENMODELLE
Rohdaten aus ERP-, MES- und IoT-Ebenen in einer einzigen Cloud-Plattform zusammenzuführen, schafft nicht automatisch ein gemeinsames Verständnis der Fabrikabläufe. Ohne ein sauberes semantisches Datenmodell erzeugen nebeneinanderliegende Tabellen eher Verwirrung als Klarheit.

• Der Namenskonflikt: Eine einzelne Ressource kann im ERP „Presslinie 2“, im MES „PRS02“ und im SPS-Programm ein eindeutiges Steuer-Tag heißen; Organisationen müssen eine explizite Anlagen-Identitätszuordnung pflegen, um diese Varianten zu verknüpfen.
• Zeitzonen- und Uhrenabweichungen: Wenn SPS, MES-Anwendungen und ERP-Geschäftsperioden ihre Zeitstempel nicht synchronisieren, kann ein einziges physisches Ereignis fälschlicherweise als drei getrennte, unzusammenhängende Vorfälle erscheinen.
• Die Gefahr inoffizieller Tabellen: Da formale Systeme komplexe Kontextbeziehungen häufig nicht erfassen, stützen sich Fabriken stark auf fragile lokale Tabellenkalkulationen als inoffizielle Integrationsschichten.
• Echte Datenqualität: Die Qualitätsprüfung von Fertigungsdaten darf nicht bei der Frage stehenbleiben, ob ein Datenbankfeld einen Wert enthält; sie muss überprüfen, ob der Wert auf die richtige Anlage, den richtigen Prozess, den richtigen Arbeitsgang, die richtige Einheit und den exakten Zeitpunkt verweist.

PRAKTISCHES FABRIKSZENARIO: NEUPLANUNG NACH EINEM ENGPASSAUSFALL
Um zu verstehen, warum eine strukturierte Integration wichtig ist, stellen Sie sich ein Werk vor, das ein Engpass-Bearbeitungszentrum betreibt, das den Ausstoß für stark nachgefragte Produktfamilien begrenzt. Während einer Nachmittagsschicht bleibt die Maschine abrupt wegen eines Spindelalarms stehen.

• Die mehrschichtige Reaktion: Die Instandhaltung identifiziert über die Maschinentelemetrie einen Spindelkühlungsfehler, das MES zeigt, dass die Maschine mitten in einem laufenden Fertigungsauftrag war, und das ERP belegt, dass der Auftrag eine dringende Kundenlieferzusage stützt.
• Bewertung alternativer Ressourcen: Die verbleibende Arbeit einfach auf eine Ersatzmaschine zu verlegen klingt leicht, doch Planer müssen Werkzeugkompatibilität, Verfügbarkeit von Vorrichtungen, Bedienerqualifikationen, Rüstfenster und Arbeitsplanvorgaben prüfen.
• Der Entscheidungsrahmen: Eine ausgereifte Integrationsarchitektur liefert einen vertrauenswürdigen Entscheidungsrahmen, der diese miteinander verbundenen Fakten darstellt, sodass menschliche Planer und Ingenieure Abwägungen treffen können, statt automatisierte Systemüberschreibungen zu erzwingen.

DIE FALLSTRICKE PUNKT-ZU-PUNKT-INTEGRATIONEN VERMEIDEN
Der Aufbau direkter Punkt-zu-Punkt-Verbindungen für jeden neuen Systemnutzer erzeugt ein nicht tragfähiges Geflecht aus individuellen Zuordnungslogiken, das im Laufe der Zeit zusammenbricht.

• Die Spaghetti-Integrationsfalle: Wenn Instandhaltung, Qualität, Energie- und Berichtssysteme jeweils eigene Extraktionen aus Rohdatenquellen aufbauen, vervielfacht sich der Wartungsaufwand exponentiell.
• Stille Integrationsfehler: Während eine vollständig ausgefallene Schnittstelle sofort Aufmerksamkeit erhält, kann eine fehlkonfigurierte Zuordnung, die eine Anlagen-ID oder Maßeinheit stillschweigend verändert, wochenlang laufen und selbstbewussten Unsinn erzeugen.
• Die Notwendigkeit von Geschäftsdatenverträgen: Die technische Integration beantwortet die Frage, ob Daten bewegt werden können; ein Geschäftsdatenvertrag legt fest, was die Nachricht bedeutet, wem das Feld gehört, welche Werte zulässig sind und wie verspätete Eingänge behandelt werden.
• Schutz der Systemgrenzen: Datenplattformen und Low-Code-Anwendungen dürfen niemals zu Schattensystemen werden, in denen Nutzer außerhalb genehmigter Workflows laufende Produktionsaufträge oder Lagerbestände frei verändern können.

ARCHITEKTURMUSTER: UNIFIED NAMESPACE (UNS) UND EDGE COMPUTING
Um dem Wartungsaufwand punktueller Verbindungen zu entkommen, setzen moderne Fabriken auf Architekturmuster, die Datenveröffentlicher von den Systemnutzern entkoppeln.

• Der Unified Namespace (UNS): Ein UNS stellt einen gesteuerten, gemeinsamen Ereignisraum über Publish-Subscribe-Messaging (typischerweise über MQTT-Broker) bereit, sodass Datenveröffentlicher nicht wissen müssen, wer ihre Nachrichten konsumiert.
• Logische Topic-Hierarchien: Ein gut strukturierter UNS ordnet Topics logisch nach Werksbereich, Linie, Zelle und Anlage, sodass Ingenieure die Datenherkunft allein am Topic-Pfad erkennen.
• Was ein UNS nicht ersetzt: Ein Broker verteilt aktuelle Ereignisse in Bewegung, ersetzt jedoch weder die transaktionale Buchungsvalidierung im ERP, noch historische Langzeitarchive oder die Disziplin bei der Datenquelle.
• Den Anschluss von Bestandsmaschinen sicher gestalten: Ältere Maschinen sollten über passive Stromsensoren und digitale I/O-Abgriffe integriert werden