Вашите инженери са въвели веднъж данните от типовата табелка в административната система: наименование на производителя и продукта, сериен номер, дата на производство, артикулен номер, основни технически данни, сертификати, декларация за съответствие. Добре структурирани, четими за всяка система. Това е истинска, ценна работа, а по-голямата част от индустрията все още не я е извършила. Ако вече сте стигнали дотук: поздравления, сте на половината път.
Въпросът е какво още стои между този набор от данни и един паспорт, който митническият служител сканира и който властите приемат. В бранша често се казва, че типовата табелка плюс административната база „автоматично изпълняват“ изискванията за цифровия продуктов паспорт . Това е малко оптимистично, но не е неискрено. Данните са необходимата основа. Докато от тях се превърне в публикуван паспорт, предстоят още няколко стъпки. Добрата новина: те са точно седем, лесно се обхващат, само две от тях остават при вас и всяка може да бъде съпоставена с европейски стандарт. Ето списъкът за проверка.
Преглед на стандартите
За да знаете по какво да се ориентирате: системата DPP на CEN/CLC JTC 24 се състои от осем европейски стандарта, сред които EN 18219 (идентификатори), EN 18220 (носители на данни), EN 18239 (права за достъп), EN 18223 (модел на данните), EN 18221 (съхранение) и EN 18246 (аутентификация). Не е необходимо да ги знаете наизуст. Списъкът по-долу ви показва кои от тях не се покриват само от типовата табелка в Shell.
Седемте стъпки
-
Маркирайте набора от данни като „Pass“. Един DPP започва с няколко заглавни данни, които посочват, че той е паспорт: ID на паспорта, статус, версия на модела на данните и уникален идентификатор на продукта. Именно тези заглавни данни са дефинирани в EN 18223 и без тях регистърът вижда отлични данни за продукта, но не и паспорт.
-
Отпечатайте носителя на данни и идентификатора. Вашият продукт се нуждае от QR код, който може да се сканира и който действително води до паспорта. Използваният от AAS IEC 61406 ID-Link е одобрен за тази цел (EN 18219), точно както и GS1 Digital Link. Одобрен обаче не означава още отпечатан: кодът трябва да бъде поставен върху физическия продукт.
-
Добавете проверяем подпис. Подписът гарантира, че даден орган или проверяващ може сам да провери паспорта, вместо просто да ви вярва (EN 18246). Това не се случва автоматично от Shell, но трябва да се настрои само веднъж.
-
Диференциране на правата за достъп. Потребителите, оторизираните партньори и властите трябва да имат различен достъп до информацията (EN 18239). Shell оставя това на околната система. Някой трябва да определи нивата веднъж.
-
Регистриране в регистъра на ЕС. Веднага щом задължението за вашия продукт влезе в сила, регистрирайте паспорта в регистъра на ЕС. Това е еднократна, външна стъпка.
-
Превръщане в четим за хората формат. Shell комуникира от машина към машина. Който сканира QR-кода, иска паспорт, който да може да се чете, а не купчина данни. Дисплей като Transpareo Time Machine поема точно тази задача.
-
Съхранявайте го дългосрочно. Паспортът трябва да преживее продажбата с години (EN 18221). Веднъж създаден, съхранението продължава от само себе си.
Къде Transpareo ви спестява работа
Две стъпки остават за вас: стъпка 2, тъй като кодът трябва да бъде поставен върху физическия продукт, и стъпка 5, тъй като по закон регистрацията в регистъра се извършва от самия икономически субект. Останалите пет стъпки Transpareo поема за вас, без да се налага да въвеждате нищо два пъти. Вашият типови знак в корпуса остава такъв, какъвто е, а данните се прехвърлят чрез програмния интерфейс (API) на Transpareo. Самият AAS не се чете директно от Transpareo; вие определяте еднократно кой модул принадлежи към кое поле в паспорта. Transpareo създава от тях готовия, подписан и готов за регистрация паспорт. Конкретно Transpareo генерира заглавните данни, подписва всяка версия, я показва чрез отворения код (GPLv3) на Transpareo Time Machine и я съхранява в неизменен вид в продължение на десет години. Защо паспортът се основава на отворени речници, обясняваме в статията ни за EN 18223, а как AAS и DPP по принцип се съчетават - в първата ни статия за AAS.
Добрата новина накрая
Структурирайте данните си веднъж правилно в Shell и един добър доставчик ще превърне останалото в рутина, а не в ръчна работа.
Това е истинската стойност на „автоматично“: не че вече няма какво да се прави, а че останалото става лесно.
Въпроси относно тази публикация
Дали цифровата табелка с техническите характеристики и AAS наистина попълват DPP автоматично?
Не става автоматично, но най-трудната част вече е свършена. Една добре поддържана цифрова табелка с технически данни съдържа наименованието на производителя и продукта, серийния номер, датата на производство, артикулния номер, основните технически данни, сертификатите и декларациите за съответствие - тоест точно информацията, която се публикува в паспорта. Това, което липсва, е самото публикуване, а списъкът по-горе го описва като седем стъпки. В света на AAS, между другото, заглавните данни на паспорта имат собствен модул - подмоделът DppMetadata (IDTA 02099), чийто uniqueProductIdentifier е globalAssetId на вашата Shell. Думата „автоматично“ тук се използва в оптимистичен смисъл, а не в неискрен.
Трябва ли да спазваме всички стандарти?
Не всички, а спазването на даден стандарт никога не е единственият начин. В Официалния вестник на ЕС в Решението за изпълнение (ЕС) 2026/1736 са цитирани шест от стандартите на CEN/CLC - EN 18216, EN 18219, EN 18220, EN 18221, EN 18222 и EN 18223 - и всеки, който спазва цитирания стандарт, се ползва с презумпция за съответствие по отношение на идентификатора, носителя на данни, съхранението и интерфейсите на паспорта. Можете да изпълните изискването и по друг начин; в такъв случай тежестта на доказване е върху вас.
Петата стъпка е вписването в регистъра. Може ли „Transpareo“ да се погрижи за това вместо нас?
Не, и това е правна норма, а не пропуск в продукта. Регистърът на ЕС за защита на личните данни (EU-DPP) функционира от 20 юли 2026 г., като дейността му се урежда от Регламент за прилагане (ЕС) 2026/1778. Според ръководството за ползване на регистъра обаче все още не е възможно успешно да се регистрира паспорт там, а техническите изисквания за неговия програмен интерфейс все още не са определени. Само икономическият субект, който пуска продукта на пазара, има право да регистрира паспорта; за батериите това е изрично посочено в чл. 77, ал. 10 от Регламента за батериите. Transpareo подготвя необходимите за регистрацията данни, а именно идентификационен номер на продукта, идентификационен номер на участника, адрес на паспорта и „отпечатък“, а Вие извършвате регистрацията, веднага щом интерфейсът бъде готов. Повече по темата в статията „Регистърът вече е закон“.
Кои от седемте стъпки ще запазим?
Второ. Отпечатването на носителя на данни е физическа работа, която никой софтуер не може да поеме, тъй като кодът трябва да бъде нанесен върху самия продукт, неговата опаковка или придружаващата документация. А регистрацията в регистъра по закон е Ваша отговорност. Останалите пет елемента - а именно заглавните данни, подписът, нивата на достъп, четливото представяне и дългосрочното съхранение - Transpareo генерира от данните, които и без това поддържате в Shell.
Можем ли да запазим ID-Link съгласно IEC 61406 или ни е необходим GS1 Digital Link?
И двете са допустими. Стандартът EN 18219 допуска както ID-Link по IEC 61406, използван от AAS, така и GS1 Digital Link; предприятие, което вече използва маркировка съгласно IEC 61406, запазва своята маркировка. Практическата разлика е в обхвата, тъй като GS1 Digital Link работи и в системи, които и без друго използват GS1, което е по-важно в търговията, отколкото в машиностроенето. Когато изобщо няма GTIN, паспортът носи уникален идентификатор на Transpareo, а QR-кодът също води към паспорта.
Кой проверява подписа и какво се случва, ако по-късно коригираме някоя стойност?
Всеки, който чете паспорта, може да го провери. Всяка версия съдържа два независими подписа - от издателя и от Transpareo - а Transpareo Time Machine ги проверява в браузъра на читателя, а не на нашите сървъри; тя е публикувана като отворен код под GPL v3, за да не се налага проверяващият да ни вярва. По-късна корекция никога не заменя старата версия. Тя се добавя като нова подписана версия върху нея, а предишните версии остават достъпни. Точно това е смисълът на подписа - не е възможна незабележима промяна.
Колко дълго трябва да остане валиден паспортът?
По-дълго от повечето договори за доставка. EN 18221 урежда съхранението, а срокът се определя съгласно правилото за вашата продуктова група - паспортът на батерията е валиден до рециклирането на батерията (чл. 77, ал. 8 от Регламента за батериите), а ESPR изисква информацията да остане достъпна дори след несъстоятелност, ликвидация или прекратяване на дейността в Съюза (чл. 11). Веднага щом вашите паспорти бъдат регистрирани в регистъра на ЕС, всяка версия се записва за десет години в отделен архив със защита срещу запис, който нито вие, нито ние можем да променим впоследствие. Попитайте всеки доставчик какво се случва след прекратяване на договора; нашият списък с въпроси към доставчиците съдържа допълнителни въпроси.
Можем ли да направим всичко това още преди да стане задължително за нашата продуктова група?
Всичко, освен регистрацията в регистъра. Паспортът, идентификаторът, QR-кодът, подписът, нивата на достъп и представянето не зависят от никакъв делегиран нормативен акт; само вписването в регистъра зависи от изискванията за вашата продуктова група, а кога ще влязат в сила те, е посочено в справочника за отрасъла. Който създава паспорта, докато изискванията за данните все още са в процес на промяна, по-късно присвоява полетата на нормативния акт към наличните данни, вместо да започва проект.
