Mano produktas reikalingas keletas produkto pasų — kaip tai veikia kartu?

Padangos turi savo pasportą, atskirai nuo aplink ją esančio automobilio

Padanga gauna savo skaitmeninį produkto pasportą kaip padanga, ir tas pasportas yra atskiras nuo galimo automobilio, ant kurio padanga bus sumontuota, pasporto. ESPR (Reglamentas (ES) 2024/1781) veikia per deleguotas veiksmas pagal produktų grupes: kiekvienai produktų grupei, kurią apima reglamentas, atskirai nustatoma, kokius duomenis pasportas turi ir kaip jis sudaromas (9 straipsnis). Šioje schemoje padanga yra savarankiškas produktas su savuoju pasportu, susietas su padangos modeliu — ne su konkrečiu automobiliu, ant kurio ji atsitiktinai yra. Kai tik automobilis, akumuliatorius ar kitas komponentas taip pat patenka po savo deleguotąja veiksmu, tas komponentas gauna savo pasportą. Tie pasportai tada egzistuoja vienas šalia kito, o ne vienas kitame: padangos pasportas nesikeičia, kai padanga perkeliama iš vieno automobilio į kitą, ir automobilio pasportas neturi sekti padangų keitimų. Ryšys tarp tų atskirų pasportų vyksta per identifikavimo kodus (12 straipsnis), o ne per vieną sujungtą dokumentą.

Dėl padangos modelio, o ne dėl padangos-ir-automobilio kombinacijos

Tai taikoma padangai kaip produktui per se — modeliui, gamintojo ar importuotojo duomenims, charakteristikoms, kurios nustatomos taikytinoje deleguotojoje veiksmoje. Tai netaikoma klausimui, kaip vežimų parko valdytojas visus išsamaus automobilio pasportus (padangas, galimą akumuliatorių, kitus komponentus) sujungia į vieną peržvalgą; tai praktinis klausimas tiems, kurie valdo vežimų parką, o ne teisinė sąjunga, kurią reguliuoja pati ESPR. Tai taip pat netaikoma komponentams, kurie dar nepatenka po sava deleguotąja veiksmu: be tokios veiksmo tai produktų grupei nėra privalomojo skaitmeninio produkto pasporto, nepaisant to, kaip glaudžiai tas komponentas yra susijęs su padanga ar automobiliu, kuris iš tikrųjų patenka po reglamentą. Ir reguliavimas nieko nesako apie tai, kuris pasportas yra "vadovaujantis", kai padanga tampa didesnio visumo dalimi — ESPR kreipiasi į kiekvieną produktą per savo produktų grupę, o ne per sudarytą galutinį produktą.

Padangų data dar nenustatyta

Nėra fiksuotos datos, nuo kurios padangų skaitmeninis produkto pasportas tampa privalomas, todėl nėra ir momento, kada praktikoje paaiškėja, kaip padangų pasportas veikia su kitais galimais pasportais. ESPR darbo planas 2025–2030 m. mini deleguotąją veiksmą dėl padangų, tikėtiną 2027 m.; tik su ta veiksmu bus nustatyta, kokie duomenys tiksliai turi būti padangų pasporte ir nuo kada jis yra privalomas. Kai tik ta veikma bus paskelbta, data čia bus papildyta. Kol kas padangoms netaikomas skaitmeninio produkto pasporto įpareigojimas — 9 straipsnio ir 12 straipsnio mechanika jau yra nustatyta pačiame reglamente, padangų detalizavimas — dar ne.

Taip jūs elgiatės, kai žaidžia keli pasportai

Kas importuoja padangas arba jas perpardavinėja transporto priemonių parko vadybininkams, gali praktiškai daryti prielaidą, kad padangų pasas bus atskiras dokumentas, sudarytas aplink padangos modelį ir išskirtas unikaliu identifikavimo kodu (12 straipsnis). Pirmasis žingsnis – patikrinti, kokie padangos pačios duomenys yra fiksuojami – ženklas, modelis, techninės charakteristikos, kilmė – nepriklausomai nuo transporto priemonės, ant kurios padanga bus sumontuota. Antras žingsnis – atsižvelgti į tai, kad transporto priemonių parko vadybininkas, dirbantis su keliais produkto pasais, pavyzdžiui, padangomis ir, jei taikytina, transporto priemonės pasu, tas pasporto nuorodas daro pats greta viena kitos; ESPR nenumato automatinio ryšio, išskyrus identifikavimo kodų. Trečias žingsnis – savo administracinę sistemą sutvarkyti taip, kad kiekvienos padangos unikalus identifikavimo kodas būtų susietas su teisinga partiją ir teisingą pasą, todėl padanga, kuri keičiasi iš transporto priemonės, paima savo pasą su savimi, o ne tai, kad pasas lieka prie transporto priemonės. Kas jau nori iš anksto dirbti, daro protingai išlaikydamas produkto duomenis pagal kiekvieną padangą tokiu būdu, kuris nepriklauso nuo to, kurią transporto priemonę padanga nešioja – tai atitinka tai, kaip ESPR susieja produktų grupes ir pasportus viena su kita.

