ce se întâmplă cu pașaporturile mele de produs dacă firma de hosting se retrage din activitate

Responsabilitatea revine producătorului, nu furnizorului de găzduire

Obligația de a ține disponibile datele din pasaport revine producătorului sau importatorului care pune produsul pe piață, nu companiei care oferă serviciul de găzduire. Un furnizor de găzduire cum ar fi matrapas.eu execută această obligație în calitate de contractant, dar responsabilitatea finală nu se transferă. Dacă un furnizor de găzduire încetează activitatea, aceasta nu înseamnă că obligația de a ține pasaportul disponibil dispare — aceasta rămâne la sarcina părții care a introdus produsul pe piață. Ceea ce se schimbă este cine oferă în acel moment aspectul tehnic al acesteia.

Pentru cine se aplică și pentru care situație nu

Acest subiect se referă la continuitatea datelor în sine: rămân informațiile din spatele codului QR accesibile, chiar dacă se schimbă ceva la furnizorul de servicii care găzduiește datele. Aceasta este o altă întrebare decât ce se întâmplă dacă compania care produce sau importează produsul în sine încetează — acea situație este tratată în ce se întâmplă cu pasaportul digital al produsului dacă compania din spatele produsului încetează. De asemenea, nu se referă la întrebarea cât timp trebuie să rămână disponibil în total un pasaport; aceasta este tratată la perioada de păstrare a pasaportului digital al produsului. Această pagină se limitează la întrebarea ce se întâmplă din punct de vedere practic dacă furnizorul tehnic al pasaportului — furnizorul de găzduire — dispare, în timp ce compania din spatele produsului continuă să existe.

Ce este deja stabilit și ce nu

Când intră exact în vigoare obligația unui pasaport digital al produsului pentru saltele nu este încă stabilit: Regulamentul ESPR în sine este în vigoare, dar actul delegat care o concretizează pentru saltele este așteptat în cadrul planului de lucru 2025-2030, iar o dată va fi menționată aici imediat după publicarea acestui act. Ceea ce este deja stabilit este principiul din ESPR însuși: articolul 10 stabilește cerințe pentru accesibilitatea și durabilitatea pasaportului digital al produsului, iar articolul 13 reglementează faptul că pasaportele sunt incluse într-un registru central european. Acest registru există independent de partea care găzduiește datele subiacente — este un sistem de referință, nu depozitul tuturor conținuturilor în sine. Ce conține exact registrul și ce trebuie să figureze în el este descris la registrul european al pasapoartelor digitale ale produselor.

Cum se abordează acest lucru în practică

Pentru un producător sau importator care lucrează cu un furnizor de găzduire, primul pas este să cunoască ce a fost stabilit contractual în cazul în care furnizorul de găzduire încetează: este prevăzut un transfer de date și cui sunt transferate acele date. În continuare, este important să se cunoască în ce format sunt transferate datele — un set de date care este citibil doar în sistemul unui singur furnizor are mai puțină valoare decât un set de date care poate fi transferat unei alte părți. Aceasta se aliniază la întrebarea dacă un pasaport este conectat la un sistem extern: cine și-a gestionat deja datele produsului într-un sistem ERP sau de inventar, așa cum este descris la conectarea pasaportului digital al produsului la propriul sistem, are o sursă proprie de date care nu dispare dacă furnizorul de găzduire încetează — conexiunea face atunci ca informațiile subiacente să fie păstrate în altă parte, chiar dacă reprezentarea trece prin intermediul unei alte părți.

După aceea, este relevant ceea ce se întâmplă cu codul QR și legătura din spatele acestuia. Dacă un furnizor de găzduire încetează și datele se mută la o altă locație, codul QR existent pe produs trebuie să continue să se refere la informații valide — nu la o legătură moartă. Din punct de vedere practic, aceasta înseamnă că adresa URL subiacentă este adesea păstrată (de exemplu, printr-o redirecționare către noul sistem), astfel încât nu este necesar să se pună din nou un cod pe fiecare produs. Cine se întreabă cum funcționează exact kuplarea dintre codul fizic și datele digitale, găsește informații la cum ajunge codul QR pe o saltea. La o trecere între furnizori de găzduire, lucrul important de urmărit este ca codul de identificare al produsului și legătura de date asociată să rămână intacte, chiar dacă infrastructura de bază se schimbă.

