GS1 EPCIS-gebeurtenissen en digitale productpaspoorten

De rol van EPCIS-gebeurtenissen in het DPP-ecosysteem

Het digitale productpaspoort betekent een fundamentele verandering in de manier waarop productinformatie wordt verzameld, beheerd en gedeeld. In plaats van te vertrouwen op statische productspecificaties die beschrijven wat een product is, moeten DPP's het dynamische verhaal vastleggen van wat er gedurende de levenscyclus met een product is gebeurd. GS1 EPCIS (Electronic Product Code Information Services) levert het gebeurtenisgestuurde datamodel dat dit mogelijk maakt, met een gestandaardiseerde manier om gebeurtenissen in de toeleveringsketen over organisatiegrenzen heen vast te leggen, te delen en op te vragen.

Op grond van de EU-verordening betreffende ecologisch ontwerp voor duurzame producten moeten digitale productpaspoorten verifieerbare informatie bevatten over de herkomst, productieprocessen, materiaalsamenstelling en milieueffecten van een product. Veel van deze informatie is van nature gebeurtenisgebaseerd: ze beschrijft wat er op specifieke momenten, op specifieke plaatsen en met specifieke producten is gebeurd. EPCIS is precies ontworpen om dit soort informatie vast te leggen en is daarmee de logische keuze voor de traceerbaarheidslaag van elke DPP-implementatie.

Dit artikel bespreekt de afzonderlijke EPCIS-gebeurtenistypen en hun praktische toepassingen in systemen voor digitale productpaspoorten, en biedt houvast aan bedrijven die gebeurtenisgebaseerde traceerbaarheid moeten invoeren om aan komende wettelijke eisen te voldoen.

Het EPCIS-datamodel voor DPP's

Het EPCIS-datamodel draait om het concept van visibility events: gestructureerde records die belangrijke momenten vastleggen op de reis van een product door de toeleveringsketen. Elke gebeurtenis bevat een standaardset dimensies die samen een volledig beeld geven van wat er is gebeurd:

• Gebeurtenistype: typeert de aard van de activiteit (observatie, aggregatie, transactie of transformatie)
• Tijdstip: het exacte moment van de gebeurtenis, vastgelegd in UTC met informatie over de tijdzoneverschuiving
• Objectidentificatoren: de GS1-sleutels (zoals GTIN + serienummer) die de betrokken producten identificeren
• Locatie-identificatoren: GLN's die aangeven waar de gebeurtenis plaatsvond, eventueel tot op het niveau van een deel van een locatie
• Bedrijfsstap: een gestandaardiseerde code voor de processtap (bijv. commissioning, shipping, receiving, retail_selling)
• Dispositie: de toestand van de producten na de gebeurtenis (bijv. active, in_transit, returned, destroyed)

Deze gestructureerde aanpak zorgt ervoor dat gebeurtenissen die door verschillende organisaties met verschillende systemen worden vastgelegd, interoperabel blijven. Een fabrikant in Duitsland, een logistiek dienstverlener in Nederland en een retailer in Frankrijk kunnen allemaal gebeurtenissen over hetzelfde product vastleggen, en die kunnen tot een samenhangende tijdlijn worden samengevoegd omdat ze hetzelfde datamodel volgen.

Voor digitale productpaspoorten is deze interoperabiliteit niet alleen handig, maar essentieel. Een paspoort met alleen gegevens van de uiteindelijke merkeigenaar mist het overgrote deel van de levenscyclus van het product. EPCIS maakt het delen van gegevens tussen meerdere partijen mogelijk dat echte end-to-end-traceerbaarheid vereist.

ObjectEvents: observaties en statuswijzigingen van producten volgen

ObjectEvents zijn de werkpaarden van traceerbaarheid op basis van EPCIS. Ze leggen elke handeling vast die op een of meer geïdentificeerde objecten wordt uitgevoerd, of elke observatie daarover. Binnen digitale productpaspoorten vervullen ze gedurende de hele levenscyclus tal van cruciale functies.

Aan het begin van het leven van een product legt een commissioning-ObjectEvent het moment vast waarop een fysiek artikel een unieke identiteit krijgt. Deze gebeurtenis brengt het product de digitale wereld in en vormt het ankerpunt voor alle latere traceerbaarheidsgegevens. Voor producten die serialisatie vereisen, is deze gebeurtenis het begin van de digitale tweeling op artikelniveau.

