tarvitsenko erityistä ohjelmistoa digitaalisen tuotepassin tekemiseen

Ei, lain mukaan erityisiä ohjelmistoja ei vaadita

ESPR ei määrää mitään tiettyä ohjelmistopakettia, järjestelmää tai merkkiä. Mitä asetus sen sijaan määrää, ovat vaatimukset tulokselle: digitaalisen tuotepassin on sisällettävä tiedot, jotka ovat määrätyllä tavalla saatavilla datansiirtäjän kautta, sen on täytettävä tietyt tekniset ja organisatoriset vaatimukset, ja se on oltava tarkasteltavissa sille, jolla on siihen oikeus. Se, miten valmistaja tai maahantuoja sen teknisesti järjestää — omaksi kehitetyllä järjestelmällä, ERP-paketin moduulilla tai ulkoisen osapuolen palvelulla — ei ole säädösten mukainen. Näin ollen ei ole olemassa pakollista "tuotepassin ohjelmistoa", joka on jossain luettelossa ja joka on hankittava. Mitä on oltava, on toimiva kokonaisuus, joka täyttää asetuksen vaatimukset, ja se on eri kysymys kuin mitä ohjelmistoa siihen käytetään.

Matrasseilla näin on, hallinnon osalta ei automaattisesti

Tämä keinovapaus koskee digitaalista tuotepassia matrasseille, jota ESPR kohta vaatii: tietojen siirtäjää, passin tietojen tallentamista ja saatavuutta. Se ei koske kaikkea muuta, mitä valmistaja tai maahantuoja jo käyttää tai käyttää ohjelmistoa. Kirjanpitojärjestelmä, varastonhallintapaketti tai CE-merkintäasiakirja eivät kuulu tämän säännöksen piiriin ja noudattavat omia sääntöjään. Se ei myöskään koske kysymystä siitä, onko tietty järjestelmä "riittävä" — sitä ei arvioida ohjelmiston merkin tai toimittajan perusteella, vaan sen perusteella, täyttääkö tulos asetuksen vaatimukset. Taulukko, joka sattuu täyttämään kaikki vaatimukset, on teoriassa yhtä pätevä kuin kallis erikoistunutta ratkaisua; toisaalta kallis järjestelmä ei täytä vaatimuksia automaattisesti pelkästään siksi, että se on kallis.

Ei vielä määrättyä päivämäärää, mutta jo määrätyt vaatimukset suunnittelulle

Milloin digitaalinen tuotepassi tulee pakolliseksi matrasseille, ei vielä ole selvä; se johtuu delegoidusta säädöksestä, joka on vielä julkaistava tälle tuoteryhmälle. Siihen asti ei ole velvollisuutta noudattaa tuotepassia. Mitä jo on määrätty, ovat yleiset tekniset vaatimukset ESPR:ssä, joita digitaalinen tuotepassi tulevaisuudessa on noudatettava, riippumatta siitä, millä ohjelmistolla se rakennetaan. Nämä vaatimukset koskevat muun muassa yhteentoimivuutta, avointen standardien käyttöä ja sitä, miten tiedot on saatavilla. Ne, jotka valitsevat tai kehittävät ohjelmistoa nyt, voivat siis ottaa nämä vaatimukset lähtökohdaksi, vaikka matrasseille itselleen määrätty pakollinen alkamispäivä ei vielä ole tunnettu.

Mistä aloittaa järjestelmän valinnassa

Käytännön järjestys ei ala ohjelmistosta, vaan tiedoista: ensin on selvitettävä, mitkä tuotetiedot tulee passihin sisältyä, ennen kuin katsotaan, miten nämä tiedot teknisesti tallennetaan ja saatavilla. Tämän jälkeen tulee kysymys siitä, miten kukin patja saa ainutlaatuisen tunnusteen, koska tämä tunniste on fyysisen tuotteen ja sen digitaalisten tietojen välinen yhteys. Seuraavaksi on päätettävä, perustetaanko prosessi itse vai ulkoistetaanko se osapuolelle, joka hoitaa tallentamisen ja saatavuuden — juuri siinä tapauksessa alusta kuten tämä alusta sopii, koska se kokoaa passin toimitettujen tietojen perusteella ja hoitaa isännöinnin ja QR-tietojen siirtäjän. Yrityksille, jotka jo käyttävät ERP- tai varastojärjestelmää, on seuraavaksi merkityksellistä, voidaanko ja miten tämä järjestelmä liittää tuotepassiin,jotta tiedot eivät joudu syötettäviksi kahdesti. Ne, jotka mieluummin näkevät ensin laajemman kuvan, ennen kuin tekevät järjestelmävalintoja, voivat aloittaa myös kysymyksellä, miten eurooppalainen tuotepassien rekisteri suhteutuu omaan passiinsa, koska tämä rekisteri on pakollinen osuus riippumatta siitä, mitä ohjelmistoa valitaan.

