ce trebuie să îndeplinească hosting-ul pentru pasaportul meu de produs

Hosting-ul trebuie să mențină datele permanent disponibile și accesibile

Hosting-ul unui pasaport digital de produs trebuie să asigure că datele din acesta persist, să poată fi actualizate și să poată fi consultate de cei care au drept conform normelor — consumatori, operatori de piață și autorități de supraveghere. Articolul 10 din ESPR (Regulamentul (UE) 2024/1781) stabilește că pasaportul trebuie să fie accesibil prin intermediul purtătorului de date de pe produs (de obicei un cod QR), că datele din acesta sunt corecte și pot fi actualizate, și că stocarea este organizată astfel încât pasaportul să persiste pe perioada prescrisă. În plus, articolul 13 prevede că o referință la fiecare pasaport trebuie să ajungă într-un registru central european, iar articolul 14 stabilește ca Comisia să instituie un portal web prin care aceste date înregistrate să poată fi consultate. Hosting-ul nu este deci doar „o pagină care se deschide când scanezi

. Pentru cine se aplică și pentru cine nu

Aceste cerințe se aplică celui care oferă pasaportul digital de produs: în practică, producătorului, importatorului sau reprezentantului autorizat responsabil cu punerea în comerciu a produsului, sau unei părți care execută această sarcină în numele lor. Vorbim despre hosting-ul pasaportului în sine — locul unde stau datele produsului care sunt consultate prin purtătorul de date. Nu vorbim despre purtătorul de date ca atare: modul în care codul QR ajunge pe produs și ce formă tehnică ia acesta sunt o altă problemă, detaliată pe pagina despre modul în care codul QR ajunge pe produs. De asemenea, nu vorbim despre care date trebuie să fie în pasaport sau în ce format de fișier trebuie furnizate — aceasta este determinată separat pe fiecare categorie de produs și este descrisă pe pagina despre furnizarea datelor pasaportului de produs. Hosting-ul este în mod specific infrastructura: unde stau datele, cât timp și cum rămân accesibile.

Cerințele precise diferă în funcție de categoria de produs, pornind de la o dată care nu a fost încă stabilită

ESPR în sine descrie principiile generale — accesibilitate, actualitate, legare la registru — dar cerințele tehnice și operaționale detaliate pentru hosting sunt stabilite pe fiecare categorie de produs prin acte delegate. Pentru aparatele electronice și ICT nu a fost încă publicat când exact intră în vigoare această obligație. Planul de lucru ESPR 2025-2030 menționează aceste categorii, iar actele delegate sunt așteptate din 2027, dar pentru electronice și ICT nu există încă o dată fixă. Până când nu este publicat un act delegat pentru o anumită grupă de produse, nu se aplică acestei grupe o obligație concretă de hosting din partea ESPR. Imediat ce actul delegat pentru electronice și ICT este publicat, data va fi indicată aici.

Ce înseamnă aceasta pentru organizarea hosting-ului

Cine gândește deja acum la hosting-ul unui pasaport de produs face bine să înceapă cu durata: pasaportul trebuie să rămână disponibil pentru o perioadă care este stabilită pe fiecare categorie de produs, iar această cerință afectează direct alegerea partenerului și infrastrucuturii de hosting — aceasta este detaliată pe pagina despre cât timp trebuie să rămână disponibil un pasaport de produs. Un al doilea punct de atenție este continuitatea: hosting-ul trebuie să continue să funcționeze chiar dacă se schimbă ceva la nivelul companiei care oferă pasaportul, aspect care devine relevant la încetarea activității sau preluare — vezi pagina despre ce se întâmplă cu pasaportul dacă o companie se oprește. Un al treilea punct este legarea cu registrul european: mediul de hosting trebuie organizat în așa fel încât referința la pasaport să fie corectă și actuală în registru, ceea ce este explicat pe pagina despre registrul pasaporturilor digitale de produse. Cine deja gestionează datele produsului într-un sistem ERP sau de inventar poate, de asemenea, să anticipeze modul în care va fi configurată practic acea cuplare. În sfârșit, este recomandat ca la alegerea unei părți ospătuitor să se acorde atenție ceea ce se întâmplă în caz de defecțiune, în cazul unei preluări a părții ospătuitor însuși, sau la expirarea unui contract — puncte care nu sunt exprimate în mod explicit în ESPR, dar care în practică determină dacă este îndeplinită cerința subiacentă de accesibilitate continuă.

