GS1 EPCIS notikumi un digitālās produktu pases

EPCIS notikumu loma DPP ekosistēmā

Digitālā produkta pase ir būtiska pārmaiņa tajā, kā informācija par produktiem tiek vākta, pārvaldīta un kopīgota. Tā vietā, lai paļautos uz statiskām produktu datu lapām, kas apraksta, kas ir produkts, DPP ir jāatspoguļo dinamisks stāsts par to, kas ar produktu noticis visā tā aprites ciklā. GS1 EPCIS (Electronic Product Code Information Services) nodrošina uz notikumiem balstītu datu modeli, kas to padara iespējamu, piedāvājot standartizētu veidu, kā reģistrēt, kopīgot un vaicāt piegādes ķēdes notikumus pāri organizāciju robežām.

Saskaņā ar ES Ilgtspējīgu produktu ekodizaina regulu digitālajās produktu pasēs jābūt pārbaudāmai informācijai par produkta izcelsmi, ražošanas procesiem, materiālu sastāvu un ietekmi uz vidi. Liela daļa šīs informācijas pēc būtības ir balstīta uz notikumiem: tā apraksta to, kas noticis konkrētā laikā, konkrētā vietā un ar konkrētiem produktiem. EPCIS tika izstrādāts tieši šāda veida informācijas reģistrēšanai, tāpēc tas ir dabiska izvēle jebkuras DPP ieviešanas izsekojamības slānim.

Šajā rakstā aplūkoti konkrētie EPCIS notikumu veidi un to praktiskais pielietojums digitālo produktu pasu sistēmās, sniedzot norādījumus uzņēmumiem, kuriem jāievieš uz notikumiem balstīta izsekojamība, lai izpildītu gaidāmās normatīvās prasības.

EPCIS datu modelis no DPP viedokļa

EPCIS datu modelis ir veidots, balstoties uz redzamības notikumu koncepciju: tie ir strukturēti ieraksti, kas fiksē nozīmīgus brīžus produkta ceļā cauri piegādes ķēdei. Katrs notikums satur standarta dimensiju kopu, kas kopā sniedz pilnīgu priekšstatu par notikušo:

• Notikuma veids: klasificē darbības raksturu (novērojums, agregācija, darījums vai transformācija)
• Notikuma laiks: precīzs notikuma brīdis, reģistrēts UTC laikā ar informāciju par laika joslas nobīdi
• Objektu identifikatori: GS1 atslēgas (piemēram, GTIN + sērijas numurs), kas identificē konkrētos iesaistītos produktus
• Atrašanās vietas identifikatori: GLN, kas norāda, kur notikums noticis, iespējams, ar detalizāciju objekta daļas līmenī
• Uzņēmējdarbības solis: standartizēts kods, kas norāda uzņēmējdarbības procesa soli (piemēram, commissioning, shipping, receiving, retail_selling)
• Stāvoklis (disposition): produktu stāvoklis pēc notikuma (piemēram, active, in_transit, returned, destroyed)

Šī strukturētā pieeja nodrošina, ka dažādu organizāciju ar dažādām sistēmām reģistrētie notikumi saglabā sadarbspēju. Ražotājs Vācijā, loģistikas pakalpojumu sniedzējs Nīderlandē un mazumtirgotājs Francijā var reģistrēt notikumus par vienu un to pašu produktu, un šos notikumus var apvienot saskaņotā laika skalā, jo tie visi atbilst vienam un tam pašam datu modelim.

Digitālajām produktu pasēm šī sadarbspēja nav tikai ērtība, tā ir nepieciešamība. Pase, kurā ir tikai galīgā zīmola īpašnieka dati, neaptver lielāko daļu produkta aprites cikla. EPCIS nodrošina vairāku pušu datu apmaiņu, ko prasa patiesa izsekojamība no sākuma līdz beigām.

ObjectEvents: produktu novērojumu un stāvokļa izmaiņu izsekošana

ObjectEvents ir uz EPCIS balstītas izsekojamības darba zirgi. Tie reģistrē jebkuru darbību, kas veikta ar vienu vai vairākiem identificētiem objektiem, vai jebkuru par tiem veiktu novērojumu. Digitālo produktu pasu kontekstā ObjectEvents visā produkta aprites ciklā pilda daudzas būtiskas funkcijas.

Produkta dzīves sākumā commissioning tipa ObjectEvent reģistrē brīdi, kad fiziskai vienībai tiek piešķirta unikāla identitāte. Šis notikums ievieš produktu digitālajā pasaulē un izveido atskaites punktu visiem turpmākajiem izsekojamības datiem. Produktiem, kuriem nepieciešama serializācija, šis commissioning notikums ir vienības līmeņa digitālā dvīņa dzimšana.

