Събития по GS1 EPCIS и цифрови продуктови паспорти

Ролята на събитията по EPCIS в екосистемата на ЦПП

Цифровият продуктов паспорт представлява фундаментална промяна в начина, по който информацията за продуктите се събира, управлява и споделя. Вместо да разчитат на статични технически листове, които описват какво представлява даден продукт, ЦПП трябва да отразяват динамичната история на това, което се е случило с продукта през целия му жизнен цикъл. GS1 EPCIS (Electronic Product Code Information Services) осигурява основания на събития модел на данни, който прави това възможно, като предлага стандартизиран начин за записване, споделяне и търсене на събития във веригата на доставки отвъд границите на отделните организации.

Съгласно Регламента на ЕС за екопроектирането на устойчиви продукти цифровите продуктови паспорти трябва да съдържат проверима информация за произхода на продукта, производствените процеси, материалния състав и въздействието върху околната среда. Голяма част от тази информация по своята същност е основана на събития: тя описва неща, случили се в определени моменти, на определени места, с участието на определени продукти. EPCIS е създаден именно за записване на такъв вид информация, което го прави естествения избор за слоя на проследимостта във всяко внедряване на ЦПП.

Тази статия разглежда конкретните типове събития по EPCIS и практическото им приложение в системите за цифрови продуктови паспорти, като дава насоки на предприятията, които трябва да въведат проследимост, основана на събития, за да изпълнят предстоящите регулаторни изисквания.

Моделът на данни на EPCIS за ЦПП

Моделът на данни на EPCIS е изграден около концепцията за събития за видимост, т.е. структурирани записи, които отразяват значимите моменти в пътя на продукта през веригата на доставки. Всяко събитие съдържа стандартен набор от измерения, които заедно дават пълна картина на случилото се:

• Тип на събитието: определя естеството на дейността (наблюдение, агрегиране, транзакция или трансформация)
• Време на събитието: точният момент, в който е настъпило събитието, записан в UTC с информация за часовото отместване
• Идентификатори на обектите: ключовете на GS1 (например GTIN + сериен номер), които идентифицират конкретните засегнати продукти
• Идентификатори на местоположението: GLN, които идентифицират мястото на събитието, евентуално с детайли на ниво подобект
• Бизнес стъпка: стандартизиран код, указващ стъпката от бизнес процеса (например commissioning, shipping, receiving, retail_selling)
• Състояние (disposition): състоянието на продуктите след събитието (например active, in_transit, returned, destroyed)

Този структуриран подход гарантира, че събитията, записани от различни организации с различни системи, остават оперативно съвместими. Производител в Германия, логистичен доставчик в Нидерландия и търговец на дребно във Франция могат да записват събития за един и същ продукт и тези събития могат да бъдат обединени в последователна хронология, защото всички следват един и същ модел на данни.

За цифровите продуктови паспорти тази оперативна съвместимост не е просто удобство, а необходимост. Паспорт, който съдържа данни само от крайния собственик на марката, пропуска по-голямата част от жизнения цикъл на продукта. EPCIS позволява споделянето на данни между множество страни, което истинската проследимост от край до край изисква.

ObjectEvents: проследяване на наблюденията и промените в състоянието на продуктите

ObjectEvents са работните коне на проследимостта, основана на EPCIS. Те записват всяко действие, извършено с един или повече идентифицирани обекти, или всяко наблюдение, направено за тях. В контекста на цифровите продуктови паспорти ObjectEvents изпълняват множество ключови функции през целия жизнен цикъл на продукта.

В началото на живота на продукта ObjectEvent от тип commissioning записва момента, в който на физически артикул се присвоява уникална идентичност. Това събитие въвежда продукта в цифровия свят и създава опорната точка за всички последващи данни за проследимост. За продуктите, които изискват сериализация, това събитие commissioning е раждането на цифровия двойник на ниво артикул.

По време на дистрибуцията ObjectEvents с бизнес стъпки като „shipping“ и „receiving“ документират прехвърлянето на отговорността за стоките, докато продуктите преминават между партньорите във веригата на доставки. Всяка двойка събития за изпращане и получаване създава проверен запис за предаване: изпращачът потвърждава, че е изпратил стоките, а получателят потвърждава, че те са пристигнали. Този модел на двойно потвърждение осигурява надеждни доказателства за веригата на отговорност за ЦПП.

На етапа на търговията на дребно ObjectEvent „retail_selling“ записва момента, в който продуктът преминава у потребителя. След потреблението допълнителни ObjectEvents могат да проследяват събирането за рециклиране, ремонтните дейности или окончателното извеждане от употреба. Тази верига от събития „от люлката до гроба“ е точно това, което ESPR предвижда, когато изисква проследимост през целия жизнен цикъл.

ObjectEvents могат да съдържат и разширения с данни от сензори, които записват условията на околната среда, като температура или влажност, в момента на наблюдението. Тази възможност е ценна за продукти, при които условията на съхранение или транспорт влияят върху качеството, безопасността или твърденията за екологичните характеристики.

TransformationEvents: документиране на производството и преработката

