Menținerea la zi a pașaportului digital al produsului: cum funcționează actualizările pentru DPP

De ce nu este suficientă completarea unică

Un pașaport digital al produsului (DPP) nu este un fișier PDF static, creat o singură dată și apoi arhivat. Regulamentul privind bateriile (UE) 2023/1542 prevede în mod explicit că anumite puncte de date trebuie să poată fi actualizate pe întregul ciclu de viață al unei baterii. Cine își completează pașaportul la introducerea pe piață și apoi nu îl mai actualizează nu îndeplinește integral aceste cerințe — și riscă probleme serioase de conformitate începând cu 18 februarie 2027.

Sună trivial, dar nu este. Raportul de implementare Minespider 2026 identifică două vulnerabilități structurale care se regăsesc în întreaga industrie: fragmentarea datelor de-a lungul lanțului de aprovizionare și lipsa proceselor pentru actualizarea dinamică a datelor. Împreună, acestea fac dificilă menținerea consecventă a unui DPP în exploatare.

Acest articol explică ce date trebuie să se modifice și când, cum arată infrastructura tehnică pentru actualizări și ce procese organizaționale ar trebui să construiască acum producătorii și operatorii.

Ce se schimbă — și când

Puncte de date statice vs. dinamice

Nu toate câmpurile unui DPP au aceeași volatilitate. În linii mari, se pot distinge două categorii:

Datele statice sunt stabilite la introducerea pe piață și, de regulă, nu se mai modifică ulterior:

• Compoziția materialelor și substanțele periculoase
• Identificarea producătorului și locul de producție
• Certificările valabile la momentul lansării pe piață

Datele dinamice, în schimb, se modifică odată cu durata de viață a produsului:

• State of Health (SoH) și State of Charge (SoC) ale bateriilor — ambele valori se modifică la fiecare ciclu de încărcare și descărcare
• Istoricul reparațiilor și al mentenanței
• Schimbarea proprietarului și datele privind locația
• Rezultatele verificărilor de recondiționare la sfârșitul primei perioade de utilizare

În special pentru bateriile care primesc o a doua viață ca sisteme staționare de stocare după utilizarea într-un vehicul electric, datele actuale despre stare nu sunt doar impuse de reglementări, ci sunt și relevante economic: operatorul unui sistem de stocare secundară trebuie să știe ce capacitate reziduală achiziționează în realitate.

Declanșatori pentru actualizări obligatorii

Regulamentul nu stabilește intervale exacte de actualizare, dar definește evenimente care declanșează o actualizare:

• Finalizarea unei operațiuni de mentenanță sau a unei reparații
• Trecerea într-o nouă etapă de utilizare (prima perioadă de utilizare → a doua perioadă de utilizare)
• Schimbarea proprietarului sau a operatorului
• Noi valori măsurate de sistemele BMS (Battery Management System)
• Rechemare sau avertizare de siguranță

Cine nu a integrat aceste evenimente în procesul intern le va trece cu vederea în activitatea de zi cu zi.

Arhitectura tehnică pentru actualizările DPP

GS1 Digital Link ca ancoră stabilă

Legătura dintre bateria fizică și pașaportul digital se realizează printr-un GS1 Digital Link — un URI standardizat care codifică GTIN și numărul de serie și indică înregistrarea asociată. Elementul esențial: linkul de pe produs (de exemplu, tipărit sub forma unui cod QR) rămâne neschimbat. Se actualizează doar înregistrarea către care indică.

Un GS1 Digital Link tipic pentru o baterie arată astfel:

https://id.example.com/01/04012345678901/21/ABC-0042

• 01 = Qualifier pentru GTIN
• 04012345678901 = GTIN al bateriei
• 21 = Qualifier pentru numărul de serie
• ABC-0042 = numărul de serie individual

Este vorba despre un URL pur ilustrativ, care exemplifică schema URI a GS1 Digital Link. Resolverul din spatele unui astfel de URL redirecționează către înregistrarea DPP actuală. Dacă înregistrarea se modifică, codul QR de pe produs rămâne identic — se actualizează doar destinația din backend. Acesta este nucleul conceptual al actualizării dinamice a datelor.

Actualizări bazate pe API: principiul de bază

Platformele moderne DPP oferă API-uri REST prin care punctele de date pot fi actualizate în mod țintit, fără rescrierea întregului pașaport. O solicitare PATCH tipică adresată unui API DPP ar putea arăta astfel:

PATCH /dpp/v1/batteries/04012345678901/21/ABC-0042
Content-Type: application/json
Authorization: Bearer <token>

{
  "stateOfHealth": 0.83,
  "lastMeasuredAt": "2026-06-20T14:32:00Z",
  "measuredBy": "operator:fleet-mgmt-system-v2"
}

