Foxley Quality Intelligence · Research Brief

Ein Datensatz statt Abschreiben: Messwerte kontrolliert ins ERP übertragen

Eine industrielle Feldstudie zeigt, wie ein kanonischer Messdatensatz, persistente Übergaben und ein ERP-Abgleich manuelle Brüche in der Prüfkette reduzieren.

DatenqualitätMSAAudit[]
4 Min. Lesezeit
Vier FQI-Prozesskarten zeigen den Weg von der optischen Fasermessung über einen kanonischen Datensatz und eine persistente Übergabe bis zur ERP-Bestätigung und zum Quell-Ziel-Abgleich.
Ein geprüfter Datensatz bleibt bis zur ERP-Bestätigung nachvollziehbar und wird anschließend mit der Messquelle abgeglichen.
Ansicht:

Kurzfazit

Ein Prüfwert kann fachlich richtig sein und trotzdem auf dem Weg ins Unternehmenssystem beschädigt werden: durch Abschreiben, uneinheitliche Dateiformate, fehlende Identitäten oder einen abgebrochenen Upload. Eine industrielle Feldstudie verbindet deshalb optische Fasermessungen über einen einzigen kanonischen Datensatz mit der Unternehmensressourcenplanung (Enterprise Resource Planning, ERP). An einem Werk sank die mittlere Zykluszeit von rund 240 auf 45,7 Sekunden; bei 1.000 automatisierten Datensätzen wurden keine Feldabweichungen zwischen Messquelle und ERP beobachtet. Für FQI ist die entscheidende These nicht „Digital Twin“, sondern eine kontrollierte Beweiskette nach der Messung.

FQI Takeaway

  • Ein kanonischer Datensatz verhindert Übersetzungsdrift: Messwert, Produktionsidentität, Prüfstatus und Zielsystemdaten werden einmal strukturiert und daraus weiterverwendet.
  • Eine Schnittstelle braucht einen nachweisbaren Transaktionszustand: Lokal persistieren, erst nach Bestätigung als übertragen markieren und Quelle gegen Ziel abgleichen.
  • Automatisierung ersetzt keine Messsystembeherrschung: Die Feldstudie verkürzt die Nacharbeit nach der Messung; die unveränderte physische Prüfung bleibt separat zu qualifizieren.

Das Prinzip auf einen Blick

Die Studie betrachtet Optical Time Domain Reflectometry (OTDR; optische Rückstreumessung zur Prüfung von Glasfaserstrecken). Das Gerät speichert Ergebnisse im Standardformat SOR (Standard OTDR Record; Datei für Messkurven und Ereignisse). Der entwickelte Ablauf liest die benötigten Felder lokal aus, verbindet sie mit Fertigungskennungen, prüft sie deterministisch und bildet daraus einen kanonischen Datensatz. CSV-Datei, JSON-Nachricht, Datenbank und ERP-Eintrag entstehen aus derselben geprüften Quelle. Eine persistente Warteschlange hält den Übertragungszustand auch bei Verbindungsproblemen fest.

Begriffe kurz erklärt

  • Kanonischer Datensatz: eine verbindliche, strukturierte Darstellung, aus der alle Zielformate erzeugt werden.
  • ERP: Enterprise Resource Planning; zentrales Unternehmenssystem für Aufträge, Material, Produktion und zugehörige Nachweise.
  • Digital Thread: durchgängige digitale Informationskette zwischen physischem Prozess, Messung und betrieblichen Systemen.
  • Quell-Ziel-Abgleich: systematische Kontrolle, ob Messquelle und ERP dieselben freizugebenden Werte enthalten.
  • Schattenbetrieb: Testbetrieb, in dem ein System mitläuft, aber noch keine automatischen Entscheidungen auslöst.

Deep Dive

Untersucht wurde ein laufendes Werk für Glasfaserkabel-Baugruppen mit zehn Viavi-MTS-8000-Messstationen, einem lokalen Edge-Controller und einem konfigurierten Oracle-ERP-Ablauf. Die Stichprobe umfasste 500 Baugruppen und 1.000 Faserenden. Der physische OTDR-Test dauerte in beiden Varianten rund 45 Sekunden. Verändert wurde die anschließende Kette: Datei speichern, Ergebnis übertragen, Werte registrieren und den Vorgang im ERP abschließen.

