2026-06-17 · 8 мин. четене · Всички статии

Как dpp.gs съответства на новите DPP стандарти на ЕС (EN 18216, 18219–18223, 18239, 18246)

Две години цифровият продуктов паспорт беше определен само от регулация — ESPR казваше, че паспорт трябва да съществува, но не и каква форма трябва да приеме при предаването. Тази празнина се затвори през май 2026 г., когато техническият комитет на CEN/CENELEC JTC 24 публикува първите европейски DPP стандарти: серията EN 18216, 18219–18223, 18239, 18246. Тази публикация съпоставя dpp.gs с всеки от тях, ясно, за да видите точно къде платформата съответства днес.

Серията EN 18216, 18219–18223, 18239, 18246 накратко

JTC 24 раздели проблема на слоеве. Всеки стандарт урежда една грижа, а съответстващ паспорт трябва да отговори на всички тях:

1. Идентичност и носители: GS1 Digital Link (EN 18219 / EN 18220)

Всичко започва с идентификатора. dpp.gs никога не измисля собствен продуктов ID — използва GTIN, който вече притежавате, изразен като GS1 Digital Link. Това единствено решение удовлетворява два стандарта наведнъж: слоя на идентификатора (EN 18219) и слоя на носителя на данни (EN 18220), тъй като Digital Link е проектиран да живее както в потребителски QR код, така и в GS1 DataMatrix. Същият код, който купувач сканира в магазин, е кодът, който митнически скенер чете на границата. Няма втора система за идентичност, която да съгласувате.

2. Извличане и търсене: един URL, много формати (EN 18216 / EN 18222)

EN 18216 е за това как се извлича паспорт, а EN 18222 — за това как паспортите се намират и как се запитва за техния жизнен цикъл. dpp.gs отговаря и на двете от едно и също място:

• Извличане — GET /dpp/v1/passports/{GTIN} връща пълния паспорт като JSON-LD (или обикновен JSON). Публичният URL на визуализатора прави същото чрез договаряне на съдържание: поискайте application/ld+json и получавате данни, не уеб страница.
• Търсене — GET /dpp/v1/passports?sector=textile&operator=… позволява на всяка оторизирана система да открива паспорти по продуктов идентификатор, икономически оператор, код на стока (HS), сектор или статус на регистрация, с разбиване на страници.
• Жизнен цикъл — GET /dpp/v1/passports/{GTIN}/lifecycle докладва състоянието на регистрация и ключовите дати, така че система надолу по веригата знае дали паспортът е активен, в очакване или оттеглен.

Операциите за запис (създаване, актуализиране, оттегляне) остават зад удостоверени API за наематели — публичната повърхност е само за четене и търсене, което е точно асиметрията, която стандартите предполагат.

3. Семантичен модел на данни, а не сметище от формуляри (EN 18223)

Оперативната съвместимост се проваля в момента, в който две системи не са съгласни какво означава едно поле. EN 18223 насочва към свързани данни, а dpp.gs предоставя всеки паспорт като JSON-LD: граф на schema.org Product, разширен с речника GS1 и dpp: именно пространство за специфични за паспорта аспекти (материали, вещества, пораждащи безпокойство, секторни данни). @context е структуриран така, че по-късно да може да бъде пренасочен към междусекторната онтология CIRPASS без промяна на формата на данните. Материали, вещества и рециклирано съдържание са моделирани като споделени градивни блокове, използвани повторно от всяка от 14-те продуктови категории — така че инструментът на рециклатор чете „кобалт, 12%, SVHC: не" по същия начин, независимо дали продуктът е батерия или играчка.

4. Доверие: подписани Verifiable Credentials (prEN 18246)

Проектостандартът за удостоверяване задава труден въпрос: как рециклатор, митнически служител или потребител знае, че паспортът е истински и непроменен? dpp.gs отговаря с отворена криптография, а не с регистър. Всеки паспорт може да се издаде като W3C Verifiable Credential, подписан с ключ Ed25519 като компактен vc+jwt (представянето VC-JOSE-COSE). Всеки може да извлече публичния ключ на издателя от /.well-known/jwks.json и да провери подписа офлайн — доказвайки както кой е издал паспорта, така и че нито един байт не е променен. Без блокчейн, без централен брокер на доверие, без зависимост от доставчик. (Вижте защо избрахме отворени стандарти вместо блокчейн.)

5. Готовност за регистъра (ESPR чл. 12–13)

Наред със серията EN, ESPR изисква централен Регистър на DPP на ЕС, който записва малък набор от задължителни идентификатори за всеки паспорт. dpp.gs вече улавя тези полета за всеки продукт и ги държи готови за изпращане в момента, в който крайната точка на регистъра на Комисията заработи. Когато настъпи този ден, регистрацията е превключвател на конфигурацията, а не миграция.

Какво означава това за вас

Ако издавате паспорти в dpp.gs, не залагате на собствен формат, който стандартите по-късно може да противоречат. Издавате идентификатори GS1 Digital Link, данни JSON-LD, носители QR + DataMatrix и по избор подписани удостоверения — точно съставките, към които конвергират европейските стандарти. Докато серията EN и Регистърът на ЕС се укрепват, паспортите ви се движат с тях, вместо да се налага да бъдат преиздавани.

Свързано четене: GS1 Digital Link обяснен · Отворени стандарти, не блокчейн · Кой какво вижда в паспорта