GS1 EPCIS-hændelser og digitale produktpas

EPCIS-hændelsernes rolle i DPP-økosystemet

Det digitale produktpas markerer et grundlæggende skifte i, hvordan produktinformation indsamles, forvaltes og deles. I stedet for at basere sig på statiske produktdatablade, der beskriver, hvad et produkt er, skal digitale produktpas indfange den dynamiske fortælling om, hvad der er sket med et produkt gennem hele dets livscyklus. GS1 EPCIS (Electronic Product Code Information Services) leverer den hændelsesdrevne datamodel, der gør dette muligt, og tilbyder en standardiseret måde at registrere, dele og forespørge på hændelser i forsyningskæden på tværs af organisationer.

I henhold til EU's forordning om miljøvenligt design af bæredygtige produkter skal digitale produktpas indeholde verificerbare oplysninger om et produkts oprindelse, fremstillingsprocesser, materialesammensætning og miljøpåvirkning. Meget af denne information er i sagens natur hændelsesbaseret: den beskriver ting, der er sket på bestemte tidspunkter, på bestemte steder og med bestemte produkter. EPCIS er udviklet netop til at indfange denne type information, hvilket gør standarden til det naturlige valg for sporbarhedslaget i enhver DPP-implementering.

Denne artikel gennemgår de konkrete EPCIS-hændelsestyper og deres praktiske anvendelse i systemer til digitale produktpas og giver vejledning til virksomheder, der skal indføre hændelsesbaseret sporbarhed for at opfylde kommende lovkrav.

EPCIS-datamodellen for digitale produktpas

EPCIS-datamodellen er bygget op omkring begrebet synlighedshændelser, strukturerede poster, der indfanger betydningsfulde øjeblikke i et produkts rejse gennem forsyningskæden. Hver hændelse indeholder et standardsæt af dimensioner, som tilsammen giver et fuldstændigt billede af, hvad der skete:

• Hændelsestype: kategoriserer aktivitetens art (observation, aggregering, transaktion eller transformation)
• Hændelsestidspunkt: det præcise øjeblik, hvor hændelsen fandt sted, registreret i UTC med oplysninger om tidszoneforskydning
• Objektidentifikatorer: de GS1-nøgler (f.eks. GTIN + serienummer), der identificerer de konkrete produkter
• Lokationsidentifikatorer: GLN'er, der angiver, hvor hændelsen fandt sted, eventuelt med detaljer på underlokationsniveau
• Forretningstrin: en standardiseret kode, der angiver trinnet i forretningsprocessen (f.eks. commissioning, shipping, receiving, retail_selling)
• Disposition: produkternes tilstand efter hændelsen (f.eks. active, in_transit, returned, destroyed)

Denne strukturerede tilgang sikrer, at hændelser registreret af forskellige organisationer i forskellige systemer forbliver interoperable. En producent i Tyskland, en logistikudbyder i Nederlandene og en forhandler i Frankrig kan alle registrere hændelser om det samme produkt, og hændelserne kan samles til en sammenhængende tidslinje, fordi de følger den samme datamodel.

For digitale produktpas er denne interoperabilitet ikke blot praktisk, den er afgørende. Et pas, der kun indeholder data fra den endelige varemærkeejer, overser langt størstedelen af produktets livscyklus. EPCIS muliggør den datadeling mellem flere parter, som ægte sporbarhed fra start til slut kræver.

ObjectEvents: sporing af produktobservationer og statusændringer

ObjectEvents er arbejdshestene i EPCIS-baseret sporbarhed. De registrerer enhver handling udført på, eller observation foretaget af, et eller flere identificerede objekter. I forbindelse med digitale produktpas har ObjectEvents en række vigtige funktioner gennem hele produktets livscyklus.

I begyndelsen af et produkts liv registrerer en ObjectEvent af typen commissioning det øjeblik, hvor en fysisk vare tildeles en unik identitet. Hændelsen etablerer produktet i den digitale verden og skaber ankerpunktet for alle efterfølgende sporbarhedsdata. For produkter, der kræver serialisering, er denne hændelse oprindelsen til den digitale tvilling på vareniveau.

