Produktionsdaten melden statt nur sammeln: MES richtig anbinden

Das Problem: Daten liegen im MES, aber niemand arbeitet damit

Viele mittelständische Fertigungsbetriebe haben ein MES (Manufacturing Execution System) im Einsatz. Maschinendaten, Auftragsstatus, Rüstzeiten, Ausschussquoten landen dort. Aber in der Praxis bleibt es oft beim Sammeln. Der Disponent öffnet morgens die MES-Oberfläche, exportiert eine Excel-Tabelle, tippt Werte in die ERP-Maske. Die Qualitätssicherung druckt PDFs aus, die Instandhaltung pflegt parallele Listen in SharePoint.

Das Ergebnis: Medienbrüche, verzögerte Reaktionszeiten, keine automatische Eskalation bei Grenzwertüberschreitungen. Die Daten sind da, aber der Nutzen verpufft.

Was MES-Integration konkret bedeutet

MES-Integration heißt: Produktionsdaten fließen automatisch in nachgelagerte Systeme und lösen dort definierte Aktionen aus. Beispiele:

• ERP-Rückmeldung: Auftragsstatus, Gutmenge, Ist-Zeiten werden direkt ins ERP geschrieben, ohne manuelle Eingabe.
• Qualitätsmeldung: Messwerte außerhalb der Toleranz erzeugen ein Ticket im QM-System und informieren den Schichtleiter per E-Mail.
• Wartungsauslösung: Maschinenlaufzeiten oder Sensor-Events triggern Wartungsaufträge im CMMS oder ERP-Instandhaltungsmodul.
• Disposition: Verzögerungen oder Engpässe werden an die Planung gemeldet, die Produktionsreihenfolge passt sich automatisch an.

Das Ziel ist nicht “Big Data”, sondern geschlossene Regelkreise: Daten entstehen in der Produktion, werden gefiltert, angereichert und direkt dort genutzt, wo Entscheidungen fallen.

Schritt 1: Welche Daten sollen wohin

Vor jeder Integration steht die Frage: Welche Information muss in welches Zielsystem, und wie schnell?

Typische Datenflüsse im Mittelstand:

• Auftragsstatus ins ERP: alle 5 bis 15 Minuten, um Liefertermine aktuell zu halten.
• Qualitätsmesswerte ins QM-Tool: in Echtzeit bei Grenzwertüberschreitung, sonst stündlich im Batch.
• Maschinenlaufzeiten ins Wartungssystem: täglich aggregiert, Ereignisse (Alarm, Störung) sofort.
• Materialverbrauch ins Lager-System: nach Auftragsende oder bei Chargenwechsel.

Notieren Sie für jedes Zielsystem:

1. Welche Datenfelder werden benötigt (Auftragsnummer, Menge, Zeitstempel, Maschinennummer)?
2. Wie oft soll der Transfer erfolgen (Echtzeit, minütlich, stündlich, täglich)?
3. Was passiert bei Fehlern (Retry, E-Mail an Admin, Datensatz in Warteschlange)?

Diese Liste ist die Grundlage für die technische Umsetzung.

Schritt 2: API, Datenbank oder Datei-Export

Die meisten modernen MES-Systeme bieten eine REST- oder SOAP-API. Ältere Installationen arbeiten mit Datenbank-Views oder CSV-Exporten in überwachten Verzeichnissen.

API-basierte Integration ist technisch sauber: Sie rufen definierte Endpunkte ab, erhalten strukturiertes JSON oder XML, und das MES-System loggt jeden Zugriff. Authentifizierung erfolgt meist über API-Keys oder OAuth2. Beispiel: Sie pollen alle 10 Minuten den Endpunkt /api/v1/orders/status und schreiben Änderungen ins ERP.

Datenbank-Views sind schnell eingerichtet, wenn das MES auf SQL Server, PostgreSQL oder Oracle läuft. Sie erstellen eine schreibgeschützte View auf die relevanten Tabellen und lesen sie per ODBC oder JDBC aus. Vorteil: kein Vendor-Lock-in. Nachteil: Schema-Änderungen nach MES-Updates können Ihre Integration brechen.

CSV- oder XML-Export in Netzwerkordner funktioniert bei Legacy-Systemen. Das MES schreibt stündlich eine Datei, Ihre Middleware (n8n, Make oder eigenes Skript) holt sie ab, parst sie und befüllt die Zielsysteme. Achten Sie auf Locking: Lesen Sie die Datei erst, wenn der Schreibvorgang abgeschlossen ist (Dateigröße stabil, Lock-File vorhanden).

Wichtig: Dokumentieren Sie das gewählte Verfahren in einem Datenfluss-Diagramm und hinterlegen Sie API-Versionen, View-Namen oder Pfade zentral.

Schritt 3: Daten filtern und anreichern

Rohdaten aus dem MES sind selten direkt verwendbar. Typische Transformationen:

• Maßeinheiten umrechnen: MES liefert Kilogramm, ERP erwartet Stück.
• Status-Codes mappen: MES meldet “10” (laufend), ERP kennt “PROD”.
• Zeitstempel normalisieren: MES speichert lokale Zeit, ERP erwartet UTC.
• Fehlende Felder ergänzen: Kostenstelle oder Buchungskreis aus Mapping-Tabelle nachschlagen.

Diese Logik implementieren Sie in Ihrer Middleware. Plattformen wie n8n oder Make bieten grafische Nodes für Filter, Mapper und Lookup. Bei höherer Komplexität lohnt sich ein eigenes Python- oder Node.js-Skript mit Unit-Tests.

Logging ist Pflicht: Halten Sie fest, welche Datensätze transformiert wurden, welche übersprungen (z. B. Testaufträge) und welche Fehler verursachten.