Tämä johtuu ESPR:n artikleleista 9, 10 ja 11

Perusta löytyy ESPR:n (asetus (EU) 2024/1781) 9 artiklasta, jossa digitaalinen tuotepassi otetaan käyttöön välineenä. ESPR:n 10 artikla täsmentää passin sisältövaatimuksia, joille passin tulee vastata, kuitenkaan määrittämättä mitään tiettyä teknologiaa tai toimittajaa. ESPR:n 11 artikla käsittelee erityisesti digitaalisen tuotepassin teknistä suunnittelua ja toimintaa, ja mainitsee vaatimuksiksi esimerkiksi yhteentoimivuuden ja avoimen standardin käytön — vaatimuksiksi, jotka asetetaan tulokselle, eivät työkalulle, jolla tulokseen päästään. Nämä kolme artiklaa yhdessä osoittavat, että asetus on rakennettu toiminnallisesti: se säännöstelee, mitä passin tulee pystyä tekemään ja miten sen tulee olla saavutettavissa, ja jättää ohjelmiston valinnan sille, joka passin kokoaa.

Joka haluaa varautua jo nyt, voi parhaiten aloittaa omien tuotteidensa tietojen järjestämisellä ja tunnistusjärjestelmän määrittämisellä per patja, jotta vahva perusta on paikallaan silloin, kun mattojen delegoitu säädös julkaistaan — tietty ohjelmistojärjestelmän valinta voi seurata sen jälkeen kyseisen aikaisesti voimassa olevien teknisten vaatimusten perusteella.

Mihin tämä perustuu

Asetus itsensä on EUR-Lexissä. Viitaamme jokaiseen väitteeseen; ette joudu uskomaan meitä.

Mitä sinun on konkreettisesti tehtävä

Mitä sinulta odotetaan

Passi, joka on luettavissa avoimen standardin kautta

ESPR:n (asetus (EU) 2024/1781) 10 artikla määrää, että digitaalinen tuotepassi toimii avoimen, yhteentoimivan standardin perusteella. Tämä tarkoittaa, että tietoja ei saa lukita suljettuun, omaan tiedostoformaattiin, jonka voi avata vain yhdellä tietyllä ohjelmalla. 10–100 työntekijän mattovalmistajalle tämä tarkoittaa ensisijaisesti sitä, että järjestelmä tai alusta on testattava tätä vaatimusta vastaan: voidaanko tieto ottaa siitä ulos, ja voivatko muut osapuolet lukea sen ilman, että heillä on täsmälleen sama ohjelmisto kuin teillä?

Saavutettavuus datakantojen kautta, ei sovelluksen kautta

11 artikla säännöstelee, miten passi teknisesti toimii: datakannan kautta (käytännössä usein QR-koodin), joka viittaa tietoihin. Kuluttajan, valvontaviranomaisen tai kauppakumppanin on pystyttävä tutustumaan niihin tietoihin ilman, että siihen tarvitaan erillistä, teiltä toimittamaa sovellusta. Käytännössä tämä tarkoittaa, että tavallinen älypuhelin kameralla ja selaimella on oltava riittävä. Joka harkitsee oman sovelluksen rakentamista passin näyttämiseksi, tekee sen siis lisäpalveluna — ei siksi, että säännös velvoittaa sovellusta. Miten datakanta päätyy tuotteeseen, on kuvattu sivulla olevissa tiedoissa. miten QR-koodi tuotepassia varten tulee matratseillenne.

Linkitys ainutlaatuiseen tunnistenumeroon

9 artikla yhdistää passin ainutlaatuiseen tuote- tai mallin tunnistukseen. Se edellyttää tapaa, jolla jokainen passi yhdistetään oikeaan fyysiseen tuotteeseen. Yrityksille, jotka jo käyttävät erä-, EAN- tai sisäisiä artikkelinumeroita, tämä on yleensä kysymys näiden olemassa olevien numeroiden johdonmukaisesta jatkamisesta paspoorttijärjestelmässä. Miten tämä linkitys käytännössä perustetaan, on selitetty sivulla olevissa tiedoissa. kuinka annatte kullekin tuotteelle yksilöllisen tunnistuskoodin.

Tiedot, jotka pysyvät ajantasaisina ja jäljitettävissä