Under distributionen dokumenterer ObjectEvents med forretningstrinene "shipping" og "receiving" overdragelserne af varetægt, når produkterne flyttes mellem partnere i forsyningskæden. Hvert par af afsendelses- og modtagelseshændelser skaber en verificeret overdragelsespost: afsenderen bekræfter at have sendt varerne, og modtageren bekræfter, at de er ankommet. Dette mønster med dobbelt bekræftelse giver solid dokumentation for kæden af varetægt (chain of custody) i digitale produktpas.

I detailleddet registrerer en ObjectEvent af typen "retail_selling" det tidspunkt, hvor produktet overgår til forbrugeren. Efter forbrugsfasen kan yderligere ObjectEvents spore indsamling til genanvendelse, reparationer eller endelig udfasning. Denne hændelseskæde fra vugge til grav er præcis, hvad ESPR forestiller sig, når den kræver sporbarhed gennem hele livscyklussen.

ObjectEvents kan også indeholde udvidelser med sensordata, der registrerer miljøforhold som temperatur eller luftfugtighed på observationstidspunktet. Denne mulighed er værdifuld for produkter, hvor opbevarings- eller transportforhold påvirker kvalitet, sikkerhed eller anprisninger om miljømæssig ydeevne.

TransformationEvents: dokumentation af fremstilling og forarbejdning

TransformationEvents er uden tvivl den vigtigste EPCIS-hændelsestype for digitale produktpas, da de indfanger de fremstillings- og forarbejdningstrin, der omdanner råmaterialer og komponenter til færdige produkter. Hver TransformationEvent registrerer et sæt input, der er forbrugt, og et sæt output, der er produceret, og fastlægger dermed den materialeafstamning, som digitale produktpas kræver.

Tag en batteriproducent, der fremstiller celler til elbiler. En TransformationEvent vil registrere de konkrete partier af katodemateriale, anodemateriale, elektrolyt og separator, der er forbrugt (input), og de konkrete battericeller, der er produceret (output). Denne ene hændelse indfanger styklisten på parti- eller serieniveau og giver de detaljerede sammensætningsdata, som ESPR-forordningen kræver til batteripas.

TransformationEvents kan kædes sammen på tværs af flere fremstillingstrin og flere organisationer. Outputtet fra én transformation bliver input til den næste, hvilket skaber en fuldstændig materialegenealogi, der sporer færdige produkter tilbage til deres oprindelige råmaterialer. For komplekse produkter med forsyningskæder i flere led kan en sådan kæde af TransformationEvents omfatte snesevis af organisationer og hundredvis af forarbejdningstrin.

Muligheden for at knytte TransformationEvents til sensordata beriger fremstillingsposten yderligere. Procesparametre som hærdningstemperaturer, blandehastigheder, pressekræfter og energiforbrug kan registreres sammen med data om materialestrømmen. Den samlede post understøtter både kvalitetssikring og beregninger af miljøpåvirkning, to centrale datakategorier i digitale produktpas.

AggregationEvents og TransactionEvents til logistik og handel

Mens ObjectEvents og TransformationEvents indfanger kernedata om produktets livscyklus til digitale produktpas, leverer AggregationEvents og TransactionEvents vigtige supplerende oplysninger om logistik og kommercielle aktiviteter.

AggregationEvents registrerer emballagehierarkiet: hvilke enkeltvarer der ligger i hvilke kasser, hvilke kasser der er læsset på hvilke paller, og hvilke paller der står i hvilke containere. Disse relationsdata mellem overordnede og underordnede enheder muliggør princippet "infer down", hvor en hændelse registreret for en container (f.eks. en afsendelseshændelse) kan antages at gælde for alle de varer, den indeholder. Uden AggregationEvents skulle hver enkelt vare have sine egne afsendelses- og modtagelseshændelser, hvilket ville være upraktisk i forsyningskæder med store mængder.

For digitale produktpas er AggregationEvents særligt nyttige, når produkter skal spores gennem distributionen, men ikke scannes enkeltvis ved hvert punkt. Hvis en palle med produkter scannes på et distributionscenter, gør den AggregationEvent, der knyttede produkterne til pallen, det muligt for systemet at udlede, at alle produkter på pallen har passeret distributionscentret.