Die mittlere End-to-End-Zeit fiel laut Verlagsvorschau von ungefähr 240 auf 45,7 Sekunden, also um 80,96 Prozent. Von 194,3 eingesparten Sekunden entfielen 119,5 Sekunden auf den Ergebnistransfer, 59,8 Sekunden auf die ERP-Registrierung und 15 Sekunden auf Speichern beziehungsweise Export. Wird die unveränderte Messdauer ausgeklammert, sank der beobachtete Aufwand nach der Messung von 195 auf 0,7 Sekunden. Über 1.000 automatisierte Datensätze meldet die Studie keine Feldunterschiede zwischen den kanonisch abgeleiteten SOR-Werten und den zugehörigen ERP-Werten.

Qualitätsrelevant ist die Architektur hinter diesen Zahlen. Pflichtfelder, Datentypen, Wertebereiche, Kennungsbindungen und Toleranzregeln werden vor der Übertragung geprüft. Der Datensatz bleibt lokal gespeichert, bis das Zielsystem den Vorgang bestätigt. Aus Messwert, Fertigungskontext, Validierungsentscheidung, ERP-Status und Auditprotokoll entsteht ein gemeinsamer Transaktionsnachweis. Damit wird ein Fehler nicht nur technisch behandelt, sondern als sichtbarer Zustand geführt: noch nicht übertragen, abgelehnt, erneut zu senden oder bestätigt.

Ein FQI-Pilot sollte zunächst den heutigen Medienbruch vermessen: Zeit pro Übergabe, manuelle Eingaben, fehlende Kennungen, Feldabweichungen, Wiederholungen und nicht auflösbare Zustände. Danach läuft die neue Kette im Schattenbetrieb, einem Testbetrieb ohne automatische Entscheidungen. Für jeden Prüfdatensatz werden Quellhash, Produkt- und Auftragsbezug, Regelversion, Validierungsergebnis, Sendeversuche und Zielbestätigung protokolliert. Freigabekriterien werden vorab festgelegt und umfassen nicht nur Geschwindigkeit, sondern vollständige Zuordnung, nachweisbaren Wiederanlauf, kontrollierte Fehlermeldungen und Übereinstimmung zwischen Quelle und Ziel.

Grenzen und Risiken

Die Ergebnisse stammen aus einem Werk, einem Gerätetyp, zehn Stationen, einem ERP-System und einem abgegrenzten Arbeitsvolumen. Es gibt keinen Multi-Vendor-, Multi-Site- oder Hochlastnachweis. „Keine beobachteten Feldabweichungen“ bei 1.000 Datensätzen ist keine Garantie für seltene Fehler oder spätere Softwarestände. Die Studie untersucht nur die für den Arbeitsablauf benötigten SOR-Felder, nicht jede vollständige Messkurve. Sie bezeichnet die Lösung bewusst als digital-twin-orientiert: Vorhersagesimulation und autonomer Regelkreis sind nicht implementiert. Auch Zugriffsschutz, Schlüsselverwaltung, Zeitstempel, Stammdatenqualität und Änderungslenkung müssen im konkreten Betrieb separat qualifiziert werden.

FQI Fazit

Der Beitrag macht eine oft übersehene Qualitätsstelle messbar: Zwischen bestandenem Test und dokumentierter Freigabe liegt eine eigene Prozesskette. Ein kanonischer Datensatz, deterministische Prüfregeln, persistente Übergabe und Quell-Ziel-Abgleich können diese Kette schneller und auditierbarer machen. Die Ein-Werk-Ergebnisse rechtfertigen einen kontrollierten Pilot, aber keine pauschale Produktivitätszusage. Entscheidend ist, dass jede Automatisierung den exakten Messdatensatz, seinen Kontext, seinen Übertragungszustand und die Bestätigung des Zielsystems als zusammenhängenden Nachweis erhält.

Quellen & Transparenz