Schritt 4: Zielsysteme beschreiben

Jedes Zielsystem hat eigene Anforderungen:

ERP (SAP, Microsoft Dynamics, proAlpha): meist SOAP- oder OData-Schnittstellen. Manche Systeme verlangen Batch-Import via IDOC oder CSV. Prüfen Sie, ob Teil-Rückmeldungen erlaubt sind oder ob Sie immer den gesamten Auftrag aktualisieren müssen.

QM-Systeme (CAQ, Babtec): oft REST-APIs für Messwerte und Prüfpläne. Achten Sie auf Versionierung: Ändert sich der Prüfplan, muss Ihre Integration die neuen Merkmale kennen.

CMMS/Wartungssoftware (IBM Maximo, SAP PM): API oder Ticket-Import via E-Mail. Wenn Sie Wartungsaufträge automatisch anlegen, hinterlegen Sie Werk, Kostenstelle und Priorität im Mapping.

BI/Reporting (Power BI, Tableau, Metabase): schreiben Sie aggregierte Daten in eine separate Datenbank (PostgreSQL, SQL Server) oder Data Warehouse. Das BI-Tool holt sich dann stündlich aktuelle Kennzahlen.

Testen Sie jeden Endpunkt im Sandbox-Modus, bevor Sie produktiv gehen. Legen Sie Test-Aufträge im MES an und prüfen Sie, ob Rückmeldungen korrekt landen.

Schritt 5: Fehlerbehandlung und Monitoring

Produktionsdaten dürfen nicht verloren gehen. Implementieren Sie:

• Retry-Logik: API-Fehler (Timeout, 500er-Status) werden dreimal wiederholt, mit exponentieller Wartezeit (10 s, 30 s, 90 s).
• Dead-Letter-Queue: Datensätze, die nach drei Versuchen fehlschlagen, landen in einer separaten Tabelle oder Datei. Ein Admin wird benachrichtigt.
• Heartbeat-Check: Ein Cronjob prüft stündlich, ob die Integration läuft. Bleibt der letzte Timestamp älter als 2 Stunden, geht ein Alarm raus.
• Logging: Jeder Transfer wird mit Timestamp, Datensatz-ID, Zielsystem und Status protokolliert. Logs rotieren monatlich und werden 12 Monate aufbewahrt.

Setzen Sie klare Schwellwerte: Mehr als 5 Prozent Fehlerrate pro Stunde löst eine Eskalation aus.

Was realistisch erreichbar ist

Nach Einrichtung einer solchen Integration sinkt der manuelle Aufwand für Rückmeldungen um 70 bis 90 Prozent. Disponenten sehen aktuelle Auftragsstände im ERP, ohne ins MES zu wechseln. Qualitätsmeldungen erreichen die QS in Minuten statt Stunden. Wartungsaufträge entstehen automatisch, bevor Maschinen ungeplant stillstehen.

Typische Projektdauer für ein mittelständisches Setup (1 MES, 2 bis 3 Zielsysteme, 5 bis 10 Datenflüsse): 6 bis 10 Wochen. Davon entfallen 2 Wochen auf Anforderungsanalyse, 3 Wochen auf Entwicklung und Test, 1 Woche auf Pilotbetrieb, 1 Woche auf Rollout und Schulung.

Was nicht funktioniert

Echtzeit-Sync für alle Daten: Nicht jede Information muss sofort übertragen werden. Stündliche Batch-Läufe reichen oft und schonen Ressourcen.

Integration ohne Dokumentation: Wenn der Kollege, der das Setup gebaut hat, das Unternehmen verlässt, darf die Integration nicht zur Black Box werden. Datenfluss-Diagramme, API-Dokumentation und Runbooks sind Pflicht.

Keine Versionierung: MES- und ERP-Updates ändern Schnittstellen. Testen Sie nach jedem Update die Integration im Staging-System, bevor Sie produktiv aktualisieren.

Ignorieren von Berechtigungen: Nicht jeder Mitarbeitende darf alle Produktionsdaten sehen. Klären Sie, welche Rolle welche API-Endpoints nutzen darf, und setzen Sie das technisch um.

Infrastruktur und Hosting

Middleware (n8n, Make oder eigenes Skript) läuft entweder auf einem dedizierten Server im eigenen Rechenzentrum oder in einer EU-Cloud (Hetzner, IONOS). Wenn Sie sensible Produktionsdaten verarbeiten, empfiehlt sich Self-Hosting auf eigener Hardware. Dann kontrollieren Sie Netzwerk-Zugriffe, Backups und Verschlüsselung vollständig.

Dimensionierung: Für 10.000 Datensätze pro Tag genügt ein Server mit 4 CPU-Kernen, 8 GB RAM und SSD-Storage. Planen Sie Headroom für Spitzenlasten (Schichtwechsel, Monatsabschluss).

Backup: Middleware-Konfiguration und Logs täglich sichern, mindestens 30 Tage aufbewahren. Testen Sie die Wiederherstellung quartalsweise.

Nächster Schritt

Wenn Sie Produktionsdaten heute manuell übertragen oder in Excel-Listen pflegen, lohnt sich die Integration. Starten Sie mit einem einzelnen Datenfluss (z. B. Auftragsstatus ins ERP), messen Sie den Zeitgewinn, und erweitern Sie schrittweise.

Sprechen Sie uns an, wenn Sie konkrete Unterstützung bei Anforderungsanalyse, API-Anbindung oder Middleware-Setup benötigen.

Sprechen Sie mit uns

Sie möchten das in Ihrem Betrieb umsetzen? Wir bauen die passende Maschine mit Ihnen.

Telefon: 040 468 967 680
E-Mail: info@whitefox-automations.com
Oder über unser Kontaktformular.