Tijdens de distributie documenteren ObjectEvents met bedrijfsstappen als "shipping" en "receiving" de overdrachten wanneer producten tussen ketenpartners wisselen. Elk paar verzend- en ontvangstgebeurtenissen vormt een geverifieerd overdrachtsrecord: de verzender bevestigt dat de goederen zijn verstuurd en de ontvanger dat ze zijn aangekomen. Dit patroon van dubbele bevestiging levert DPP's robuust bewijs van de chain of custody.

In de retailfase legt een "retail_selling"-ObjectEvent vast wanneer het product naar de consument gaat. Na gebruik kunnen verdere ObjectEvents de inzameling voor recycling, reparaties of uiteindelijke buitengebruikstelling volgen. Deze keten van gebeurtenissen van wieg tot graf is precies wat de ESPR voor ogen heeft met de verplichte traceerbaarheid over de levenscyclus.

ObjectEvents kunnen ook sensordata-extensies bevatten die omgevingsomstandigheden zoals temperatuur of luchtvochtigheid op het moment van observatie vastleggen. Dat is waardevol voor producten waarbij opslag- of transportomstandigheden de kwaliteit, veiligheid of claims over milieuprestaties beïnvloeden.

TransformationEvents: productie en verwerking documenteren

TransformationEvents zijn misschien wel het belangrijkste EPCIS-gebeurtenistype voor digitale productpaspoorten, omdat ze de productie- en verwerkingsstappen vastleggen waarin grondstoffen en componenten tot eindproducten worden. Elk TransformationEvent registreert een set verbruikte invoerartikelen en een set geproduceerde uitvoerartikelen, en legt zo de materiaalherkomst vast die DPP's vereisen.

Neem een batterijfabrikant die cellen voor elektrische voertuigen produceert. Een TransformationEvent zou de specifieke partijen kathodemateriaal, anodemateriaal, elektrolyt en separator vastleggen die zijn verbruikt (invoer) en de batterijcellen die zijn geproduceerd (uitvoer). Deze ene gebeurtenis legt de stuklijst vast op partij- of serienummerniveau en levert de gedetailleerde samenstellingsgegevens die de ESPR-verordening voor batterijpaspoorten eist.

TransformationEvents kunnen over meerdere productiefasen en organisaties heen aan elkaar worden gekoppeld. De uitvoer van de ene transformatie wordt de invoer van de volgende, zodat een volledige materiaalgenealogie ontstaat die eindproducten terugvoert tot hun grondstoffen. Bij complexe producten met meerlaagse toeleveringsketens kan deze keten tientallen organisaties en honderden verwerkingsstappen omvatten.

Door TransformationEvents te koppelen aan sensordata wordt de productieregistratie nog rijker. Procesparameters zoals uithardingstemperaturen, mengsnelheden, perskrachten en energieverbruik kunnen samen met de materiaalstroomgegevens worden vastgelegd. Deze gecombineerde registratie ondersteunt zowel kwaliteitsborging als berekeningen van milieueffecten, twee belangrijke categorieën DPP-gegevens.

AggregationEvents en TransactionEvents voor logistiek en handel

Waar ObjectEvents en TransformationEvents de kerngegevens van de productlevenscyclus voor DPP's vastleggen, bieden AggregationEvents en TransactionEvents belangrijke aanvullende informatie over logistiek en commerciële activiteiten.

AggregationEvents leggen de verpakkingshiërarchie vast: welke artikelen in welke dozen zitten, welke dozen op welke pallets staan en welke pallets in welke containers. Deze ouder-kindrelaties maken het "infer down"-principe mogelijk, waarbij een gebeurtenis die voor een container is vastgelegd (zoals een verzending) geacht wordt te gelden voor alle artikelen erin. Zonder AggregationEvents zou elk afzonderlijk artikel eigen verzend- en ontvangstgebeurtenissen nodig hebben, wat in ketens met grote volumes onpraktisch is.

