GS1 EPCIS események és digitális termékútlevelek

Az EPCIS események szerepe a DPP-ökoszisztémában

A digitális termékútlevél alapvető változást jelent abban, ahogyan a termékinformációkat gyűjtjük, kezeljük és megosztjuk. Ahelyett, hogy statikus termékadatlapokra támaszkodna, amelyek azt írják le, mi a termék, a DPP-nek azt a dinamikus történetet kell rögzítenie, hogy mi történt a termékkel életciklusa során. A GS1 EPCIS (Electronic Product Code Information Services) biztosítja azt az eseményvezérelt adatmodellt, amely ezt lehetővé teszi: szabványos módot kínál az ellátási lánc eseményeinek rögzítésére, megosztására és lekérdezésére a szervezeti határokon átnyúlóan.

A fenntartható termékek környezettudatos tervezéséről szóló uniós rendelet értelmében a digitális termékútleveleknek ellenőrizhető információkat kell tartalmazniuk a termék eredetéről, gyártási folyamatairól, anyagösszetételéről és környezeti hatásáról. Ezen információk nagy része eleve eseményalapú: olyan dolgokat ír le, amelyek meghatározott időpontban, meghatározott helyen, meghatározott termékekkel történtek. Az EPCIS-t kifejezetten az ilyen típusú információk rögzítésére hozták létre, ezért természetes választás bármely DPP-megvalósítás nyomonkövethetőségi rétegéhez.

Ez a cikk az EPCIS konkrét eseménytípusait és azok gyakorlati alkalmazását vizsgálja a digitális termékútlevél-rendszerekben, és útmutatást ad azoknak a vállalkozásoknak, amelyeknek eseményalapú nyomonkövethetőséget kell bevezetniük a közelgő jogszabályi követelmények teljesítéséhez.

Az EPCIS adatmodell a DPP-k szemszögéből

Az EPCIS adatmodell a láthatósági események fogalmára épül: ezek olyan strukturált rekordok, amelyek a termék ellátási láncon át vezető útjának jelentős pillanatait rögzítik. Minden esemény a dimenziók szabványos készletét tartalmazza, amelyek együtt teljes képet adnak a történtekről:

• Eseménytípus: a tevékenység jellegét sorolja be (megfigyelés, aggregálás, tranzakció vagy átalakítás)
• Esemény időpontja: az esemény pontos időpontja, UTC-ben rögzítve, az időzóna-eltolás adataival
• Objektumazonosítók: az érintett konkrét termékeket azonosító GS1-kulcsok (például GTIN + sorozatszám)
• Helyazonosítók: az esemény helyszínét azonosító GLN-ek, adott esetben telephelyen belüli részletességgel
• Üzleti lépés: az üzleti folyamat lépését jelölő szabványos kód (például commissioning, shipping, receiving, retail_selling)
• Állapot (disposition): a termékek állapota az esemény után (például active, in_transit, returned, destroyed)

Ez a strukturált megközelítés biztosítja, hogy a különböző szervezetek által, különböző rendszerekkel rögzített események interoperábilisak maradjanak. Egy németországi gyártó, egy hollandiai logisztikai szolgáltató és egy franciaországi kiskereskedő egyaránt rögzíthet eseményeket ugyanarról a termékről, és ezek az események egységes idővonallá állíthatók össze, mivel mind ugyanazt az adatmodellt követik.

A digitális termékútlevelek esetében ez az interoperabilitás nem csupán kényelmes, hanem elengedhetetlen. Az az útlevél, amely csak a végső márkatulajdonos adatait tartalmazza, a termék életciklusának túlnyomó részét figyelmen kívül hagyja. Az EPCIS lehetővé teszi azt a több szereplő közötti adatmegosztást, amelyet a valódi, teljes körű nyomonkövethetőség megkövetel.

ObjectEvents: a termékmegfigyelések és állapotváltozások követése

Az ObjectEvents az EPCIS-alapú nyomonkövethetőség igáslovai. Minden olyan műveletet vagy megfigyelést rögzítenek, amely egy vagy több azonosított objektumra vonatkozik. A digitális termékútlevelek kontextusában az ObjectEvents számos kritikus funkciót töltenek be a termék teljes életciklusa során.

A termék életének kezdetén egy commissioning típusú ObjectEvent rögzíti azt a pillanatot, amikor egy fizikai tétel egyedi azonosítót kap. Ez az esemény hozza létre a terméket a digitális világban, és ez lesz a későbbi nyomonkövetési adatok horgonypontja. A sorozatszámozást igénylő termékeknél ez a commissioning esemény a tételszintű digitális iker születése.

