kaip paruošti savo darbuotojus darbui su produkto pasu

Kelios skyriai susidurs su tuo, ne tik kokybės

Skaitmeninis produkto pasas nėra atskiras IT projektas, o būtinas įsigijimas, kuris praeina per visą organizaciją, ir tai reiškia, kad pasiruošimas yra daugiau nei vieno darbuotojo sistemos naudojimas. Įsigijimas turi gauti duomenis iš tiekėjų, kokybė arba atitiktis turi žinoti, kokia informacija yra privaloma pagal ESPR (Direktyva (ES) 2024/1781) 10 straipsnį, gamyba arba inžinerija turi žinoti, ką reikia pranešti apie patį produktą, o klientų aptarnavimas arba grąžinimas tam tikru momentu gaus klientų klausimus, kurie nuskaitys QR kodą ir ko nors nesupras. Tas, kuris traktuoja pasą kaip užduotį, kuri atsiranda "kažkur", rizikuoja, kad pasiruošimas paliks vieną asmenį, kuris neturi visos informacijos — ir tai yra tiksliai vieta, kur dažnai klystamai.

Tai yra apie pasiruošimą procesui, o ne apie teisinį mokymą

Šis paaiškinimas yra apie praktinį komandos pasiruošimą: kas ką daro, kokie duomenys turi iš kur kilti ir kas yra kontaktinis asmuo, jei kažkas nepavyksta. Tai nėra apie Europos teisės kursą visiems, kurie susiduoda su pasaportu — tai daugumai vaidmenų nereikalinga ir naudinga. Tai taip pat nėra apie tai, ar konkretus produktas jau taikomas pagal taisykles; tai nustatoma atskirai pagal kiekviną produktų grupę ir šis klausimas atsakytas puslapyje apie ar skaitmeninis produkto pasas taikomas konkretiems produktams. Taigi komandos pasiruošimas yra organizacinis klausimas, o ne teisinė — nors organizacija, žinoma, liečia tai, ką įstatymas nustato.

Eilutės tvarka yra fiksuota pagal produktų grupę, o jūsų komandai — ne

Kada produkto pasas tampa privalomas, skiriasi priklausomai nuo produktų grupės: tai nustatoma per darbo planus ir deleguotus aktus, kaip aprašyta ESPR 18 straipsnyje, kuriame kalbama apie produktų grupių prioritetizavimą ir planavimą. Daugeliui produktų grupių tiksli data dar nėra nustatyta tuo metu, kai gamintojas pradeda ruoštis, ir tai nėra priežastis laukti. Kol tėra pasas tampa privalomu konkrečiai produktų grupei, jūsų komandai niekas nesikeičia tame, ką reglamentavimas reikalauja — tačiau laikas, kurio reikia duomenims tvarkyti, sistemoms integruoti ir kolegoms supažindinti, nepriklauso nuo tos reglamentavimo datos. Kas laukia, kol ta data bus nustatyta, pradeda su mažiau laiko nei tas, kas pradeda anksčiau; šią idėją plačiau išdėstėme puslapyje apie ar sumanlu pradėti prieš tą, kai produktų grupė atsidurs eilėje.

Kaip pasiruošti komandos ruošai

Pirmasis žingsnis — paskirti vieną atsakingą asmenį šiam klausimui organisacijoje — ne būtinai žmogų, kuris visa tai atliktų pats, bet žmogų, kuris žinotų, kas iš ko teikia duomenis. Tada seka inventorizacija: kokias produktų grupes turi organizacija, kokia informacija apie jas jau yra prieinama (techninės specifikacijos, medžiagų sudėtis, komponentų kilmė, remonto ir perdirbimo informacija) ir kas organizacijoje ar tiekėje turi tą informaciją. Tai derinama su ESPR 38 straipsniu, kuriame nustatyti reikalavimai tiekimo grandinės dalyviams — tai reiškia, kad paruošimas dažnai nepasibaigia pačioje organizacijoje, bet reikalauja ryšio su tiekėjais dėl to, ką jie turi teikti ir kada.

Toliau naudinga nustatyti, kas pasų kurioje dirbs: žmogus, kuris pasą sudaro arba teikia, žmogus, kuris prieš publikavimą patikrina, ar duomenys teisingi, ir žmogus, kuris atsako, jei priežiūros institucija arba klientas užduoda klausimų. Dėl paskutinės role naudinga iš anksto žinoti, ką priežiūros institucija faktiškai gali paklausti atliekant patikrą, kad darbuotojas nebūtų pirmpirm susidūrę su tuo klausimu tuo metu, kai inspektorius atvažiuoja; tai aprašyta puslapyje apie ką priežiūros institucija prašo atliekant kontrolę. Po to tikslinga paskysti neoficialią pasporto versiją, kad komanda patirtų jo veikimą prieš susiduriant su privalomybe; kaip tai veikia, aprašyta puslapyje apie išankstinį bandomosios versijos sukūrimą. Tie, kurie įveda kelias to paties produkto variacijas, turėtų nedelsiant išsiaiškinti, kaip tai tvarkyti vienu pasportu ar keliais pasportais, nes tai tiesiogiai veikia duomenų struktūravimą — žr. puslapį apie vieną pasportą kelioms produkto variacijoms. Galiausiai rekomenduojama komandoje aiškiai apibrėžti, ką duoda pasportas be privalomumo, kad paruošimas nebūtų suvokiamas tik kaip papildoma našta; tai paaiškinta puslapyje apie ką duoda pasportas.