În plus, este practic să întrebați din timp cum se ocupă un furnizor de găzduire de încetarea propriei activități comerciale: există o procedură care intră în vigoare, este avertizat un producător din timp, și există o perioadă în care datele pot fi retrieve înainte de a fi retras sistemul. Acest tip de acorduri determină în practică ce risc comportă dispariția unui anumit furnizor.

Baza acesteia: articolele 10 și 13 din ESPR

Articolul 10 din ESPR (Regulamentul (UE) 2024/1781) stabilește cerințele pentru pașaportul digital al produsului, inclusiv accesibilitatea datelor pe perioada în care acestea trebuie să rămână disponibile — o cerință care se referă la pașaport, nu la un anumit furnizor tehnic. Articolul 13 din același regulament reglementează registrul pașaporturilor digitale ale produselor, în care pașaporturile sunt înregistrate pentru a fi ușor de găsit și verificabil, indiferent de ce parte asigură găzduirea de bază. Împreună, aceste articole pun responsabilitatea pentru disponibilitatea continuă a datelor pe cel care creează pașaportul, nu pe o verigă aleatorie în executarea tehnică a acestuia.

Cei care aleg sau iau în considerare în prezent un furnizor de găzduire pot folosi aceasta ca o listă de verificare: întrebați despre posibilitățile de export ale datelor, despre ce se întâmplă cu legătura QR la o posibilă trecere, și despre procedura de încetare a activității furnizorului de găzduire — și consemnați aceste acorduri înainte ca primele pașapoarte să plece.

Pe ce se bazează aceasta

Regulamentul în sine se află pe EUR-Lex. Facem referință per afirmație; nu trebuie să ne credeți.

Ce trebuie să faceți în mod concret

Ce se așteaptă de la dumneavoastră

Asigurarea că pașaportul rămâne disponibil, chiar dacă furnizorul de servicii dispare

Articolul 10 din ESPR (Regulamentul (UE) 2024/1781) stabilește cerințe pentru pașaportul digital al produsului, inclusiv aceea că datele trebuie să rămână accesibile pentru părțile care au drept la acestea — gândiți-vă la consumator, autoritatea de supraveghere și participanții de pe piață mai departe în lanț. Cel care îl face pe cineva să găzduiască pașaportul printr-o parte externă rămâne responsabil pentru aceasta. Pentru o întreprindere cu 10 până la 100 de angajați, în practică, aceasta înseamnă că alegerea unui furnizor de găzduire nu este doar o evaluare a costurilor, ci și o întrebare privind continuitatea: ce se întâmplă cu datele dacă acea parte falimentează, este preluată, sau pur și simplu decide să înceteze acest serviciu. Nu este o întrebare care ar trebui răspunsă după, ci ceva care ar trebui să fie în contractul cu furnizorul de găzduire din timp.

Păstrarea pașaportului găsibil prin register

Articolul 13 din ESPR (Regulamentul (UE) 2024/1781) reglementează registrul pașaporturilor digitale ale produselor, în care sunt înregistrate datele de bază și locul de găsire al fiecărui pașaport. Acel registru este destinat ca o plasă de siguranță: chiar dacă un website individual sau un serviciu de găzduire se schimbă de adresă sau de furnizor, pașaportul trebuie să rămână localizabil acolo. Pentru un producător sau importator, aceasta înseamnă că înregistrarea în registru trebuie să rămână actualizată atunci când se schimbă ceva la găzduire — o mutare la un alt furnizor nu trebuie să facă pașaportul imposibil de găsit pentru exterior. Citiți mai mult despre ce exact se pune acolo la ce este registrul pașaporturilor digitale ale produselor și ce puneți dumneavoastră acolo.

Să știți ce se întâmplă cu datele la încetarea activității

