kaip aš redaguoju duomenis jau publikuotame produkto pase

Duomenų koregavimas po publikavimo: kas leidžiama ir kas ne

Gyvas produkto pasas gali būti atnaujintas atskirais punktais, bet negali būti visiškai perrašytas. ESPR skiria informaciją, kuri iš esmės priklausyta konkrečiam produktui arba partijai — pvz., medžiagų sudėtį arba bandymų rezultatus — ir informaciją, kuri gali keistis, pvz., remonto statusą, nuosavybės perdavimą arba gamintojo atnaujinimą. ESPR 10 straipsnis (Reglamentas (ES) 2024/1781) nustato reikalavimus duomenų, esančių už QR kodo, prieinamumui ir tikslumui, ir tai iš karto yra svarbiausia: duomenys turi būti teisingi ir laikui bėgant. Taigi pasas nėra vienkartinis momentinis vaizdas, kuris visam laikui fiksuojamas, bet taip pat nėra ir laisvas užpildymo formularas, kurį kiekvienas gali atnaujinti pagal savo nuožiūrą.

Kam tai taikoma ir kam ne

Tai aktualu bet kuriai šaliai, atsakingai už paso sudarymo ir atnaujinimo — aliuminio pusgaminių atveju paprastai gamintojui ar importuotojui, kuris deda produktą į rinką. Čia kalbama apie jau publikuoto paso turinio pakeitimus, o ne apie pirmą kartą sudarant pasą, ir taip pat ne apie tai, kas gali matyti ar peržiūrėti pasą. Tai taip pat nėra apie pačios duomenų nešiklio pakeitimą: jei produkto QR kodas bus pažeistas arba nuskaityti nebus galima, tai yra kitas klausimas nei duomenų, esančių už jo, atnaujinimas — kas atsitinka, jei qr-kodas ant mano aliuminio tampa neįskaitomas konkrečiai apie tai. Taip pat paso koregavimas po verslo likvidavimo nėra šios srities; tai liečia kitą klausimą, būtent tai, kas po verslo uždarymo vis dar turi prieigą prie duomenų ir nešioja už juos atsakomybę.

Kada tai bus aktualiu

Tikslios datos, kada šios pareigos pradedamos taikyti aliuminio pusgaminiams, dar nėra nustatyta. ESPR kaip pagrindinis reglamentas jau galioja, tačiau konkretūs reikalavimai kiekvienai produktų grupei — įskaitant aliuminio profilius, liejinio gaminius ir pakavimo aliuminio — bus nustatyti delegiramuoju aktu, kuris pagal Europos Komisijos 2025–2030 darbo planą tikimasi 2027 m. Kol to akto nėra, šiai produktų grupei dar nėra konkrečios pareigos kurti arba keisti pasportus. Kai delegiruotasis aktas bus publikuotas, čia bus nurodyta data. Tai, kas jau nustatyta, yra principas iš ESPR 9 straipsnio: pasas turi parodyti teisingą informaciją per visą laiką, per kurį jis turi būti prieinamas — ir tai tiesiogiai liečia tai, kaip būsimi pakeitimai bus traktuojami.

Kaip tai praktikoje veiks

Tiems, kurie jau dirba su pasportu arba jį ruošia, sekos tvarka yra maždaug tokia. Pirmiausia nustatoma, kokie duomenys keičiasi: ar tai pradinių duomenų klaida, papildymas (pvz., sertifikakas, kuris bus prieinamas vėliau), ar duomenys, kurie keičiasi laikui bėgant, pvz., nuosavybės pasikeitimas pusgaminiui, kuris yra toliau parduodamas. Tada žiūrima, ar produkto identifikacija lieka tokia pati — ryšys tarp fizinio produkto ir paso vedamas per unikalųjį identifikacijos kodą, ir kaip aš suteikiu kiekvienam produktui unikalų identifikacijos kodą aprašo, kaip tas ryšys sudaromas ir kodėl jis turi likti stabilus, net jei paso turinys keičiasi. Toliau pakeitimas perduodamas šaliai, kuri talpina ir prieinamą daro pasą: alupas.eu atveju tai reiškia, kad gamintojo arba importuotojo teikiamas pakeitimas, kuris tada talpnamame pasuose yra apdorojamas be to, kad QR kodas ar nuoroda pasikeittu. Būtent todėl talpinimas ir duomenų nešiklis yra atskiri nuo vienkartinio sudarymo: QR kodas ant aliuminio lieka nepakitęs, o duomenys už jo gali būti atnaujinti. Kas pasą susieja su savo ERP ar atsargų sistema, gali tą sąsają panaudoti ir tam, kad pakeitimai automatiškai būtų pradengti — ar galiu susieti produkto pasportą su mano ERP- ar atsargų sistema apžvelgia, kaip tas sujungimas veikia ir kas tam reikalinga. Jei abejojate, ar pritaikymas vis dar atitinka pradinę produkto tapatybę, ar iš tikrųjų susidaro naujas produktas (ir dėl to naujas pasportai), straipsnio 9 šerdis yra geras atskaitos taškas: pasportas turi teisingai aprašyti susijusią produkto vienetą, ir kai tai nustoja būti tiesa, naujas registravimas yra tikslesnė išeitis nei esamo pasporto pakeitimas.

