GS1-EPCIS-Ereignisse und digitale Produktpässe

Die Rolle von EPCIS-Ereignissen im DPP-Ökosystem

Der digitale Produktpass steht für einen grundlegenden Wandel in der Art und Weise, wie Produktinformationen erhoben, verwaltet und geteilt werden. Statt sich auf statische Produktdatenblätter zu stützen, die beschreiben, was ein Produkt ist, müssen DPPs die dynamische Geschichte dessen erfassen, was einem Produkt im Laufe seines Lebenszyklus widerfahren ist. GS1 EPCIS (Electronic Product Code Information Services) liefert das ereignisbasierte Datenmodell, das dies ermöglicht, und bietet einen standardisierten Weg, Lieferkettenereignisse über Unternehmensgrenzen hinweg zu erfassen, zu teilen und abzufragen.

Nach der EU-Verordnung über Ökodesign-Anforderungen für nachhaltige Produkte müssen digitale Produktpässe überprüfbare Informationen über Herkunft, Herstellungsprozesse, Materialzusammensetzung und Umweltauswirkungen eines Produkts enthalten. Ein Großteil dieser Informationen ist von Natur aus ereignisbasiert: Sie beschreiben Vorgänge, die zu bestimmten Zeitpunkten, an bestimmten Orten und mit bestimmten Produkten stattgefunden haben. EPCIS wurde genau für die Erfassung solcher Informationen entwickelt und ist damit die naheliegende Wahl für die Rückverfolgbarkeitsebene jeder DPP-Implementierung.

Dieser Artikel beleuchtet die einzelnen EPCIS-Ereignistypen und ihre praktische Anwendung in Systemen für digitale Produktpässe und gibt Unternehmen Orientierung, die ereignisbasierte Rückverfolgbarkeit einführen müssen, um bevorstehende regulatorische Anforderungen zu erfüllen.

Das EPCIS-Datenmodell für DPPs verstehen

Das EPCIS-Datenmodell beruht auf dem Konzept der Visibility Events: strukturierte Datensätze, die bedeutsame Momente auf dem Weg eines Produkts durch die Lieferkette festhalten. Jedes Ereignis enthält einen Standardsatz von Dimensionen, die zusammen ein vollständiges Bild des Geschehens liefern:

• Ereignistyp: ordnet die Art der Aktivität ein (Beobachtung, Aggregation, Transaktion oder Transformation)
• Ereigniszeit: der genaue Zeitpunkt des Ereignisses, erfasst in UTC mit Angabe der Zeitzonenabweichung
• Objektkennungen: die GS1-Schlüssel (etwa GTIN + Seriennummer), die die konkret beteiligten Produkte identifizieren
• Standortkennungen: GLNs, die den Ort des Ereignisses bezeichnen, gegebenenfalls bis auf Teilbereiche eines Standorts genau
• Geschäftsschritt: ein standardisierter Code für den jeweiligen Prozessschritt (z. B. commissioning, shipping, receiving, retail_selling)
• Disposition: der Zustand der Produkte nach dem Ereignis (z. B. active, in_transit, returned, destroyed)

Dieser strukturierte Ansatz stellt sicher, dass Ereignisse, die verschiedene Organisationen mit unterschiedlichen Systemen erfassen, interoperabel bleiben. Ein Hersteller in Deutschland, ein Logistikdienstleister in den Niederlanden und ein Händler in Frankreich können Ereignisse zum selben Produkt erfassen, und diese lassen sich zu einer schlüssigen Zeitleiste zusammenführen, weil alle demselben Datenmodell folgen.

Für digitale Produktpässe ist diese Interoperabilität nicht nur praktisch, sondern unverzichtbar. Ein Pass, der nur Daten des letzten Markeninhabers enthält, lässt den weitaus größten Teil des Produktlebenszyklus außen vor. EPCIS ermöglicht den Datenaustausch zwischen mehreren Beteiligten, den echte durchgängige Rückverfolgbarkeit erfordert.

ObjectEvents: Beobachtungen und Statusänderungen von Produkten verfolgen

ObjectEvents sind die Arbeitspferde der EPCIS-basierten Rückverfolgbarkeit. Sie erfassen jede Handlung an oder Beobachtung zu einem oder mehreren identifizierten Objekten. Im Kontext digitaler Produktpässe erfüllen ObjectEvents im gesamten Produktlebenszyklus zahlreiche zentrale Funktionen.

Zu Beginn des Produktlebens hält ein Commissioning-ObjectEvent den Moment fest, in dem einem physischen Artikel eine eindeutige Identität zugewiesen wird. Dieses Ereignis verankert das Produkt in der digitalen Welt und bildet den Ausgangspunkt für alle nachfolgenden Rückverfolgbarkeitsdaten. Bei Produkten, die eine Serialisierung erfordern, ist dieses Commissioning-Ereignis die Geburtsstunde des digitalen Zwillings auf Artikelebene.

