EPCIS einfach erklärt

EPCIS steht für „Electronic Product Code Information Services“. Dabei handelt es sich um einen branchenübergreifend einsetzbaren, frei zugänglichen Datenstandard. Der Standard unterstützt die beiden Dateiformate XML und JSON für den Datenaustausch und wird international eingesetzt.

EPCIS ermöglicht euch, verschiedene Prozessereignisse detailliert zu erfassen und zu teilen. Aus den erfassten Ereignisdaten könnt ihr als Händler beispielsweise eure Lieferprozesse optimieren oder Herausforderungen entlang eurer Lieferkette besser identifizieren. Mit EPCIS erfasst ihr also Ereignisdaten entlang einer Supply Chain (Lieferkette) für interne Zwecke. Als Unternehmen könnt ihr diese Daten aber auch mit euren Handelspartnern austauschen. Der Datenstandard sorgt also für die detaillierte Aufzeichnung und den Austausch von Prozessinformationen, die sich auf physische oder digitale Objekte beziehen.

In der Praxis gilt EPCIS häufig auch als Standard für sogenannte „Sichtbarkeitsdaten“ bzw. Event-Daten: Diese Daten zeigen den Status, die Bewegung und die Position von Objekten in der Lieferkette. Das umfasst sowohl Transaktionsdaten zu Geschäftsvorgängen wie Bestellungen oder Lieferungen – als auch Ereignisdaten zu Prozessen wie dem Versand oder der Lagerung von Produkten. Solche Sichtbarkeitsdaten helfen euch als Unternehmen, Transparenz entlang der gesamten Lieferkette zu schaffen.

Der EPCIS-Standard wird von der gemeinnützigen internationalen Handelsorganisation GS1 entwickelt. In Deutschland wird er von GS1 Germany verwaltet.

Hinweis: Redaktionelles Update im November 2026 (Fachlicher Stand: November 2026)

Bei allen Vorteilen sollten natürlich auch potenzielle Herausforderungen bzgl. EPCIS nicht unerwähnt bleiben. Diese beziehen sich aber in erster Linie auf die erstmalige Einführung. Dieser Schritt kann komplex erscheinen – ist jedoch oft weniger aufwändig, da nur die Schnittstelle für den Datenaustausch definiert wird.

Ein Tipp für die Praxis: Viele Unternehmen nutzen Barcode- oder RFID-Lesegeräte, die automatisch Daten erfassen. Dadurch müsst ihr nicht alles händisch notieren und könnt diese Daten verwenden, um eure Geschäftsprozesse effizient zu optimieren.

Der EPCIS-Standard erfasst Daten prinzipiell nach den bekannten W-Fragen. Dabei kann man folgende Sachfragen unterscheiden:

Was: Identifiziert das Objekt oder die Objekte, auf die sich das Ereignis bezieht.
Wann: Erfasst das Datum und die Uhrzeit des Ereignisses.
Wo: Gibt den Ort an, an dem das Ereignis stattgefunden hat.
Warum: Erläutert den geschäftlichen Kontext des Ereignisses.
Wie: Optional; umfasst Sensorinformationen oder andere technische Details.

Ein zentraler Begriff im EPCIS-Standard sind sogenannte „Events“ (Ereignisse). Diese dokumentieren den Status, die Bewegung und andere wichtige Details von Objekten in eurer Lieferkette:

• AssociationEvent: Beschreibt die dauerhafte Zuordnung von physischen Objekten zu einem übergeordneten Objekt oder einem festen physischen Ort. Beispiel: Ihr montiert einen Sensor dauerhaft an einer Maschine. Dieses Ereignis erfasst „Was“ (Sensor und Maschine), „Wo“ (Montageort), „Wann“ (Zeitpunkt) und „Warum“ (dauerhafte Installation).

• AggregationEvent: Erfasst die physische Zusammenführung oder Trennung von Objekten. Beispiel: Mitarbeiter führen mehrere Artikel auf einer Palette zusammen. Dieses Ereignis erfasst die Dimensionen „Was“ (zusammengeführte Artikel), „Wo“ (Ort der Aggregation), „Wann“ (Zeitpunkt) und „Warum“ (Zweck).

• CommissionEvent: Dokumentiert die Erstellung oder das Inverkehrbringen eines Objekts. Beispiel: Ein Unternehmen weist Seriennummern neuen Produkten zu. Dieses Ereignis erfasst „Was“ (neue Produkte), „Wo“ (Produktionsort), „Wann“ (Zeitpunkt) und „Warum“ (Inbetriebnahme).

• DecommissionEvent: Erfasst die Stilllegung oder den Ausschluss eines Objekts aus der Lieferkette. Beispiel: Ein Produkt, das nicht den Qualitätsstandards entspricht, wird aussortiert. Dieses Ereignis erfasst „Was“ (betroffenes Produkt), „Wo“ (Standort der Aussortierung), „Wann“ (Zeitpunkt) und „Warum“ (Nichtkonformität).