Pagrindas: ESPR 9, 10, 18 ir 38 straipsniai

Pareiga turėti skaitmeninį produkto pasportą kyla iš ESPR (Reglamentas (ES) 2024/1781) 9 straipsnio, o turinines reikalavimas, kuriems pasportas turi atitikti, nurodyti 10 straipsnyje. Kurie produkto grupės ir kada bus eilė, nustato 18 straipsnyje nurodyta prioritetizacija, o pareigos, kurios konkretiškai tenka tiekimo grandinės dalyvams — gamintojams, importuotojams, platintojams — išplaukia iš 38 straipsnio. Kartu šie straipsniai nenustato, kaip paruošti komandą, tačiau nustato, kokios užduotys galiausiai tenka kam, o tuo pačiu — kas organizacijoje laiku turi žinoti, ko iš jo ar jos tikimasi.

Kurie dabar nori pradėti paruošti komandą, turėtų pradėti nuo produkto grupių ir turimos informacijos inventarizacijos, o tada vykdyti žingsnius, aprašytus puslapyje apie produkto pasporto žingsnis po žingsnio.

Kuo tai pagrįsta

Pats Reglamentas yra EUR-Lex. Mes nurodome pagal teiginį; jums nereikia mums tikėti.

Ką konkrečiai turėtumėte daryti

Produkto pasportas nėra formų rinkinys, kuris užpildomas vieną kartą ir padedamas į šalį. Tai duomenų srautas, einantis nuo pirkimų prie kokybės, paskui į pardavimus ir klientų aptarnavimą, ir kiekviename iš šių etapų dirba žmonės, kurie turi ką nors žinoti, ką nors užpildyti arba ką nors paaiškinti. Kurie pasportą vertina tik kaip IT projektą arba kaip juridinį projektą, anksčiau ar vėliau suvokia, kad praktika nesilaiko šio skirstymo.

Ko iš jūsų tikimasi

Pateikti duomenis teisingai ir aktualizuoti

ESPR (Reglamentas (ES) 2024/1781) 9 straipsnis nustato, kad skaitmeninis produkto pasportas turi nurodytą informaciją ir yra pasiekiamas per duomenų nešiklį ant produkto. Ta informacija neatsirado iš niekur: kas nors organizacijoje ją įveda, ją patikrina arba ją pateikia paslaugų teikėjui. Bendrovei su 10–100 darbuotojų tai paprastai reiškia, kad pirkimai, kokybė arba produkto vadyba teikia pirminius duomenis — medžiagas, kilmę, bandymų rezultatus, remonto informaciją — ir kad kas nors kitas tuos duomenis paverčia pačiu pasportu. Jei niekas nežino, kas tas "kas nors kitas", užduotis lieka neįvykdyta, kol ją tik atsitiktinai kas nors pastebi.

Užtikrinti, kad pasportas atitiktų reikiamus reikalavimus

ESPR (Reglamentas (ES) 2024/1781) 10 straipsnis aprašo techninius ir funkcinius reikalavimus, kuriems skaitmeninis produkto pasportas turi atitikti, pavyzdžiui, saitymą su unikaliu identifikacijos kodu ir prieinamumą per duomenų nešiklį. Tai neliečia tik to, kuris kuria turinį, bet ir to, kuris pasportą testuoja prieš produktui išvažiuojant iš gamyklos. Praktikoje tai dažnai buvna užduotis, kuri patenka tarp kokybės ir logistikos: kas patikrina, ar QR kodas ant dėžės tikrai nukreipia į teisingą pasportą, ir kas tai daro esant nauja produkto variacijom?

Žinoti, kada kurie produkto grupės bus eilė

18 straipsnis iš ESPR (Reglamentas (ES) 2024/1781) nusako produktų grupių prioritizavimą ir planavimą: ne viskas taps privalomu vienu metu. Bendrovei, veiklai vykdančiai keliose produktų grupėse, tai reiškia, kad skirtingos komandos turi imtis darbo skirtingu laiku. Jei to nemonitoruojama centralizuotai, rizikuojama, kad produktų grupė A jau yra gerai pasirengusi, o produktų grupė B dar nebepradėjo, tiesiog todėl, kad niekas neprižiūrėjo apžvalgos. Ar skaitmeninis produkto pasas taikomas mano produktams? yra klausimas, į kurį neatsakoma vieną kartą, o iš naujo kiekvienai produktų grupei.

