GS1 EPCIS un piegādes ķēdes notikumu dati digitālajām produktu pasēm

Kāpēc piegādes ķēdes notikumu dati ir svarīgi digitālajām produktu pasēm

Digitālās produktu pases ir daudz vairāk nekā statiski produktu apraksti. Tās ir dzīvi ieraksti, kuros jāatspoguļo, kas ar produktu notika, kur, kad un kāpēc. Tieši šādu uz notikumiem balstītu pieeju produktu datiem ir paredzēts nodrošināt GS1 EPCIS standartam. ES Regulai par ilgtspējīgu produktu ekodizainu tuvojoties pilnīgai piemērošanai, ikvienam ražotājam un zīmolam kļūst būtiski saprast, kā EPCIS atbalsta piegādes ķēdes izsekojamību.

Uzņēmumu izaicinājums mūsdienās nav tikai produktu datu vākšana, bet gan preču dinamiskā ceļa fiksēšana sarežģītās, daudzpakāpju piegādes ķēdēs. Apģērba gabals, pirms nonāk pie patērētāja, var šķērsot kokvilnas fermas, vērptuves, krāsotavas, piegriešanas un šūšanas fabrikas, sadales centrus un veikalus. Katrā no šiem punktiem rodas notikumu dati, kas papildina produkta pilnīgo izcelsmes stāstu. Bez standartizēta ietvara šīs informācijas reģistrēšanai uzņēmumiem paliek sadrumstalotas, savstarpēji nesaderīgas datu salas, kas nespēj nodrošināt jēgpilnu pārredzamību.

EPCIS (Electronic Product Code Information Services) nodrošina tieši šādu ietvaru. Tas piedāvā kopīgu valodu piegādes ķēdes notikumu aprakstīšanai, kas ir sadarbspējīga starp organizācijām, nozarēm un ģeogrāfiskajiem reģioniem. Digitālajām produktu pasēm EPCIS kalpo kā notikumu mugurkauls, pārvēršot pasi no vienkāršas datu lapas par visaptverošu un pārbaudāmu produkta visa aprites cikla ierakstu.

Kas ir GS1 EPCIS un kā tas darbojas

GS1 EPCIS ir atvērts standarts bez licences maksas, kas ļauj tirdzniecības partneriem apmainīties ar informāciju par produktu fizisko pārvietošanos un stāvokli, tiem virzoties pa piegādes ķēdi. Būtībā EPCIS atbild uz četriem pamatjautājumiem par jebkuru piegādes ķēdes notikumu, ko bieži dēvē par četrām redzamības dimensijām:

• Kas: kuri konkrēti produkti vai preču vienības bija iesaistītas notikumā, identificētas ar GS1 identifikatoriem, piemēram, GTIN, SGTIN vai SSCC
• Kad: precīzs notikuma datums un laiks, reģistrēts standartizētā laika zīmoga formātā
• Kur: fiziskā vai digitālā atrašanās vieta, kur notikums notika, identificēta ar GLN (Global Location Number)
• Kāpēc: notikuma darījumdarbības konteksts, piemēram, preču nosūtīšana, saņemšana, pārveidošana vai iznīcināšana

Pašreizējā versija EPCIS 2.0 ir nozīmīgs solis uz priekšu salīdzinājumā ar iepriekšējām. Tā ievieš RESTful tīmekļa API, JSON un JSON-LD datu formātus līdzās tradicionālajam XML, kā arī uzlabotu lietu interneta (IoT) sensoru datu atbalstu. Šie uzlabojumi padara EPCIS daudz pieejamāku mūsdienu programmatūras arhitektūrām un dabiski saskaņo to ar digitālo produktu pasu sistēmu tehniskajām prasībām.