Voor DPP's zijn AggregationEvents vooral nuttig wanneer producten tijdens de distributie moeten worden gevolgd, maar niet op elk tussenpunt afzonderlijk worden gescand. Wordt een pallet in een distributiecentrum gescand, dan kan het systeem op basis van het AggregationEvent dat de producten aan die pallet koppelde afleiden dat alle producten op de pallet het distributiecentrum hebben gepasseerd.

TransactionEvents koppelen fysieke productbewegingen aan zakelijke documenten zoals inkooporders, facturen en douaneaangiften. Hoewel deze gegevens niet direct in de paspoortinformatie voor consumenten verschijnen, vormen ze het audittrail dat toezichthouders kunnen opvragen bij de controle van DPP-claims. TransactionEvents ondersteunen ook de zorgvuldigheidseisen uit wetgeving over toeleveringsketens, door fysieke productstromen te koppelen aan de commerciële afspraken die daarop van toepassing zijn.

EPCIS-gebeurtenisketens opbouwen voor volledig zicht op de levenscyclus

De echte kracht van EPCIS voor digitale productpaspoorten blijkt wanneer afzonderlijke gebeurtenissen worden samengevoegd tot samenhangende ketens die het volledige verhaal van de levenscyclus van een product vertellen. Het opbouwen van deze ketens vraagt om zorgvuldige planning van registratiepunten, consistent gebruik van productidentificatoren en een robuuste data-infrastructuur.

Een volledige EPCIS-gebeurtenisketen voor een DPP volgt doorgaans dit patroon:

• Inkoop van grondstoffen: ObjectEvents die de herkomst en certificeringsstatus van grondstoffen vastleggen
• Primaire verwerking: TransformationEvents die de omzetting van grondstoffen in tussenproducten documenteren
• Productie van componenten: TransformationEvents die de productie van componenten uit tussenproducten vastleggen
• Eindassemblage: TransformationEvents die de assemblage van componenten tot eindproducten registreren, met commissioning-ObjectEvents die serienummers toekennen
• Kwaliteitscontrole: ObjectEvents die inspectieresultaten en certificeringsstatus vastleggen
• Opslag: AggregationEvents voor het verpakken en ObjectEvents voor observaties in het magazijn
• Distributie: ObjectEvents voor verzending en ontvangst op elk knooppunt, met bijbehorende TransactionEvents
• Retail en gebruik: ObjectEvents voor de verkoop en voor eventuele service- of reparatiegebeurtenissen na verkoop
• Einde levensduur: ObjectEvents voor inzameling en sortering, TransformationEvents voor recycling of herverwerking

Elke schakel in deze keten moet consistente productidentificatoren gebruiken, zodat gebeurtenissen betrouwbaar aan de juiste producten kunnen worden gekoppeld. Waar identificatoren veranderen (bijvoorbeeld wanneer grondstoffen tot componenten worden verwerkt), leggen TransformationEvents de verbinding tussen oude en nieuwe identificatoren.

Praktische aandachtspunten bij de implementatie

Het invoeren van EPCIS-gebeurtenisregistratie voor DPP-naleving vraagt aandacht voor een aantal praktische punten die verder gaan dan de technische standaard zelf.

Afspraken over het delen van gegevens zijn essentieel. EPCIS-gebeurtenissen bevatten vaak commercieel gevoelige informatie, en ketenpartners hebben duidelijke afspraken nodig over welke gegevens worden gedeeld, met wie, onder welke voorwaarden en hoe lang. Het werk van de Europese Commissie aan kaders voor DPP-datagovernance biedt enige houvast, maar bedrijven doen er goed aan proactief bilaterale en multilaterale afspraken met hun ketenpartners te maken.

De granulariteit van de registratie moet worden afgestemd op de DPP-eisen. Te weinig gebeurtenissen laten gaten in de traceerbaarheid, te veel zorgen voor uitdagingen in het gegevensbeheer en onnodige kosten. De beste aanpak is de DPP-gegevenselementen voor uw productcategorie te bepalen en van daaruit terug te redeneren welke EPCIS-gebeurtenissen nodig zijn om die gegevens te genereren.