Baza pentru aceasta: articolele 10, 13 și 14 din ESPR

Articolul 10 din ESPR (Regulamentul (UE) 2024/1781) descrie cerințele generale pentru pașaportul digital al produsului, inclusiv accesibilitatea și actualitatea datelor. Articolul 13 reglementează registrul central în care se include o referință la fiecare pașaport, iar articolul 14 reglementează portalul web prin care Comisia dezvaluie acele date din registru. Împreună, aceste articole formează cadrul în care trebuie să funcționeze găzduirea unui pașaport; detaliile specifice categoriei de produs urmează în actele delegate ulterioare.

Cine pregătește acum deja un pașaport digital al produsului, ar fi bine să înceapă prin a-și determina propria categorie de produs și starea actului delegat corespunzător, și de acolo să includă cerințele privind termenul de păstrare și cuplarea registrului în alegerea unei soluții de găzduire.

Pe ce se bazează aceasta

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ă

ESPR nu prescrie la care parte ospătuitoare trebuie să se afle un pașaport digital al produsului, dar prescrie care proprietăți trebuie să aibă stocarea și dezvaluirea datelor. Articolul 10 din ESPR (Regulamentul (UE) 2024/1781) enumeră cerințele pentru pașaportul digital al produsului însuși; articolul 13 se referă la registrul în care pașaporturile sunt înregistrate; articolul 14 reglementează portalul web prin care autoritățile de supraveghere și alte părți pot accesa datele. Pentru o companie cu 10 până la 100 de angajați, aceasta se rezumă la mai multe obligații distincte și concrete.

Pașaportul trebuie să rămână accesibil prin purtătorul de date pe produs

Pașaportul este dezvaluit prin purtător de date — în practică un cod QR — care se aplică pe sau lângă produs. Articolul 10 din ESPR stabilește cerințe pentru acea cuplare între purtător și pașaport: legătura trebuie să rămână funcțională, chiar dacă trec ani. Pentru o întreprindere de mărime medie, aceasta înseamnă că alegerea unei părți ospătuitor nu este independentă de alegerea purtătorului de date: ambele trebuie să se potrivească una cu cealaltă și să rămână în continuare compatibile. Modul în care acea cuplare este realizată în practică, este descris la cum ajunge codul QR pentru pașaportul digital al produsului pe electronica mea.

Datele trebuie să poată fi consultate de părțile corecte, fără ca toată lumea să vadă totul

Articolul 10 face distincție între datele care sunt vizibile pentru toată lumea — de exemplu pentru un consumator care scanează codul QR — și datele care sunt destinate doar autorităților de supraveghere sau altor operatori de piață. O mediu de găzduire trebuie să poată realiza acea distincție din punct de vedere tehnic. Pentru o companie, aceasta înseamnă că soluția aleasă nu poate fi pur și simplu "totul public" sau "totul în spatele unui login": trebuie să fie posibilă o access stratificat, adaptat la cine are nevoie de ce parte a informației.

Pașaportul trebuie să fie înregistrat în registrul european

Articolul 13 din ESPR impune înregistrarea pașaportului într-un registru central european, conținând acolo un set de bază de date despre produs și localizarea pașaportului. Găzduirea pașaportului însuși și înregistrarea în acel registru sunt două lucruri separate: pașaportul poate fi la o parte ospătuitoare proprie sau externă, în timp ce registrul conține doar referința și datele cheie. Ce trebuie să conțină și cum funcționează acea înregistrare, este explicat la ce este registrul pașaporturilor digitale ale produselor și ce trebuie să pun în el.

Datele trebuie să se alinieze cu portalul web pentru supraveghere