EPCIS darbojas pēc reģistrēšanas un vaicājumu modeļa. Katrā piegādes ķēdes punktā EPCIS reģistrēšanas lietotne (Capturing Application) ieraksta notikumus un glabā tos EPCIS repozitorijā (Repository). Tālākajos ķēdes posmos EPCIS piekļuves lietotne (Accessing Application) veic vaicājumus šajos repozitorijos, lai iegūtu notikumu vēsturi. Šāda decentralizēta arhitektūra nozīmē, ka nevienai organizācijai nav jāglabā visi dati: pilnvarotās puses var piekļūt tieši tai notikumu informācijai, kas tām nepieciešama.

Četri EPCIS notikumu veidi

EPCIS definē četrus galvenos notikumu veidus, un katrs no tiem atspoguļo atšķirīgu piegādes ķēdes darbības aspektu. Šo notikumu veidu izpratne ir izšķiroša, izstrādājot DPP datu arhitektūras, kas precīzi atspoguļo produkta ceļu no radīšanas līdz aprites cikla beigām.

ObjectEvent reģistrē darbības, kas veiktas ar vienu vai vairākiem fiziskiem vai digitāliem objektiem. Tas ir visbiežāk izmantotais notikuma veids, un tas aptver tādas situācijas kā jauna produkta nodošana ekspluatācijā (identifikatora piešķiršana pirmo reizi), tā fiksēšana kontrolpunktā vai izņemšana no aprites aprites cikla beigās. Katru reizi, kad produkts tiek skenēts noliktavas iekraušanas vārtos vai saskaitīts inventarizācijā, ObjectEvent fiksē šo brīdi.

AggregationEvent apraksta preču iepakošanu un izpakošanu, kad atsevišķi produkti tiek ievietoti kastēs, kastes uz paletēm vai paletes konteineros. Šī hierarhiskā ietveršanas informācija ir ļoti svarīga loģistikas efektivitātei un izpratnei par to, kā atsevišķās vienības ir saistītas ar nosūtīšanas vienībām. DPP gadījumā agregācijas dati palīdz izsekot, kuri konkrēti produkti bija kuru sūtījumu daļa.

TransactionEvent sasaista fiziskos produktus ar darījumiem, piemēram, pirkuma pasūtījumiem, rēķiniem vai nosūtīšanas paziņojumiem. Šī saikne starp fizisko un komerciālo pasauli ļauj uzņēmumiem salīdzināt pasūtīto ar faktiski nosūtīto un saņemto, nodrošinot revīzijas liecības, kas atbalsta atbilstību ESPR prasībām.

TransformationEvent fiksē ražošanas un pārstrādes posmus, kuros ievades produkti tiek patērēti, lai radītu izvades produktus. Piemēram, mēbeļu ražotājs izmantotu TransformationEvent, lai reģistrētu, kā koksne, līme un furnitūra tika apvienotas gatavā galdā. Šis notikuma veids ir īpaši svarīgs DPP, jo tas izveido materiālu sastāva un izcelsmes saiknes, ko pieprasa regulatori.

EPCIS notikumu sasaiste ar DPP datu prasībām

ESPR regula nosaka, ka digitālajās produktu pasēs jābūt noteiktām informācijas kategorijām, no kurām daudzas tieši atbilst EPCIS notikumu datiem. Šo atbilstību izpratne palīdz uzņēmumiem izstrādāt efektīvas datu vākšanas stratēģijas, kas vienlaikus kalpo gan darbības, gan regulatīviem mērķiem.

Informācija par izcelsmi, kas ir DPP pamatprasība, tiek fiksēta ar ObjectEvent un TransformationEvent ķēdi, kas izseko produkta sastāvdaļas līdz to avotam. Kad kokvilnas ķīpa tiek fiksēta fermā (ObjectEvent), pārstrādāta vērptuvē (TransformationEvent) un iegūtā dzija tiek fiksēta audumu fabrikā (ObjectEvent), katrs notikums papildina pilnīgo izcelsmes ierakstu.