Pagrindas: ESPR 9 straipsnis ir 12 straipsnis

Tai, kad kiekvienas produktas gauna savo pasą, išplaukia iš ESPR 9 straipsnio (Reglamentas (ES) 2024/1781), kuris skaitmeninį produkto pasą susieja su produktu arba produkto modeliu produktų grupėje, kuri nurodoma per deleguotąjį aktą – ne su suderintu galiniu produktu, kuriame sujungtos kelios produktų grupės. Tai, kad atskiri pasai vis tiek gali būti susieti vienas su kitu, išplaukia iš 12 straipsnio, kuris numato unikalų identifikavimo kodą kiekvieno produkto. Šis kodas leidžia rasti specifinio egzemplioriaus arba modelio duomenis ir juos susieti vienas su kitu, nesisulipdant pasų į vieną dokumentą.

Kas jau dirba su tyrepas.eu arba svarsto tokią galimybę, gali pasitenkinti pateikdamas padangos pačios duomenis, kaip juos pateikia gamintojas arba importuotojas; jokia jungtis su kitu to paties transporto priemonės pasu nėra sąlyga padangų pasui suformuoti. Kai tik bus paskelbtas delegavimo aktas dėl padangų, čia bus papildyta, kurie identifikavimo kodai ir jungos bus konkrečiai tikėtinos.

Kuo tai grindžiama

Reglamentas pats yra EUR-Lex svetainėje. Mes nurodome su kiekvienu teiginiu; jums nereikia mums tikėti.

Ką jūs konkretiškai turite daryti

Ką iš jūsų tikimasi

Padanga kartais yra didesnio visumo dalis: visas ratas, automobilių parko sutartis arba transporto priemonė, kuri pati taip pat paklūsta produkto paso pareigybėms. Pačioje padangoje taip pat gali būti keletas aspektų, kuriems reikalingas produkto pasas (medžiagų naudojimas, remonto duomenys, perdirbimo informacija). ESPR (Reglamentas (ES) 2024/1781) 9 straipsnis nustato skaitmeninį produkto pasą, tačiau pats savaime nesuteikia išsamaus atsakymo į klausimą, kas atsitinka, kai produktas iš techninio požiūrio patenka į kelias skirtingas pas-pareigos kategorijas. Kiekvienos produkto kategorijos atveju tai toliau nurodoma deleguotuose aktuose. Padangos atveju tai dar nepaskelbta.

Vienas unikalus identifikacinis kodas vienam produktui

ESPR 12 straipsnis nustato unikalų identifikacinį kodą, susietos su konkrečiu produktu. Įmonei, kurioje dirba 10–100 darbuotojų, tai praktikoje reiškia, kad reikia svarstyt, kuriame tiksliai lygmenyje yra ta identifikacija: pagal padangos dydį, pagal gamybos partiją, arba pagal atskirą egzempliorių. Kaip tai tiksliai bus padangai ir kaip tai susijęs su padangos dydžiu kaip savybe, aprašyta puslapyje apie kaip tarpinės dydis susijęs su unikaliu identifikavimo koduKurie turi susieti kelis pasus su vienu fiziniu produktu — pavyzdžiui, todėl, kad tai yra rato ašies komplekto dalis — turėtų panaudoti tą identifikacinį kodą kaip tvirtą atskaitos tašką, net jei paso turinys skiriasi pagal kiekvienos taikymo sritį.

Vienas duomenų nešiklis, galbūt keli pasai už jo

QR kodas ant padangos yra fizinis priėjimo taškas, kurio pagalba skaitytojas gauna informaciją. 9 straipsnis rodo, kad pats pasas yra struktūrizuota duomenų visuma, kurią atskleidiama per tą duomenų nešiklį. Padangai, kuri yra platesnio sudėtinio produkto dalis (pavyzdžiui, visas ratas, kuris parduodamas atskirai), gali pasitaikyti, kad iš padangos nuoroda yra į komponentų lygmens pasą, o iš sudėtinio produkto – į sistemos lygmens pasą. Kaip tas QR kodas tiksliai atsiduria ant produkto ir kas su tuo praktikoje susijęs, yra puslapyje apie kaip QR kodas produkto pasui atsiduria ant padangosSvarbu pastebėti, kad vienas duomenų nešiklis praktikoje gali nuorodyti vieną pasą arba į struktūrą, kurioje yra keletas duomenų sluoksnių — tai techninis klausimas, susijęs su GS1 Digital Link.

Registracija Europos registre