Im Vertrieb dokumentieren ObjectEvents mit Geschäftsschritten wie „shipping“ und „receiving“ die Übergaben, wenn Produkte zwischen Partnern der Lieferkette wechseln. Jedes Paar aus Versand- und Empfangsereignis ergibt einen verifizierten Übergabenachweis: Der Versender bestätigt den Versand, der Empfänger die Ankunft der Ware. Dieses Muster der doppelten Bestätigung liefert belastbare Nachweise der Lieferkette (Chain of Custody) für DPPs.

Im Einzelhandel erfasst ein „retail_selling“-ObjectEvent den Zeitpunkt, an dem das Produkt an den Verbraucher übergeht. Nach der Nutzung können weitere ObjectEvents die Sammlung zum Recycling, Reparaturen oder die endgültige Außerbetriebnahme verfolgen. Genau diese Ereigniskette von der Wiege bis zur Bahre hat die ESPR im Blick, wenn sie die Rückverfolgbarkeit über den Lebenszyklus vorschreibt.

ObjectEvents können zudem Sensordaten-Erweiterungen enthalten und Umgebungsbedingungen wie Temperatur oder Luftfeuchtigkeit zum Zeitpunkt der Beobachtung festhalten. Das ist wertvoll für Produkte, bei denen Lager- oder Transportbedingungen die Qualität, Sicherheit oder Aussagen zur Umweltleistung beeinflussen.

TransformationEvents: Herstellung und Verarbeitung dokumentieren

TransformationEvents sind wohl der wichtigste EPCIS-Ereignistyp für digitale Produktpässe, denn sie erfassen die Herstellungs- und Verarbeitungsschritte, in denen Rohstoffe und Komponenten zu Fertigprodukten werden. Jedes TransformationEvent verzeichnet eine Menge verbrauchter Eingangsartikel und eine Menge erzeugter Ausgangsartikel und begründet so die Materialherkunft, die DPPs verlangen.

Nehmen wir einen Batteriehersteller, der Zellen für Elektrofahrzeuge produziert. Ein TransformationEvent würde die konkreten Chargen von Kathodenmaterial, Anodenmaterial, Elektrolyt und Separator (Eingänge) sowie die daraus hergestellten Batteriezellen (Ausgänge) erfassen. Dieses eine Ereignis bildet die Stückliste auf Chargen- oder Seriennummernebene ab und liefert die detaillierten Zusammensetzungsdaten, die die ESPR-Verordnung für Batteriepässe verlangt.

TransformationEvents lassen sich über mehrere Fertigungsstufen und Organisationen hinweg verketten. Das Ergebnis einer Transformation wird zum Eingang der nächsten, sodass eine vollständige Materialgenealogie entsteht, die Fertigprodukte bis zu ihren Rohstoffen zurückverfolgt. Bei komplexen Produkten mit mehrstufigen Lieferketten kann diese Kette Dutzende Organisationen und Hunderte Verarbeitungsschritte umfassen.

Die Verknüpfung von TransformationEvents mit Sensordaten bereichert die Fertigungsdokumentation zusätzlich. Prozessparameter wie Aushärtetemperaturen, Mischgeschwindigkeiten, Presskräfte und Energieverbrauch lassen sich zusammen mit den Materialflussdaten erfassen. Diese kombinierte Aufzeichnung unterstützt sowohl die Qualitätssicherung als auch die Berechnung der Umweltauswirkungen, zwei zentrale DPP-Datenkategorien.

AggregationEvents und TransactionEvents für Logistik und Handel

Während ObjectEvents und TransformationEvents die Kerndaten des Produktlebenszyklus für DPPs erfassen, liefern AggregationEvents und TransactionEvents wichtige ergänzende Informationen zu Logistik und kaufmännischen Vorgängen.

AggregationEvents bilden die Verpackungshierarchie ab: welche Einzelartikel in welchen Kartons stecken, welche Kartons auf welchen Paletten liegen und welche Paletten in welchen Containern stehen. Diese Eltern-Kind-Beziehungen ermöglichen das Prinzip des „Infer down“, bei dem ein für einen Container erfasstes Ereignis (etwa ein Versand) auf alle enthaltenen Artikel übertragen werden kann. Ohne AggregationEvents bräuchte jeder einzelne Artikel eigene Versand- und Empfangsereignisse, was in Lieferketten mit hohen Stückzahlen nicht praktikabel wäre.