• DisaggregationEvent: Dokumentiert die Trennung von zuvor aggregierten Objekten. Beispiel: Ihr teilt eine Lieferung auf mehrere Lagerstandorte auf. Dieses Ereignis erfasst „Was“ (geteilte Objekte), „Wo“ (Standorte), „Wann“ (Zeitpunkt) und „Warum“ (Neuverteilung).

• ObservationEvent: Beschreibt die Beobachtung oder Überprüfung eines Objekts ohne direkte Änderung. Beispiel: Eine Qualitätskontrolle misst die Temperatur von Produkten. Dieses Ereignis erfasst „Was“ (Produkt), „Wo“ (Kontrollort), „Wann“ (Zeitpunkt) und „Warum“ (Qualitätsprüfung).

• TransformationEvent: Beschreibt die Umwandlung eines oder mehrerer Objekte in ein neues Objekt. Beispiel: Arbeiter verarbeiten Rohstoffe zu einem fertigen Produkt. Hierbei wird „Was“ (Rohstoffe und Endprodukt), „Wo“ (Produktionsort), „Wann“ (Zeitpunkt) und „Warum“ (Produktionsprozess) erfasst.

Wie alle Datenstandards spielt auch EPCIS eine wichtige Rolle in eurem Produktdatenmanagement. Spannend ist dabei vor allem, dass ihr verschiedene Datenarten miteinander in Verbindung setzen könnt: EPCIS verknüpft nämlich dynamische Prozessereignisdaten mit statischen Stammdaten, welche wiederum in Systemen wie dem Global Data Synchronisation Network (GDSN) verwalten werden können.

GDSN ist ein von GS1 entwickeltes Netzwerk, das den globalen Austausch von Stammdaten wie Produktbeschreibungen, Abmessungen und GTIN (ehemals EAN-Barcodes) ermöglicht. Während GDSN den Fokus auf die Synchronisation dieser Stammdaten legt, konzentriert sich EPCIS, ebenfalls ein Standard von GS1, auf die Erfassung und Nachverfolgung von Ereignisdaten, die den physischen Warenfluss eines Produkts dokumentieren.

Durch die Integration von EPCIS-Daten mit anderen Systemen könnt ihr also eine umfassendere Sicht auf ihre Lieferkette gewinnen. Im E-Business-Kontext ist dabei nicht nur die präzise Verfolgung und Transparenz entlang der Lieferkette wichtig, sondern auch die Einhaltung gesetzlicher Vorschriften sowie die Verbesserung der Kundenbindung. Auch das ermöglicht EPCIS als internationaler Datenstandard.

EPCIS und GDSN haben unterschiedliche Schwerpunkte, ergänzen sich jedoch. Gemeinsam bieten sie eine vollständige Sicht auf Produkte – von den Stammdaten bis zu den Ereignisdaten, die die physische Bewegung erfassen.

Diverse Technologien und Systeme erfassen ein Event im EPCIS-Format in mehreren Schritten. Hier ein typischer Ablauf dieser Schritte:

• Datenerfassung mit IoT-Geräten und Scannern:
  • Mitarbeiter oder automatische Systeme versehen Produkte mit RFID-Tags oder Barcodes. RFID-Tags (Radio-Frequency Identification) sind kleine elektronische Chips, die Informationen über ein Produkt drahtlos speichern und per Funk ausgelesen werden. Beim Verpacken auf einer Palette scannen Mitarbeiter oder automatische Systeme die Barcodes oder lesen die RFID-Tags der Produkte und der Palette. Datenübertragung an Middleware oder IoT-Plattform:

• Datenübertragung an Middleware oder IoT-Plattform:
  • Systeme übertragen die erfassten Daten (z.B. EPCs der Produkte und der Palette) an eine Middleware oder IoT-Plattform. IoT-Plattformen vernetzen IoT-Geräte wie Sensoren und Scanner. Sie verarbeiten die gesammelten Daten und stellen sie für Anwendungen bereit.

• Transformation in EPCIS-Format:
  • Die Middleware transformiert die Daten ins EPCIS-Format und erstellt ein Aggregation Event mit folgenden Elementen:
    • Was: Die EPCs der Produkte (childEPCs) und der Palette (parentID).
    • Wo: Der Ort des Scanvorgangs (readPoint).
    • Wann: Der Zeitpunkt des Scanvorgangs (eventTime).
    • Warum: Der Geschäftskontext, z.B. Verpacken der Produkte (bizStep).
    • Wie: Sensorbasierte Informationen, z.B. Temperaturmessungen, wenn ein Schwellenwert überschritten wird (sensorElement -> sensorReport).

