Kaip dažnai turiu atnaujinti duomenis produkto pase?

Ką konkrečiai turėtumėte daryti

Ko iš jūsų tikimasi

9 ir 10 straipsniai ESPR (Reglamentas (ES) 2024/1781) aprašo, ką turi sugebėti atlikti skaitmeninis produkto pasas ir kokie duomenys jame turėtų būti, tačiau neneša bendros taisyklės, kaip dažnai tie duomenys turi būti atnaujinti. Tačiau iš teksto išplaukia daugybė orientyrų, kurie kartu lemia, kokie aktualūs praktikoje turi būti pasas.

Pasas turi būti teisingas tuo metu, kai jis peržiūrimas

9 straipsnisyra nurodyta, kad skaitmeninis produkto pasas turi būti pasiekiamas per duomenų nešiklį ir kad jame esanti informacija turi atspindėti produkto charakteristikas. Bendrovei, turėjusiai dešimt iki šimto darbuotojų, tai reiškia, kad pasas nėra momentinis vaizdas, kuris po paskelbimu lieka lentynoje, bet duomenų rinkinys, atitinkantis tai, kas apie produktą žinoma, kol pasas yra prieinamas. Kai pasikeičia specifikacija – kitoks detalės tiekėjas, keičiasi sudėtis, naujas bandymo rezultatas – atsiranda skirtumas tarp to, ką sako pasas, ir to, koks produktas iš tikrųjų yra.

Produkto duomenų pakeitimai persigrupuoja pasporte

10 straipsnisyra paminėti reikalavimai duomenims, esantiems pasporte, įskaitant duomenis, kurie tiesiogiai išplaukia iš konkrečios produktų grupės taisyklių, nustatytų kiekvienai produktų grupei. Tai liečia klausimą kurie duomenys patenka į produkto pase, nes ne kiekvienas duomuo turi tą patį jautrumą pokyčiams. Fizinius matmenis retai keičiasi, bandymo rezultatas apie aplinkos rodiklį gali pasikeisti, kai tik pasikeičia gamybos būdas arba kai iš naujo matuojama pagal reikšmių matavimo metodą. Bendrovei, turinčiai kelis produktų variantus ir periodiniais pakeitimus asortimentui, tai reiškia, kad pasportų duomenų tvarkymas yra pasikartojantis dalykas, o ne vienkartinis pratimas pristatymo metu.

Ryšys tarp paso ir produkto turi likti atpažįstamas

Pasas, priklausantis produktui, turi tą produktą atpažinti ir tada, kai keičiasi modelio variantas, partija ar produkto versija. Vidutinio dydžio bendrovei, dirbančiai su keliais modelio numeriais, tai reiškia, kad produkto pakeitimas turi įtakos ne tik techniniam dosijui, bet ir iškelia klausimą: kurie pasai priklauso kuriai versijai, ir ar tas skirtumas vis dar aiškus tam, kas peržiūri pasą per QR kodą pačiame produkte.

Kur praktikoje susiduriama su problemomis

Tiekėjo pakeitimas neatnaujinamas pasporte. Gamintojas keičia detalės tiekėją, naujos specifikacijos tam tikrais punktais nuo to skiriasi, tačiau niekas to pakeitimo nesusiessuž jau paskelbtu pasaportą. Pasas tęsia senų duomenų rodymą.

Bandymo rezultatai painiojami su fiksuotomis charakteristikomis. Rezultatas iš vieno karto atliktų matavimų į pasaportą dedamas taip, lyg tai būtų pastovus duomuo, o iš tikrųjų jis turėtų būti susietas su tam tikra partija ar bandymo data. Kitoje gamyboje trūksta momento, kai kas nors paklaus, ar duomuo dar galioja.

Remonto informacija nebeatitinka esamo detalių pasiūlymo. Duomenys apie remontą ir dalis pasporte pildomi pristatant, tačiau kai detalė yra nutraukiama arba pakeičiama kitu dalies numeriu, sena informacija lieka, nes niekas to paso dalies nelaiko "gyvuoju" dokumentu.

Kelios kalbų versijos atsiskiria. Kai atnaujinama olandų versija, pamiršti, kad keliomis kalbomis esantys duomenys taip pat egzistuoja prancūziška ar vokiška versija. Tada viena kalbos versija parodo kitą padėtį nei kita, nors abi pasidaro tame pačiame QR kode.

Rastas klaidumas yra palengvinti ištaisytas, o ne struktūriškai išspręstas. Kažkas pastebi, kad pasas rodo neteisingą duomenį, jį rankiniu būdu pakoreguoja sistemoje tuo metu, bet niekur negrąžina, kada ir kodėl tas koregavimas įvyko. Atlikus kitą pakeitimą, nebegalima nustatyti, kokia buvo pradinė klaidos šaltinis — nors turėtų būti nustatyta tvarka tuo atveju, kai aptikta klaida jau publikuotame pasporte.

Ką galite užfiksuoti

• Jei pasporte esantys duomenys yra jautrūs pakitimams — sąrašas — skirtis tarp fiksuotų charakteristikų (matmenys, medžiagos tipas) ir kintamų duomenų (bandymo rezultatai, komponento tiekėjas, atsarginių dalių prieinamumas).
• Fiksuotas produkto gamybos proceso momentas, kada pasporto duomenys patikrinami — pavyzdžiui, kiekvieną kartą, kai keičiama techninė dokumentacija, keičiamas tiekėjas, arba periodinio vidinio peržiūrėjimo metu.
• Atsakingas asmuo už kiekvieno pasporto palaikymą pagal produktų grupę — ypač svarbu įmonei, kuri vienu metu veikia keliose produktų grupėse, nes duomenys ir peržiūrėjimo dažnumas gali skirtis pagal produktų grupę.
• Pakeitimų žurnalas publikuotame pasporte — kas buvo pakeista, kada ir remiantis kuriuo šaltiniu, kad pakeitimas būtų sugrąžintas.
• Kontrolė dėl suderinamumo tarp kalbų versijų kiekvieno pakeitimo metu, kad viena kalbos versija nepavėluotų kitos atžvilgiu.
• Sąrašas duomenų, kurie yra publikuojami tam tikromis sąlygomis, ypač kai dalis pagrindinės informacijos liečia klausimą, ar duomenys apie produktą yra jautrūs biznio požiūriu ir todėl neturėtų būti nesunkiai prieinami visiems — šis skirtis atsispindi atnaujinimo būde ir kurie asmenys turi prieigą.

Įmonėms, kurios naudoja platformą, kuri pasiūlo ir pasą hoštuojanti partija bei kontroliuojanti QR-duomenų nešiklį, dalis iš šio nustatymo pereina į susitarimą su ta partija: kas vykdo pakeitimą, kokiame procese, ir kaip garantuojama, kad publikuota versija atitinka paskutinę iš pačios įmonės gautą informaciją.