На 4-тия форум на ZVEI за DPP4.0 във Франкфурт, проведен на 29 януари 2026 г., беше представена една чудесна идея: цифровата табелка с технически данни, заедно с Asset Administration Shell (AAS), трябва да „попълват автоматично“ цифровия продуктов паспорт (DPP). Това е добра новина, тъй като по този начин голяма част от работата вече е свършена. Който поддържа подмодел на AAS за цифрова табелка с технически данни, вече разполага с ясно структурирани данни за производителя и наименованието на продукта, серийния номер, датата на производство, артикулния номер, основните технически данни, сертификатите и декларациите за съответствие - точно това, от което в крайна сметка се нуждае един DPP. Това е истинска, ценна работа, а по-голямата част от индустрията все още не я е свършила. Ако вече сте стигнали дотук: поздравления, вече сте на половината път.
Думата „автоматично“ тук е използвана в малко оптимистичен смисъл, а не с неискрено намерение. Структурираните данни от подмодела са необходимата основа за DPP. Докато от тях се превърне в публикуван паспорт, който да бъде приет от властите и да може да бъде сканиран от потребителя, предстоят още няколко стъпки. Добрата новина: те са точно шест, лесно се обхващат и всяка от тях може да бъде съпоставена с европейски стандарт. Ето списъкът за проверка.
Преглед на стандартите
За да знаете по какво да се ориентирате: Системата DPP на CEN/CLC JTC 24 се състои от осем европейски стандарта, сред които EN 18219 (идентификатори), EN 18220 (носители на данни), EN 18239 (права за достъп), EN 18223 (модел на данните), EN 18221 (съхранение) и EN 18246 (аутентификация). Не е необходимо да ги знаете наизуст - списъкът за проверка по-долу ви показва кои от тях не се обхващат само от един подмодел на AAS.
Шестте стъпки
-
Отпечатайте носителя на данни и идентификатора. Вашият продукт се нуждае от QR код, който може да бъде сканиран и който наистина води до паспорта. Използваният от AAS IEC-61406-ID-Link е одобрен за тази цел (EN 18219), точно както и GS1 Digital Link. Одобрен обаче не означава отпечатан: кодът трябва да бъде върху физическия продукт.
-
Добавете проверяем подпис. Криптографският подпис гарантира, че даден орган или проверяващ може да верифицира паспорта независимо, вместо просто да ви вярва (EN 18246). Това не се генерира автоматично от подмодела, но трябва да се настрои само веднъж.
-
Диференциране на правата за достъп. Потребителите, оправомощените партньори и органите трябва да имат различен достъп до информацията (EN 18239). AAS оставя това на околната система - някой трябва да определи нивата веднъж.
-
Регистриране в регистъра на ЕС. Веднага щом задължението за вашия продукт влезе в сила, регистрирайте паспорта в регистъра на ЕС. Това е еднократна, външна стъпка.
-
Превръщане в четим за хората формат. AAS комуникира от машина към машина. Който сканира QR-кода, иска паспорт, който да може да се чете, а не просто набор от данни. Рендеринг инструмент като Transpareo Time Machine се занимава точно с това.
-
Съхранявайте го дългосрочно. Паспортът трябва да преживее продажбата с години (EN 18221). Веднъж създаден, съхранението продължава от само себе си.
Къде Transpareo ви спестява работата
Transpareo поема точно стъпки 2 до 6 за вас, без да се налага да поддържате нищо двойно. Вашият AAS-подмодел остава такъв, какъвто е, данните се прехвърлят еднократно и Transpareo създава от тях готовия, подписан и готов за регистрация паспорт. Конкретно Transpareo подписва всяка версия, я визуализира чрез отворения код (GPLv3) на Transpareo Time Machine и я съхранява в неизменен вид в продължение на десет години. Как се създава тази отворена семантика, обясняваме в нашата статия за EN 18223, а как AAS и DPP принципно се допълват - в първата ни статия за AAS.
Добрата новина накрая
Структурирайте данните си веднъж правилно в AAS и един добър партньор за изходния слой ще превърне останалото в рутина, вместо в ръчна работа. Това е истинската стойност на „автоматично“ - не че вече няма какво да се прави, а че останалото става лесно.