9. ja 10. artikla yhdessä merkitsevät sitä, että passi ei ole tilannekuva, joka voidaan unohtaa julkaisun jälkeen, vaan tietojenkokoelma, joka pysyy sidottuna tiettyyn tuotteeseen sillä aikaa, kun passi on oltava saatavilla. Tämä edellyttää yritykseltä tapaa tietää, mitkä tiedot kuuluvat mihin tuotteeseen, myös silloin, kun myöhemmin on kysymyksiä matosta, joka myytiin muutama vuosi sitten.

Missä käytännössä menee pieleen

Valmistaja antaa passin valmistaa ohjelmassa, joka toimii hyvin, mutta jonka toimittaja toimittaa tiedot vain PDF-muodossa tai näyttökuvauksina. Se on ihmiselle luettavaa, mutta ei koneluettavaa niin kuin 10 artikla tarkoittaa — pohjimmaiset tiedot on oltava rakenteellisesti haettavissa, ei vain visuaalisesti näytettävissä.

Yritys rakentaa oman sovelluksen passin näyttämiseen olettaen, että tämä on pakollista. Se vie aikaa ja rahaa kehitykseen, vaikka artikla 11 edellyttää juuri saavutettavuutta ilman erityisiä ohjelmistoja — tavallinen verkkosivusto, joka avautuu QR-koodin kautta, täyttää tämän ajatuksen.

Tuoja käyttää jokaista toimittamista varten uutta, ad hoc -Excel-tiedostoa, joka muutetaan manuaalisesti passin muotoon. Kun volyymi kasvaa, tuote-passi-yhteydessä ilmenee virheitä, ja on epäselvää, mikä passi kuuluu mihin erään.

Valmistaja valitsee järjestelmän tarkistamatta, voidaanko tiedot koskaan viedä siitä ulos. Kun myöhemmin siirrytään toiselle alustalle tai hosting-palvelun tarjoaja lopettaa toimintansa, tiedot osoittautuvat olevan lukittuina yhden toimittajan kanssa. Mitä tähän liittyy, on kuvattu sivulla mitä tapahtuu tuotepasseillenne, jos hosting-palvelun tarjoaja lopettaa toimintansa.

Yritys ajattelee, että passi-järjestelmän on oltava erillään omasta liiketoiminnasta, ja syöttää kaikki tuotetiedot kahdesti: kerran ERP-järjestelmässä, kerran passi-järjestelmässä. Tämä kaksinkertaistaa työmäärää ja lisää riskiä molempien lähteiden välisissä eroissa.

Mitä voitte kirjata

Yleiskatsaus valitun järjestelmän käyttämiin tiedostomuotoihinja ovatko nämä avoimia ja vietävissä — tämä on testattavissa artiklan 10 mukaista yhteentoimivuusvaatimusta vastaan.
Kuvaus siitä, miten tietoväline (QR-koodi) antaa pääsyn passinilman erillistä sovellusta, kuten artiklan 11 tarkoittaa.
Kytkentätaulukko sisäisten tuotekoodien ja passin tunnistenumeroiden välilläjotta on aina jäljitettävissä, mikä passi kuuluu mihin fyysiseen tuotteeseen. Jotka haluavat yhdistää tätä varten järjestelmiä, voivat tarkastella mahdollisuuksia, jotka on kuvattu sivulla tuotepassin yhdistäminen ERP- tai varastojärjestelmään.
Sopimukset ohjelmistotoimittajan tai alustan kanssa tietojen viennistä, saatavuudesta pidemmällä aikavälillä ja siitä, mitä tapahtuu palvelun päätyttyä.
Sisäinen prosessi tuotetietojen ylläpidolleniin että materiaalin koostumuksessa tai muissa ominaisuuksissa tapahtuvat muutokset heijastuvat johdonmukaisesti passiin kahden kerran ja erillään toisiaan pidettävän sijasta.

Yrityksille, jotka valmistavat räätälöityjä patjoja, on lisäksi hyvä kirjata, miten yksittäiset muunnelmat käsitellään passi-järjestelmässä — tämä prosessi poikkeaa usein standardituotannosta ja on selitetty sivulla kuinka tuotepassi toimii mittatilauksesta valmistetuissa patjoissa.

Tämä ei ole oikeudellista neuvontaa. Tämä sivu sisältää yleistä tietoa säännöksistä, joita tämä alusta koskee. Emme tunne tilannettanne. Jos epäilette omassa tapauksessanne, kysykää neuvoja juristilta tai asiaankuuluvalta valvontaviranomaiselta.

Kirjoitettu tekoälyllä yllä olevien lähteiden pohjalta, tarkistettu ihmisen toimesta 2026-09-05. Onko jotain vialla? Kerro meille — korjaukset menevät etusijalle.