Articolul 14 al ESPR introduce un portal web prin care autoritățile de supraveghere a pieței și vama pot consulta datele din pașapoartele digitale ale produselor. Pentru partea gazdă, aceasta înseamnă că stocarea datelor pașaportului nu poate fi izolată: trebuie să fie posibilă o conexiune tehnică la acest portal, într-o formă determinată de Comisie. O întreprindere care se găzduiește singură sau angajează o parte gazdă ar fi bine să întrebe dacă acea parte este familiarizată cu această obligație de conectare și cum este pusă în practică.

Datele trebuie să fie într-un format recunoscut și portabil

Gazduirea nu este doar o chestiune de "unde se află", ci și "în ce formă". Articolul 10 stabilește cerințe de interoperabilitate: datele trebuie să fie lizibile pentru mașini și portabile, astfel încât să nu rămână blocate într-un singur sistem al unui singur furnizor. Pentru o întreprindere de dimensiune mică, acesta este adesea punctul în care alegerea unei părți gazdă cântărește cel mai greu: un sistem închis care este dificil de exportat, se ciocnește cu această cerință. Formatul fișierului în care sunt furnizate datele, este elaborat la în ce format trebuie să furnizez datele pașaportului produsului.

Unde lucrurile se petrec greșit în practică

O situație frecventă este aceea în care o întreprindere alege o parte gazdă fără a întreba dacă acea parte poate asigura o conexiune tehnică la portalul web al articolului 14. La momentul în care o autoritate de supraveghere dorește să consulte datele, se dovedește că conexiunea nu există.

O altă situație apare atunci când distincția dintre datele publice și cele non-publice nu este bine organizată: toate informațiile sunt în spatele aceleiași accese, sau invers, totul este complet deschis, în timp ce anumite date sunt destinate doar partenerilor de piață sau supraveghetorii.

De asemenea, se întâmplă ca o întreprindere să confunde gazduirea pașaportului cu înregistrarea în registrul european: se crede că pașaportul este "înregistrat" pentru că este online, în timp ce înregistrarea la registru este un pas separat care nu se întâmplă automat.

O a patra situație este aceea a unei părți gazdă care la un moment dat încetează serviciul sau este preluată, iar datele nu sunt disponibile într-un format portabil. Întreprinderea este apoi captivă unui sistem care nu mai este accesibil, în timp ce codul QR de pe produs este deja în circulație.

O a cincea eroare frecventă este aceea că legătura dintre datele pe produs și locația de gazduire este organizată din punct de vedere tehnic separat — de exemplu, deoarece un furnizor de ambalaj creează codul QR fără coordonare cu partea care gazduiește datele. La o schimbare a părții gazdă, codul nu mai funcționează.

Ceea ce puteți documenta

O prezentare generală a datelor care sunt publice în pașaport și care sunt destinate doar pentru supraveghere sau parteneri de piață, astfel încât partea gazdă să poată stabili această distincție din punct de vedere tehnic.
Un acord scris cu partea gazdă cu privire la conectarea la portalul web al articolului 14, inclusiv cine este responsabil dacă acea conexiune se schimbă.
O procedură stabilită pentru înregistrarea în registrul european, separată de acordurile de gazduire — consultați și explicația la ce este registrul pașaporturilor digitale ale produselor și ce trebuie să pun în el.
O posibilitate de export sau o garanție contractuală că datele pot fi solicitate într-un format portabil la încetarea contractului de gazduire.
Documentația legăturii dintre datele pe produs și locația de gazduire, inclusiv ce se întâmplă la schimbarea părții gazdă sau a sistemului — relevant este și cum se corelează aceasta cu pot eu să leg pașaportul produsului de sistemul meu ERP sau de inventar.
Un acord privind durata obligației de gazduire, de coordonat cu ceea ce se știe despre cât timp trebuie să rămână disponibil un pașaport de produs.

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 ajutorul AI pe baza surselor de mai sus, verificat de un om pe 2026-09-05. Nu e ceva în neregulă? Spuneți-ne — corecțiile au prioritate.