Izplatīšanas laikā ObjectEvents ar tādiem uzņēmējdarbības soļiem kā “shipping” un “receiving” dokumentē glabājuma nodošanu, produktiem pārvietojoties starp piegādes ķēdes partneriem. Katrs nosūtīšanas un saņemšanas notikumu pāris izveido pārbaudītu nodošanas ierakstu: nosūtītājs apstiprina, ka preces nosūtījis, bet saņēmējs apstiprina, ka tās ieradušās. Šis divkāršās apstiprināšanas modelis nodrošina DPP ar drošiem glabājuma ķēdes pierādījumiem.

Mazumtirdzniecības posmā “retail_selling” ObjectEvent reģistrē brīdi, kad produkts nonāk pie patērētāja. Pēc patēriņa papildu ObjectEvents var izsekot savākšanu pārstrādei, remonta darbības vai galīgu ekspluatācijas izbeigšanu. Šāda notikumu ķēde “no šūpuļa līdz kapam” ir tieši tas, ko paredz ESPR, nosakot izsekojamību visā aprites ciklā.

ObjectEvents var ietvert arī sensoru datu paplašinājumus, kas reģistrē vides apstākļus, piemēram, temperatūru vai mitrumu novērojuma brīdī. Šī iespēja ir vērtīga produktiem, kuru kvalitāti, drošumu vai apgalvojumus par vidisko sniegumu ietekmē uzglabāšanas vai transportēšanas apstākļi.

TransformationEvents: ražošanas un apstrādes dokumentēšana

TransformationEvents neapšaubāmi ir vissvarīgākais EPCIS notikumu veids digitālajām produktu pasēm, jo tie fiksē ražošanas un apstrādes soļus, kuros izejvielas un komponenti tiek pārvērsti gatavos produktos. Katrs TransformationEvent reģistrē patērēto ievades vienību kopu un saražoto izvades vienību kopu, tādējādi nosakot materiālu izcelsmes līniju, kas nepieciešama DPP.

Piemēram, bateriju ražotājs izgatavo elementus elektrotransportlīdzekļiem. TransformationEvent reģistrētu konkrētās patērētās katoda materiāla, anoda materiāla, elektrolīta un separatora partijas (ievades) un konkrētos saražotos bateriju elementus (izvades). Šis viens notikums fiksē materiālu sarakstu partijas vai sērijas numura līmenī, nodrošinot detalizētos sastāva datus, ko ESPR regula pieprasa bateriju pasēm.

TransformationEvents var savienot ķēdē vairākos ražošanas posmos un vairākās organizācijās. Vienas transformācijas izvade kļūst par nākamās ievadi, veidojot pilnīgu materiālu ģenealoģiju, kas ļauj izsekot gatavus produktus līdz tos veidojošajām izejvielām. Sarežģītiem produktiem ar daudzlīmeņu piegādes ķēdēm šāda TransformationEvents ķēde var aptvert desmitiem organizāciju un simtiem apstrādes soļu.

Iespēja sasaistīt TransformationEvents ar sensoru datiem vēl vairāk bagātina ražošanas ierakstu. Procesa parametrus, piemēram, sacietēšanas temperatūru, maisīšanas ātrumu, presēšanas spēku un enerģijas patēriņu, var reģistrēt kopā ar materiālu plūsmas datiem. Šāds apvienots ieraksts atbalsta gan kvalitātes nodrošināšanu, gan ietekmes uz vidi aprēķinus, kas ir divas galvenās DPP datu kategorijas.

AggregationEvents un TransactionEvents loģistikai un tirdzniecībai

Kamēr ObjectEvents un TransformationEvents fiksē DPP nepieciešamos pamata datus par produkta aprites ciklu, AggregationEvents un TransactionEvents sniedz svarīgu papildu informāciju par loģistikas un komercdarbību.

AggregationEvents reģistrē iepakojuma hierarhiju: kuras atsevišķās vienības atrodas kurās kastēs, kuras kastes ir iekrautas uz kurām paletēm un kuras paletes atrodas kuros konteineros. Šie vecāka un bērna attiecību dati ļauj piemērot principu “infer down”, saskaņā ar kuru konteineram reģistrēts notikums (piemēram, nosūtīšanas notikums) var tikt uzskatīts par attiecināmu uz visām tajā esošajām vienībām. Bez AggregationEvents katrai atsevišķai vienībai būtu vajadzīgi savi nosūtīšanas un saņemšanas notikumi, kas lielapjoma piegādes ķēdēs būtu nepraktiski.

DPP gadījumā AggregationEvents ir īpaši noderīgi situācijās, kad produkti jāizseko izplatīšanas laikā, taču tie netiek skenēti atsevišķi katrā starppunktā. Ja produktu palete tiek noskenēta izplatīšanas centrā, AggregationEvent, kas sasaistīja šos produktus ar paleti, ļauj sistēmai secināt, ka visi uz paletes esošie produkti ir izgājuši cauri izplatīšanas centram.

