Dieser Beitrag ist Teil unserer Serie „Smart Factory richtig umsetzen: Vom Datenfundament zur skalierbaren Produktion“. Im ersten Teil haben wir gezeigt, warum Interoperabilität die Grundlage für eine skalierbare Smart Factory ist. In diesem Beitrag betrachten wir einen der häufigsten Anwendungsfälle und zeigen, wie belastbares Track & Trace auf Basis von Events, Kontext und einer durchgängigen Datenlogik entsteht und wie diese Grundlage zu einer belastbaren Werkstückgenealogie trägt.
Warum Track & Trace in der Fertigung oft scheitert
Im ersten Teil dieser Serie haben wir beschrieben, warum viele Smart-Factory-Initiativen nicht an fehlenden Daten scheitern, sondern an fehlender Interoperabilität. Genau dieses Problem zeigt sich besonders deutlich beim Thema Track & Trace. Auf Basis der im ersten Teil beschriebenen Event-to-Process-Logik werden einzelne Ereignisse nun über eine eindeutige Werkstück-ID zu einer durchgängigen und nachvollziehbaren Historie verknüpft.
Viele Unternehmen starten mit dem Ziel, Rückverfolgbarkeit möglichst schnell sichtbar zu machen. In der Praxis bleiben jedoch häufig Insellösungen zurück: Einzelne Stationen erfassen Daten, Lagerbewegungen werden separat dokumentiert und Qualitätsprüfungen speichern Ergebnisse in eigenen Systemen. Was fehlt, ist die durchgängige Verbindung zwischen diesen Informationen.
Die Folge sind Lücken in der Historie, Medienbrüche und ein hoher manueller Aufwand, wenn beispielsweise Reklamationen analysiert oder Qualitätsabweichungen nachvollzogen werden sollen.
Die Werkstück-ID als roter Faden durch den gesamten Prozess
Damit Track & Trace mehr leistet als eine reine Standortverfolgung, benötigt jedes Werkstück eine eindeutige Identität. Echte Genealogie beantwortet nicht nur die Frage „Wo befindet sich das Werkstück?“, sondern dokumentiert dessen gesamte Entstehungs- und Bearbeitungsgeschichte.
Der entscheidende Baustein ist dabei eine eindeutige Werkstück-ID. Sie verbindet Informationen aus unterschiedlichen Systemen und Prozessschritten miteinander. Ohne diese eindeutige Identität lassen sich Ereignisse zwar erfassen, aber nicht zuverlässig einem Werkstück und seiner Historie zuordnen. Die Identifikation kann dabei beispielsweise über Barcodes, Data-Matrix-Codes, RFID oder Seriennummern erfolgen.
Man kann sich diese Identität wie einen roten Faden vorstellen:
- ERP-, MES-, WMS- und Shopfloor-Systeme liefern unterschiedliche Ausschnitte der Werkstückhistorie. Die Werkstück-ID verbindet diese Informationen über Systemgrenzen hinweg zu einer durchgängigen Historie.
- An jedem Ereignis entsteht ein weiterer nachvollziehbarer Abschnitt der Historie.
Erst durch diese durchgängige Identität entsteht eine belastbare Grundlage für Rückverfolgbarkeit.
Die Geschichte eines Werkstücks nachvollziehen: Plan und Realität zusammenbringen
Um Track & Trace besser zu verstehen, hilft das Bild einer Partitur. Jedes Ereignis bildet einen festen Punkt im Zeitverlauf. Stationen, Lagerbereiche, Qualitätsprüfungen oder Transporte bilden die verschiedenen Ebenen, auf denen sich ein Werkstück bewegt. Die tatsächliche Abfolge dieser Ereignisse ergibt die individuelle Historie des Werkstücks.
Dabei folgt die Realität nicht immer dem ursprünglich geplanten Prozess. Ein Werkstück kann zusätzliche Transportwege durchlaufen, zwischengelagert werden oder eine Nachbearbeitung benötigen. Für eine belastbare Genealogie sind solche Abweichungen kein Fehler, sondern ein wichtiger Teil der Historie. Deshalb muss eine Track-&-Trace-Lösung sowohl die geplante Soll-Spur als auch die tatsächlich durchlaufene Ist-Spur nachvollziehbar abbilden können.
Die Soll-Spur beschreibt den geplanten Weg eines Werkstücks durch den Prozess. Die Ist-Spur entsteht aus den tatsächlich erfassten und dem Werkstück zugeordneten Ereignissen.
Genau hier zeigt sich der Unterschied zwischen einfacher Rückverfolgbarkeit und belastbarem Track & Trace: Es reicht nicht zu wissen, wo sich ein Werkstück befunden hat. Entscheidend ist, den tatsächlichen Prozessverlauf inklusive aller Abweichungen nachvollziehen zu können.
Werkstückgenealogie durch Event-Korrelation und Business-Kontext
Die reine Werkstückhistorie ist nur der erste Schritt. Ihren eigentlichen Mehrwert entfaltet Genealogie erst dann, wenn sie mit Business-Kontext verbunden wird.
Dazu gehören unter anderem:
- Produktionsauftrag
- Material oder Produkt
- Charge oder Los
- Arbeitsplan bzw. Routing
- Qualitätsanforderungen und Prüfergebnisse
- optional Lieferant oder Kundenauftrag
Erst durch diese Verknüpfung entsteht ein vollständiges Bild, das über die reine Rückverfolgbarkeit hinausgeht. Dadurch wird nicht nur sichtbar, was passiert ist, sondern auch, zu welchem Auftrag, Material, Qualitätskontext oder Liefertermin ein Ereignis gehört. Die Grundlage für weitergehende Ursachenanalysen entsteht, wenn diese Historie mit zusätzlichen Prozess-, Sensor- und Umweltdaten verbunden wird – ein Thema, das wir im nächsten Teil der Serie aufgreifen.
Welche Zielsysteme dabei genutzt werden, hängt von der jeweiligen Systemlandschaft ab. Entscheidend ist, dass die zugrunde liegende Shopfloor-Korrelation wiederverwendbar bleibt und unterschiedliche ERP-, MES- oder Analytics-Lösungen integriert werden können.
ORBIS DSP als Grundlage für durchgängiges Track & Trace
Die im ersten Teil beschriebenen Prinzipien aus Interoperabilität, Events und Kontext bilden auch die Grundlage für belastbares Track & Trace.
ORBIS DSP übernimmt dabei die Rolle der Integrations- und Verarbeitungsschicht. Ereignisse werden erfasst, zusammengeführt und mit dem notwendigen Kontext angereichert. Dadurch entsteht eine durchgängige Werkstückhistorie, die systemübergreifend nutzbar wird.
Erst dadurch lassen sich Ereignisse, Aufträge, Qualitätsinformationen und weitere Prozessdaten entlang des gesamten Fertigungsablaufs nachvollziehbar miteinander verknüpfen. So entsteht die Grundlage für eine belastbare Genealogie und für Track-&-Trace-Anwendungen, die über einzelne Systeme oder Prozessschritte hinausgehen.
Gleichzeitig bleibt die zugrunde liegende Integrationslogik wiederverwendbar. Neue Stationen, zusätzliche Datenquellen oder weitere Use Cases können auf derselben Basis aufbauen, ohne die Rückverfolgbarkeit jedes Mal neu zu implementieren.
Damit unterstützt ORBIS DSP genau das Ziel, das bereits im ersten Teil dieser Serie beschrieben wurde: den Aufbau einer interoperablen Grundlage, auf der Use Cases effizient umgesetzt und langfristig skaliert werden können.
Vom Track & Trace zur erklärbaren Produktion
Track & Trace schafft Transparenz über die Historie eines Werkstücks. Der nächste Schritt besteht darin, diese Informationen mit weiteren Datenquellen zu verbinden.
Werden Werkstückhistorien zusätzlich mit Business-Daten sowie Sensor- und Umweltdaten kombiniert, entstehen neue Möglichkeiten für Ursachenanalysen, KPIs und datengetriebene Entscheidungen. Genau darum geht es im nächsten Teil unserer Serie.
Nächster Schritt: Track & Trace Readiness Check
Wenn Track & Trace bei Ihnen auf der Agenda steht, stellt sich zunächst die Frage, welche Voraussetzungen bereits vorhanden sind.
Ein Track-&-Trace-Readiness-Check hilft dabei, zentrale Fragestellungen zu beantworten:
- Welche Identitäten und Schlüssel existieren bereits?
- Welche Ereignisse fehlen oder können nicht eindeutig zugeordnet werden?
- Welche Zielsysteme sollen integriert werden?
Darauf aufbauend entsteht ein Pilotprojekt, das schnell Nutzen stiftet und gleichzeitig die Grundlage für weitere Use Cases schafft.
Viele Zusammenhänge rund um Track & Trace werden besonders greifbar, wenn man sie live erlebt. In unserer ORBIS SmartFactory zeigen wir, wie Ereignisse, Werkstückidentitäten und Business-Kontext zu einer nachvollziehbaren Historie zusammengeführt werden und wie ORBIS DSP diesen Prozess unterstützt.
Sie möchten wissen, wie belastbar Ihr Track-&-Trace-Ansatz heute bereits ist? Gemeinsam analysieren wir die vorhandenen Voraussetzungen und identifizieren die nächsten sinnvollen Schritte für eine skalierbare Umsetzung.
Ausblick auf den nächsten Teil
Track & Trace liefert die belastbare Historie eines Werkstücks. Doch wie werden daraus erklärbare KPIs und fundierte Entscheidungen? Im nächsten Teil unserer Serie zeigen wir, wie Business-, Shopfloor- und Umweltdaten in einem gemeinsamen Kontextmodell zusammengeführt werden.