Az elosztás során a „shipping” és „receiving” üzleti lépéssel rendelkező ObjectEvents dokumentálják az őrizet átadását, ahogy a termékek az ellátási lánc partnerei között mozognak. Minden szállítási és átvételi eseménypár ellenőrzött átadási rekordot hoz létre: a feladó megerősíti, hogy elküldte az árut, a címzett pedig, hogy az megérkezett. Ez a kettős megerősítési minta megbízható bizonyítékot ad a DPP-k számára az őrzési láncról.

A kiskereskedelmi szakaszban egy „retail_selling” ObjectEvent rögzíti azt a pontot, amikor a termék a fogyasztóhoz kerül. A fogyasztást követően további ObjectEvents követhetik az újrafeldolgozás céljából történő gyűjtést, a javítási tevékenységeket vagy a végleges kivonást. Ez a „bölcsőtől a sírig” tartó eseménylánc pontosan az, amit az ESPR előirányoz, amikor előírja az életciklus-szintű nyomonkövethetőséget.

Az ObjectEvents szenzoradat-bővítményeket is hordozhatnak, amelyek a megfigyelés időpontjában fennálló környezeti feltételeket, például a hőmérsékletet vagy a páratartalmat rögzítik. Ez a képesség értékes azoknál a termékeknél, amelyeknél a tárolási vagy szállítási körülmények befolyásolják a minőséget, a biztonságot vagy a környezeti teljesítményre vonatkozó állításokat.

TransformationEvents: a gyártás és a feldolgozás dokumentálása

A TransformationEvents vitathatatlanul a legfontosabb EPCIS-eseménytípus a digitális termékútlevelek szempontjából, mivel azokat a gyártási és feldolgozási lépéseket rögzítik, amelyek a nyersanyagokat és alkatrészeket késztermékké alakítják. Minden TransformationEvent rögzíti a felhasznált bemeneti tételeket és az előállított kimeneti tételeket, így kialakítja azt az anyagleszármazást, amelyre a DPP-knek szükségük van.

Vegyünk egy akkumulátorgyártót, amely elektromos járművekhez gyárt cellákat. Egy TransformationEvent rögzítené a felhasznált katódanyag, anódanyag, elektrolit és szeparátor konkrét tételeit (bemenetek), valamint az előállított konkrét akkumulátorcellákat (kimenetek). Ez az egyetlen esemény tétel- vagy sorozatszám-szinten rögzíti az anyagjegyzéket, és biztosítja azokat a részletes összetételi adatokat, amelyeket az ESPR rendelet az akkumulátorútlevelekhez megkövetel.

A TransformationEvents több gyártási szakaszon és több szervezeten keresztül is láncba fűzhetők. Az egyik átalakítás kimenete a következő bemenetévé válik, így teljes anyaggenealógia jön létre, amely a késztermékeket egészen az alkotó nyersanyagaikig visszavezeti. Többszintű ellátási lánccal rendelkező összetett termékeknél a TransformationEvents lánca akár több tucat szervezetet és több száz feldolgozási lépést is átfoghat.

A TransformationEvents és a szenzoradatok összekapcsolásának lehetősége tovább gazdagítja a gyártási nyilvántartást. Az olyan folyamatparaméterek, mint a kikeményítési hőmérséklet, a keverési sebesség, a préserő és az energiafogyasztás, mind rögzíthetők az anyagáramlási adatok mellett. Ez az összevont nyilvántartás egyaránt támogatja a minőségbiztosítást és a környezeti hatás számítását, amelyek a DPP két kulcsfontosságú adatkategóriája.

AggregationEvents és TransactionEvents a logisztikában és a kereskedelemben

Míg az ObjectEvents és a TransformationEvents a DPP-khez szükséges alapvető életciklus-adatokat rögzítik, az AggregationEvents és a TransactionEvents fontos kiegészítő információkat nyújtanak a logisztikai és kereskedelmi tevékenységekről.

Az AggregationEvents a csomagolási hierarchiát rögzítik: mely egyedi tételek mely dobozokban vannak, mely dobozok mely raklapokon, és mely raklapok mely konténerekben. Ezek a szülő-gyermek kapcsolati adatok teszik lehetővé az „infer down” elvet, amely szerint egy konténerre rögzített esemény (például egy szállítási esemény) a benne lévő összes tételre vonatkozónak tekinthető. AggregationEvents nélkül minden egyes tételnek saját szállítási és átvételi eseményekre lenne szüksége, ami nagy volumenű ellátási láncokban kivitelezhetetlen lenne.

A DPP-k szempontjából az AggregationEvents különösen hasznosak olyan esetekben, amikor a termékeket az elosztás során nyomon kell követni, de nem szkennelik őket egyenként minden állomáson. Ha egy raklapnyi terméket beszkennelnek egy elosztóközpontban, a termékeket a raklaphoz kapcsoló AggregationEvent lehetővé teszi, hogy a rendszer arra következtessen: a raklapon lévő összes termék áthaladt az elosztóközponton.

