la ce trebuie să fiu atent atunci când aleg un furnizor pentru certificatul produsului

Ce trebuie să faceți în mod concret

Ce se așteaptă de la dumneavoastră

A alege un furnizor de software pentru pasaportul digital al produsului nu este o chestiune de a căuta cel mai ieftin generator de cod QR. ESPR stabilește cerințe privind pasaportul în sine, și aceste cerințe determină indirect la ce trebuie să corespundă un sistem. Cine revizuiește aceasta în prealabil, evită ca mai târziu să fie necesar un nou sistem.

Pasaportul trebuie să fie legat de un purtător de date fizic

Articolul 9 din ESPR (Regulamentul (UE) 2024/1781) descrie pasaportul digital al produsului ca o serie de date care, prin intermediul unui purtător — în practică, de obicei un cod QR — este legată de produs. Pentru o companie cu 10 până la 100 de angajați, aceasta înseamnă că soluția software nu trebuie doar să stocheze date, ci trebuie să poată furniza și o legătură care funcționează cu un purtător fizic pe produs sau etichetă. Un sistem care generează doar un pdf nu corespunde acestei idei. Cine are îndoieli aici sau dacă etichetele trebuie deja ajustate, citește mai mult despre trebuie să îmi schimb deja etichetele de îmbrăcaminte și ambalajul pentru certificatul produsului.

Funcționarea tehnică trebuie să corespundă cerințelor fixe

Articolul 11 din ESPR (Regulamentul (UE) 2024/1781) se referă la designul tehnic și funcționarea pasaportului: printre altele, datele trebuie să rămână accesibile, purtătorul și sistemul de stocare trebuie să funcționeze în mod fiabil, iar datele trebuie să rămână legate de produsul corect, chiar dacă acesta schimbă proprietar. Pentru o companie, aceasta înseamnă că un furnizor trebuie să poată demonstra cât timp sunt păstrate datele, cine poate accesa acolo, și ce se întâmplă dacă compania în sine schimbă furnizor sau se retrage.

Conținutul trebuie să corespundă cu ceea ce legislația privind produsele va cere în curând

Articolul 10 din ESPR (Regulamentul (UE) 2024/1781) descrie cerințele pe care conținutul pasaportului trebuie să le îndeplinească, cum ar fi ce categorii de date ar trebui să se găsească în el. Acest conținut este detaliat în continuare pentru fiecare grup de produse prin acte delegate — pentru îmbrăcaminte și textile, acesta nu a fost încă publicat. O soluție software trebuie deci să fie suficient de flexibilă pentru a ajusta câmpurile de date mai târziu fără ca întregul sistem să trebuie reconfigurat. Companiile care colectează deja date fac bine să le pună într-o structură care poate evolua odată cu reglementarea; vezi și ce pot face deja acum în timp ce regulile nu sunt încă definitive.

Unde merge prost în practică

Un număr de situații apar în mod regulat în practică la alegerea unei soluții software.

O întreprindere alege un sistem care generează coduri QR, dar nu garantează hosting pe termen lung. După un an, furnizorul se oprește sau este preluat, iar codurile QR de pe hainele vândute nu mai arată nicăieri.

O altă întreprindere importă haine prin mai mulți furnizori din țări diferite și descoperă că software-ul ales nu oferă spațiu pentru a afișa date în mai multe limbi, în timp ce clientul final locuiește într-o altă țară decât cea în care a fost produs produsul. Cine se regăsește în această situație, găsește mai multe informații despre responsabilitatea pentru traducere la trebuie eu însuși să mă gândesc la traducerea datelor certificatului meu de produs.

O a treia situație: o marcă lansează pasaportul pentru colecțiile noi, dar uită că în depozit mai există un stoc mare care poate cădea sub aceleași reguli imediat ce data este fixată. Software-ul nu este atunci configurat pentru a lega date retroactiv la numere de articole existente. Mai multe informații despre acest lucru se găsesc la ce fac cu stocul de haine și textile care sunt deja acolo când intră în vigoare regulile.

O a patra problemă recurentă: sistemul ales este conceput pentru vânzări noi, dar nu ține seama de vânzările de mâna a doua sau fluxurile de retur, ceea ce face neclar dacă și cum pasaportul este transferat la revânzare. A se vedea despre aceasta Se aplică pasaportul produsului și la hainele de mâna a doua și retourile.

O a cincea situație: la o inspecție, o autoritate de supraveghere solicită claritate cu privire la proveniența datelor din pasaport, și se dovedește că software-ul nu păstrează istoricul versiunilor sau documentația surselor — doar rezultatul final. Ceea ce o autoritate de supraveghere poate cere în mod concret este descris la ce solicită un inspector la o verificare a îmbrăcămintei și textilelor.

Ce puteți documenta

La alegerea unui furnizor de software, este practic să ceri confirmarea în scris a unui număr de puncte, pentru a evita neînțelegers cu privire la ceea ce a fost promis și ceea ce nu.

• Perioada de hosting și continuitate — un acord scris privind cât timp rămân datele accesibile și ce se întâmplă în cazul încetării activității sau preluării furnizorului.
• Proprietatea și transferabilitatea datelor — a se stabili că datele pot fi exportate la cerere și în ce condiții.
• Conectarea cu purtătorul fizic — o descriere a modului în care codul QR sau alt purtător este conectat din punct de vedere tehnic la produs și cine este responsabil de plasarea acestuia pe etichetă sau ambalaj.
• Extensibilitatea câmpurilor de date — un acord conform căruia sistemul poate adăuga categorii de date imediat ce actul delegat pentru haine și textile este publicat.
• Proveniența și controlul versiunilor datelor — a se stabili că documentele sursă și modificările rămân trasabile, nu doar rezultatul final.
• Limbi și grupuri țintă — acorduri privind limbile în care sunt afișate datele și cine este responsabil de exactitatea traducerilor.

Cine dorește să parcurgă pas cu pas acest proces, inclusiv întrebarea când se potrivește alegerea unui software în planificare, găsește o prezentare generală la Cum abordez pas cu pas pasaportul produsului pentru haine și textile. Pentru o indicație a costurilor asociate acestor alegeri, există Ce costă un pasaport de produs pentru haine și textile.