Ražošanas un pārstrādes vēsture līdzīgi tiek dokumentēta ar TransformationEvent. Šie notikumi reģistrē ne tikai to, kas nonāca procesā un kas no tā iznāca, bet ar EPCIS sensoru datu paplašinājumiem var fiksēt arī procesa parametrus: temperatūras profilus sacietēšanas laikā, enerģijas patēriņu pārstrādes laikā vai ražošanā radušās emisijas. Šie detalizētie darbības dati tieši atbalsta ESPR prasīto informācijas atklāšanu par vidisko pēdu.

Uzraudzības ķēde un īpašumtiesību nodošana tiek fiksēta ar ObjectEvent (ar tādiem darījumdarbības soļiem kā “nosūtīšana” un “saņemšana”) un TransactionEvent kombinācijām. Produktiem, kuriem nepieciešama sērijas numuru piešķiršana, šī notikumu ķēde izveido nepārtrauktu ierakstu par katru pusi, kas rīkojusies ar produktu, no ražotāja līdz tirdzniecības vietai.

Dati par aprites cikla beigām un apritīgumu, kas kļūst arvien svarīgāki saistībā ar ESPR aprites ekonomikas mērķiem, var tikt reģistrēti ar ObjectEvent, kas dokumentē savākšanu, šķirošanu un pārstrādi, kā arī ar TransformationEvent, kas fiksē atkritumu pārvēršanu otrreizējās izejvielās.

EPCIS datu vākšanas ieviešana piegādes ķēdēs

EPCIS ieviešana daudzpakāpju piegādes ķēdē ir apjomīgs uzdevums, kas prasa rūpīgu plānošanu, ieinteresēto personu iesaisti un pakāpenisku īstenošanu. Šāda pieeja ir sevi pierādījusi organizācijās, kas veido DPP gatavu piegādes ķēdes redzamību:

• Sāciet ar kritisko piegādes ķēdes mezglu kartēšanu: nosakiet galvenos punktus, kuros jāreģistrē notikumu dati, lai izpildītu DPP prasības, sākotnēji koncentrējoties uz savu darbību un tikai pēc tam paplašinot to uz piegādātājiem
• Ieviesiet GS1 identifikāciju katrā līmenī: pārliecinieties, ka produkti, atrašanās vietas un loģistikas vienības ir identificētas ar GTIN, GLN un SSCC, pirms sākat reģistrēt notikumus
• Izvietojiet reģistrēšanas infrastruktūru prioritārajos mezglos: uzstādiet svītrkodu skenerus, RFID lasītājus vai IoT sensorus vietās, kuras esat noteicis kā kritiskas, sākot ar objektiem, kurus kontrolējat tieši
• Ieviesiet EPCIS repozitorijus: izveidojiet centralizētas vai federētas EPCIS datu krātuves, kas spēj saņemt, validēt un saglabāt notikumu datus no reģistrēšanas lietotnēm
• Sistemātiski iesaistiet piegādes ķēdes partnerus: sadarbojieties ar pirmā līmeņa piegādātājiem, lai paplašinātu EPCIS reģistrēšanu uz viņu darbību, sniedzot tehniskus norādījumus un, iespējams, kopīgu infrastruktūru

Viens no sarežģītākajiem EPCIS ieviešanas aspektiem ir konsekvences panākšana starp dažādiem partneriem ar atšķirīgu tehnisko briedumu. Mākoņa EPCIS platformas ir kļuvušas par praktisku risinājumu, piedāvājot mitinātus repozitorijus un vienkāršotas reģistrēšanas saskarnes, kas samazina ienākšanas slieksni mazākiem piegādātājiem. Daudzas no šīm platformām nodrošina gatavas integrācijas ar izplatītām uzņēmuma resursu plānošanas un noliktavu pārvaldības sistēmām, samazinot nepieciešamo izstrādes darbu.

Tikpat svarīga ir datu kvalitātes pārvaldība. EPCIS notikumi ir vērtīgi tikai tad, ja tie ir precīzi, savlaicīgi un pilnīgi. Organizācijām būtu jānosaka skaidri datu kvalitātes rādītāji, jāievieš automātiski validācijas noteikumi savā EPCIS infrastruktūrā un regulāri jāveic revīzijas, lai atklātu un novērstu datu trūkumus.