A TransactionEvents a termékek fizikai mozgását üzleti dokumentumokhoz, például beszerzési megrendelésekhez, számlákhoz és vámáru-nyilatkozatokhoz kapcsolják. Bár ezek az adatok nem feltétlenül jelennek meg közvetlenül a fogyasztóknak szóló útlevél-információkban, azt az ellenőrzési nyomvonalat biztosítják, amelyet a hatóságok a DPP-állítások ellenőrzésekor kérhetnek. A TransactionEvents az ellátási láncra vonatkozó jogszabályok szerinti átvilágítási követelményeket is támogatják, mivel a fizikai termékáramlást az azt szabályozó kereskedelmi megállapodásokhoz kötik.

EPCIS-eseményláncok kiépítése a teljes életciklus átláthatóságáért

Az EPCIS valódi ereje a digitális termékútlevelek terén akkor mutatkozik meg, amikor az egyes eseményeket összefüggő eseményláncokká állítják össze, amelyek a termék életciklusának teljes történetét elmesélik. E láncok kiépítése az eseményrögzítési pontok gondos megtervezését, a termékazonosítók következetes használatát és megbízható adatinfrastruktúrát igényel.

Egy DPP teljes EPCIS-eseménylánca jellemzően a következő mintát követi:

• Nyersanyag-beszerzés: a nyersanyagok eredetét és tanúsítási státuszát rögzítő ObjectEvents
• Elsődleges feldolgozás: a nyersanyagok köztes anyagokká alakítását dokumentáló TransformationEvents
• Alkatrészgyártás: az alkatrészek köztes anyagokból történő előállítását rögzítő TransformationEvents
• Végszerelés: az alkatrészek késztermékké szerelését rögzítő TransformationEvents, valamint sorozatazonosítókat hozzárendelő commissioning ObjectEvents
• Minőségellenőrzés: az ellenőrzési eredményeket és a tanúsítási státuszt rögzítő ObjectEvents
• Raktározás: AggregationEvents a csomagoláshoz és ObjectEvents a tárolási megfigyelésekhez
• Elosztás: ObjectEvents a szállításhoz és az átvételhez minden csomópontban, a kapcsolódó TransactionEvents eseményekkel
• Kiskereskedelem és fogyasztói használat: ObjectEvents a kiskereskedelmi értékesítéshez és az eladás utáni szerviz- vagy javítási eseményekhez
• Életciklus vége: ObjectEvents a gyűjtéshez és válogatáshoz, TransformationEvents az újrafeldolgozáshoz vagy újrahasznosításhoz

A lánc minden elemének következetes termékazonosítókat kell használnia, hogy az események megbízhatóan a megfelelő termékekhez legyenek társíthatók. Ahol az azonosítók megváltoznak (például amikor a nyersanyagokból alkatrészek lesznek), a TransformationEvents teremtik meg a kapcsolatot a régi és az új azonosítók között.

Gyakorlati megvalósítási szempontok

Az EPCIS-eseményrögzítés DPP-megfelelés céljából történő bevezetése számos olyan gyakorlati szempontra is figyelmet igényel, amelyek túlmutatnak magán a műszaki szabványon.

Az adatmegosztási megállapodások elengedhetetlenek. Az EPCIS-események gyakran üzletileg érzékeny információkat tartalmaznak, ezért az ellátási lánc partnereinek egyértelmű megállapodásokra van szükségük arról, milyen adatokat, kivel, milyen feltételekkel és mennyi ideig osztanak meg. Az Európai Bizottság DPP-adatirányítási keretrendszerekkel kapcsolatos munkája nyújt majd bizonyos iránymutatást, de a vállalkozásoknak proaktívan kell két- és többoldalú adatmegosztási megállapodásokat kötniük ellátási láncbeli partnereikkel.

Az eseményrögzítés részletességét a DPP-követelményekhez kell igazítani. A túl kevés esemény hézagokat hagy a nyomonkövetési nyilvántartásban, a túl sok viszont adatkezelési nehézségeket és felesleges költségeket okoz. Az optimális megközelítés az, ha azonosítja a termékkategóriájához előírt konkrét DPP-adatelemeket, majd visszafelé haladva meghatározza, mely EPCIS-eseményekre van szükség ezen adatok előállításához.

Az infrastrukturális beruházásokat szakaszosan és arányosan kell megvalósítani. Nem minden ellátási láncbeli csomópontnak van szüksége kifinomult EPCIS-rögzítési technológiára. Bizonyos esetekben elegendő a webes rögzítési felületen keresztüli kézi adatbevitel, különösen kis volumenű, nagy értékű termékeknél. Nagy volumenű műveleteknél a vonalkódolvasókkal, RFID-olvasókkal vagy IoT-szenzorokkal végzett automatikus rögzítés a megfelelőbb. Az olyan platformok, mint a MyProductPassport, segíthetnek a vállalkozásoknak az EPCIS-eseményadatokat más DPP-információkkal együtt kezelni anélkül, hogy egyedi infrastruktúrát kellene a nulláról felépíteniük.