Investeringen in infrastructuur moeten gefaseerd en proportioneel zijn. Niet elk knooppunt in de keten heeft geavanceerde EPCIS-registratietechnologie nodig. Soms volstaat handmatige invoer via webinterfaces, vooral bij producten met een hoge waarde en lage volumes. Bij grote volumes is geautomatiseerde registratie met barcodescanners, RFID-lezers of IoT-sensoren geschikter. Platforms zoals MyProductPassport helpen bedrijven EPCIS-gebeurtenisgegevens samen met andere DPP-informatie te beheren zonder zelf een maatwerkinfrastructuur te hoeven bouwen.

Verbeteringen in EPCIS 2.0 voor moderne DPP-architecturen

EPCIS 2.0, uitgebracht in 2022, bracht een aantal verbeteringen die de standaard veel geschikter maken voor de implementatie van digitale productpaspoorten dan eerdere versies.

Dankzij een RESTful API-specificatie zijn EPCIS-gegevens nu toegankelijk met gangbare webtechnologieën, zodat de SOAP-gebaseerde webservices van eerdere versies niet meer nodig zijn. Deze RESTful aanpak sluit aan bij de microservicesarchitecturen van moderne DPP-platforms en maakt integratie met consumentgerichte toepassingen eenvoudig.

Ondersteuning voor JSON-LD maakt het mogelijk EPCIS-gebeurtenissen als linked data te publiceren, compatibel met standaarden van het semantisch web en vindbaar voor machines. Dat is vooral relevant voor DPP's, waarvoor de Europese Commissie een gefedereerde data-architectuur voor ogen heeft waarin paspoortgegevens via gestandaardiseerde interfaces uit meerdere bronnen toegankelijk zijn. JSON-LD vormt de basis voor deze interoperabiliteit.

Het geformaliseerde sensordatamodel in EPCIS 2.0 maakt gestructureerde registratie mogelijk van omgevingsmetingen, apparatuurwaarden en andere IoT-gegevens naast de gebeurtenisrecords. Voor DPP's die energieverbruik, emissies of procesomstandigheden moeten documenteren, maakt deze geïntegreerde functie aparte systemen voor gegevensverzameling en -correlatie overbodig.

Deze functies van EPCIS 2.0 vormen samen met de gevestigde standaard GS1 Digital Link voor via het web adresseerbare productidentificatie een complete GS1-technologiestack die end-to-end DPP-implementaties kan dragen. Bedrijven die deze stack gebruiken, profiteren van wereldwijde interoperabiliteit, leveranciersonafhankelijkheid en aansluiting op nieuwe wettelijke eisen.

Uw organisatie voorbereiden op EPCIS-gestuurde DPP's

De overstap naar EPCIS-gestuurde digitale productpaspoorten is geen losstaand project, maar de strategische opbouw van een capaciteit die zich over meerdere jaren zal uitstrekken. Organisaties die nu beginnen met plannen en pilots, staan er goed voor wanneer de productgroepspecifieke DPP-eisen in werking treden.

Begin met het beoordelen van de huidige volwassenheid van uw zicht op de toeleveringsketen. De meeste organisaties hebben gebeurtenisgegevens verspreid over ERP-systemen, magazijnbeheersystemen en logistieke platforms, maar die gegevens zijn zelden gestructureerd als EPCIS-gebeurtenissen of worden buiten de eigen organisatie gedeeld. Inzicht in uw uitgangssituatie helpt de hiaten te vinden die moeten worden gedicht.

Neem contact op met uw nationale GS1-organisatie voor sectorspecifiek advies en ondersteuning bij de implementatie. GS1 heeft EPCIS-implementatieprofielen ontwikkeld voor tal van sectoren, waaronder de gezondheidszorg, levensmiddelen, mode en consumentenelektronica. Deze profielen geven gerichte aanbevelingen over welke gebeurtenissen u moet vastleggen, welke bedrijfsvocabulaires u moet gebruiken en hoe u gangbare sectorspecifieke scenario's aanpakt.

Besef tot slot dat traceerbaarheid op basis van EPCIS waarde oplevert die verder gaat dan naleving van regelgeving. Zicht op de toeleveringsketen verbetert de operationele efficiëntie, verkleint het risico op namaak, versnelt terugroepacties en vergroot het vertrouwen van consumenten. Door de invoering van EPCIS te presenteren als strategische investering in plaats van als nalevingskosten, kunnen bedrijven intern draagvlak creëren voor de langdurige inspanning die een volledige digitalisering van de toeleveringsketen vraagt.