į ką turiu atkreipti dėmesį rinkdamasis produkto paso tiekėją
Atkreipkite dėmesį į ryšį su duomenų registrais, ne tik į gražų prietaisą
Programinės įrangos sprendimą produkto pasui pasirinkite remiantis tuo, kas vyksta po kapotu: kaip duomenys saugomi, kas jais gali naudotis ir ar sistema prisijungia prie registracijos registro, kurį nustato Europos Komisija. ESPR (Reglamento (ES) 2024/1781) 10 straipsnis nustato reikalavimus pačiam pasui — kokie duomenys jame turi būti, kiek laiko jie saugomi, kas juos gali keisti — o 11 straipsnis susijęs su techniniu desiniu: kaip pas sudaromas, prijungiamas prie unikalaus nešiklio ir skaitomas QR kodu ar panašia sistema. Šią platformą siūlantis tiekėjas turi ne tik parduoti sprendimą, kuris šiandien sukuria pasą, bet ir tokį, kuris tai atliktu praėjus metams, net jei techniniai standartai bus toliau pildomi.
Tai apie techniką, o ne apie jūsų asortimento turinį
Programinės įrangos tiekėjo pasirinkimas yra kitoks klausimas nei klausimas, ar konkretus apranga patenka į įpareigojimą. Kokie produktai tiksliai patenka į skaitmeninį produkto pasą ir kada, yra aprašyta kas yra skaitmeninis produkto pasas skatiesiems ir tekstilei ir in tikinatoio arba ar produkto pasas taikomas konkrečiam asortimentui. Šis straipsnis nesusijęs su šia turinine apimtimi ir taip pat nesusijęs su paso kaštais — tai aptariama apžvalgoje kiek kainuoja produkto paso tekstilei ir rūbamsČia konkrečiai kalbama apie kriterijus, pagal kuriuos vertinamas tiekėjas arba platforma, nepriklausomai nuo to, kas gamina ar parduoda produktą.
Įpareigojimas dar nepriimtas, tačiau techniniai reikalavimai jau iš dalies nustatyti
Fiksuota data, kada programinės įrangos pasirinkimas tampa neišvengiamas, dar nenustatyta. Teksčio nurodyta iš Europos Komisijos Delegated Regulation dėl tvarios produkcijos ekologinio dizaino darbo plano, o aukštu tekstilės skaidulų kiekiu pasižymintiems rūbams suteikiant pirmąją vietą. Kol tas veiksmažodis nėra paskelbtas, nenustatyta, nuo kurio momento paso turėjimas tampa privalomas. Tačiau jau yra nustatyti bendri reikalavimai skaitmeniniam produkto pasui pagal ESPR 9, 10 ir 11 straipsnius: jie sudaro pagrindinę sistemą, kurią kiekvienas produkto kategorijos delegavimas toliau papildo. Tiekėjas, kuris dabar jau ruošiasi, neatsilikustas.
Penki punktai, kurie gali būti patikrinti pas tiekėją
Pirmas klausimas yra, ar sistema gali susieti duomenis su unikaliu produkto identifikatoriumi ir nešikliu, pavyzdžiui, QR kodu, kaip aprašyta ESPR 11 straipsnyje. Sprendimas, kuris generuoja tik atskirtą PDF failą, neatitinka paso idėjos, kuri gali būti nuolat peržiūrėta ir atnaujinta. Antrasis klausimas yra, kas įveda ir tvarkydami duomenis: privačios ženklinimo atveju arba importo metu informacija dažnai pereina per kelias šalis, o sistema, kuri aiškiai atskiria vaidmenis ir teises — gamintoją, importerį, prekės ženklą — išvengti painiavos, kas padarė paskutinį atnaujinimą arba turi teisę tai daryti. Trečiasis klausimas yra saugojimo laikotarpis ir serveris: 10 straipsnis nurodo reikalavimus paspojo prieinamumui per produkto gyvavimo ciklą, todėl tiekėjas, kuris siūlo tik kelių metų prenumeratą be aiškumo, kas toliau atsitiks, palieka spragą.
Ketvirtasis klausimas yra apie duomenų šaltinius: ar sistema gali perimti duomenis, kurie jau egzistuoja kitur, pavyzdžiui, tiekėjo deklaracijoje, bandymo ataskaitoje arba medžiagų sąraše, ar viskas turi būti įvedama rankiniu būdu. Tai taip pat susiję su klausimu, kas yra atsakingas už produkto paso duomenų vertimą į kalbas rinkų, kuriose produktas parduodamas — tema, kuri bus toliau nagrinėjama prieduose kas atsakingas už produkto paso duomenų vertimą. Penktasis klausimas yra tai, kaip sistema tvarkosi su pakeitimais po publikavimo: produkto pasas nėra momentinis vaizdas, o tiekėjas, kuris neteikia versijos valdymo ar koregavimo galimybės, apsunkina klaidų taisymą ar duomenų atnaujinimą nepraeidamas iš naujo visos grandinės.
Be to, prasminga apžvelgti, kaip tiekėjas tvarkosi su fizine duomenų nešėlio puse: ar QR kodas sutampa su esamomis etiketėmis ir pakuote, ar reikalingi pakeitimai — klausimas, kuris taip pat iškyla vertinant, ar drabužių etiketės ir pakuote turi būti pritaikytos dabar. Kas nori tai spręsti etapais, rasite nuoseklų požiūrį kaip produkto pasas tekstilei ir drabužiams tvarkomas etap po etapo.
Kur tai yra nurodyta: ESPR straipsniai 9, 10 ir 11
Šių kriterijų pagrindas yra ESPR 9 straipsnis (Reglamentas (ES) 2024/1781), kuriame skaitmeninis produkto pasas pristatomas kaip priemonė, papildyta 10 straipsniu dėl specifinių reikalavimų pasaportą liečiantiems turiniui ir prieinamumui, ir 11 straipsniu dėl techninio projektavimo bei veikimo, įskaitant ryšį su unikaliu nešėliu. Reglamentas pats nereglamentuoja konkrečios produkto kategorijos, pavyzdžiui, tekstilės; tai daroma per deleguotus aktus, kurių planavimas yra randamas Europos Komisijos tinklalapio apie tvaraus projektavimo reglamentą.
Kas dabar jau orientuojasi į tiekėją, gali šiuos penkis punktus naudoti kaip kontrolinį sąrašą pokalbiui ar demonstracijai, ir šalia jų padėti savo situaciją — asortimentą, grandinę, esamas sistemas — ir matyti, kuris tiekėjas geriausiai tam tikrai situacijai tinka.
Šiuo grindžiama
- Reglamentas (ES) 2024/1781 (ESPR), 11 straipsnis (skaitmeninio produkto paso techninis projektavimas ir veikimas)
- Direktyva (ES) 2024/1781 (ESPR), 10 straipsnis (skaitmeninio produkto paso reikalavimai)
- Reglamentas (ES) 2024/1781 (ESPR), 9 straipsnis (skaitmeninis produkto pasas)
- Europos Komisija — reglamentas dėl ekologinio produkto projektavimo tvariam produktams
Pats reglamentas yra EUR-Lex. Nurodome pagal kiekvieną teiginį; jūs mums tikėti neturite.
Ką konkrečiai turite daryti
Ko iš jūsų tikimasi
Programinės įrangos tiekėjo pasirinkimas produkto pasui nėra kviestas ieškoti pigiausio QR kodo generatoriaus. ESPR kelia reikalavimus pačiam pasaportui, o šie reikalavimai netiesiogiai nulemia, kuo sistema turi atitikti. Kas tai iš anksto peržiūri, išvengia to, kad vėliau reiktų naujos sistemos.
Pasas turi būti prijungtas prie fizinio duomenų nešėlio
ESPR 9 straipsnis (Reglamentas (ES) 2024/1781) apibūdina skaitmeninį produkto pasą kaip duomenų rinkinį, kuris per nešėlį — praktikoje dažniausiai QR kodą — prijungiamas prie produkto. Įmonei, kurioje dirba nuo 10 iki 100 darbuotojų, tai reiškia, kad programinės įrangos sprendimas turi ne tik saugoti duomenis, bet ir sugebėti pateikti veikiantį ryšį su fiziniu nešėliu ant produkto arba etiketės. Sistema, kuri tik generuoja PDF, neatitinka šios koncepcijos. Kas čia dar abejoja arba ar etiketė jau turi būti pritaikyta, rasite daugiau informacijos ar dabar turiu jau pakeisti savo drabužių žymas ir pakavimą produkto pasui.
Techninis projektavimas turi atitikti nustatytuosius reikalavimus
ESPR 11 straipsnis (Reglamentas (ES) 2024/1781) nagrinėja technini projektavimą ir produkto paso veikimą: inter alia tai, kad duomenys turi likti prieinami, kad nešėlis ir saugojimo sistema turi veikti patikimai, ir kad duomenys lieka susieti su tinkamu produktu, net jei tas keičia savininką. Įmonei tai reiškia, kad tiekėjas turi sugebėti paaiškinti, kaip ilgai duomenys saugomi, kas jais gali naudotis, ir kas atsitinka, jei pati įmonė keičia tiekėją arba nustoja veikti.
Turinys turi atitikti tai, ko reguliacinė produkcija greitai paprašys
ESPR 10 straipsnis (Reglamentas (ES) 2024/1781) apibūdina reikalavimus, kuriems turi atitikti pasaportą liečiantis turinys, pavyzdžiui, kokie duomenų kategorijų jame turi būti. Tas turinys kiekvienai produkto grupei toliau detalizuojamas per deleguotus aktus — tekstilei ir drabužiams tai dar nepublikuota. Programinės įrangos sprendimas turi būti pakankamai lankstus, kad duomenų laukus vėliau galima būtų keisti nepradedant iš naujo visos sistemos. Įmonės, kurios dabar jau renka duomenis, gerai darys, jei juos struktūrins taip, kad tai galėtų keistis su reguliacija; žr. taip pat ką dabar gali daryti, kol taisyklės dar negalutinės.
Kur praktikoje nepavyksta
Kai kurios situacijos praktikoje dažnai pasikartoja renkantis programinės įrangos sprendimą.
Įmonė pasirenka sistemą, kuri tikrai generuoja QR kodus, bet negarantuoja ilgalaikės talpybos. Po metų tiekėjas sustabdo darbą arba jį perima kita įmonė, ir QR kodai ant parduotos drabužių nebenukreipia į jokias vietas.
Kita įmonė importuoja drabužius per kelis tiekėjus iš skirtingų šalių ir nustato, kad pasirinkta programinė įranga nesuteikia galimybės duomenims rodyti keliomis kalbomis, o galutinis kliento buveinės šalis skiriasi nuo šalies, kurioje pagamintas produktas. Jei to atpažįstate, daugiau apie vertimo atsakomybę rasite ar pats turiu rūpintis savo produkto paso duomenų vertimu.
Trečia situacija: prekės ženklas pradeda naudoti pasą naujiems kolekcijai, bet pamiršta, kad sandėlyje dar yra didelių atsargų, kurios gali būti taikomos tomis pačiomis taisyklėmis, kai tik nustatyta data. Tada programinė įranga nėra sutvarkyta, kad retrospektyviai jungtų duomenis su jau esančiais prekės numeriais. Daugiau apie tai rasite ką daryti su apranga ir tekstiliu, kurie jau yra sandėlyje, kai įsigali taisyklės.
Ketvirtoji pasikartojanti problema: pasirinkta sistema suformuota naujoms pardavimams, bet neatsižvelgia į vartotų drabužių pardavimą ar grąžinimo srautus, todėl neaišku, ar ir kaip pasas bus grąžintas iš naujo pardavus. Apie tai žr. Ar produkto pasas taikomas ir vartotiems drabužiams bei grąžinimams.
Penkta situacija: tikrinimo metu priežiūrą vykdantis subjektas prašo pasalio duomenų šaltinio informacijos, ir paaiškėja, kad programinė įranga neturi versijų istorijos ar šaltinio dokumentacijos — tik galutinio rezultato. Ką konkretžiai gali paprašyti priežiūrą vykdantis subjektas, aprašyta ką atsiskaitomasis organas prašo atliekant tekstilės ir rūbų kontrolę.
Ką galite užfiksuoti
Renkantis programinės įrangos tiekėją, praktiška parašytu patvirtinti kelis punktus, kad nekiltų nesusipratimų dėl to, kas buvo pažadėta.
- Talpybos trukmė ir tęstinumas — rašytinė sutartis dėl to, kiek laiko duomenys lieka pasiekiami ir kas atsitinka, kai tiekėjas sustabdo darbą arba jį perima.
- Duomenų nuosavybė ir perleidžiamumas — nustatyti, kad duomenys iš prašymo gali būti eksportuoti ir kokiomis sąlygomis.
- Ryšys su fiziniu nešikliu — aprašymas, kaip QR kodas arba kitas nešiklis techniškai susietas su produktu ir kas atsakingas už jo uždėjimą ant žymės ar pakuotės.
- Duomenų laukų plečiamumas — sutartis, kad sistema galėtų pridėti duomenų kategorijas, kai bus paskelbtas drabužių ir tekstilės deleguotas aktas.
- Duomenų šaltinis ir versijų valdymas — nustatyti, kad šaltinio dokumentai ir pakeitimai lieka atsekiami, o ne tik galutinis rezultatas.
- Kalbos ir tikslinės grupės — sutartys dėl to, kokiomis kalbomis rodomi duomenys ir kas atsakingas už vertimų teisingumą.
Kas nori šį procesą atlikti žingsnis po žingsnio, įskaitant klausimą, kada programinės įrangos pasirinkimas tinka į planą, rasi apžvalgą Kaip žingsnis po žingsnio tvarkyti produkto pasą drabužiams ir tekstilei. Norėdami gauti sąmatą, susijusią su šiais pasirinkimais, Kiek kainuoja produkto pasas drabužiams ir tekstilei.
Tai nėra teisinė konsultacija. Šis puslapis suteikia bendrą informaciją apie taisykles, kuriomis remiasi šis platform. Mes nežinome jūsų situacijos. Jei abejojate dėl jūsų konkrečios situacijos, pasitarkite su jurista arba atitinkama priežiūros institucija.
Parašyta naudojant AI remiantis aukščiau nurodytais šaltiniais, žmogaus patvirtinta 2026-09-05. Ar nežu kažkas neteisinga? Pranešite mums — pataisymai gaunami prioritetą.