TransactionEvents forbinder fysiske produktbevægelser med forretningsdokumenter som indkøbsordrer, fakturaer og toldangivelser. Selvom disse data måske ikke fremgår direkte af de pasoplysninger, forbrugerne ser, udgør de det revisionsspor, som myndighederne kan anmode om, når de kontrollerer oplysningerne i digitale produktpas. TransactionEvents understøtter også krav om due diligence i henhold til lovgivning om forsyningskæder ved at forbinde fysiske produktstrømme med de kommercielle aftaler, der regulerer dem.

Opbygning af EPCIS-hændelseskæder for fuld indsigt i livscyklussen

Den virkelige styrke ved EPCIS for digitale produktpas viser sig, når enkelte hændelser samles til sammenhængende hændelseskæder, der fortæller hele historien om et produkts livscyklus. Opbygningen af disse kæder kræver omhyggelig planlægning af registreringspunkter, konsekvent brug af produktidentifikatorer og en robust datainfrastruktur.

En fuldstændig EPCIS-hændelseskæde for et digitalt produktpas følger typisk dette mønster:

• Indkøb af råmaterialer: ObjectEvents, der registrerer råmaterialernes oprindelse og certificeringsstatus
• Primær forarbejdning: TransformationEvents, der dokumenterer omdannelsen af råmaterialer til mellemprodukter
• Komponentfremstilling: TransformationEvents, der indfanger produktionen af komponenter af mellemprodukter
• Slutmontage: TransformationEvents, der registrerer samlingen af komponenter til færdige produkter, med ObjectEvents af typen commissioning, der tildeler serieidentifikatorer
• Kvalitetskontrol: ObjectEvents, der registrerer kontrolresultater og certificeringsstatus
• Lagerhold: AggregationEvents til pakning og ObjectEvents til lagerobservationer
• Distribution: ObjectEvents til afsendelse og modtagelse ved hvert knudepunkt med tilhørende TransactionEvents
• Detailsalg og forbrugerbrug: ObjectEvents for detailsalget og eventuelle service- eller reparationshændelser efter salget
• Endt levetid: ObjectEvents til indsamling og sortering, TransformationEvents til genanvendelse eller oparbejdning

Hvert led i kæden skal bruge ensartede produktidentifikatorer, så hændelserne pålideligt kan knyttes til de rigtige produkter. Hvor identifikatorerne ændres (f.eks. når råmaterialer omdannes til komponenter), sørger TransformationEvents for forbindelsen mellem de gamle og nye identifikatorer.

Praktiske overvejelser ved implementering

Indførelse af EPCIS-hændelsesregistrering for at overholde kravene til digitale produktpas kræver opmærksomhed på en række praktiske forhold, der rækker ud over selve den tekniske standard.

Aftaler om datadeling er afgørende. EPCIS-hændelser indeholder ofte forretningsmæssigt følsomme oplysninger, og partnere i forsyningskæden har brug for klare aftaler om, hvilke data der deles, med hvem, på hvilke betingelser og hvor længe. Europa-Kommissionens arbejde med rammer for datastyring i digitale produktpas vil give en vis vejledning, men virksomheder bør proaktivt etablere bilaterale og multilaterale ordninger for datadeling med deres partnere i forsyningskæden.

Registreringens detaljeringsgrad skal afstemmes efter kravene til produktpasset. For få hændelser efterlader huller i sporbarheden, mens for mange skaber udfordringer med datahåndtering og unødvendige omkostninger. Den bedste tilgang er at identificere de konkrete dataelementer, der kræves for jeres produktkategori, og arbejde baglæns for at afgøre, hvilke EPCIS-hændelser der er nødvendige for at generere disse data.