TransactionEvents sasaista produktu fizisko pārvietošanos ar uzņēmējdarbības dokumentiem, piemēram, pirkuma pasūtījumiem, rēķiniem un muitas deklarācijām. Lai gan šie dati var neparādīties tieši patērētājiem paredzētajā pases informācijā, tie nodrošina revīzijas liecības, ko regulatori var pieprasīt, pārbaudot DPP apgalvojumus. TransactionEvents atbalsta arī piegādes ķēžu tiesību aktos noteiktās pienācīgas rūpības prasības, sasaistot fiziskās produktu plūsmas ar komerciālajiem līgumiem, kas tās regulē.

EPCIS notikumu ķēžu veidošana pilnīgai aprites cikla redzamībai

EPCIS patiesais spēks digitālajām produktu pasēm atklājas tad, kad atsevišķi notikumi tiek apvienoti saskaņotās ķēdēs, kas izstāsta pilnu produkta aprites cikla stāstu. Šādu ķēžu veidošanai nepieciešama rūpīga notikumu reģistrēšanas punktu plānošana, konsekventa produktu identifikatoru izmantošana un stabila datu infrastruktūra.

Pilnīga DPP EPCIS notikumu ķēde parasti atbilst šādam modelim:

• Izejvielu iegāde: ObjectEvents, kas reģistrē izejvielu izcelsmi un sertifikācijas statusu
• Primārā apstrāde: TransformationEvents, kas dokumentē izejvielu pārvēršanu starpmateriālos
• Komponentu ražošana: TransformationEvents, kas fiksē komponentu ražošanu no starpmateriāliem
• Galīgā montāža: TransformationEvents, kas reģistrē komponentu salikšanu gatavos produktos, ar commissioning ObjectEvents, kas piešķir sērijas identifikatorus
• Kvalitātes pārbaude: ObjectEvents, kas reģistrē pārbaužu rezultātus un sertifikācijas statusu
• Uzglabāšana noliktavā: AggregationEvents iepakošanai un ObjectEvents uzglabāšanas novērojumiem
• Izplatīšana: ObjectEvents nosūtīšanai un saņemšanai katrā mezglā ar saistītajiem TransactionEvents
• Mazumtirdzniecība un patērētāju lietošana: ObjectEvents mazumtirdzniecības pārdošanai un jebkādiem pēcpārdošanas apkopes vai remonta notikumiem
• Aprites cikla beigas: ObjectEvents savākšanai un šķirošanai, TransformationEvents pārstrādei vai atkārtotai apstrādei

Katram šīs ķēdes posmam jāizmanto konsekventi produktu identifikatori, lai notikumus varētu droši saistīt ar pareizajiem produktiem. Ja identifikatori mainās (piemēram, kad izejvielas tiek pārvērstas komponentos), TransformationEvents nodrošina saikni starp vecajiem un jaunajiem identifikatoriem.

Praktiski ieviešanas apsvērumi

EPCIS notikumu reģistrēšanas ieviešana DPP atbilstības nolūkā prasa pievērst uzmanību vairākiem praktiskiem apsvērumiem, kas pārsniedz paša tehniskā standarta robežas.

Datu kopīgošanas līgumi ir būtiski. EPCIS notikumi bieži satur komerciāli sensitīvu informāciju, un piegādes ķēdes partneriem ir vajadzīgas skaidras vienošanās par to, kādi dati tiks kopīgoti, ar ko, ar kādiem nosacījumiem un cik ilgi. Eiropas Komisijas darbs pie DPP datu pārvaldības satvariem sniegs zināmus norādījumus, taču uzņēmumiem būtu proaktīvi jāslēdz divpusēji un daudzpusēji datu kopīgošanas līgumi ar saviem piegādes ķēdes partneriem.

Notikumu reģistrēšanas detalizācijas pakāpe ir jāpielāgo DPP prasībām. Pārāk maza notikumu skaita reģistrēšana atstāj robus izsekojamības ierakstā, savukārt pārāk liela skaita reģistrēšana rada datu pārvaldības grūtības un nevajadzīgas izmaksas. Optimālā pieeja ir noteikt konkrētos DPP datu elementus, kas nepieciešami jūsu produktu kategorijai, un, virzoties pretējā virzienā, noteikt, kuri EPCIS notikumi ir vajadzīgi šo datu iegūšanai.

Ieguldījumiem infrastruktūrā jābūt pakāpeniskiem un samērīgiem. Ne katram piegādes ķēdes mezglam ir vajadzīgas sarežģītas EPCIS reģistrēšanas tehnoloģijas. Dažos gadījumos pietiek ar manuālu datu ievadi tīmekļa saskarnēs, jo īpaši mazapjoma un augstas vērtības produktiem. Lielapjoma darbībām piemērotāka ir automatizēta reģistrēšana ar svītrkodu skeneriem, RFID lasītājiem vai lietu interneta sensoriem. Tādas platformas kā MyProductPassport var palīdzēt uzņēmumiem pārvaldīt EPCIS notikumu datus kopā ar citu DPP informāciju, neveidojot pielāgotu infrastruktūru no nulles.