Kur tai kyla: ESPR straipsniai 9, 10 ir 11

Pagrindą sudaro ESPR straipsnis 9 (Reglamentas (ES) 2024/1781), kuriame skaitmeninis produkto pasportai apibrėžiamas kaip informacijos nešėjas, kuriame per nustatytą laikotarpį yra tinkama ir aktuali informacija apie produktą. ESPR straipsnis 10 tai išplėtoja reikalavimais šiai informacijai ir jos prieinamumui, o ESPR straipsnis 11 nustato pasporto techninį projektavimą ir veikimą, įskaitant tai, kaip duomenys įrašomi ir atskleisti per duomenų nešėją. Šie straipsniai kartu sudaro sistemą, kurioje pasikeitimas po paskelbimo vyksta: identifikacija ir nešėjas išlieka, pagrindiniai duomenys atnaujinami, kai jie nustoja būti teisingi.

Kas jau dabar gamina arba importuoja aliuminio pusgaminius ir ruošiasi produkto pasportui, geriausiai pradėtų nuo to, kad nustatytumėte vidinį procesą — kas gali pranešti apie pakeitimus ir kada — kad tas procesas jau veiktų, kai bus paskelbtą aliuminio delegiavimo aktą ir privalomasis reikalavimas iš tikrųjų bus aktualus.

Kuo tai paremta

Pati reglamentacija yra EUR-Lex. Mes nurodome pagal kiekvieną teiginį; jums mūsų tikėti nereikia.

Ką tiksliai turite daryti

Ką iš jūsų tikimasi

ESPR išeina iš produkto pasporto, kuris išlieka naudingas visą produkto gyvavimo ciklą. Tai nereiškia, kad turinys visada bus toks pat: kai kurie duomenys keičiasi po paskelbimo, pavyzdžiui, nes papildomas bandymo rezultatas, pabėga tiekimo grandinės dalis arba išaiškėja, kad anksčiau įvesti duomenys nėra teisingi. ESPR straipsniai 9 ir 10 (Reglamentas (ES) 2024/1781) aprašo, ką turi turėti skaitmeninis produkto pasportai ir kokiems reikalavimams jis turi atitikti; straipsnis 11 susijęs su jo techniniu projektavimu ir veikimu. Iš to kyla keletas praktinių pareigų tiems, kurie po paskelbimo prižiūri pasportą.

Sujungimas tarp produkto ir duomenų išlieka nepažeistas

Pasportai turėtų likti pasiekiamas per tą patį unikalų identifikavimo kodą ir tą patį nešėją, net jei pagrindžiai duomenys keičiasi. Bendrovei, kurioje dirba nuo 10 iki 100 darbuotojų, tai reiškia, kad administratyvus pakeitimas negali sukelti naujo QR kodo produktui, kuris jau yra apyvartoje. Kaip tas sujungimas tarp produkto ir pasporto yra techniškai sukonstruotas, priklauso nuo to, kaip kiekvienam produktui suteikiate unikalų identifikavimo kodą gavo: tas kodas nesikeičia kartu su duomenų pakeitimu, keičiasi tik turinys už kodo.

Duomenys turi likti aktualūs ir patikimi

Straipsnis 9 nustato reikalavimus informacijos pasportais teisingumui ir aktualumui. Tai ne momentinis vaizd per pristatymą, o nuolatinis atskaitos taškas. Gamybos įmonei tai reiškia, kad turi būti būdas signalizuoti, kada duomenys tampa pasenę — pavyzdžiui, po pakeitimo lydinių sudėtyje, naujoje testavimo ataskaitoje arba antrinės žaliavos turinio koregavimo. Kas susieja pasportą su savo ERP arba atsargu sistema, dažnai gali automatiškai leisti kisti pakeitimams; kaip tai veikia, aprašyta sujungti su savo sistema.

Pakeitimų istorija turi būti atsekama