Duomenų bendrinimas su tiekimo grandinės dalyviais ir duomenų gavinimas iš jų

38 straipsnis iš ESPR (Reglamentas (ES) 2024/1781) apibūdina tiekimo grandinės dalyvių reikalavimus, o tai reiškia, kad gamintojas arba importuotojas dažnai priklauso nuo tiekėjų, norėdamas gauti dalį šaltinio duomenų. Komandai tai reiškia, kad pirkimas gauna vaidmenį, kuris grịstas ne tik kaina ir pristatymo laiku: taip pat reikia paklausti apie medžiagų sudėtį, kilmę ar kitus pasporto duomenis, ir tą pokalbį turi vesti kas nors, kuris žino, kodėl tas klausimas yra svarbus.

Kur praktikoje susiduriama su problemomis

Dažnai pasitaikantis modelis yra tai, kad atsakomybė yra tenkinama "IT", nes pasportas yra skaitmeninis, o IT neturi šaltinio duomenų ir nežino, kuri remonto informacija yra svarbi konkrečiam produktui. Tada pasportas lieka techniškai veikiantis, bet turinys tuščias arba pasenęs.

Antroji situacija yra ta, kad kokybės skyrius teikia duomenis pagrindinio produkto pasportui, bet ne variantams, kurie vėliau pasirodo. Atliekant ar galiu naudoti produkto pasą kelioms to paties produkto variantams paaiškėja, kad variantas negali automatiškai iš naujo panaudoti to paties pasporto, jei medžiagos arba savybės skiriasi — ir tai yra tiksliai tą akimirką, kai komanda be aiškios susitarimo daro tarpą.

Trečias: klientų paslauga gauna klausimus apie pasportą — kodėl tai čia yra, kodėl to nėra — bet niekada negavo instruksijų, ką pasportas gali ir negali daryti. Tai veda į atsakymus, kurie nesutampa, arba į klausimą, kuris viduje lieka suktis be savininko.

Ketvirtoji situacija atsiranda perėmus esamą atsargą arba senomis produktų linijomis: kažkas cechuje daro prielaidą, kad sena atsarga nepareikalaus pasporto, tuo tarpu ką aš darau su produktų atsarga, kuri jau yra, kai įsigalioja taisyklės parodo, kad tai nėra paprastai prielaida, kuri gali būti padaryta be patikrinimo.

Penkta: niekas komandoje nėra paskirtas atsakyti, kai priežiūros institucija atsilanko. Ką prižiūrėtoja klausia patikrinimo metu? aiškiai parodo, kad šis pokalbis neturi būti improvizuojamas — ir tai reikalinga žmogų, kuris iš anksto žino, kur yra kokios dokumentai.

Ką galite užfiksuoti

Duomenų šaltinio dalyvių ir juos tiekiančių šalių apžvalga, pagal produktų grupę: pirkimas, kokybė, R&D arba išorinis tiekėjas.
Paskirtas savininkas kiekvienai produktų grupei kuris stebi pasportą ir susijusį planavimą, ypač atsižvelgiant į etapiniu būdu įgyvendintą taisyklę, kuri kyla iš ESPR 18 straipsnio.
Nuolatinė darbo tvarka naujoms produktų variantams, kad būtų aišku, kas vertina, ar esamą pasportą galima iš naujo panaudoti, ar ne.
Trumpa instrukcija klientų paslaugai ir pardavimui apie tai, ką pasportas turi, kur QR kodas nukreipia ir pas ką yra atsakyti turiningieji klausimai.
Susitarimai su tiekėjais apie tai, kokius duomenis jie teikia ir kokia forma, atitinkant ESPR 38 straipsnį.
Bandomasis momentas prieš pradžią, kurio metu tikrinamas, ar duomenų nešiklis nukreipia į teisingą pasportą; ar galiu iš anksto sukurti produkto paso testinę versiją aprašo, kaip tai atrodo praktikoje.
Kiekvienos produktų grupės bylas su pagrindiniais šaltinio dokumentais, todėl patikrinimas neveda į paiešką, o į pateikimą.

Bendrovėms, kurios dar nežino, nuo kur pradėti, Kaip žingsnis po žingsnio pradėti produkto pasą? siūlo tvarką, kuri gali paslūžti vidinio darbo paskirstymo pagrindui — dažnai tai yra patogesnis pradžios taškas nei pasportą iš karto sudėti kaip vieną didelį projektą vienoje departamente.

Tai nėra juridinis patarimas. Šis puslapis pateikia bendrą informaciją apie taisykles, kuriomis remiasi šia platforma. Mes nežinome jūsų padėties. Jei abejojate dėl savo atveio, pasitarkite su juridiniu patarėju arba atitinkama priežiūros institucija.

Parašyta naudojant dirbtinį intelektą remiantis aukščiau nurodytais šaltiniais, žmogaus patikrinti 2026-09-05. Ar kažkas negerai? Pranešite mums — pataisymai turi prioritetą.