EPCIS 2.0 uzlabojumi mūsdienīgām DPP arhitektūrām

2022. gadā izlaistais EPCIS 2.0 ieviesa vairākus uzlabojumus, kas padara standartu salīdzinājumā ar iepriekšējām versijām ievērojami piemērotāku digitālo produktu pasu ieviešanai.

RESTful API specifikācijas ieviešana nozīmē, ka EPCIS datiem tagad var piekļūt ar standarta tīmekļa tehnoloģijām, un vairs nav vajadzīgi iepriekšējām versijām raksturīgie uz SOAP balstītie tīmekļa pakalpojumi. Šī RESTful pieeja saskan ar mūsdienu DPP platformās plaši izmantotajām mikropakalpojumu arhitektūrām un vienkāršo integrāciju ar patērētājiem paredzētām lietotnēm.

JSON-LD atbalsts ļauj publicēt EPCIS notikumus kā saistītos datus (linked data), padarot tos saderīgus ar semantiskā tīmekļa standartiem un atrodamus mašīnām. Tas ir īpaši svarīgi DPP, kam Eiropas Komisija paredz federatīvu datu arhitektūru, kurā pases datiem var piekļūt no vairākiem avotiem, izmantojot standartizētas saskarnes. JSON-LD veido šīs sadarbspējas pamatu.

EPCIS 2.0 formalizētais sensoru datu modelis ļauj strukturēti reģistrēt vides mērījumus, iekārtu rādījumus un citus lietu interneta datus kopā ar notikumu ierakstiem. DPP, kurās jādokumentē enerģijas patēriņš, emisijas vai procesa apstākļi, šī integrētā sensoru datu iespēja novērš vajadzību pēc atsevišķām datu vākšanas un korelācijas sistēmām.

Šīs EPCIS 2.0 funkcijas kopā ar iedibināto GS1 Digital Link standartu produktu identifikācijai, kas adresējama tīmeklī, veido visaptverošu GS1 tehnoloģiju kopumu, kas var atbalstīt DPP ieviešanu no sākuma līdz beigām. Uzņēmumi, kas izmanto šo kopumu, gūst labumu no globālas sadarbspējas, neatkarības no piegādātājiem un atbilstības jaunajām normatīvajām prasībām.

Organizācijas sagatavošana uz EPCIS balstītām DPP

Pāreja uz EPCIS balstītām digitālajām produktu pasēm nav viens projekts, bet gan stratēģisku spēju veidošana, kas noritēs vairāku gadu garumā. Organizācijas, kas jau tagad sāk plānošanu un izmēģinājuma projektus, būs labā pozīcijā, kad stāsies spēkā konkrētām produktu kategorijām noteiktās DPP prasības.

Sāciet ar savas piegādes ķēdes redzamības pašreizējā brieduma līmeņa novērtēšanu. Lielākajai daļai organizāciju ir zināmi notikumu dati, kas izkaisīti ERP sistēmās, noliktavu pārvaldības sistēmās un loģistikas platformās, taču šie dati reti tiek strukturēti kā EPCIS notikumi vai kopīgoti ārpus organizācijas robežām. Izpratne par sākotnējo stāvokli palīdz noteikt nepilnības, kas jānovērš.

Sazinieties ar savas valsts GS1 dalīborganizāciju, lai saņemtu nozarei specifiskus norādījumus un ieviešanas atbalstu. GS1 ir izstrādājusi EPCIS ieviešanas profilus daudzām nozarēm, tostarp veselības aprūpei, pārtikai, modei un plaša patēriņa elektronikai. Šie profili sniedz pielāgotus ieteikumus par to, kurus notikumus reģistrēt, kādas uzņēmējdarbības vārdnīcas izmantot un kā rīkoties bieži sastopamās nozarei raksturīgās situācijās.

Visbeidzot, ņemiet vērā, ka uz EPCIS balstīta izsekojamība rada vērtību, kas pārsniedz atbilstību normatīvajām prasībām. Piegādes ķēdes redzamība uzlabo darbības efektivitāti, samazina viltošanas risku, ļauj ātrāk pārvaldīt produktu atsaukšanu un stiprina patērētāju uzticēšanos. Uzskatot EPCIS ieviešanu par stratēģisku ieguldījumu, nevis atbilstības izmaksām, uzņēmumi var nodrošināt iekšēju atbalstu ilgstošajiem centieniem, ko prasa visaptveroša piegādes ķēdes digitalizācija.