Für DPPs sind AggregationEvents besonders nützlich, wenn Produkte durch den Vertrieb verfolgt werden müssen, aber nicht an jedem Zwischenpunkt einzeln gescannt werden. Wird eine Palette in einem Verteilzentrum gescannt, kann das System anhand des AggregationEvents, das die Produkte mit der Palette verknüpft hat, schließen, dass alle Produkte auf dieser Palette das Verteilzentrum passiert haben.

TransactionEvents verbinden physische Warenbewegungen mit Geschäftsdokumenten wie Bestellungen, Rechnungen und Zollanmeldungen. Auch wenn diese Daten nicht unmittelbar in den für Verbraucher sichtbaren Passinformationen erscheinen, liefern sie den Prüfpfad, den Behörden bei der Überprüfung von DPP-Angaben anfordern können. TransactionEvents unterstützen außerdem Sorgfaltspflichten nach Lieferkettengesetzen, indem sie physische Warenströme mit den zugrunde liegenden Handelsvereinbarungen verknüpfen.

EPCIS-Ereignisketten für vollständige Transparenz über den Lebenszyklus aufbauen

Die eigentliche Stärke von EPCIS für digitale Produktpässe zeigt sich, wenn einzelne Ereignisse zu schlüssigen Ereignisketten zusammengesetzt werden, die die gesamte Geschichte eines Produktlebenszyklus erzählen. Dafür braucht es eine sorgfältige Planung der Erfassungspunkte, eine konsistente Verwendung von Produktkennungen und eine belastbare Dateninfrastruktur.

Eine vollständige EPCIS-Ereigniskette für einen DPP folgt typischerweise diesem Muster:

• Rohstoffbeschaffung: ObjectEvents, die Herkunft und Zertifizierungsstatus der Rohstoffe erfassen
• Primärverarbeitung: TransformationEvents, die die Umwandlung von Rohstoffen in Zwischenprodukte dokumentieren
• Komponentenfertigung: TransformationEvents, die die Herstellung von Komponenten aus Zwischenprodukten festhalten
• Endmontage: TransformationEvents, die den Zusammenbau der Komponenten zu Fertigprodukten erfassen, sowie Commissioning-ObjectEvents, die Seriennummern zuweisen
• Qualitätsprüfung: ObjectEvents, die Prüfergebnisse und Zertifizierungsstatus erfassen
• Lagerung: AggregationEvents für das Verpacken und ObjectEvents für Beobachtungen im Lager
• Vertrieb: ObjectEvents für Versand und Empfang an jedem Knotenpunkt, mit zugehörigen TransactionEvents
• Einzelhandel und Nutzung: ObjectEvents für den Verkauf und für etwaige Service- oder Reparaturereignisse nach dem Kauf
• Lebensende: ObjectEvents für Sammlung und Sortierung, TransformationEvents für Recycling oder Wiederaufbereitung

Jedes Glied dieser Kette muss konsistente Produktkennungen verwenden, damit Ereignisse zuverlässig den richtigen Produkten zugeordnet werden können. Wo sich Kennungen ändern (etwa wenn Rohstoffe zu Komponenten verarbeitet werden), stellen TransformationEvents die Verbindung zwischen alten und neuen Kennungen her.

Praktische Hinweise zur Umsetzung

Die Einführung der EPCIS-Ereigniserfassung für die DPP-Konformität erfordert die Beachtung mehrerer praktischer Aspekte, die über den technischen Standard selbst hinausgehen.

Vereinbarungen zum Datenaustausch sind unerlässlich. EPCIS-Ereignisse enthalten häufig geschäftlich sensible Informationen, und Lieferkettenpartner brauchen klare Absprachen darüber, welche Daten mit wem, unter welchen Bedingungen und für wie lange geteilt werden. Die Arbeit der Europäischen Kommission an Rahmenwerken zur DPP-Daten-Governance wird eine gewisse Orientierung bieten, doch Unternehmen sollten proaktiv bilaterale und multilaterale Vereinbarungen zum Datenaustausch mit ihren Partnern treffen.

Die Granularität der Ereigniserfassung muss auf die DPP-Anforderungen abgestimmt sein. Zu wenige Ereignisse hinterlassen Lücken in der Rückverfolgbarkeit, zu viele verursachen Aufwand im Datenmanagement und unnötige Kosten. Am besten ermitteln Sie die konkreten DPP-Datenelemente Ihrer Produktkategorie und leiten daraus rückwärts ab, welche EPCIS-Ereignisse zu ihrer Erzeugung nötig sind.

