trebuie să fie pașaportul de produs disponibil și offline fără internet
Nu, pasaportul este o prestație online
Pasaportul digital al produsului este construit ca o prestație online: codul QR sau alt purtător de date pe produs indică către date care sunt preluate prin intermediul internetului, nu către un fișier complet conținut pe produsul sau ambalajul în sine. Nu există nici o prevedere în ESPR care să prescrie că pasaportul trebuie să fie, de asemenea, pe deplin consultabil fără conexiune la internet. Ceea ce este într-adevăr stabilit este că purtătorul de date pe produs rămâne funcțional și că datele pe care le indică rămân accesibile pe toată perioada prescrisă — și aceasta este altceva decât "funcționare offline".
Ce conține și ce nu conține purtătorul de date
Purtătorul de date — de obicei un cod QR — nu conține date despre produs. El conține o referință: un cod de identificare unic care conduce la locul unde sunt stocate datele. Aceasta înseamnă că scanarea codului fără o conexiune activă la internet pe dispozitivul care scanează nu produce nimic, deoarece codul în sine nu este o minibază de date. Aceasta se aplică pasaportului în ansamblul său, pentru toate grupele de produse care vor cădea sub ESPR. Nu se aplică situațiilor în care un producător alege de fapt să pună, pe lângă pasaportul obligatoriu, informații suplimentare fizic pe produs sau în ambalaj — aceasta este permisă, dar nu înlocuiește pasaportul și nu este o obligație care decurge din verordare. De asemenea, nu se aplică întrebării dacă un utilizator fără smartphone sau scanner poate accesa datele: cu privire la aceasta, ESPR prevede că trebuie să existe și alte modalități de a solicita informațiile, dar aceasta este o altă problemă decât "funcționarea offline".
Pentru cine se întreabă cum arată acea referință din punct de vedere tehnic și ce conține exact, o găsește la cum oferi fiecărui produs un cod de identificare unic și pentru ce este GS1 Digital Link și dacă este necesar pentru pasaportul digital al produsului.
Aceasta este acum deja stabilită, indiferent de data implementării
Pentru grupele individuale de produse, trebuie încă să se stabilească din ce moment pasaportul devine obligatoriu — aceasta diferă pe grupe de produse și este determinată prin fiecare verordare delegată. Ceea ce este deja stabilit acum, indiferent de acea dată, este configurația tehnică: pasaportul funcționează printr-un set de date care poate fi solicitat online, cuplat cu un purtător de date pe produs. Această configurație se află în ESPR în sine și nu se schimbă pe grupe de produse. Până în momentul în care o grupă de produse devine obligatorie, nu există pentru acea grupă pur și simplu nici o obligație de pasaport, și deci nici o întrebare despre consultabilitate offline — acea întrebare apare abia atunci când pasaportul devine obligatoriu pentru un produs.
Ce înseamnă aceasta pentru organizarea pasaportului
Pentru cine instituie un pasaport, ordinea practică este următoarea. În primul rând: purtătorul de date pe produs trebuie să continue să funcționeze, chiar și după ani de utilizare, transport sau depozitare — aceasta este o cerință fizică, independentă de întrebarea dacă datele de bază sunt online. În caz de deteriorare sau ilegibilitate a codului, apare o problemă diferită decât o întrebare offline; mai multe detalii despre aceasta la ce se întâmplă dacă codul QR pe produs este deteriorat sau ilegibil. Apoi: datele din spatele codului trebuie să fie accesibile atât timp cât obligația se menține, ceea ce din punct de vedere practic înseamnă că există o soluție de găzduire care nu depinde de existența unei singure companii — a se vedea și cât timp trebuie să rămână disponibil un pasaport de produs și ce se întâmplă cu pasaportul digital al produsului dacă o companie se oprește.
Pentru antreprenorul preocupat de situații practice fără acoperire de rețea — un depozit fără wifi, o locație de inspecție într-o subsol, o piață de export cu acoperire slabă — întrebarea centrală nu este deci dacă pasaportul "trebuie să funcționeze offline", deoarece verordarea nu prescrie aceasta. Întrebarea relevantă este dacă datele sunt robust și permanent disponibile online, de îndată ce există o conexiune. Aceasta este o problemă de găzduire, nu o cerință de proiectare pentru funcționalitate offline.
Fundamentul: articolul 10 și articolul 11 din ESPR
Articolul 10 din ESPR (Regulamentul (UE) 2024/1781) descrie cerințele pentru pașaportul digital al produsului, inclusiv faptul că datele trebuie să fie accesibile părților interesate prin intermediul purtătorului de date. Articolul 11 reglementează proiectarea tehnică și funcționarea pașaportului și pornește de la un sistem în care datele sunt furnizate printr-o structură consultabilă online, cuplată la un cod de identificare unic așa cum este detaliat în articolul 12. Articolul 13 reglementează, de asemenea, registrul pașaporturilor digitale ale produselor, în care sunt consemnate (metadatele) pașaporturilor — aceasta este și o soluție online. Nicăieri în aceste articole nu se specifică o cerință ca pașaportul să fie pe deplin funcțional fără conexiune la internet; accentul se pune pe accesibilitate, durabilitatea purtătorului de date și cuplarea cu o gegevensset consultabilă centralizat.
Ce trebuie să fac acum
Cine inițiază un pașaport poate, prin urmare, să-și concentreze mai bine atenția pe o găzduire fiabilă și pe termen lung a datelor și pe un purtător de date fizic durabil, decât pe construirea unei funcționalități offline care nu este solicitată. Pentru cei care se ocupă de mai multe grupe de produse în același timp, merită și să se uite la modul în care datele din propriul sistem ERP pot curge automat în pașaport, astfel încât informațiile online să rămână întotdeauna actuale — vezi cuplarea la propriul sistem ERP sau de inventar și actualizarea automată a datelor.
Pe ce se bazează aceasta
- Regulamentul (UE) 2024/1781 (ESPR), articolul 10 (cerințe pentru pașaportul digital al produsului)
- Regulamentul (UE) 2024/1781 (ESPR), articolul 13 (registrul pașapoartelor digitale ale produselor)
- Regulamentul (UE) 2024/1781 (ESPR), articolul 11 (proiectarea tehnică și funcționarea pașaportului digital al produsului)
- Regulamentul (UE) 2024/1781 (ESPR), articolul 12 (cod unic de identificare)
Regulamentul însuși se află pe EUR-Lex. Facem referință 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 este în esență un document digital: date care sunt accesate prin intermediul unui purtător de date pe produs, de obicei un cod QR. Articolul 10 din ESPR (Regulamentul (UE) 2024/1781) descrie cerințele pentru acel pașaport digital, iar articolul 11 se referă la proiectarea tehnică și funcționarea acestuia. Cu privire la întrebarea dacă pașaportul trebuie să poată fi consultat și fără conexiune la internet, aceste articole nu oferă un răspuns explicit „da
Pașaportul este un fișier disponibil online, nu o copie offline pe produs
Designul pe care ESPR îl vizează este acela ca codul QR sau alt purtător de date de pe produs să facă referință la date care sunt stocate și afișate în altă parte — la producător, importator sau o parte care oferă servicii de găzduire. Acesta este exact motivul pentru care articolul 11 vorbește despre designul tehnic și funcționarea pașaportului: purtătorul de date în sine nu conține conținutul complet, ci o referință. Pentru o companie cu 10 la 100 de angajați, aceasta înseamnă că nu este nevoie să se dezvolte un separat "fișier offline" care să funcționeze independent de internet — ruta standard este și rămâne un mediu online care este accesat prin cod. Modul în care funcționează exact această referință și care sunt acordurile tehnice aferente vor fi tratate la ce este GS1 Digital Link și dacă este necesar pentru pasaportul digital al produsului.
Purtătorul de date trebuie să funcționeze în mod fizic pe produs
Ceea ce iese cu certitudine în evidență din articolele 10 și 11 este că purtătorul — codul QR sau un cod similar — trebuie să rămână durabil lizibil, chiar și în condiții normale de utilizare a produsului. Aceasta este o altă problemă decât "funcționarea offline", dar se ating reciproc: un cod care este murdărit, uzat sau deteriorat împiedică accesul la pașaport la fel de mult ca și absența unei conexiuni la internet. Pentru o întreprindere de producție, aceasta înseamnă că alegerea purtătorului, materialului și plasării pe produs este o evaluare practică, independent de întrebarea dacă datele din spate sunt online sau offline. Ce trebuie făcut dacă acel cod devine totuși ilizibil, este dezvoltat la ce se întâmplă dacă codul QR pe produs este deteriorat sau ilegibil.
Codul unic de identificare trebuie să spună ceva și fără pagina completă de pașaport
Articolul 12 din ESPR reglementează codul unic de identificare care este ataşat fiecărui produs. Acel cod este în sine deja un suport de date: identifică produsul, indiferent de întrebarea dacă pagina completă a pașaportului poate fi deschisă în acel moment. Pentru întreprinderile care desfăşoară mai multe grupe de produse, aceasta este un motiv pentru a gândi bine structura acelui cod de identificare — nu ca ceva pe care îl reglezi mai târziu, ci ca bază a întregului sistem. Cum dai formă acelei activităţi per produs, este descris la cum dați fiecărui produs un cod de identificare unic.
Registrul conţine metadate, nu pașaportul în sine
Articolul 13 din ESPR descrie registrul pașapoartelor digitale de produs, în care sunt înregistrate anumite date despre pașapoarte pentru a se putea verifica supravegherea și accesul pe piață. Acel registru este o facilitate suplimentară, centralizată — nu este locul unde consumatorul sau utilizatorul consultă pașaportul, și nu înlocuiește suportul de date pe produsul în sine. Pentru întrebarea offline, aceasta este relevantă deoarece distincția dintre "ce se află în registru" și "ce se vede pe pașaportul în sine" se amestecă destul de des. Ce trebuie exact să se afle în acel registru și ce are sens, este explicat la ce este registrul pașapoartelor digitale de produs și ce trebuie să conţină.
Unde merge rău în practică
Câteva situații se repetă mereu în rândul întreprinderilor care se luptă cu această întrebare.
Presupunerea că un pdf pe produs "offline" este suficient. Unele întreprinderi cred că descărcarea unei versiuni pdf a pașaportului, care este apoi păstrată independent de internet, satisface cerințele. Aceasta este o neînțelegere a structurii: pașaportul este destinat să fie un document viu, actual, preluat prin suportul de date, nu o imagine statică distribuită aici și colo.
Confuzie între disponibilitatea serverului și accesul offline. Întrebarea "trebuie ca pașaportul să funcționeze și dacă nu este wifi la locul de muncă" este uneori confundată cu întrebarea "trebuie ca pașaportul să fie întotdeauna accesibil online, oriunde". Acestea sunt două lucruri diferite: prima se referă la situația utilizatorului final, a doua la obligația furnizorului de a menține pașaportul disponibil.
Fără a ține cont de o parte de găzduire variabilă. Întreprinderile care se găzduiesc singure și mai târziu trec la o parte externă — sau invers — se confruntă cu întrebarea dacă suportul de date continuă să funcționeze în timpul și după acea tranziție. Aceasta nu atinge direct întrebarea offline, dar atingele presupunerea de bază că pașaportul trebuie să rămână accesibil online în mod continuu.
Neclaritate cu privire la cuplarea cu sistemele interne. Unele întreprinderi doresc ca pașaportul să fie alimentat direct din propriul sistem ERP și presupun apoi că acea cuplare trebuie să funcționeze și offline pentru uz intern. Aceasta este o altă întrebare decât consultabilitatea externă a pașaportului de către terți. Mai multe despre aceasta se găsesc la cuplarea pașaportului de produs la un sistem ERP sau de inventar.
Fără atenție pentru perioada de păstrare atunci când vine vorba de accesibilitate. Întrebarea "trebuie să fie întotdeauna consultabil" este uneori decuplată de întrebarea "cât timp trebuie să rămână așa". Ambele se aparțin reciproc: disponibilitatea fără durată este la fel de incompletă ca și durată fără disponibilitate. Acest subiect este elaborat la cât timp trebuie să rămână disponibil un pasaport de produs.
Ce puteți documenta
- Un rezumat al cărui suport de date (cod QR sau similar) este utilizat per grupă de produse și de ce.
- O descriere a configurației tehnice: care parte găzduiește datele și cum este stabilită referința de la suportul de date la acele date.
- Acorduri cu partea de găzduire cu privire la disponibilitate și continuitate a mediului online.
- O procedură pentru ce trebuie făcut în cazul unui cod deteriorat sau ilizibil pe un produs care se află deja pe piață.
- Documentația codului unic de identificare per produs și sistematica conform căreia este atribuit.
- Un rezumat al datelor care se regăsesc în registrul central versus datele care se află doar pe pașaportul în sine.
Aceasta nu constituie consiliere juridică. Această pagină oferă informații generale despre regulamentul pe care se bazează această platformă. Nu cunoaștem situația dvs. În caz de îndoieli cu privire la propria situație, consultați un jurist sau autoritatea de supraveghere competentă.
Scris cu ajutorul AI pe baza surselor de mai sus, verificat de o persoană pe 2026-09-05. Ceva nu e în regulă? Ne-o spuneți — corecțiile primesc prioritate.