Ръководителят на отдела за техническо обслужване в една машиностроителна компания поддържа цифрова табелка за всяка машина: производител, модел, сериен номер, година на производство, технически данни, сертификати, декларация за съответствие. Не като PDF файл в папка, а като структуриран набор от данни, който всяка система може да прочете. Той е създал това за целите на техническото обслужване. Без да иска, с това той вече е създал половината от цифровия продуктов паспорт.
Това, което още липсва, е ясно: код, залепен върху продукта, печат, който инспекторът може да провери без да се налага да задава въпроси, и публичен адрес, на който всеки скенер може да намери паспорта. Тази статия показва какво вече постигат типовата табелка и структурата зад нея, какво не генерират и как от двете се получава паспорт, без някой да въвежда данните два пъти.
Какво представлява „Verwaltungsschale“
Структурата зад цифровата типова табелка се нарича Asset Administration Shell, на немски „Verwaltungsschale“, накратко AAS. Тя е индустриалният стандарт за цифровия близнак на даден продукт: стандартизирано, машинно четимо описание, организирано в модули, всеки от които описва определен аспект - типовата табелка, въглеродния отпечатък, техническите данни. Тя е разработена от Industrial Digital Twin Association, стандартизирана е на международно ниво като IEC 63278, а големите германски индустриални асоциации я подкрепят.
Това не е критика към AAS. Тя решава добре един сериозен проблем, а тази статия разглежда колко добре се вписва в нещо, което е възникнало успоредно с нея.
Същата идея, различен резултат
AAS и цифровият продуктов паспорт на ЕС следват една и съща идея: да структурират данните за продукта, да ги направят четими от машини и да ги предават по веригата на доставки. Те достигат до тази идея от различни посоки и постигат различни резултати.
Интересното е колко близки всъщност са двете инициативи.
Европейската комисия не е третирала AAS като конкуренция. Тя посочва неговите компоненти като техническа основа за структурите на данните в DPP, по-специално цифровата табелка с техническите характеристики и въглеродния отпечатък. Това е силен сигнал за посоката, в която върви сближаването.
Цифровата табелка с технически данни вече е наполовина паспорт
Вижте какво вече съдържа цифровата табелка с технически данни: наименование на производителя и продукта, сериен номер, дата на производство, артикулен номер, основни технически данни, сертификати и декларации за съответствие. Този списък е много близо до минимума, който един продуктов паспорт трябва да съдържа. Който е поддържал цифрова табелка с технически данни, без дори да го планира, вече е свършил около половината от работата по създаването на цифров продуктов паспорт.
Какво не генерира самата „Shell“
Ето къде е истинската празнина. Данните в „обвивката“ са необходими за паспорта. Но те не са достатъчни. Сама по себе си системата AAS не генерира четири неща, които в крайна сметка се изискват от регламента на ЕС:
- адрес, който всеки скенер може да намери: GS1 Digital Link - уеб стандартът, чрез който сканирането води до правилния паспорт;
- печат, който всеки може да провери: подпис, който даден орган или проверяващ проверява сам, вместо да ви вярва;
- QR-кода върху продукта, който потребителят сканира;
- маркировката върху опаковката, която ще изисква Наредбата за опаковките (PPWR).
Тези четири елемента съставляват публикувания паспорт. Те са разликата между добре структурирани индустриални данни и нещо, което един държавен орган, една компания за рециклиране и един потребител могат действително да вземат в ръцете си.
Къде се позиционира Transpareo: като публикуван паспорт, а не като втори близнак
Именно тези четири елемента добавя Transpareo, а подредбата им е изцяло допълваща. Shell остава единственият източник. Данните ѝ се прехвърлят чрез интерфейса към Transpareo и от тях се създава паспортът, както го изисква ЕС: подписан, на адрес, който всеки скенер може да намери, достъпен чрез QR код и готов за регистъра. Историята на версиите показва Transpareo Time Machine - инструмент за проверка, който проверява всяка версия в браузъра на читателя. Той е публикуван като отворен код под GPL v3, за да не зависи проверката от доверието в Transpareo.
Няма втора система за поддържане на данните. Няма втори модел, който да се поддържа синхронизиран. Няма дублиране на работата.
Вашата типова табелка остава там, където се намира; паспортът се генерира въз основа на нея.
Всичко това вече е налице, без да се налага да се чака влизането в сила на задължението. Когато задължението по DPP влезе в сила за вашия сегмент, остава само да се регистрирате в регистъра на ЕС.
Мостът е шансът
Фактът, че AAS и DPP се сближават, е това, което заслужава внимание, и този процес е в ход точно сега, като ЕС посочва компонентите на Shell като техническа основа. Мостът от типовата табелка в Shell към публикувания, подписан и свързан чрез QR код паспорт е възможност за общността на AAS, а не конкурентна система, която иска да я замести. Защо публикуваният паспорт се основава на отворени речници, е обяснено в нашата статия за EN 18223.
Един сериозен въпрос към всички, които използват AAS продуктивно: Как вашата „Shell“ се свързва или как планирате да я свържете с вашите задължения по DPP? Кои компоненти очаквате да бъдат точно отразени и къде виждате преходните точки? Предпочитаме да чуем какво мислите по този въпрос, отколкото да го приемаме за даденост.
Въпроси относно тази публикация
Достатъчна ли е само една цифрова табелка с техническите характеристики за DPP?
Не, но разликата е малка и не е съществена. Типовата табелка съдържа наименованието на производителя и продукта, серийния номер, датата на производство, артикулния номер, основните технически данни, сертификатите и декларациите за съответствие, като по този начин се доближава много до минималната информация, която трябва да съдържа един паспорт. Това, което липсва, е публикуваният паспорт - т.е. адрес, който всеки скенер може да намери, печат, който даден орган може да провери без да се обръща към вас, QR-код върху продукта и маркировката на опаковката, която ще изисква PPWR. Данните в Shell са необходими за паспорта, но не са достатъчни.
Тогава трябва ли да въвеждаме данните два пъти?
Не. Shell остава единственият източник, а данните от него се прехвърлят към Transpareo чрез интерфейса. Пасът се генерира въз основа на тях; няма втори модел, който да се синхронизира, нито второ място, където някой да въвежда напрежение. Ако се промени някой елемент в Shell, следващата версия на паса се създава въз основа на променените данни, вместо да се въвежда наново.
Кои компоненти на Shell могат да бъдат представени най-точно?
Цифровата типова табелка се възпроизвежда почти едно към едно, а Комисията посочва този модул, заедно с модула „Въглероден отпечатък“, като техническа основа за структурите на данните в DPP. В света на AAS заглавните данни на паспорта имат собствен модул - подмоделът DppMetadata (IDTA 02099), чийто uniqueProductIdentifier е globalAssetId на вашата Shell. Освен това представянето зависи от това кои полета изисква правилото за вашата продуктова група, а това се различава според продуктовата група, а не според „Shell“-а.
Нужен ли ни е GTIN за идентификационния номер?
Не. ESPR изисква уникален идентификатор на продукта и носител на данни върху самия продукт, върху опаковката му или в придружаващата документация (чл. 10 и чл. 12), без да посочва конкретна номерна система, а Наредбата за батериите се позовава на серията стандарти ISO/IEC 15459, а не на конкретен номер (чл. 77, ал. 3). С GTIN идентификаторът в Transpareo се превръща в GS1 Digital Link, който се разпознава и от други системи; без GTIN паспортът носи уникален идентификатор на Transpareo, а QR-кодът също води към паспорта. Използваният от AAS ID-Link по IEC 61406 също е одобрен като схема за идентификация (EN 18219).
Защо на пасото е необходим печат, след като нашата Shell вече има права за достъп?
Правата за достъп определят кой има право да чете дадена стойност. Подписът определя дали дадена стойност все още е валидна, след като е напуснала вашите системи. Орган за пазарен надзор, фирма за рециклиране или одитор на клиент чете паспорта без никаква връзка с вас, а подписът е това, което му позволява да извърши собствена проверка, вместо просто да ви вярва. Всяка версия на Transpareo съдържа два независими подписа - от издателя и от нас - а Transpareo Time Machine ги проверява в устройството на читателя; тя е публикувана като отворен код под GPL v3, за да не зависи проверката от доверието към нас. Ако желаете, можете сами да съхранявате ключа на издателя чрез собствена услуга за подписване.
Може ли Transpareo да регистрира паспорта ни в регистъра на ЕС?
Не, и никой доставчик на услуги не може да го направи. Централният регистър на ЕС за DPP функционира от 20 юли 2026 г., като дейността му се урежда от Регламент за прилагане (ЕС) 2026/1778, и разполага с тестова среда и техническа документация; спецификацията на неговия интерфейс все още е в процес на разработване. Само икономическият субект, който пуска продукта на пазара, има право да извърши регистрацията; за батериите това е посочено в чл. 77, ал. 10 от Регламента за батериите. Ние подготвяме всичко необходимо за регистрацията, а именно идентификационния номер на продукта, идентификационния номер на икономическия субект, адреса за кореспонденция и „отпечатъка“, така че самата регистрация да остане кратка процедура, която Вие да извършите. Нашето тълкуване на Регламента за регистъра е изложено в статията „Регистърът вече е закон“.
На какви стандарти трябва да отговаря публикуваният паспорт?
Системата DPP на CEN/CLC JTC 24 представлява група от европейски стандарти, като в Официален вестник на ЕС в Решение за изпълнение (ЕС) 2026/1736 са цитирани шест от тях: EN 18216, EN 18219, EN 18220, EN 18221, EN 18222 и EN 18223. Който спазва цитирания стандарт, се ползва с презумпцията за съответствие по отношение на идентификатора, носителя на данни, съхранението и интерфейсите на паспорта. Именно тази част един модул на Shell оставя на обкръжаващата система; затова двете се допълват, вместо да си конкурират.