12 straipsnis yra susijęs su pareiga įdėti paso duomenis į centrinį ES registrą. Jei yra keli susijusių produktų pasai, svarbu žinoti, kas tiksliai tame registre atsiduria ir kokiame lygmenyje (produktas, partija, arba modelis). Puslapis apie Europos skaitmeninių produktų pasų registrą aprašo, kas ten registruojama. Vidutinio dydžio įmonei tai reiškia visų pirma: gauti aiškumą, kuri informacijos vienetė tiksliai registruojama, kad neunikštų dvigubos ar prieštaringos registracijos, kai padanga per skirtingus kanalus (atskirai, kaip rato dalis, kaip transporto priemonės dalis) patenka į rinką.

Nuoseklumas tarp sistemų

Kai produktas yra keliuose pasuose, gresia nesuderinimas: skirtingi duomenys apie tą patį požymį, arba pasai, kurie negreitai sinchronizuojasi po pakeitimo. Tai daugiausia operacinis klausimas. Įmonės, kurios savo paso duomenis maitina iš centrinės sistemos, gali sumažinti šią riziką. Daugiau informacijos yra puslapyje apie produkto paso sujungimą su ERP arba atsargų sistema.

Kur praktikoje klysta

Importuotojas registruoja padangą atskirai, o vėliau dar kartą kaip visos rato dalį — su šiek tiek skirtingomis specifikacijomis abiejuose pasuose, nes duomenys gaunami iš dviejų skirtingų vidinių šaltinių.

Transporto priemonių parko vadybininkas gauna iš tiekėjo QR-kodą, kuris rodo į modelio lygio pasportą, tuo tarpu galutinio vartotojo klausimas yra apie konkretų egzempliorių — su kita gamybos data arba partija nei nurodyta pasporte.

Didmeninė prekyba parduoda tą pačią padangą pagal dvi skirtingas padangų matmenis skirtingiems klientams ir netyčia iš dalies pakartotinai naudoja pasporto duomenis neatitaisydama matmens specifinių charakteristikų. Taip pat žr. paaiškos dėl duomenų pakartotinio naudojimo kitiems to paties modelio padangų matmenims — tai gali būti įmanoma tam tikrais atvejais, tačiau neatidžiai dėl to, kas skiriasi priklausomai nuo matmens.

Gamintojo medžiagos informacija padangoje atnaujinama, tačiau šis pakeitimas negrįžta automatiškai į suvesto rato produkto, kuriame naudojama ši padanga, pasportą — dėl to dvi pasportai nebeatitinka vienas kito.

Įmonė daro prielaidą, kad vienas QR-kodas pakanka visoms produkto taikymo sritims, nepatikrinusi, ar pagrindinė duomenų struktūra (per GS1 Digital Link arba panašią sistemą) teisingai atskiria kelis pasportus. Žr. paaiškos puslapyje apie kas yra GS1 skaitmenis nuorodą ir ar ji reikalinga gaminio pasui.

Ką galite dokumentuoti

Apžvalga, kuris produktas kuriame lygyje gauna unikalų identifikavimo kodą (atskiras produktas, partija, sudėtinis produktas), kad būtų aišku, kuris pasportas priklauso kuriai identifikacijai.
Vidinė sutartis dėl to, kuris duomenų šaltinis yra vadovaujantis, kai charakteristika yra keliuose pasportuose (pavyzdžiui, medžiagos informacija, kuri yra tiek padangos pasporte, tiek sudėtinio rato pasporte).
Procedūra susietus pasportus atnaujinti, kai vienas iš jų keičiasi, kad susieti pasportai neišsiskirstų.
Susieto QR-kodo ant fizinio produkto ir pagrindinės pasporto struktūros dokumentavimas, įskaitant klausimą, ar vienas duomenų nešelis gali nurodyti kelis pasportus.
Pastaba apie tai, kokie duomenys yra įregistruoti Europos registre ir kokiame produkto lygyje, kad tai asortimento koregavus ar išplėtus būtų lengvai atsekti.
Vidinės atsakomybės nustatymas: kas į įmonėje kontroliuoja, ar susieti pasportai (pvz., parduodant kaip atskiras komponentas arba kaip sudėtinio produkto dalis) lieka nuoseklūs.

Kol bandomoji padangų delegavimo priemonė dar nėra paskelbta, negalima su tikrumu pasakyti, kaip šis kelių padangų pasportų sąryšis būtent bus užpildytas. Šis puslapis bus atnaujintas, kai ta priemonė pasirodys.

Tai nėra teisinės konsultacijos. Šis puslapis pateikia bendrą informaciją apie teisyną, kuriuo grindžiamas šis platform. Mes nežinome jūsų situacijos. Jei abejojate dėl jūsų atvelio, pasikonsultuokite su juridu arba kompetentinga priežiūros institucija.

Parašyta su AI remiantis aukščiau nurodytais šaltiniais, patikrinta žmogaus 2026-08-22. Ar kažkas negerai? Praneškite — pataisymai gauna prioritetą.