TransformationEvents са може би най-важният тип събития по EPCIS за цифровите продуктови паспорти, тъй като отразяват производствените и преработвателните стъпки, които превръщат суровините и компонентите в готови продукти. Всяко TransformationEvent записва набор от входящи артикули, които са вложени, и набор от изходящи артикули, които са произведени, като така установява произхода на материалите, изискван от ЦПП.

Да вземем производител на батерии, който произвежда клетки за електрически превозни средства. Едно TransformationEvent би записало конкретните партиди катоден материал, аноден материал, електролит и сепаратор, които са вложени (входове), и конкретните батерийни клетки, които са произведени (изходи). Това единствено събитие отразява спецификацията на материалите на ниво партида или сериен номер и осигурява подробните данни за състава, които регламентът ESPR изисква за паспортите на батериите.

TransformationEvents могат да бъдат свързвани във верига през множество производствени етапи и множество организации. Изходът от една трансформация става вход за следващата, което създава пълна генеалогия на материалите, проследяваща готовите продукти до изграждащите ги суровини. При сложни продукти с многостепенни вериги на доставки тази верига от TransformationEvents може да обхваща десетки организации и стотици стъпки на преработка.

Възможността TransformationEvents да се свързват с данни от сензори допълнително обогатява производствения запис. Параметри на процеса като температури на втвърдяване, скорости на смесване, сили на пресоване и потребление на енергия могат да бъдат записвани заедно с данните за материалния поток. Този комбиниран запис подпомага както осигуряването на качеството, така и изчисленията на въздействието върху околната среда, две ключови категории данни в ЦПП.

AggregationEvents и TransactionEvents за логистиката и търговията

Докато ObjectEvents и TransformationEvents отразяват основните данни за жизнения цикъл на продукта за ЦПП, AggregationEvents и TransactionEvents осигуряват важна допълнителна информация за логистичните и търговските дейности.

AggregationEvents записват йерархията на опаковането: кои отделни артикули се намират в кои кашони, кои кашони са натоварени на кои палети и кои палети са в кои контейнери. Тези данни за връзките родител-дете позволяват прилагането на принципа „infer down“, според който събитие, записано за контейнер (например събитие за изпращане), може да се счита за приложимо за всички артикули в него. Без AggregationEvents всеки отделен артикул би се нуждаел от собствени събития за изпращане и получаване, което би било непрактично за вериги на доставки с големи обеми.

За ЦПП AggregationEvents са особено полезни в случаите, когато продуктите трябва да бъдат проследени през дистрибуцията, но не се сканират поотделно във всяка междинна точка. Ако палет с продукти бъде сканиран в дистрибуторски център, AggregationEvent, което е свързало тези продукти с палета, позволява на системата да заключи, че всички продукти на палета са преминали през дистрибуторския център.

TransactionEvents свързват физическите движения на продуктите с търговски документи като поръчки за покупка, фактури и митнически декларации. Макар тези данни да не се показват пряко в информацията от паспорта, предназначена за потребителите, те осигуряват одитната следа, която регулаторните органи могат да поискат при проверка на твърденията в ЦПП. TransactionEvents подпомагат и изискванията за надлежна проверка съгласно законодателството за веригите на доставки, като свързват физическите продуктови потоци с търговските споразумения, които ги уреждат.

Изграждане на вериги от събития по EPCIS за пълна видимост на жизнения цикъл

Истинската сила на EPCIS за цифровите продуктови паспорти се проявява, когато отделните събития се обединят в последователни вериги, които разказват пълната история на жизнения цикъл на продукта. Изграждането на такива вериги изисква внимателно планиране на точките за записване на събития, последователно използване на продуктовите идентификатори и надеждна инфраструктура за данни.

Пълната верига от събития по EPCIS за един ЦПП обикновено следва следния модел:

• Доставка на суровини: ObjectEvents, записващи произхода и статуса на сертифициране на суровините
• Първична преработка: TransformationEvents, документиращи превръщането на суровините в междинни материали
• Производство на компоненти: TransformationEvents, отразяващи производството на компоненти от междинни материали
• Окончателно сглобяване: TransformationEvents, записващи сглобяването на компонентите в готови продукти, с ObjectEvents от тип commissioning, които присвояват серийни идентификатори
• Контрол на качеството: ObjectEvents, записващи резултатите от проверките и статуса на сертифициране
• Складиране: AggregationEvents за опаковането и ObjectEvents за наблюденията при съхранение
• Дистрибуция: ObjectEvents за изпращане и получаване във всеки възел, със свързани TransactionEvents
• Търговия на дребно и потребителска употреба: ObjectEvents за продажбата на дребно и за всякакви събития, свързани със следпродажбено обслужване или ремонт
• Край на жизнения цикъл: ObjectEvents за събиране и сортиране, TransformationEvents за рециклиране или повторна преработка

Всяко звено от тази верига трябва да използва последователни продуктови идентификатори, за да могат събитията да бъдат надеждно свързани с правилните продукти. Когато идентификаторите се променят (например когато суров