De ce „înregistrezi o singură dată” nu este suficient
Multe companii tratează Pașaportul Digital al Produsului (DPP) ca pe un exercițiu de conformitate unic: colectezi datele, creezi o intrare în registru, gata. Regulamentul ESPR (UE) 2024/1781 spune o cu totul altă poveste. El impune ca intrările din registru să rămână disponibile și actualizate timp de cel puțin 10 ani după ultima dată la care un produs este introdus pe piață. Dacă scoți astăzi din producție un model, trebuie să îi menții intrarea cel puțin până în 2036 — inclusiv puncte finale (endpoints) de rezolvare valide și identificatori unici corecți.
Acest articol explică ce presupune efectiv actualizarea unei intrări din registru, ce câmpuri sunt afectate și cum poți securiza procesul din punct de vedere tehnic.
Ce stochează registrul — și ce nu
La 29 aprilie 2026, Comisia Europeană a publicat proiectul de regulament de punere în aplicare pentru registrul central DPP. Documentul arată clar cât de minimalist este conceput registrul central: el stochează doar trei elemente de date per intrare:
| Câmp | Descriere | Obligația de actualizare |
|---|---|---|
| Identificator unic (UID) | Identificator unic pentru produs/model | Imutabil odată atribuit |
| Punct final de rezolvare (resolver endpoint) | URL de la care poate fi recuperat DPP-ul complet | Actualizabil; obligatoriu la migrare |
| Cod de marfă (commodity code) | Cod al categoriei de produs (de ex. cod HS sau CN) | Corectabil în cazul unei intrări eronate |
Datele efective despre produs — compoziția materialelor, indicele de reparabilitate, amprenta de carbon — nu sunt stocate în registrul central. Ele sunt furnizate de producător sau de un administrator de date autorizat la punctul final de rezolvare. Registrul este pur și simplu agenda de adrese. Această separare contează din punct de vedere arhitectural: o actualizare a intrării centrale este necesară doar atunci când se modifică UID-ul, rezolvatorul (resolver) sau codul de marfă. Întreținerea datelor la nivel de conținut are loc exclusiv de partea furnizorului de date.
Cerințele privind datele specifice produsului — ce trebuie să apară mai exact în DPP — rămân de competența reglementărilor sectoriale, cum ar fi regulamentele delegate adoptate în temeiul ESPR sau, în cazul bateriilor, Regulamentul privind bateriile (UE) 2023/1542.
Când este obligatorie o actualizare a registrului
Punctul final de rezolvare s-a schimbat
Acesta este cel mai frecvent scenariu din practică. Companiile schimbă furnizorii de cloud, migrează către noi platforme DPP sau consolidează domenii. De îndată ce punctul final de rezolvare anterior devine inaccesibil, niciun scaner — fie că este o autoritate vamală, un organism de supraveghere a pieței sau un consumator final — nu mai poate recupera DPP-ul. Regulamentul nu specifică în mod explicit o fereastră de răspuns, dar obligația de disponibilitate de 10 ani creează, în fapt, toleranță zero pentru linkuri permanent nefuncționale.
Recomandare: Folosește un rezolvator stabil, pe un subdomeniu deținut de companie (de ex. dpp.yourcompany.com) ca strat de indirecție. Astfel, atunci când schimbi platformele, trebuie doar să reconfigurezi intern — fără a atinge intrarea din registru. Acest principiu urmează modelul GS1 Digital Link, în care codul QR indică spre un rezolvator stabil care, la rândul său, redirecționează către sistemele backend aflate în schimbare.
A fost introdus un cod de marfă incorect
Codurile de marfă (codurile CN sau HS) determină ce regulamente delegate se aplică unui produs. Un cod incorect poate duce la încadrarea produsului în categoria greșită sau la o clasificare eronată în cadrul verificărilor automate la frontieră — pe care UE intenționează să le introducă începând din 2028 în temeiul propunerii de Act privind economia circulară (Circular Economy Act). Corecțiile sunt permise în temeiul proiectului de regulament de punere în aplicare, dar necesită o justificare documentată.
Achiziție corporativă sau transfer de licență
Atunci când un produs își schimbă proprietatea economică, trebuie să evaluezi dacă se transferă și responsabilitatea pentru rezolvator. Contul din registru este legat de înregistratorul inițial; un transfer necesită un proces formal prin intermediul autorității naționale competente.
Procesul tehnic: actualizarea unei intrări
Regulamentul de punere în aplicare prevede o interfață bazată pe API către registru. Punctul final exact va fi publicat abia după ce regulamentul intră în vigoare, însă fluxul de lucru așteptat poate fi dedus din proiect:
# Authentication via OAuth 2.0 Client Credentials
# Note: The registry API URL below is illustrative; the final endpoint will be published upon entry into force.
curl -X POST https://registry.dpp.ec.europa.eu/oauth/token \
-d "grant_type=client_credentials" \
-d "client_id=YOUR_CLIENT_ID" \
-d "client_secret=YOUR_SECRET" \
-d "scope=registry:write"
# PATCH request to update the resolver endpoint
# Note: The registry API URL below is illustrative; the final endpoint will be published upon entry into force.
curl -X PATCH https://registry.dpp.ec.europa.eu/v1/entries/{uid} \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "Content-Type: application/json" \
-d '{
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/{uid}",
"updateReason": "platform_migration"
}'
Câmpul updateReason este desemnat ca obligatoriu în proiect pentru toate modificările, cu excepția intrării inițiale. Valorile permise includ platform_migration, domain_change, commodity_code_correction și ownership_transfer. Istoricul de audit al tuturor actualizărilor este păstrat de registru pe toată perioada de 10 ani.
Actualizări în masă pentru portofolii mari de produse
Companiile cu mii de SKU-uri nu pot gestiona manual cereri individuale. Proiectul de regulament prevede un punct final pentru loturi (batch endpoint):
{
"batchUpdate": [
{
"uid": "urn:epc:id:sgtin:0614141.107346.2017",
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/0614141.107346.2017",
"updateReason": "platform_migration"
},
{
"uid": "urn:epc:id:sgtin:0614141.107346.2018",
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/0614141.107346.2018",
"updateReason": "platform_migration"
}
]
}
Construirea și menținerea acestor procese în masă necesită o gestionare structurată a datelor, așa cum o impune un flux de lucru de import în masă pentru intrările DPP.
Standardizarea internațională ca ancoră de stabilitate
Un proces de actualizare este robust doar în măsura în care sunt robuste standardele pe care se bazează. Aici intervine înființarea ISO/IEC JTC 5: noul Comitet Tehnic Comun, al cărui secretariat este deținut de Institutul German pentru Standardizare (DIN), are sarcina de a dezvolta standarde internaționale pentru interoperabilitatea globală a sistemelor DPP.
În termeni practici, pentru procesele de actualizare: odată ce ISO/IEC JTC 5 adoptă standarde pentru formatele de date, schemele de API și structurile de identificatori, se așteaptă ca acestea să fie integrate în viitoarele revizuiri ale regulamentelor de punere în aplicare ale ESPR. Companiile care se bazează deja pe identificatori conformi cu GS1 (GTIN, SGTIN) și pe rezolvatoare GS1 Digital Link se află într-o poziție bună: aceste standarde sunt considerate implementarea de referință pentru JTC 5.
Notificarea OMC a regulamentului privind registrul UE (G/TBT/N/EU/1211) din 21 mai 2026 semnalează, de asemenea, că sistemul este clasificat ca reglementare tehnică în domeniul comerțului — cu implicații pentru producătorii din țări terțe care exportă produse în UE. Și aceștia trebuie să mențină și să păstreze la zi intrările din registru.
Întreținerea datelor ca proces continuu: implicații organizaționale
Obligația de 10 ani nu este exclusiv o sarcină IT. Ea necesită măsuri organizaționale:
- Documentează responsabilitatea: Cine din organizația ta este responsabil pentru intrările din registru? Acest rol trebuie să rămână ocupat chiar și în condiții de fluctuație a personalului și de restructurare corporativă.
- Configurează monitorizarea rezolvatorului: Verificările automate de disponibilitate (verificări ale statusului HTTP) pentru toate punctele finale de rezolvare active nu sunt un lux opțional — ele reprezintă un minim operațional.
- Menține un jurnal de modificări: Istoricul de audit din registru este accesibil autorităților. Completează-l cu un jurnal de modificări intern care să includă justificările și aprobările.
- Revizuiește contractele cu furnizorii de platforme: Dacă folosești un furnizor extern de servicii DPP, contractul trebuie să acopere explicit cerința de disponibilitate de 10 ani — inclusiv prevederi pentru insolvența sau încetarea activității furnizorului.
La 27 mai 2026, Comisia Europeană a organizat un webinar despre implementarea DPP pentru baterii, care a abordat în mod explicit provocările legate de întreținerea datelor cu care se confruntă IMM-urile. Mesajul a fost clar: disponibilitatea datelor pe termen lung nu este un detaliu tehnic — este o obligație fundamentală.
Concluzie
O intrare în registrul DPP nu este un document static. Regulamentul de punere în aplicare din aprilie 2026 stabilește un cadru juridic care impune producătorilor să își mențină datele în mod activ și documentat de-a lungul unui deceniu. Vestea bună: registrul central este menținut deliberat minimalist. Dacă proiectezi punctele finale de rezolvare astfel încât să fie stabile, folosești identificatori conformi cu GS1 și integrezi procesele de modificare în organizația ta, efortul tehnic pentru actualizări rămâne gestionabil — și vei fi bine pregătit pentru viitoarele standarde ISO/IEC JTC 5.