Investeringer i infrastruktur bør ske i faser og være proportionale. Ikke alle knudepunkter i forsyningskæden har brug for avanceret teknologi til EPCIS-registrering. I nogle tilfælde er manuel dataindtastning via webbaserede grænseflader tilstrækkelig, især for produkter med lav volumen og høj værdi. For aktiviteter med store mængder er automatiseret registrering med stregkodescannere, RFID-læsere eller IoT-sensorer mere hensigtsmæssig. Platforme som MyProductPassport kan hjælpe virksomheder med at håndtere EPCIS-hændelsesdata sammen med andre oplysninger i produktpasset uden at bygge egen infrastruktur fra bunden.

Forbedringer i EPCIS 2.0 til moderne DPP-arkitekturer

EPCIS 2.0, der udkom i 2022, indførte flere forbedringer, som gør standarden markant bedre egnet til implementering af digitale produktpas end tidligere versioner.

Indførelsen af en RESTful API-specifikation betyder, at EPCIS-data nu kan tilgås med almindelige webteknologier, så man undgår de SOAP-baserede webtjenester, der prægede tidligere versioner. Denne RESTful-tilgang passer til de mikroservicearkitekturer, der ofte bruges i moderne DPP-platforme, og gør integrationen med forbrugerrettede applikationer enkel.

Understøttelse af JSON-LD gør det muligt at publicere EPCIS-hændelser som linkede data, så de er kompatible med standarder for det semantiske web og kan findes af maskiner. Det er særligt relevant for digitale produktpas, hvor Europa-Kommissionen forestiller sig en fødereret dataarkitektur, hvor pasdata kan hentes fra flere kilder via standardiserede grænseflader. JSON-LD danner grundlaget for denne interoperabilitet.

Den formaliserede sensordatamodel i EPCIS 2.0 muliggør struktureret registrering af miljømålinger, udstyrsaflæsninger og andre IoT-data sammen med hændelsesposterne. For produktpas, der skal dokumentere energiforbrug, emissioner eller procesforhold, fjerner denne integrerede sensordatafunktion behovet for separate systemer til dataindsamling og korrelation.

Disse funktioner i EPCIS 2.0 skaber, sammen med den etablerede standard GS1 Digital Link til webadresserbar produktidentifikation, en omfattende GS1-teknologistak, der kan understøtte DPP-implementeringer fra start til slut. Virksomheder, der tager denne stak i brug, får global interoperabilitet, leverandøruafhængighed og overensstemmelse med nye lovkrav.

Forbered jeres organisation på EPCIS-baserede digitale produktpas

Overgangen til EPCIS-baserede digitale produktpas er ikke ét enkelt projekt, men en strategisk kapacitetsopbygning, der vil strække sig over flere år. Organisationer, der begynder at planlægge og gennemføre pilotprojekter nu, vil stå godt rustet, når de produktkategorispecifikke krav til digitale produktpas træder i kraft.

Begynd med at vurdere, hvor moden jeres nuværende indsigt i forsyningskæden er. De fleste organisationer har en vis mængde hændelsesdata spredt ud over ERP-systemer, lagerstyringssystemer og logistikplatforme, men disse data er sjældent struktureret som EPCIS-hændelser eller delt på tværs af organisationer. Når I kender udgangspunktet, bliver det lettere at identificere de huller, der skal lukkes.

Kontakt jeres nationale GS1-organisation for branchespecifik vejledning og implementeringsstøtte. GS1 har udviklet EPCIS-implementeringsprofiler for en lang række brancher, herunder sundhed, fødevarer, mode og forbrugerelektronik. Profilerne giver skræddersyede anbefalinger om, hvilke hændelser der skal registreres, hvilke forretningsvokabularer der skal bruges, og hvordan almindelige branchespecifikke scenarier håndteres.

Husk endelig, at EPCIS-baseret sporbarhed skaber værdi ud over overholdelse af regler. Indsigt i forsyningskæden forbedrer den operationelle effektivitet, mindsker risikoen for forfalskning, muliggør hurtigere håndtering af tilbagekaldelser og opbygger forbrugernes tillid. Ved at betragte indførelsen af EPCIS som en strategisk investering frem for en compliance-omkostning kan virksomheder skabe intern opbakning til den vedvarende indsats, som en omfattende digitalisering af forsyningskæden kræver.