kas saan digitaalses tootjapässis olevaid andmeid automaatselt uuendada
Automaatne värskendamine on võimalik, kuid mitte omastahtsi
Jah, digitaalset tootepartõendit sisaldavaid andmeid saab automaatselt värskendada, kuid see ei toimu iseenesest — see on midagi, mis tuleb seadistada. ESPR nõuab, et tootepartõend sisaldaks ajakohast teavet ja et oleks tehniliselt võimalik andmeid uuendada, kuid määrus ei näe ette kohustuslikku automaatset sidet. See, kas värskendamine toimub automaatselt, sõltub sellest, kuidas tootepartõend tehniliselt üles ehitatud on: kui see on eraldi, siis keegi ajakohaistab seda käsitsi; kui see on seotud lähteandmete süsteemiga, siis võib muudatus seal otsekohe kajastuda tootepartõendis.
Milliste andmete puhul automatiseerimine töötab ja milliste puhul mitte
Oluline erinevus on andmete vahel, mis on kinnitatud tootmisel, ja andmete vahel, mis muutuvad toote eluea jooksul. Tehniline omadus, nagu materjali koosseis või katsemäärused, määratakse kindlaks toote valmistamise hetkel ja ei muutu pärast seda — seal ei ole automaatne värskendamine eriti asjakohane, kuna muudetavat pole. Muud andmed aga on muutlikud: remondiseisund, omaniku vahetus, garantiiperioodi värskendamine või andmed, mis erinevad piirkonniti. Selliste andmete puhul on lähteandmete süsteemiga sidumine väärtuslik, sest tootepartõend liigub kaasa sellega, mis praktikas muutub, ilma et keegi peaks seda iga kord eraldi sisestama. ESPR artikkel 10 (Määrus (EL) 2024/1781) sätestab nõudena, et tootepartõendi andmed oleksid õiged, täielikud ja ajakohased — see on kohustus, millele automatiseerimine võib anda praktilist lahendust, kuid määrus ise ei nõua selle saavutamise tehnikat.
Mis siin ka ei kuulu: automatiseerimine, mida asendab lihtsalt muutmine. See, kes on pädev konkreetseid andmeid muutma ja kuidas see jääb jäljele, on teistsugune küsimus kui värskendamise ise tehnika. Sidumine kiirendab protsessi, kuid ei võta ära vastutust määrata kindlaks, millised andmed on õiged.
Millal see muutub asjakohaseks, pole produktirühma kaupa veel kindel
Automaatse värskendamise kohustusliku rakendamise kuupäeva ei ole, lihtalt sellepärast, et automatiseerimise nõue puudub — mis on kindel, on nõue, et tootepartõend peab olema ajakohane niipea, kui see kehtib produktirühma suhtes. Millal see produktirühma kaupa jõustub, määratakse delegeeritud määruste kaudu ja varieerub seega tootest. Kuni hetkeni, millal produktirühm kohustusse kuulub, ei ole tootepartõendit vaja ja seega ka mitte uuendamise küsimust. Niipea kui produktirühm kohustusse kuulub, kehtib õigsuse ja ajakohasuse nõue sellest hetkest alates — vorm, kuidas see tehniliselt lahendatakse (käsitsi või automaatselt), jääb tootja või importija otsusele, jäädes seejuures ESPR artiklis 11 (Määrus (EL) 2024/1781) sätestatud tehnilistesse raamidesse.
Kuidas seda praktikas nõutakse
Esimene samm on määrata kindlaks, millised andmed tootepartõendis tegelikult muutuvad toote eluea jooksul ja millised on fikseeritud. Fikseeritud andmete puhul ei ole automatiseerimine tavaliselt vajalik — need sisestatakse üks kord ja jäävad paigale. Muutlike andmete puhul on järgmine samm vaadata, kas juba olemas on süsteem, kus neid andmeid säilitatakse, nagu ERP-süsteem, varustusissüsteem või teeninduse haldus. Kui see olemas on, siis tootepartõend siduda ERP- või varustusissüsteemiga on viis, kuidas tagada, et muudatus allikal kajastub automaatselt tootepartõendis, ilma topelttööta.
Seejärel tuleb määrata, kes organisatsiooni sees muudatusi teha võib ja kuidas muudatused jäävad jäljendatavaks — mitte sellepärast, et määrused seda eraldi protsessina ette näeksid, vaid sellepärast, et paspoort, mis peab olema kümme aastat või kauem kättesaadav, võib sel ajal mitu korda omanikku või staatust vahetada. See puudutab ka küsimust, kui kaua peab passiport kättesaadav jääma, ja mida juhtub, kui selle andmed muutuvad — vt kui kaua peavad tootepassoordid saadaval jääma. Kes koostab passiivseid mitmetele tootegruppidele, teeb hästi, kui seadistab ühenduse nii, et allikasüsteemi muudatus ei tabaks kogemata vale passi, eriti kui toode kuulub mitmed pasportid korraga langeb.
Õiguslik alus: ESPR artiklid 9, 10 ja 11
Et passiandmed peavad olema aktuaalsed, tuleneb ESPR artiklist 10 (Määrus (EL) 2024/1781), mis nõuab passis oleva teabe õigsust, täielikkust ja aktuaalsust. ESPR artikkel 9 (Määrus (EL) 2024/1781) kirjeldab, millest koosneb digitaalse tootepassi sisu ja millist teavet see sisaldab, ja ESPR artikkel 11 (Määrus (EL) 2024/1781) reguleerib passi tehnilist kujundust ja toimimist, sealhulgas võimalust andmeid uuendada. Ükski neist artiklitest ei ette näe konkreetset tehnoloogiat ega automatiseerimisvormi — kohustus on tulemuses (aktuaalsed, õiged andmed), mitte meetodis, millega see tulemus saavutatakse.
Kes soovib kontrollida, kuidas praktikas välja näeb ühendus oma süsteemiga või milline roll on selles ainulaadsel toote identifitseerimisel, leiab selle teabepangast; ESPR-i artikli täpseks tekstiks tuleb konsulteerida ametlikku ESPR-i avaldust EUR-Lexis.
Millel see põhineb
- Määrus (EL) 2024/1781 (ESPR), artikkel 11 (digitaalse tootepassi tehniline kujundus ja töötamine)
- Määrus (EL) 2024/1781 (ESPR), artikkel 10 (nõuded digitaalsetele tootepassile)
- Määrus (EL) 2024/1781 (ESPR), artikkel 9 (digitaalse tootepassi kohta)
Määrus ise asub EUR-Lexil. Meie viitame igale väitele; te ei pea meid uskuma.
Mida te konkreetselt peate tegema
Mida teilt oodatakse
Passis olevad andmed peavad vastama toote hetkeseisukorrale.
Määruse (EU) 2024/1781 (ESPR) artikkel 9 sätestab nõudmised digitaalse tootepassi sisu kohta, ja see sisu peab kajastama toote omadusi, nagu see on turul. Ettevõtte puhul, kus töötajaid on 10–100, tähendab see, et peab olema side tooteandmete tekkimis- või muutmiskoha (ostud, tehnika, kvaliteedikontroll) ja passi asukoha vahel. Käsitsi läbitavates protsessides on see kohustus, mis tuleb keegi peale panna; seotud süsteemis käib see uuendamine automaatselt kaasa bronsüsteemis toimitud muutusega.
Pass peab olema tehiselt ehitatud nii, et andmeid saab uuendada
ESPR-i artikkel 11 käsitleb digitaalse tootepassi tehnilist kujundust ja toimimist, ning sellest järeldub, et pass ei ole staatiline dokument, mida avaldatakse üks kord ja mis seejärel jääb seisma. QR-kood või muu andmekandjad viitavad kohale, kust andmeid saab hankida, ja see koht peab seega olema muudetav. Ettevõtte jaoks tähendab see, et platvormi või tarnija valiku tegemine on ka valik selle kohta, kui lihtsalt edaspidi uuendused käivad — pass, mis tegelikult on fikseeritud PDF-laadne fail, vastab paremini neile tehnilistele ootustele kui pass, mis on seotud elava andmeallikaga.
Sidumine bronsüsteemidega on iseseisev tehniline valik, mitte eraldi kohustus
ESPR-i artikkel 10 kirjeldab nõudmisi, millele digitaalne tootepas peab vastama, kuid ei määra konkreetset tehnoloogiat andmete sünkroonimiseks. Automaatne uuendamine ei ole seega eraldi seadusjärgne nõue, vaid viis olemasolevale õigete ja ajakohaste andmete nõudele vastamiseks. Ettevõtete puhul, kellel on ERP- või PIM-süsteem, on küsimus kas tootepasport on ühendatav omaenda süsteemiga peamine operatiivne küsimus: mitu toodet, kui sageli muutuvad spetsifikatsioonid ja kui palju käsitööd on aktsepteeritav, enne kui ilmnevad vead.
Kus praktikas valesti läheb
Esimene olukord, mis sageli esineb: tarnija muutus komponentides töödeldakse ERP-süsteemis, kuid keegi ei ole pasporti märkinud "süsteemide" nimekirja, mis seetõttu samuti peaksid muutuma. Pasport näitab siis vana koostist, kuigi toodet on juba mitme kuu jooksul teistmoodi tarnitud.
Teine olukord tekib ettevõtetes, mis töötavad mitme tootegrupiga ja seega ka mitme pasportiga, mis peavad omavahel sobima. Kui ühe alusdatum (näiteks materjalikoostaev) esineb mitmes pasportis, siis ühe koha värskendamine ei kandu automaatselt teistesse kohtadesse, kui see pole konkreetselt nii korraldatud.
Kolmas olukord: ettevõte arvab, et pasport on "valmis" pärast üleandmist ja käsitleb seda sertifikaadina, mis enam ei muutu. Kuigi just liitproduktidega, mille puhul on pasport iga komponendi kohta , võib ühe komponendi muutus mõjutada liittoote pasporti, ilma et see ise märkalikuks muutuks.
Neljas olukord puudutab portaali kaudu käsitsi sisestamist: keegi sisestab andmed üks kord käivitamisel, kuid kokkulepet korduva kontrolli või värskendamise protsessi kohta pole. Aasta pärast ei ole keegi enam kindel, kas andmed on veel õiged, ja keegi ei tunne ennast selle omanikuna vastutav.
Viies olukord tekib ettevõtte üleminekul või tootesarja lõpetamisel: küsimus, mis juhtub pasportiga, kui ettevõte peatub , esitakse siis alles, kui see on juba kiiresti, kuigi lepingud värskenduste ja üleminekute kohta oleksid tegelikult ette nähtud.
Mida te saate dokumenteerida
- Ülevaade, millised lähte-süsteemid (ERP, PIM, kvaliteediteenus) toitavad pasporti milliste andmeväljade, nii et on selge, kuhu peab jõudma millised muutused.
- Sisemine protsess või kontroll-loend, mis näitab, millal toote muutus automaatselt viib paspordi värskendusele ja millal on vajalik käsitsi kontroll.
- Määratletud vastutav isik või roll paspordiandmete ajakohasena hoidmiseks, isegi kui see jookseb tehniliselt suuresti automatiseeritud.
- Oma süsteemi sidumise dokumentatsioon paspordi-platvormiga, sealhulgas millised väljad sünkroniseeruvad automaatselt ja millised mitte — asjakohane otsustumisel ümber oma ERP- või varusüsteemiga sidumine.
- Ülevaade selle kohta, kuidas tooteid identificeerivad koodid on üles ehitatud, nii et värskendus jõuab alati õige pasporti — vt ka selgitused teemal tootele kordumatute identifitseerimiskoodide andmine.
- Muutuste logiraamat või versiooniajalugu paspordi andmetes, nii et saab hiljem jälgida, millal ja miks tehtud kohandus.
- Lepingud tarnijate või ketippartneritega muutuste edastamise kohta, mis pasporti puudutavad, nii et värskendus ei sõltu juhusest või lahtistest kirjadest.
See ei ole juriidiline nõuanne. See leht annab üldist teavet regulatsioonist, millele see platvorm tugineb. Me ei teadnud teie olukorrast. Kui teil on kahtlusi oma juhtumi suhtes, konsulteerige juristiga või pädevate järelevalveasutusega.
Koostatud tehisintellekti abil ülaltoodud allikate alusel, kontrollitud inimese poolt 2026-09-05. Kas midagi pole õige? Andke teada — parandused saavad eesõiguse.