EPCIS un sadarbspēja ar DPP sistēmām

Viena no lielākajām EPCIS priekšrocībām digitālo produktu pasu ieviešanā ir tam piemītošā sadarbspēja. Kā atvērts standarts, ko uztur GS1, EPCIS nodrošina no piegādātājiem neatkarīgu datu formātu, ko jebkura sistēma var radīt un izmantot. Tas ir izšķiroši DPP kontekstā, kur datiem jāplūst starp ražotājiem, piegādātājiem, regulatoriem, pārstrādātājiem un patērētājiem.

EPCIS 2.0 JSON-LD atbalsts ir īpaši nozīmīgs DPP sistēmām. JSON-LD (JavaScript Object Notation for Linked Data) ļauj publicēt EPCIS notikumus kā semantiskā tīmekļa datus, lai mašīnas tos varētu atrast un veikt vaicājumus bez iepriekšējas vienošanās par datu shēmām. Tas atbilst Eiropas Komisijas redzējumam par decentralizētu DPP ekosistēmu, kurā produktu datiem var piekļūt, izmantojot standartizētas saskarnes.

EPCIS apvienojums ar GS1 Digital Link rada īpaši jaudīgu DPP arhitektūru. Digital Link nodrošina uz URI balstītus produktu identifikatorus, kas kalpo kā ieejas punkts piekļuvei pases datiem, savukārt EPCIS nodrošina notikumu vēsturi, kas aizpilda pases izsekojamības sadaļas. Kopā šie standarti ļauj patērētājam noskenēt produkta QR kodu un piekļūt ne tikai statiskai produkta informācijai, bet arī pārbaudītam ierakstam par šīs konkrētās vienības ceļu pa piegādes ķēdi.

Tādas platformas kā MyProductPassport ir izstrādātas integrācijai ar EPCIS datu plūsmām, ļaujot uzņēmumiem automātiski aizpildīt savas digitālās produktu pases ar piegādes ķēdes notikumu datiem, tiklīdz tie tiek reģistrēti. Šāda integrācija novērš citādi nepieciešamo manuālo datu ievadi un nodrošina, ka pases informācija paliek aktuāla un precīza.

Sensoru dati un IoT integrācija ar EPCIS starpniecību

EPCIS 2.0 ieviesa oficiālu sensoru datu atbalstu, atzīstot, ka mūsdienu piegādes ķēdes rada milzīgu daudzumu vides un stāvokļa uzraudzības datu, kas ir svarīgi produktu izsekojamībai. Šī iespēja ir īpaši vērtīga DPP, kurās var būt jādokumentē apstākļi, kādos produkti tika ražoti, uzglabāti un pārvadāti.

EPCIS sensoru datu elementi var reģistrēt temperatūru, mitrumu, spiedienu, triecienus, slīpumu un daudzus citus fiziskus mērījumus. Pārtikas un farmācijas produktiem šie aukstuma ķēdes uzraudzības dati pierāda, ka produkti visā izplatīšanas laikā tika uzturēti noteiktajās temperatūras robežās. Rūpniecības produktiem sensoru dati var dokumentēt ražošanas procesu vides apstākļus, kas ietekmē produkta kvalitāti un izturīgumu.

IoT ierīču integrācija ar EPCIS infrastruktūru paver iespējas automātiskai un nepārtrauktai notikumu reģistrēšanai bez cilvēka iejaukšanās. Viedās rūpnīcu iekārtas var ģenerēt TransformationEvent, produktiem virzoties pa ražošanas līnijām, savukārt pieslēgti loģistikas aktīvi var ģenerēt ObjectEvent ar sensoru rādījumiem, precēm pārvietojoties starp objektiem. Šāda automatizācija uzlabo datu pilnīgumu un savlaicīgumu, vienlaikus samazinot piegādes ķēdes redzamības darbaspēka izmaksas.

