Cât de des trebuie să actualizez datele din pasaportul de produs?
Nicio dată de scadență fixă, dar o obligație de actualizare
ESPR însuși nu stabilește niciun interval fix pentru actualizarea pasaportului digital al produsului — nu "anual", nu "în decurs de atâtea luni după o modificare". Ceea ce este stabilit este principiul din articolul 9 din ESPR (Regulamentul (UE) 2024/1781): informațiile din pasaportul digital al produsului trebuie să fie corecte, complete și actuale, pe toată perioada în care pasaportul trebuie să rămână disponibil. Aceasta este o obligație continuă, nu o înregistrare la un moment dat la completare sau la punerea pe piață. În practică, aceasta înseamnă că o actualizare este necesară imediat ce se schimbă ceva relevant pentru datele din pasaport — o reparație, o modificare a compoziției materialelor, o retragere de pe piață, sau atingerea sfârşitului duratei de viață — și nu conform unui calendar fix. Cum se prezintă exact pentru fiecare categorie de produs, cine poate sau trebuie să facă o anumită actualizare și ce parte a datelor este stabilită la punerea pe piață comparativ cu ceea ce va fi completată mai târziu, este subiectul articolului 10 din ESPR, care se referă la actul delegat pentru fiecare categorie de produs.
Pentru producător, importator — și actorii care urmează
Acest subiect afectează în primul rând partea care alcătuiește pasaportul și îl pune pe piață: producătorul sau, în cazul importului din afara UE, importatorul. Pentru acea parte, obligația de actualizare din articolul 9 se aplică în orice caz pentru datele care au fost incluse la completarea pasaportului. Nu se referă doar la informațiile pe care le completează producătorul însuși, ci posibil și la date pe care alte elemente din lanț le adaugă mai târziu: un reparator care înlocuiește o componentă, un reciclator care demontează produsul, sau un proprietar ulterior la revânzare. Articolul 10 din ESPR stabilește în mod explicit că actul delegat pentru fiecare categorie de produs trebuie să determine care actor economic sau participant este responsabil pentru încărcarea informațiilor, de asemenea după punerea pe piață a produsului. Aceasta înseamnă că "actualizarea" nu rămâne automat o sarcină a producătorului inițial — pentru unele date, această responsabilitate poate trece la o altă parte mai târziu în ciclul de viață. Unde aceasta în mod clar nu se aplică: date statice și tehnice de bază care sunt deja stabilite la punerea pe piață, cum ar fi un număr de identificare a produsului unic. Acestea nu se schimbă de la sine și, prin urmare, nu trebuie nici să fie revizuite periodic.
Încă nicio dată stabilită pentru echipamentele electronice și ICT
Nu există încă un act delegat publicat care să stabilească obligațiile precise de actualizare pentru echipamentele electronice și ICT. ESPR însuși stabilește cadrul în articolele 9 și 10, dar implementarea concretă pe categorie de produs — inclusiv posibile termene pentru efectuarea modificărilor — rezultă din actul delegat care urmează să fie publicat. Conform planului de lucru al Comisiei Europene pentru 2025-2030, se așteaptă acte delegate pe subcategorii începând din 2027; pentru echipamentele electronice și ICT nu este încă cunoscută o dată de publicare. Până în momentul în care un act delegat pentru o categorie de produs specifică este publicat și intră în vigoare, nu există pentru acea categorie nicio obligație concretă de actualizare din titlul pasaportului digital al produsului — obligația de pasaport însuși apare numai cu acel act.
Ce înseamnă aceasta în practică
Pentru cine se orientează deja acum, ordinea este aproximativ următoarea. Mapați mai întâi ce date vor ajunge în pasaport și care dintre acestea se pot schimba pe durata de viață a produsului — gândiți-vă la istoricul reparațiilor, versiunile de software sau o compoziție de material modificată la o adaptare de model. Configurați apoi un proces intern care semnalează aceste evenimente, astfel încât o actualizare nu depinde de întâmplare, ci rezultă dintr-o verificare fixă la o retragere de pe piață, o modificare de model sau sfârșitul producției. Desemnați, chiar dacă acest lucru nu este încă legal obligatoriu, deja acum un responsabil în cadrul organizației pentru menținerea datelor din pasaport — acel rol va fi probabil detaliat mai concret cu actul delegat. În sfârșit, urmăriți publicarea actului delegat pentru propria categorie de produs, deoarece abia în acesta va fi specificat care sunt exact intervalele de actualizare, care parte este responsabilă pentru ce și care date sunt dinamice și care sunt fixe.
Unde este menționat: articolele 9 și 10 ale ESPR
Articolul 9 al ESPR (Regulamentul (UE) 2024/1781) stabilește că pasaportul digital al produsului trebuie să rămână disponibil pe durata de viață așteptată a produsului și că informațiile din acesta trebuie să fie exacte, complete și actuale. Articolul 10 al aceleiași reglementări prevede că actul delegat trebuie să precizeze pentru fiecare categorie de produs care operator pe piață este responsabil pentru introducerea și actualizarea informațiilor, inclusiv după introducerea produsului pe piață. Împreună, aceste două articole formează cadrul în care obligațiile de actualizare efective per categorie de produs vor fi elaborate mai târziu.
Cine acum deja structurează procese, poate să înceapă cel mai bine cu o prezentare generală a ce date din produsul propriu se pot modifica pe durata de viață și cu cine în lanț sunt necesare acorduri cu privire la acestea — astfel încât să existe o metodă de lucru gata de folosit imediat ce actul delegat pentru propria categorie de produs apare.
Pe ce se bazează aceasta
- Regulamentul (UE) 2024/1781 (ESPR), articolul 10 (cerințele pentru pașaportul digital al produsului)
- Regulamentul (UE) 2024/1781 (ESPR), articolul 9 (pasaportul digital al produsului)
Regulamentul în sine se află pe EUR-Lex. Facem referire pentru fiecare afirmație; nu trebuie să ne credeți pe cuvânt.
Ce trebuie să faceți concret
Ce se așteaptă de la dumneavoastră
Pașaportul digital al produsului nu este o instantaneu care rămâne static după publicare. Articolul 9 al ESPR (Regulamentul (UE) 2024/1781) stabilește că pașaportul trebuie să rămână accesibil pe toată durata de viață a produsului, iar articolul 10 al ESPR (Regulamentul (UE) 2024/1781) descrie cerințele pe care trebuie să le îndeplinească pașaportul și datele subiacente. Din acestea rezultă că un pașaport trebuie să rămână actual atâta timp cât produsul este pe piață și atâta timp cât se află în circulație la utilizatori — nu doar în ziua vânzării.
A fi actualizat atâta timp cât produsul este vândut
Atâta timp cât un model de produs este încă livrat, datele din pașaport trebuie să corespundă cu versiunea actuală a produsului. Dacă un furnizor modifică o componentă, un material sau o specificație, aceasta se reflectă în ceea ce revendică pașaportul. Pentru o companie cu 10 până la 100 de angajați, aceasta înseamnă de obicei că trebuie să existe un moment fix — la o schimbare de inginerie, o nouă specificație de furnizor sau o revizuire a documentației tehnice — în care cineva verifică dacă pașaportul este încă corect. Fără acel moment, riscul se strecoară inerent că pașaportul descrie o versiune mai veche a produsului decât ceea ce se află de fapt în cutie.
A fi actualizat după modificări care îi afectează pe utilizator
Unele modificări afectează direct ceea ce un utilizator sau un organism de supraveghere obține din pașaport: o actualizare de software care schimbă funcționalitatea, o perioadă de garanție modificată sau o nouă evaluare a reparabilității după o modificare de design. Cine stabilește cât timp un dispozitiv primește actualizări de software, se recomandă să se cupleze această înregistrare cu momentul în care pasaportul este actualizat, pentru a se evita divergența celor două înregistrări. Același lucru se aplică și pentru o revizuire a scorului de reparabilitate al unui dispozitiv: dacă se modifică designul, scorul s-ar putea modifica și acesta este un moment pentru a revizui pasaportul.
Disponibilitatea pasaportului în sine, independent de conținut
Pe lângă conținut, se pune întrebarea dacă pasaportul rămâne accesibil. Articolul 9 al ESPR (Regulamentul (UE) 2024/1781) leagă durata de viață a pasaportului de durata de viață a produsului, ceea ce înseamnă că purtătorul de date QR și datele din spate nu trebuie să dispară odată ce un model de produs este scos din producție. Pentru o companie care organizează hosting-ul pe cont propriu, aceasta este o problemă operațională: un sistem care se deconectează pur și simplu după o reorganizare, o migrație de sistem sau o fuziune nu corespunde acestei așteptări. La elektropas.com, aceasta este unul dintre motivele pentru care hosting-ul este promis pentru o perioadă fixă, astfel încât o companie nu trebuie să continue să o monitorizeze pe cont propriu.
Corectare după o eroare semnalată
O situație aparte este eroarea care apare abia după publicare — o valoare introdusă incorect, un document confundat, sau un element care la o examinare mai atentă nu corespunde cu metoda prin care au fost măsurate valorile. De îndată ce se observă aceasta, există o așteptare că pasaportul să fie corectat, nu ca eroarea să rămână până la revizuirea planificată următoare. Modul în care această corectare este implementată în practică este descris pe pagina despre remedierea unei erori în pasaport.
Unde lucrurile se petrec greșit în practică
Un pasaport este completat la lansarea unei linii de produse și apoi nu mai este verificat, în timp ce între timp au existat două revizii ale produsului — datele din pasaport ar trebui să corespundă unei versiuni care nu mai este livrată.
Un furnizor schimbă o componentă critică pentru a atenua problemele de aprovizionare, fără ca nimeni să verifice dacă această schimbare influențează ceea ce este menționat la materiile prime critice din pasaport .
Departamentul IT migrează către un sistem nou și codurile QR vechi direcționează brusc către o pagină care nu mai există, în timp ce produsele cu acel cod QR sunt încă ani de zile la utilizatori în dulap.
O echipă de software prelungește sau scurtează perioada de asistență a unui dispozitiv într-o actualizare de produs, dar această modificare este comunicată doar intern și nu este implementată în pasaportul consultat de utilizatorul final.
O eroare într-un datum tehnic este recunoscută intern de luni de zile ca "ceva pentru următoarea actualizare
Ceea ce puteți documenta
- Un moment de control fix în procesul privind modificările de inginerie, în care cineva verifică dacă pasaportul mai corespunde cu versiunea actuală a produsului.
- O persoană desemnată responsabilă în cadrul companiei pentru menținerea actualizării datelor pasaportului, chiar dacă introducerea inițială a fost efectuată de o parte externă.
- O legătură între înregistrarea internă a asistenței software și datele care se află în pasaport, astfel încât o modificare în una dintre ele declanșează automat o verificare a celeilalte.
- O procedură pentru ceea ce se întâmplă imediat după raportarea unei erori, inclusiv cine are voie să o corecteze și în ce acord intern se întâmplă aceasta.
- Un rezumat al datelor produsului care sunt înregistrate per grup de produse, care trebuie să fie în acord cu ceea ce este descris la caracteristicile care sunt completate per grup de produse.
- Un acord privind găzduirea și disponibilitatea pasaportului după retragerea unui model de produs, astfel încât codul QR să nu se refere la o legătură moartă atât timp cât produsul este încă în uz.
Aceasta nu este sfat juridic. Această pagină oferă informații generale despre reglementările cu care se ocupă această platformă. Nu cunoaștem situația dvs. În caz de îndoieli cu privire la cazul dumneavoastră, consultați un jurist sau autoritatea de supraveghere competentă.
Scris cu IA pe baza surselor de mai sus, verificat de o persoană pe 2026-08-22. Ceva nu merge? Spuneți-ne — corecțiile au prioritate.