kas mul on vaja spetsiaalset tarkvara digitaalse tootepassi tegemiseks
Ei, seadusandlus ei nõua spetsiaalset tarkvara
ESPR ei määra ette konkreetset tarkvarapaketti, süsteemi ega kaubamärki. Mis seadusandluses on sätestatud, on tulemuse nõuded: digitaalse tootepassi peab sisaldama andmeid, mis on määratletud viisil juurdepääsetavad andmebärja kaudu, peab vastama teatud tehnilistele ja organisatorilistele tingimustele ning peab olema kättesaadav neile, kellel on selleks õigus. Kuidas tootja või importija seda tehniliselt lahendab — omaenda arendatud süsteemi, mooduli ERP-paketis või välise osapoole teenuse abil — pole seadusandlusega määratletud. Seega pole olemas kohustuslikku "tootepassi tarkvara", mis oleks mingis nimekirjas ja mida tuleks osta. Mis peab olema, on töötav tervik, mis vastab määruse nõuetele, ja see on erinev küsimus sellest, millist tarkvara selle jaoks kasutatakse.
Matratsitele kehtib see, administratsioonile seejuures automaatselt mitte
See vahendite vabadus kehtib digitaalsele tootepassile matratsites, nagu ESPR seda varsti nõuab: andmebärjale, ladustamisele ja passi andmete avamisele. See ei kehti kõigele, mida tootja või importija muude tarkvaarade kasutamisel või kasutamise vajadusel kasutab. Raamatupidamissüsteem, varude juhtimise pakett või CE-märgistuse fail jäävad käesoleva määruse reguleerimisest välja ja alluvad omaenda reeglitele. See ei kehti ka küsimusele, kas teatud süsteem on "piisavalt hea" — seda ei hinnata tarkvaraarenduse margi või tarnija alusel, vaid selle alusel, kas tulemus vastab määruse nõuetele. Arvutustabel, mis juhuslikult kõigile nõuetele vastab, on põhimõtteliselt sama kehtiv kui kallis spetsialiseeritud lahendus; vastupidi, kallis süsteem ei vasta automaatselt ainult sellepärast, et see on kallis.
Kindlat kuupäeva pole veel, kuid projekteerimise nõuded on juba kindlad
Millal muutub digitaalne toote pass matratsidele kohustuslikuks, pole veel teada; see tuleneb delegeeritud aktist, mis selle tootekategooria jaoks tuleb veel avaldada. Seni kehtib kohustus tootepassi juba ära pidada. Mis on juba kindlaks määratud, on üldised tehnilised nõuded ESPR-is, millele digitaalne toote pass varsti peab vastama, olenemata sellest, millise tarkvaraga see koostatakse. Need nõuded puudutavad muuhulgas interoperatiivsust, avatud standardite kasutamist ja viisi, kuidas andmed tuleb kättesaadavaks teha. Kes nüüd juba tarkvara valib või arendab, võib need nõuded seega lähtepunktiks võtta, kuigi matratsitele endale kohustusliku rakenduse kuupäev pole teada.
Kust alustada süsteemi valimisega
Praktiline järjestus ei alga tarkvarast, vaid andmetest: kõigepealt tuleb selgeks teha, milline toote informatsioon peab passisse minema, enne kui vaadatakse, kuidas see informatsioon tehniliselt ladustatakse ja avaldatakse. Seejärel tekib küsimus, kuidas iga matratsi unikaalse identifitseerimiskoodi saab, sest see kood on seos füüsilise toote ja digitaalsete andmete vahel. Seejärel on otsus, kas see protsess tehakse ise või jäetakse osapoole õlale, kes hoolitseb ladustamise ja avaldamise eest — just siin sobib selline platvorm kui see platvorm, koostades passi esitatud andmete abil ja hoolitsedes hostingu ja QR-andmebärja eest. Ettevõtetele, kes töötavad juba ERP- või varude süsteemiga, on edasi asjakohane, kas ja kuidas saab see süsteem ühendada tootepassiga, nii et andmeid ei pea kaks korda sisestama. Kes eelistab näha enne laiemalt pilti enne süsteemi valikut, võib alustada ka küsimusega, kuidas Euroopa tootepasside register suhtub oma passiga, sest see register on kohustuslik osa olenemata sellest, millist tarkvara valitakse.
See tuleneb ESPR artiklites 9, 10 ja 11
Alus on artiklis 9 ESPR-s (määrus (EU) 2024/1781), kus võetakse kasutusele digitaalne tootepais. ESPR-i artikkel 10 täpsustab sisuulisi nõudeid, millele pais peab vastama, ilma et nõutaks konkreetset tehnoloogiat või pakkujat. ESPR-i artikkel 11 käsitleb spetsiaalselt digitaalse tootepaise tehnilist kujundust ja toimimist ning nimetab nõudeid nagu interoperatiivsus ja avatud standardite kasutamine — nõudeid, mida esitatakse tulemuse kohta, mitte tööriista kohta, millega tulemust saavutatakse. Need kolm artiklit näitavad koos, et määrus on funktsionaalselt koostatud: see reguleerib, mida pais peab suutma teha ja kuidas sellele juurde pääseda, ning jätab tarkvara valiku nende enda kätte, kes paist koostavad.
Kes soovib juba nüüd ette valmistuda, peaks parim viis hakata oma tootedandmeid korrastama ja määrama identifitseerimissüsteemi igale madratsile, nii et tugev alus on olemas, kui madratsitele ette nähtud delegeeritud õigu-akt avaldatakse — konkreetse tarkvara- või platvormivaliku saab teha hiljem, vastavalt siis kehtivatele tehnilistele nõuetele.
Millel see põhineb
- Määrus (EL) 2024/1781 (ESPR), artikkel 11 (digitaalse tootepassi tehniline kujundus ja toimimine)
- Määrus (EL) 2024/1781 (ESPR), artikkel 10 (digitaalse tootepassi nõuded)
- Määrus (EL) 2024/1781 (ESPR), artikkel 9 (digitaalne tootepas)
Määrus ise asub EUR-Lexis. Me viitame igale väitele; te ei pea meid uskuma.
Mida te konkreetselt peate tegema
Mida teilt oodatakse
Pais, mis on loetav avatud standardite kaudu
ESPR-i artikkel 10 (määrus (EU) 2024/1781) näeb ette, et digitaalne tootepais töötab avatud, koostoimitavate standardite alusel. See tähendab, et andmed ei tohi olla suletud, omapärase failivorminguga, mida saab avada ainult ühe konkreetse programmiga. Madrattsitootja, kellel on 10 kuni 100 töötajat, peab selle nõude alusel testitama süsteemi või platvormi valikut: kas andmed tulevad välja ja kas teised osapooled saavad neid lugeda ilma et neil oleks täpselt sama tarkvara, mis teil?
Juurdepääs andmekandjale, mitte rakendusele
Artikkel 11 reguleerib, kuidas pais tehniliselt töötab: andmekandjaga (praktikas sageli QR-kood), mis viitab andmetele. Tarbija, järelevalveasutus või äripartner peavad neid andmeid saama vaadata ilma et selleks oleks vaja eraldi, teie poolt tarnitavat rakendust. Praktiliselt tähendab see, et tavalisest nutitelefonist kaamerate ja brauseriga piisab. Kes kaalub oma rakenduse ehitamist paise näitamiseks, teeb seda täiendava teenusena — mitte sellepärast, et määrus rakendust nõuaks. Kuidas see andmekandja tootele jõuab, on kirjeldatud lehel kuidas QR-kood tootepassi jaoks teie madratsitele tuleb.
Ühendus kordumatu identifitseerimisnumbriga
Artikkel 9 seob paise unikaalse toote- või mudeliidentifikatsiooniga. See nõuab viisi, kuidas iga pais seotud sobivale füüsilisele tootele. Ettevõtete jaoks, kes kasutavad juba partii numbreid, EAN-koode või sisemisi artiklinumbreid, on see tavaliselt juba olemasoleva nummerdamise järjekindel kasutamine paise süsteemis. Kuidas see ühendus praktikas luuakse, on selgitatud lehel kuidas anda igale tootele ainulaadne identifitseerimiskood.
Andmed, mis jäävad ajakohaseks ja jälgitavaks
Artikled 9 ja 10 koos viitavad, et pais pole hetktõmmis, mida pärast avaldamist võib unustada, vaid andmekogum, mis jääb seotud konkreetse tootega aja jooksul, mil pais peab saadaval olema. See nõuab ettevõttelt viisi, kuidas teada, millised andmed millisele tootele kuuluvad, ka siis, kui hiljem tekivad küsimused madratsist, mis müüdi paar aastat tagasi.
Kus läheb praktiseerimises valesti
Tootja laseb paisi teha programmis, mis töötab hästi, kuid mille pakkuja andmeid varustab ainult PDF-i või kuvatõmmistena. See on inimesele loetav, kuid mitte masinloetav nii nagu artikkel 10 silmas peab — alusandmed peavad olema struktureeritud päritavad, mitte ainult visuaalselt esitatud.
Ettevõte ehitab oma rakenduse passi kuvamiseks alusel eeldusel, et see on kohustuslik. See nõuab aega ja raha arendamisele, samas kui artikkel 11 nõuab kättesaadavust ilma spetsiaalse tarkvaratta — tavaline veebileht, mis avaneb QR-koodi kaudu, vastab sellele ideele.
Importija kasutab iga tarne jaoks uut, ad-hoc Exceli faili, mis teisendatakse käsitsi passi. Kui maht kasvab, tekivad vead toote ja passi vahelises seoses, ning muutub ebaselgeks, milline pass kuulub millisele partiile.
Tootja valib süsteemi kontrollimata, kas andmeid on kunagi võimalik sealt välja viia. Hilisema üleminekuga teisele platvormile või hostingu pakkuja lõpetamisel selgub, et andmed on ühele pakkujale kinni klipsitud. Millega see kaasneb, on kirjeldatud lehel mis juhtub teie tootepassiga, kui hostingu pakkuja sellega lõpetab.
Ettevõte arvab, et passisüsteem peab olema eraldatud enda äritegevusest, ja sisestab kõik tooteteave kahekordne: üks kord ERP-süsteemis, üks kord passisüsteemis. See kahekordistab tööd ja suurendab lahknevuste riski kahe andmeallikate vahel.
Mida te saate fikseerida
- Valitud süsteemi kasutatavate failiformaatide ülevaade, ning kas need on avatud ja eksporteeritavad — seda saab kontrollida artikli 10 interoperaalsuse nõude alusel.
- Kirjeldus, kuidas andmekandja (QR-kood) annab juurdepääsu passi, ilma et eraldi rakendus oleks vajalik, nagu on ette nähtud artiklis 11.
- Vastavustabel sisemiste tootekoode ja passi identifikatsiooninumbrite vahel, nii et igal ajal on võimalik jälgida, milline pass kuulub millisele füüsilisele tootele. Kes soovib selleks süsteeme kombineerida, saab vaadata võimalusi, mis on kirjeldatud lehel tootepassi sidumine ERP- või varude süsteemiga.
- Lepingud tarkvarapakkujaga või platvormiga andmete ekspordist, pikaajalise saadavuse kohta ja mis juhtub teenuse lõppemisel.
- Sisemine protsess tooteteabe ajakohaseks pidamiseks, nii et muutused materjali koostises või muus omadustes peegelduvad järjepidevalt passis, selle asemel et neid eraldi pikka aega pisut ja üks-teist jälgitaks.
Kasutajate jaoks, kes teevad matratseid individuaalsele tellimisele, on samuti hea jäädvustada, kuidas üksikuid variante tarkvarasüsteemis töödeldakse — see protsess erineb sageli standardtootmisest ja on kirjeldatud lehel üle. kuidas tootjapas maatmatratsitega toimib.
See ei ole juriidiline nõu. Sellel leheküljel on üldine teave regulatsioonist, millele see platvorm viitab. Me ei tea teie olukorda. Kui kahtlete oma juhul, konsulteerige juristiga või pädevate järelevalveasutustega.
Kirjutatud AI abil ülaltoodud allikate põhjal, kontrollinud inimene 2026-09-05. Kas midagi pole õige? Andke teada — parandused saavad eesõiguse.