EPCIS ieviešanas izaicinājumi un labā prakse

Neraugoties uz acīmredzamajiem ieguvumiem, EPCIS ieviešana nav bez izaicinājumiem. Piegādes ķēdes sarežģītība, novecojusi infrastruktūra un nepieciešamība pēc starporganizāciju koordinācijas ir šķēršļi, kas uzņēmumiem jāpārvar pārdomāti.

• Datu suverenitāte un privātums: EPCIS notikumi var saturēt komerciāli sensitīvu informāciju par attiecībām ar piegādātājiem, ražošanas apjomiem un loģistikas maršrutiem, tāpēc nepieciešama rūpīga piekļuves kontrole un datu kopīgošanas līgumi
• Mantoto sistēmu integrācija: daudzi piegādes ķēdes partneri izmanto vecākas sistēmas, kas nav paredzētas EPCIS notikumu ģenerēšanai, tāpēc nepieciešami starpprogrammatūras risinājumi vai manuāli reģistrēšanas procesi
• Mērogojamība: liela apjoma piegādes ķēdes var ģenerēt miljoniem notikumu dienā, tāpēc nepieciešama stabila infrastruktūra reģistrēšanai, glabāšanai un vaicājumu veiktspējai
• Darījumdarbības konteksta standartizācija: lai gan EPCIS definē notikumu struktūru, organizācijām jāvienojas par konkrētiem darījumdarbības soļiem, statusiem un pamatdatu vārdnīcām, ko tās izmantos

Labā prakse veiksmīgai EPCIS ieviešanai ietver sākšanu ar mērķtiecīgu izmēģinājuma projektu, kas pierāda vērtību pirms mēroga palielināšanas, ieguldījumus piegādes ķēdes partneru apmācībā un pārmaiņu vadībā, kā arī GS1 dalīborganizāciju publicēto nozarei specifisko ieviešanas vadlīniju izmantošanu. GS1 CBV (Core Business Vocabulary) standarts piedāvā gatavu darījumdarbības soļu un statusu identifikatoru kopumu, kas veicina konsekvenci starp dažādām ieviešanām.

ESPR regulai pārejot no politikas uz praksi, uzņēmumi, kas jau ir ieguldījuši uz EPCIS balstītā piegādes ķēdes redzamībā, būs labā pozīcijā, lai efektīvi izpildītu DPP prasības. Tiem, kas to vēl nav izdarījuši, būtu jāsāk plānot sava EPCIS stratēģija jau tagad, apzinoties, ka visaptverošas piegādes ķēdes izsekojamības izveide ir vairākus gadus ilgs process, ko nevar sasteigt, kad tuvojas atbilstības termiņi.

Skats nākotnē: uz notikumiem balstītu produktu pasu nākotne

EPCIS, digitālo produktu pasu un jaunu tehnoloģiju, piemēram, blokķēdes, mākslīgā intelekta un digitālo dvīņu, konverģence norāda uz nākotni, kurā produktu izsekojamība ir nepārtraukta, automatizēta un pārbaudāma. Sadalītās virsgrāmatas tehnoloģijās reģistrēti EPCIS notikumi varētu sniegt nemainīgus pierādījumus par piegādes ķēdes darbībām, savukārt mākslīgais intelekts varētu analizēt notikumu modeļus, lai atklātu anomālijas, prognozētu riskus un optimizētu piegādes ķēdes darbību.

Uzņēmumiem, kas gatavojas atbilstībai DPP prasībām, vēstījums ir skaidrs: ieguldiet standartizētā notikumu datu reģistrēšanā jau šodien, un jūs izveidosiet pamatu, kas atbalsta ne tikai regulatīvās prasības, bet arī darbības izcilību, patērētāju uzticēšanos un konkurētspējīgu atšķirtspēju. EPCIS nav tikai atbilstības rīks, bet stratēģisks aktīvs, kas pārvērš piegādes ķēdes datus no izmaksu centra par vērtības avotu.