Az EPCIS 2.0 fejlesztései a modern DPP-architektúrákhoz

A 2022-ben kiadott EPCIS 2.0 számos olyan fejlesztést hozott, amelyek a korábbi verziókhoz képest lényegesen alkalmasabbá teszik a szabványt a digitális termékútlevelek megvalósítására.

A RESTful API-specifikáció bevezetése azt jelenti, hogy az EPCIS-adatok ma már szabványos webes technológiákkal is elérhetők, így nincs szükség a korábbi verziókra jellemző SOAP-alapú webszolgáltatásokra. Ez a RESTful megközelítés illeszkedik a modern DPP-platformokon elterjedt mikroszolgáltatás-architektúrákhoz, és egyszerűvé teszi az integrációt a fogyasztóknak szóló alkalmazásokkal.

A JSON-LD támogatás lehetővé teszi, hogy az EPCIS-események összekapcsolt adatként (linked data) jelenjenek meg, így kompatibilisek a szemantikus web szabványaival, és gépek által felfedezhetők. Ez különösen fontos a DPP-k esetében, amelyekhez az Európai Bizottság olyan föderált adatarchitektúrát képzel el, amelyben az útlevéladatok szabványosított interfészeken keresztül több forrásból is elérhetők. Ennek az interoperabilitásnak a JSON-LD adja az alapját.

Az EPCIS 2.0 formalizált szenzoradat-modellje lehetővé teszi a környezeti mérések, berendezés-leolvasások és egyéb IoT-adatok strukturált rögzítését az eseményrekordok mellett. Azoknál a DPP-knél, amelyeknek energiafogyasztást, kibocsátásokat vagy folyamatkörülményeket kell dokumentálniuk, ez az integrált szenzoradat-képesség szükségtelenné teszi a különálló adatgyűjtő és -összevető rendszereket.

Ezek az EPCIS 2.0 funkciók, a webről címezhető termékazonosításra szolgáló, bevált GS1 Digital Link szabvánnyal kombinálva átfogó GS1 technológiai készletet alkotnak, amely teljes körű DPP-megvalósításokat képes támogatni. Az ezt a készletet alkalmazó vállalkozások globális interoperabilitást, szállítófüggetlenséget és a kialakulóban lévő jogszabályi követelményekhez való igazodást nyernek.

A szervezet felkészítése az EPCIS-alapú DPP-kre

Az EPCIS-alapú digitális termékútlevelekre való átállás nem egyetlen projekt, hanem egy több éven át kibontakozó stratégiai képességépítés. Azok a szervezetek, amelyek már most megkezdik a tervezést és a kísérleti projekteket, jó helyzetben lesznek, amikor a termékkategória-specifikus DPP-követelmények hatályba lépnek.

Kezdje azzal, hogy felméri ellátási lánca átláthatóságának jelenlegi érettségi szintjét. A legtöbb szervezet rendelkezik valamennyi eseményadattal, amely ERP-rendszerekben, raktárirányítási rendszerekben és logisztikai platformokon szétszórva található, ezeket az adatokat azonban ritkán strukturálják EPCIS-eseményként, vagy osztják meg a szervezeti határokon túl. A kiindulási helyzet ismerete segít azonosítani a megszüntetendő hiányosságokat.

Vegye fel a kapcsolatot országa GS1 tagszervezetével ágazatspecifikus útmutatásért és megvalósítási támogatásért. A GS1 számos iparág számára dolgozott ki EPCIS-megvalósítási profilokat, többek között az egészségügy, az élelmiszeripar, a divatipar és a szórakoztató elektronika területén. Ezek a profilok testre szabott ajánlásokat adnak arra, mely eseményeket kell rögzíteni, mely üzleti szótárakat kell használni, és hogyan kell kezelni a gyakori, iparágspecifikus helyzeteket.

Végül érdemes felismerni, hogy az EPCIS-alapú nyomonkövethetőség a jogszabályi megfelelésen túl is értéket teremt. Az ellátási lánc átláthatósága javítja a működési hatékonyságot, csökkenti a hamisítás kockázatát, gyorsabb termékvisszahívást tesz lehetővé, és erősíti a fogyasztói bizalmat. Ha a vállalkozások az EPCIS bevezetését stratégiai befektetésként, nem pedig megfelelési költségként kezelik, belső támogatást szerezhetnek az átfogó ellátásilánc-digitalizáció által megkövetelt tartós erőfeszítéshez.