Investitionen in die Infrastruktur sollten schrittweise und verhältnismäßig erfolgen. Nicht jeder Knotenpunkt der Lieferkette braucht aufwendige EPCIS-Erfassungstechnik. Manchmal genügt die manuelle Dateneingabe über webbasierte Erfassungsoberflächen, vor allem bei hochwertigen Produkten in kleinen Stückzahlen. Bei hohen Volumina ist die automatisierte Erfassung per Barcodescanner, RFID-Lesegerät oder IoT-Sensor besser geeignet. Plattformen wie MyProductPassport helfen Unternehmen, EPCIS-Ereignisdaten gemeinsam mit weiteren DPP-Informationen zu verwalten, ohne eine eigene Infrastruktur von Grund auf aufbauen zu müssen.

Neuerungen in EPCIS 2.0 für moderne DPP-Architekturen

EPCIS 2.0, veröffentlicht im Jahr 2022, brachte mehrere Neuerungen, die den Standard im Vergleich zu früheren Versionen deutlich besser für die Umsetzung digitaler Produktpässe eignen.

Dank einer RESTful-API-Spezifikation lässt sich auf EPCIS-Daten nun mit gängigen Webtechnologien zugreifen, sodass die für frühere Versionen typischen SOAP-basierten Webservices entfallen. Dieser RESTful-Ansatz passt zu den Microservice-Architekturen moderner DPP-Plattformen und vereinfacht die Anbindung an verbraucherorientierte Anwendungen.

Durch die Unterstützung von JSON-LD können EPCIS-Ereignisse als Linked Data veröffentlicht werden, sind damit mit Standards des semantischen Webs kompatibel und maschinell auffindbar. Das ist für DPPs besonders relevant, da die Europäische Kommission eine föderierte Datenarchitektur vorsieht, in der Passdaten über standardisierte Schnittstellen aus mehreren Quellen abrufbar sind. JSON-LD bildet die Grundlage für diese Interoperabilität.

Das formalisierte Sensordatenmodell in EPCIS 2.0 ermöglicht die strukturierte Erfassung von Umweltmesswerten, Gerätedaten und weiteren IoT-Daten zusammen mit den Ereignisdatensätzen. Für DPPs, die Energieverbrauch, Emissionen oder Prozessbedingungen dokumentieren müssen, macht diese integrierte Sensordatenfunktion separate Systeme zur Datenerfassung und -verknüpfung überflüssig.

Diese Funktionen von EPCIS 2.0 bilden zusammen mit dem etablierten Standard GS1 Digital Link für die webadressierbare Produktidentifikation einen umfassenden GS1-Technologie-Stack, der durchgängige DPP-Implementierungen tragen kann. Unternehmen, die diesen Stack nutzen, profitieren von weltweiter Interoperabilität, Anbieterunabhängigkeit und der Ausrichtung auf kommende regulatorische Anforderungen.

Ihr Unternehmen auf EPCIS-gestützte DPPs vorbereiten

Der Übergang zu EPCIS-gestützten digitalen Produktpässen ist kein einzelnes Projekt, sondern der strategische Aufbau einer Fähigkeit, der sich über mehrere Jahre erstreckt. Organisationen, die jetzt mit Planung und Pilotprojekten beginnen, sind gut aufgestellt, wenn die produktgruppenspezifischen DPP-Anforderungen in Kraft treten.

Bewerten Sie zunächst den aktuellen Reifegrad Ihrer Lieferkettentransparenz. Die meisten Organisationen verfügen über Ereignisdaten, die über ERP-Systeme, Lagerverwaltungssysteme und Logistikplattformen verstreut sind, doch diese Daten sind selten als EPCIS-Ereignisse strukturiert oder werden über Unternehmensgrenzen hinweg geteilt. Die Kenntnis Ihres Ausgangspunkts hilft, die zu schließenden Lücken zu erkennen.

Wenden Sie sich an Ihre nationale GS1-Organisation, um branchenspezifische Beratung und Unterstützung bei der Umsetzung zu erhalten. GS1 hat EPCIS-Implementierungsprofile für zahlreiche Branchen entwickelt, darunter Gesundheitswesen, Lebensmittel, Mode und Unterhaltungselektronik. Diese Profile geben maßgeschneiderte Empfehlungen, welche Ereignisse zu erfassen, welche Geschäftsvokabulare zu verwenden und wie typische branchenspezifische Szenarien zu handhaben sind.

Und schließlich: EPCIS-basierte Rückverfolgbarkeit schafft einen Mehrwert, der über die Einhaltung von Vorschriften hinausgeht. Transparenz in der Lieferkette steigert die betriebliche Effizienz, verringert das Fälschungsrisiko, beschleunigt Rückrufe und stärkt das Vertrauen der Verbraucher. Wer die Einführung von EPCIS als strategische Investition statt als Compliance-Kosten versteht, gewinnt intern leichter Unterstützung für die nachhaltigen Anstrengungen, die eine umfassende Digitalisierung der Lieferkette erfordert.