Avantajul față de un PUT complet: se transmit doar câmpurile modificate, versionarea rămâne ușor de urmărit, iar jurnalul de audit nu crește inutil.

Versionare și traseu de audit

Standardele EN 18216–18223, prezentate de CEN și CENELEC la 25 iunie 2026, într-un webinar public, definesc cerințe pentru consecvența datelor și interoperabilitate. Printre acestea se numără implicit și trasabilitatea modificărilor: cine a modificat ce valoare, când și pe ce bază?

O strategie minimă de versionare ar trebui să stocheze următoarele câmpuri pentru fiecare eveniment de actualizare:

{
  "version": "3",
  "updatedAt": "2026-06-20T14:32:00Z",
  "updatedBy": "system:bms-connector",
  "changedFields": ["stateOfHealth", "lastMeasuredAt"],
  "previousValues": {
    "stateOfHealth": 0.87
  }
}

Fără acest traseu de audit, în cazul unui litigiu nu se poate demonstra că datele erau corecte la momentul relevant.

Procese organizaționale: ce trebuie să construiască acum companiile

Clarificarea responsabilității pentru date

Cea mai mare problemă practică nu este de natură tehnică. Este întrebarea cine este responsabil în companie pentru fiecare punct de date — și cine declanșează actualizarea în caz de nevoie.

Se recomandă o matrice RACI simplă, care să stabilească pentru fiecare punct de date dinamic:

• Responsible: Cine efectuează actualizarea?
• Accountable: Cine răspunde în fața autorității?
• Consulted: Cine furnizează datele măsurate?
• Informed: Cine trebuie notificat cu privire la modificări?

Integrarea lanțului de aprovizionare

Multe date dinamice nu sunt generate de producător, ci de furnizori, firme de mentenanță sau administratori de flote. Producătorul rămâne însă responsabil din punct de vedere normativ pentru corectitudinea pașaportului. Sunt necesare reglementări contractuale clare și interfețe tehnice prin care terții să poată furniza date — cu formate și reguli de validare definite.

Consorțiul BatteryPass-Ready, care a lansat un mediu public de testare la 24 iunie 2026, oferă exact în acest scop o platformă neutră de validare: companiile își pot testa soluțiile DPP în raport cu cerințele normative, înainte de intrarea în exploatare.

Monitorizarea registrului central

Comisia Europeană lucrează la un registru central în care urmează să fie înregistrate și să poată fi găsite toate DPPs. Orgalim — asociația industrială europeană pentru tehnologie — a publicat recomandări clare în acest sens: registrul trebuie să permită procese de înregistrare automatizate, cu volum mare, și să fie protejat împotriva întreruperilor operaționale.

Pentru companii, aceasta înseamnă că procesele lor de actualizare trebuie să funcționeze nu doar cu propria platformă, ci, în perspectivă, și să poată fi sincronizate cu registrul central al UE. Cine optează acum pentru soluții proprietare izolate își creează efort de migrare ulterior.

Listă de verificare practică pentru procesul de actualizare

Înainte ca primul DPP să intre în producție, ar trebui clarificate următoarele aspecte:

1. Puncte de date clasificate: Ce câmpuri sunt statice și care sunt dinamice?
2. Declanșatori definiți: Ce evenimente declanșează o actualizare obligatorie?
3. Accesul la API reglementat: Cine poate modifica ce câmpuri și prin ce interfață?
4. Traseu de audit implementat: Fiecare modificare este stocată împreună cu marca temporală, autorul și valoarea anterioară.
5. Interfețele lanțului de aprovizionare testate: Furnizorii externi de date pot introduce actualizări valide.
6. Compatibilitatea cu registrul verificată: Sistemul propriu poate comunica cu viitorul registru al UE.
7. Mediu de testare utilizat: Platforma de testare BatteryPass-Ready sau medii echivalente au fost utilizate pentru testarea interoperabilității.

Concluzie

DPP nu este un document, ci o înregistrare de date vie. Cerințele normative din Regulamentul privind bateriile (UE) 2023/1542 sunt clare în această privință: punctele de date dinamice trebuie menținute actualizate — pe întregul ciclu de viață al produsului. Cine nu construiește la timp infrastructura tehnică și organizațională necesară nu va putea respecta termenul de 18 februarie 2027 în condiții de conformitate.

Vestea bună: elementele necesare există. GS1 Digital Link rezolvă problema identificării, API-urile REST permit actualizări granulare, iar inițiative precum BatteryPass-Ready oferă infrastructură de testare. În multe companii lipsesc însă procesele interne și atribuirea clară a responsabilității pentru date — iar aici ar trebui să înceapă activitatea.