• Integration in EPCIS:
  • Eine API oder EDI überträgt die transformierten Daten an ein EPCIS-Repository, eine spezialisierte Datenbank, die Ereignisdaten speichert und bereitstellt.

• Abruf und Nutzung der Daten:
  • ERP- oder WMS-Systeme rufen die Ereignisdaten aus dem EPCIS-Repository ab, um Bestände zu aktualisieren, Berichte zu erstellen oder die Rückverfolgbarkeit sicherzustellen. ERP-Systeme sind integrierte Softwarelösungen, die Geschäftsprozesse wie Buchhaltung, Beschaffung und Produktionsplanung unterstützen. WMS-Systeme sind spezialisierte Softwarelösungen für die Verwaltung und Optimierung von Lagerbeständen und Lagerprozessen.

Der EPCIS-Standard nutzt die Austauschformate XML oder JSON. In beiden Fällen bestimmen die Anzahl und Art der Ereignisse die XML-/JSON-Dateigrößen. Ein Tipps aus der Praxis: Oft fassen Unternehmen mehrere Ereignisse in einer Datei zusammen, um den Überblick zu behalten.

Die jeweiligen Felder unterscheiden sich dabei je nach Eventtyp. Die Werte der XML-/JSON-Elemente können übrigens in verschiedenen Sprachen angegeben werden, während die technischen Elemente immer auf Englisch bleiben.

Wenn euer Unternehmen zum Beispiel Saftflaschen auf eine Palette packt, erhält jede Flasche eine eigene Identifikationsnummer (z. B. einen RFID-Tag). Beim Verpacken erfasst das System die Identifikationsnummern der Flaschen und der Palette dann in einem AggregationEvent. Damit könnt ihr bzw. euer Datenempfänger übersichtlich nachzuvollziehen, welche Produkte sich überhaupt auf der Palette befinden.

Die folgende Struktur einer Beispiel-EPCIS-Datei im XML-Format zeigt ein „AggregationEvent“. Wenn euer Unternehmen zum Beispiel Saftflaschen auf eine Palette packt, erhält jede Flasche eine eigene Identifikationsnummer (z. B. einen RFID-Tag). Beim Verpacken erfasst das System die Identifikationsnummern der Flaschen und der Palette dann in einem AggregationEvent. Damit könnt ihr bzw. euer Datenempfänger übersichtlich nachzuvollziehen, welche Produkte sich überhaupt auf der Palette befinden.

Die folgenden XML-Elemente kommen in verschiedenen Eventtypen vor (nicht nur für ein AggregationEvent). Sie bilden also die technische Grundlage jeder EPCIS-Datei:

• EPCISBody: Enthält den Hauptinhalt, einschließlich der erfassten Ereignisse.

• EventList: Listet alle Ereignisse auf.

• eventTime: Gibt den Zeitpunkt des Ereignisses an, z.B. „08.06.2013T14:58:56.591Z“.

• eventTimeZoneOffset: Gibt die Zeitzonenverschiebung gegenüber UTC an.

• action: Beschreibt die durchgeführte Aktion, z.B. „OBSERVE“.

• bizStep: Beschreibt den Geschäftsschritt, z.B. „receiving“ (Wareneingang).

• disposition: Beschreibt den Zustand des Objekts nach dem Ereignis, z.B. „in_progress“ (in Bearbeitung).

• readPoint: Erfasst den Ort des Ereignisses.

• bizLocation: Gibt den Geschäftsort des Ereignisses an.

Zusätzlich zu den Standardfeldern nutzt jeder Eventtyp auch spezifische Strukturen. Hier ein paar AggregationEvent-spezifische Felder:

• AggregationEvent: Erfasst die Zusammenführung von Objekten.

• parentID: Identifiziert das übergeordnete Objekt, z.B. die Palette.

• childEPCs: Identifiziert die untergeordneten Objekte, z.B. die Saftflaschen.

• childQuantityList: Listet Mengen von untergeordneten Objekten auf.

• quantityElement: Erfasst Einträge in der Liste der Mengen untergeordneter Objekte.

• epcClass: Bestimmt die Klasse der untergeordneten Objekte.

• quantity: Gibt die Menge der untergeordneten Objekte an.

• uom: Definiert die Maßeinheit, z.B. „KGM“ für Kilogramm.

• extension: Bietet Erweiterungsfelder für zusätzliche Informationen.

Zusätzlich ergänzt der Core Business Vocabulary (CBV) Standard EPCIS, indem er standardisierte Begriffe für eine konsistente und interoperable Datenstruktur bereitstellt.

In der klassisch geschachtelten XML-Struktur sieht das dann zum Beispiel so aus:

Gut zu wissen: Auf der GS1-Website können Unternehmen verschiedene Beispieldateien im XML- sowie JSON-Format zu verschiedenen Event-Arten finden.