O situație similară este aceea în care nu furnizorul de găzduire, ci propria întreprindere se oprește — prin vânzare, fuziune sau faliment. Aceasta este o chestiune ușor diferită de dispariția unui furnizor de servicii, dar esența este comparabilă: datele trebuie să rămână disponibile pentru cei care au drept la acestea, indiferent ce se întâmplă cu partea inițială. Acest subiect este tratat separat la ce se întâmplă cu pașaportul digital al produsului dacă întreprinderea dumneavoastră se oprește, pentru că întrebarea "cine mai este responsabil" primește atunci o interpretare diferită decât în cazul unei schimbări de furnizor de găzduire.

Unde merge prost în practică

Un producător de saltele optează pentru un furnizor de găzduire ieftin fără a se întreba ce se întâmplă în cazul unui posibil faliment al acelui furnizor. Un an mai târziu, serviciul dispare fără notificare prealabilă, iar codurile QR de pe mii de saltele deja vândute nu mai duc nicăieri.

Un importator solicită construirea pasaportului de produs de către un freelancer IT care plasează datele pe serverele proprii. Când colaborarea se încheie, se dovedește că nimeni nu are acces la un fișier de export al datelor subiacente — doar freelancerul avea parola.

O întreprindere schimbă furnizorul de găzduire pentru că furnizorul anterior și-a redus serviciile, dar uită să comunice noua locație de găsire registrului. Codul QR de pe produs mai funcționează, dar locația de găsire din registru indică o legătură moartă.

Un magazin special de paturi presupune că producătorul "sigur a aranjat ceva" pe termen lung, fără a pune niciodată întrebări în acest sens sau fără a stabili contractual cine este responsabil dacă furnizorul de găzduire al producătorului se oprește.

Un producător nu testează niciodată ce se întâmplă dacă furnizorul de găzduire încetează serviciul și descoperă prea târziu că acordurile contractuale nu spun nimic despre o transfer de date la reziliere — ceea ce duce la negocieri din poziție slabă, sub presiune de timp.

Ceea ce puteți înregistra

Acordul cu furnizorul de găzduire, cu o dispoziție explicită cu privire la ce se întâmplă la încetarea serviciului: transferul tuturor datelor subiacente, în ce format și în cadrul cărui termen.
O posibilitate de export al datelor brute ale pasaportului, independent de afișarea pe site-ul web al furnizorului de găzduire — astfel încât datele să fie reutilizabile și fără acel serviciu specific.
O înregistrare actualizată în registrul pasapoartelor digitale de produs, cu locația de găsire corectă, care se actualizează de îndată ce se schimbă ceva în privința găzduirii. Vezi ce este registrul pașaporturilor digitale ale produselor și ce puneți dumneavoastră acolo pentru conținutul acestuia.
Acorduri cu privire la cuplarea cu sisteme proprii, astfel încât datele pasaportului să nu existe exclusiv la furnizorul de găzduire, ci să fie, de asemenea, retraçabile din propriul sistem ERP sau de inventar — mai multe informații pe această temă la cuplarea pasaportului produsului la propriul dvs. sistem.
O evidență a codurilor unice de identificare per produs, menținută independent de furnizorul de găzduire, astfel încât o posibilă tranziție către un alt furnizor să nu duce la pierderea legăturii dintre produs și pasaport. Vezi cum să acordați fiecărui produs un cod unic de identificare.
O persoană de contact sau o procedură pentru când codul QR sau eticheta nu mai funcționează, inclusiv ce se întreprinde dacă locația de găsire din spatele codului se schimbă prin tranziția la un alt furnizor de găzduire — vezi și ce să faci dacă codul QR al saltelei este deteriorat.
Un acord privind perioada de păstrare care se aliniază cu perioada în care pasaportul trebuie să rămână disponibil, astfel încât continuitatea găzduirii să fie calibrată pe aceasta — informații de context pe această temă la cât timp trebuie să rămână disponibil un pasaport de produs.

Aceasta nu este sfat juridic. Această pagină furnizează informații generale despre reglementarea pe care se bazează această platformă. Nu cunoaștem situația dvs. În caz de îndoială cu privire la propriul caz, consultați un jurist sau autoritatea competentă de supraveghere.

Redactat cu ajutorul AI pe baza surselor de mai sus, verificat de o persoană pe 2026-09-05. Ceva nu este corect? Anunțați-ne — corecțiile au prioritate.