11 straipsnis nusako reikalavimus dėl paso techninio veikimo, įskaitant tai, kaip duomenys saugomi ir prieigą prie jų. Pasui peržiūrėtojas turėtų labai rūpintis tuo, kad rodoma informacija būtų teisinga peržiūros metu. Gamintojui ar importuotojui tai reiškia, kad pakeitimai turi būti sekiojami: kas ir kada pasikeitė. Tai nėra tik techninė problema, bet ir organizacinė — ypač kai keliai padaliniai (kokybė, pardavimas, technika) pateikia duomenis tam pačiam pasui.

Pakeitimai negali trukdyti greitai jų rasti

Pasportas, kuris įtrauktas į Europos registrą, turi likti prieinamasis ir peržiūrimas po pakeitimo pagal nustatytus reikalavimus. Kas turi būti nurodyta ir kaip tai susiję su pagrindinių duomenų pakeitimais, aprašyta skaitmeninių produkto pasų registrąPasporto paties pakeitimas automatiškai nereiškia, kad taip pat bus atnaujinta registracijos įrašymas — tai yra reikalavimui atkreipti dėmesį tvarkant valdymo procesą.

Kur praktikoje nueitilsta

Praktikoje reguliariai pasitaiko nemažai situacijų, kai keičiamas jau publikuotas produkto pasas.

Nauja QR-kodo versija su kiekvienu pakeitimu. Kai kurie įmonės kiekvieno duomenų pakeitimo metu kuria naują QR-kodą, iš atsargumo. Dėl to senesni produktai su senu kodu nebeatitinka dabartinio produkto paso, arba kyla painiava dėl to, kuris kodas priskiriamas kuriai partijai.

Sistemos pakeitimas, o ne į pasportą. Adaptacija atliekama ERP sistemoje, tačiau ryšys su pasportu nesunaujinamas. Vartotojas, nuskaitęs QR kodą, vis dar mato senuosius duomenis, nors vidinė administracija jau atnaujinta.

Neaiškumas dėl to, kas gali atlikti pakeitimus. Kai keletas skyrių teikia duomenis, kartais trūksta nustatytos atsakomybės už galutinį žodį dėl pakeitimo. Kokybės bandymo rezultatas ir pakoreguota pirkimo sudėtis gali būti įvesti vienas nuo kito nepriklausomai, be to, kad kas nors patikrintų jų ryšį.

Nėra aiškumo dėl poveikio susitiems produkto pasportams. Produktui, kuris kartu su kitais komponentais keli produkto pasportai turi pasportą, kartais viename pasporte atlikus pakeitimą neatikrinama, ar tas pakeičia susijusį kito komponento pasportą.

Pamiršti, kad senesnės kalbų versijos lieka nepakeistos. Kai pasportas per vieną QR-kodą keliomis kalbomis rodomas, pakeitimas kartais atliekamas tik pagrindinėje kalboje, tuo metu išverstos versijos lieka nepakeistos.

Ką jūs galite užfiksuoti

Vidinis pakeitimų protokolas: kas gali keisti kuriuos duomenis, kas patvirtina pakeitimą prieš jį paskelbiant, ir kaip dokumentuojamas pakeitimas.
Laukų, kurie pasporte kilę iš kurios sistemos, apžvalga, kad atlikus ERP-sistemos pakeitimą būtų aišku, kuris pasporto elementas keičiasi.
Pasporto pakeitimų žurnalas su data, aprašymu ir asmeniu, atlikusiu pakeitimą — naudinga atsakant į klausimą, kada duomuo buvo keistas.
Susitarimas dėl daugiakalbiškų versijų tvarkymo: ar pakeitimas pagrindinėje kalboje automatiškai lemia vertimų versijų patikrinimą.
Registracijos įrašo patikrinimas po pakeitimo, kad registre esantys duomenys atitiktų šiandieninį pasporto turinį.
Produktams su keliais pasportais: tarpusavio priklausomybių apžvalga, kad viename pasporte atliktas pakeitimas neišleistų pamiršto kitą pasportą.

Šiems punktams prieinami šablonai, kurie atitinka platformos išdėstymą, todėl nereikia iš naujo sugalvoti pakeitimų proceso kiekvienam atvejui.

Tai nėra teisinė nuomonė. Šis puslapis suteikia bendrą informaciją apie reglamentavimą, kuriuo remiasi šia platforma. Mes nežinome jūsų situacijos. Jei abejojate dėl savo konkrečių aplinkybių, pasikonsultavimo su teisininku arba su kompetentinga priežiūros institucija.

Parašyta dirbtinio intelekto pagalba remiantis šaltiniais, pateiktais aukščiau, ir patikrinta žmogaus 2026-09-05. Kas nors neatitinka? Pranešokite mums — pataisymai yra pirmo laipsnio svarbumo.