2026-06-17 · 8 min de citit · Toate articolele

Cum se aliniază dpp.gs la noile standarde DPP ale UE (EN 18216, 18219–18223, 18239, 18246)

Timp de doi ani, Pașaportul Digital al Produsului a fost definit doar de reglementare — ESPR spunea că trebuie să existe un pașaport, dar nu și ce formă ar trebui să ia pe fir. Acel gol s-a închis în mai 2026, când comitetul tehnic CEN/CENELEC JTC 24 a publicat primele standarde europene DPP: seria EN 18216, 18219–18223, 18239, 18246. Acest articol mapează dpp.gs la fiecare dintre ele, clar, astfel încât să puteți vedea exact unde se conformează platforma astăzi.

Seria EN 18216, 18219–18223, 18239, 18246 dintr-o privire

JTC 24 a împărțit problema în straturi. Fiecare standard guvernează o preocupare, iar un pașaport conform trebuie să răspundă la toate:

1. Identitate și suporturi: GS1 Digital Link (EN 18219 / EN 18220)

Totul începe cu identificatorul. dpp.gs nu inventează niciodată un ID de produs proprietar — folosește GTIN-ul pe care îl dețineți deja, exprimat ca un GS1 Digital Link. Acea singură decizie satisface două standarde deodată: stratul de identificator (EN 18219) și stratul de suport de date (EN 18220), deoarece un Digital Link este conceput să existe atât într-un cod QR pentru consumatori, cât și într-un GS1 DataMatrix. Același cod pe care un cumpărător îl scanează într-un magazin este codul pe care un scaner vamal îl citește la graniță. Nu există un al doilea sistem de identitate de reconciliat.

2. Recuperare și căutare: o adresă URL, mai multe formate (EN 18216 / EN 18222)

EN 18216 se referă la modul în care este preluat un pașaport, iar EN 18222 la modul în care pașapoartele sunt găsite și la modul în care ciclul lor de viață este interogat. dpp.gs răspunde la ambele din același loc:

• Recuperare — GET /dpp/v1/passports/{GTIN} returnează pașaportul complet ca JSON-LD (sau JSON simplu). URL-ul public al vizualizatorului face același lucru prin negociere de conținut: cereți application/ld+json și primiți date, nu o pagină web.
• Căutare — GET /dpp/v1/passports?sector=textile&operator=… permite oricărui sistem autorizat să descopere pașapoarte după identificatorul produsului, operatorul economic, codul de marfă (HS), sector sau stare de înregistrare, cu paginare.
• Ciclul de viață — GET /dpp/v1/passports/{GTIN}/lifecycle raportează starea de înregistrare și datele cheie, astfel încât un sistem din aval să știe dacă un pașaport este activ, în așteptare sau retras.

Operațiunile de scriere (creare, actualizare, retragere) rămân în spatele API-urilor autentificate ale clienților — suprafața publică este doar de citire și căutare, ceea ce este exact asimetria pe care o presupun standardele.

3. Un model de date semantic, nu o descărcare de formular (EN 18223)

Interoperabilitatea eșuează în momentul în care două sisteme nu sunt de acord cu privire la ce înseamnă un câmp. EN 18223 împinge spre datele legate (linked data), iar dpp.gs servește fiecare pașaport ca JSON-LD: un graf Product schema.org, extins cu vocabularul GS1 și un spațiu de nume dpp: pentru aspecte specifice pașaportului (materiale, substanțe care prezintă motive de îngrijorare, date de sector). @context este structurat astfel încât să poată fi reorientat ulterior către ontologia transsectorială CIRPASS fără a schimba forma datelor. Materialele, substanțele și conținutul reciclat sunt modelate ca blocuri de construcție partajate reutilizate de fiecare dintre cele 14 categorii de produse — astfel încât instrumentul unui reciclator citește „cobalt, 12%, SVHC: nu" în același fel, indiferent dacă produsul este o baterie sau o jucărie.

4. Încredere: Verifiable Credentials semnate (prEN 18246)

Proiectul de standard de autentificare pune o întrebare grea: cum știe un reciclator, un ofițer vamal sau un consumator că un pașaport este autentic și nealterat? dpp.gs răspunde la aceasta cu criptografie deschisă, mai degrabă decât cu un registru. Orice pașaport poate fi emis ca o Verifiable Credential W3C, semnată cu o cheie Ed25519 ca un vc+jwt compact (reprezentarea VC-JOSE-COSE). Oricine poate prelua cheia publică a emitentului de la /.well-known/jwks.json și poate verifica semnătura offline — dovedind atât cine a emis pașaportul, cât și că niciun octet nu a fost modificat. Fără blockchain, fără broker central de încredere, fără dependență de furnizor. (Vedeți de ce am ales standarde deschise în locul blockchainului.)

5. Pregătire pentru registru (ESPR Art. 12–13)

Alături de seria EN, ESPR impune un Registru DPP al UE central care înregistrează un set restrâns de identificatori obligatorii pentru fiecare pașaport. dpp.gs captează deja aceste câmpuri pentru fiecare produs și le ține pregătite pentru a le transmite în momentul în care punctul final al registrului Comisiei devine activ. Când va veni acea zi, înregistrarea este un comutator de configurare, nu o migrare.

Ce înseamnă asta pentru dvs.

Dacă emiteți pașapoarte pe dpp.gs, nu pariați pe un format proprietar pe care standardele l-ar putea contrazice ulterior. Emiteți identificatori GS1 Digital Link, date JSON-LD, suporturi QR + DataMatrix și, opțional, acreditări semnate — exact ingredientele către care converg standardele europene. Pe măsură ce seria EN și Registrul UE se consolidează, pașapoartele dvs. evoluează odată cu ele, în loc să fie necesar să fie reemise.

Lectură conexă: GS1 Digital Link explicat · Standarde deschise, nu blockchain · Cine ce vede într-un pașaport