voinko käyttää olemassa olevaa tuotetietokantaani tuotepassissa

Kyllä, lähteenä — mutta ei itse pasportina

Olemassa olevaa tuotetietokantaa voidaan yleensä käyttää lähteenä digitaalisen tuotepassin sisältämille tiedoille, mutta tietokanta itsessään ei ole tuotepassi. Tuotepassi on erityinen tietomuoto, joka on kytketty ainutlaatuiseen kantajaan (yleensä QR-koodi) tuotetta tai tuotemallia kohden, ja siihen liittyvät kiinteät vaatimukset rakenteelle, saavutettavuudelle ja kytkennälle muihin järjestelmiin, kuten EU:n rekisteröintirekisteriin. Tiedot, jotka ovat jo nyt ERP-järjestelmässä, PIM-järjestelmässä tai Excel-listalla — materiaalit, mitat, artikkelinumerot, toimittaja, kokoonpano — ovat tarkalleen sellaisia tietoja, joiden tulee olla pasportissa. Näitä tietoja ei siis tarvitse kerätä uudelleen, mutta ne on siirrettävä oikeaan muotoon ja kytkettävä oikeaan kantajaan.

Millä tiedoilla tämä toimii ja millä ei

Tuotekohtaisen tai tuotemallikohtaisen tiedot — kuten materiaalin koostumus, alkuperä, mitat, takuutiedot tai huolto-ohjeet — soveltuvat hyvin uudelleenkäyttöä varten olemassa olevasta tietokannasta. Nämä tiedot ovat osa sitä, mitä ESPR:n (asetus (EU) 2024/1781) 9 artikla kuvaa digitaalisen tuitepassin ytimenä: tiedot, jotka on saatettava saavutettaviksi tuotetta kohden datatietäjän välityksellä. ESPR:n 10 artiklan edellyttämää teknistä rakennetta olemassa olevassa tietokannassa usein ei ole: ainutlaatuinen tuotetunniste, kytkentä rekisteröintirekisteriin ja muoto, jonka markkinaosapuolet, valvontaviranomaiset ja kuluttajat voivat lukea yhtenäisellä tavalla. Sisäinen tietokanta on yleensä järjestetty oman yrityksen hallinnointia varten — varastonhallinta, tilausten käsittely — eikä ulkoiseen, standardoituun lukemiseen, kuten ESPR:n 11 artikla edellyttää passin teknisestä toiminnasta. Siinä on ero "tiedot ovat jo olemassa" ja "passi on jo olemassa" välillä: ensimmäinen on usein totta, jälkimmäinen harvoin.

Milloin tämä on relevant

Kysymys siitä, soveltuuko olemassa oleva tietokanta, muuttuu konkreettiseksi vasta, kun meubeleita koskeva velvoite tulee voimaan, eikä se ajanjakso ole vielä vahvistettu. Kuten myös sivulla mainitaan, milloin tuotepassi tulee pakolliseksi huonekaluille on selitetty, huonekalujen delegoitua toimenpidettä ei ole vielä julkaistu; se määrittää vasta, mitkä tarkat tiedot ovat pakollisia ja mikä muoto niihin liittyy. Siihen asti ei ole lainmukaista velvoitetta pitää passia, mutta se ei tarkoita, että odottaminen olisi ainoa vaihtoehto. Mitä siihen asti jo on päätetty, on yleinen rakenne ESPR:n itsensä artikloista 9, 10 ja 11 — jotka määrittelevät puitteen, joihin huonekalujen delegoitu toimenpide myöhemmin täytetään.

Kuinka lähestyä tätä käytännössä

Ensimmäinen vaihe on selvittää, mitkä tiedot ovat jo vahvistettuja ja missä: materiaalin koostumus, alkuperä, mitat ja mahdollisesti jo olemassa olevat sertifikaatit tai testiraportit. Monet näistä tiedoista ovat usein hajallaan eri järjestelmissä — varastohallintajärjestelmässä, tuotetietojen hallintajärjestelmässä, löyhissä dokumenteissa sertifikaateille. Toinen vaihe on arvioida, ovatko nämä tiedot tuotemallin tasolla johdonmukaisia ja ajan tasalla, koska passi edellyttää yksiselitteisiä tietoja tuotetta kohden, ei tilausta tai erää kohden. Kolmas vaihe on selvittää, mitkä tiedot puuttuvat; usein juuri ne tiedot, joita pyydetään erityisesti passille, kuten korjaus- tai purkutiedot, joita ei yleensä ole vakio-myynti- tai varastojärjestelmässä. Niille, jotka haluavat aloittaa tämän kanssa jo nyt, vaikka tarkat vaatimukset eivät ole vielä vahvistettuja, sivulla, joka käsittelee mitä voit tehdä jo nyt, kun säännöt eivät ole vielä lopulliset kuvataan useita valmistelevia vaiheita, joita voidaan toteuttaa ilman riskiä. Jos haluat yleiskatsauksen lähestymistavasta järjestyksessä, tietojen keräämisestä tietokannan sijoittamiseen saakka, katso sivua, joka käsittelee tuotepassi vaihe vaiheelta on looginen jatko.

Kokoelmissa, joissa on paljon variantteja — värejä, verhoiluja, jalkatyyppejä — on otettava huomioon, että olemassa oleva tietokanta hallinnoi näitä variantteja usein erillisinä SKU:ina ilman jaettua pohjaa. Pasaportti vaatii juuri selkeää kytkentää siihen, mikä on jaettu kokoelman sisällä ja mikä eroaa varianttikohtaisesti — asiaa, johon kiinnitetään erityistä huomiota sivulla pasportit kokoelmille, joissa on paljon väri- ja kankasvaihtoehtoja.

Oikeudellinen perusta: ESPR:n artiklalit 9, 10 ja 11

ESPR:n artikkla 9 (Asetus (EU) 2024/1781) määrää, että tuotteeseen, jolla on digitaalinen pasaportti, on varustettava tietokantolaittella, jonka avulla tuotetta koskevat tiedot ovat saatavilla. Artikla 10 kuvaa sisältövaatimuksia, joita näille tiedoille on asetettu, mukaan lukien yhteys yksilölliseen tunnistenumeroon ja rekisteröintirekisteriin. Artikla 11 koskee tekniikan toimintaa: kuinka pasaportin on oltava luettava ja vaihdettavissa eri osapuolten välillä ketjussa. Yhdessä nämä artiklarit määrittelevät, että tuotepassaportti ei ole pelkästään tuotetietojen tietokanta, vaan erityisesti suunniteltu kerros sen päällä — rakennettu tiedoilla, jotka usein jo olemassa, mutta täydennetty ja strukturoitu vaatimusten mukaisesti, jotka vahvistetaan vielä tuoteryhmittäin.

Joka nyt haluaa tarkistaa, ovatko omat huonekalut tulevaisuudessa tämän velvoitteen alaisia, voi tehdä sen sivulla vai koskeeko digitaalinen tuotepassaportti tiettyjä huonekaluja, ja joka haluaa ensin tietää, mikä tuotepassaportti sisällöllisesti tarkalleen ottaen on, löytää sen sivulla mikä on digitaalinen tuotepassaportti huonekaluille. Käytännöllisin askel nyt on: kartoittaa olemassa olevat tuotetiedot ja järjestää ne tuotemalleittain, jotta täydennys jää myöhemmin vain siihen, mikä vielä todella puuttuu.

Mihin tämä perustuu

Asetus itsessään on saatavilla EUR-Lexissä. Viittaamme jokaiseen väitteeseen; sinun ei tarvitse uskoa meitä.

Mitä sinun on konkreettisesti tehtävä

Mitä sinulta odotetaan

Monilla yrityksillä, joissa on 10—100 työntekijää, on jo tuotetietokanta: ERP-järjestelmä, PIM-järjestelmä tai yksinkertaisesti laaja Excel-tiedosto, jossa on artikkelinumerot, materiaalit, mitat ja toimittajatiedot. Kysymys ei ole siitä, onko tietokanta hyödyllinen, vaan siitä, vastaaviko tietokannassa olevat tiedot sitä, mitä ESPR odottaa digitaalisesta tuotepassaportista. Nämä ovat kaksi eri asiaa.

Sisällön on vastattava sitä, mitä delegoitu säädös vaatii

ESPR:n artikkla 9 (Asetus (EU) 2024/1781) kuvaa digitaalista tuotepassaportia tuotetietojen kokoelmana, joka on saatavilla tietolähteen kautta. Mitä tietoja sen tarkalleen ottaen on oltava, määritellään tuoteryhmittäin delegoidussa säädöksessä. Huonekaluille sitä ei ole vielä julkaistu. Käytännössä tämä tarkoittaa, että olemassa oleva tietokanta sisältää usein jo osan pyydetyistä tiedoista — materiaalikoostumus, alkuperä, mitat — mutta harvoin kaikkea. Korjaustiedot, kierrätysohjeet tai kierrätettävyystiedot eivät yleensä ole varastointia ja laskutusta varten suunnitellussa ERP-järjestelmässä.

Tiedot on kytkeytyneet rakenteellisesti tietokantalaitteeseen

ESPR:n artikla 11 asettaa vaatimuksia tekniikkasuunnittelulle: pasaportin on oltava saatavilla tietokantalaitteen (kuten QR-koodin) kautta, ja tiedot on annettava strukturoidulla, koneella luettavalla tavalla. Tietokanta, jota käytetään vain sisäisesti eikä ole suunniteltu luomaan tuoteyksikköä tai -mallia kohti pysyvää, ainutlaatuista kytkentää tietokantalaitteeseen, ei täytä tätä automaattisesti. Tämän kokoisen yrityksen kannalta tämä tarkoittaa yleensä, että olemassa olevan tietokannan ja ulkomaailman välillä tarvitaan ylimääräinen kerros: järjestelmä, joka hakee tietokannan oikeat tiedot, muotoilee ne oikein ja kytkeää ne QR-koodiin, joka pysyy saavutettavissa kymmenen vuotta.

Saatavuuden on täytettävä artiklan 10 vaatimukset

Artiklan 10 ESPR:stä käsitellään sitä, ketkä saavat nähdä mitkä tiedot ja kuinka kauan tiedot on oltava saatavilla. Sisäinen tietokanta ei yleensä ole järjestetty julkiseksi tai osittain julkiseksi saatavaksi, puhumattakaan säilytysajasta, joka on riippumaton siitä, onko yritys itse olemassa. Tämä edellyttää erillistä ratkaisua olemassa olevan tietokannan rinnalla, ei sen korvaamista.

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

Valmistaja olettaa, että koska kaikki tekniset tiedot ovat jo ERP-järjestelmässä, passi "tulostuu sieltä suoraan". Käytännössä puuttuvat juuri ne kentät, joita ESPR todennäköisesti tulee vaatimaan, kuten korjaus- ja purkamistiedot, ja ne on täytettävä silti manuaalisesti.

Maahantuoja työskentelee valmistajan tietokannan kanssa EU:n ulkopuolella olevasta maasta ja olettaa, että nämä tiedot voidaan käyttää sellaisenaan. Lähdettiedot eivät usein ole tarvittavassa muodossa tai kielellä, ja maahantuojalla on markkinaosallistujana EU:ssa oma vastuunsa tietojen oikeellisuudesta, jotka lopulta päätyisivät passin tietoihin.

Projektisuunnittelijalla on oma artikkelitietokanta kutakin asiakasprojektia kohti, mutta se ei ole linkitetty yksittäiseen tietojen siirtovälineeseen tuotetta kohti. Tarkastuksessa käy ilmi, että myydyn huonekalun ja niihin liittyvien passin tietojen välillä ei ole suoraa, vakaata yhteyttä.

Yritys päivittää omaa tietokantaansa säännöllisesti, esimerkiksi materiaalin muuttuessa, mutta unohtaa, ettei jo myytyjen tuotteiden passi enää vastaa fyysistä tuotetta. Sisäinen tietokanta on "elävä" tiedosto, passin tulee puolestaan olla luotettava dokumentaatio myyntihetkellä.

Yritys, jolla on paljon väri- ja kangasvaihtoehtoja, hallitsee näitä variantteja erillisenä kenttänä yhdessä tuotekoodissa, kun taas passissa saattaa olla tarpeen eri tiedot varianttia kohti — ajattele vaikkapa eri materiaaliosuutta eri kangasvalinnan yhteydessä. Jotka käsittelevät tätä, löytävät lisää tietoja tästä erityisestä ongelmasta osoitteesta kuinka luon passeja huonekaluyhdistelmälle, jossa on paljon väri- ja kankasvaihtoehtoja.

Mitä voitte dokumentoida

Yleiskatsaus siitä, mitä tietoja on jo olemassa olevassa tietokannassa ja mitkä niistä ovat todennäköisesti merkityksellisiä digitaalisen tuotepassin kannalta — perustuen siihen, mitä ESPR:n 9 ja 10 artikla (Asetus (EU) 2024/1781) antavat suuntaa, vaikka tarkka luettelo tuoteryhmittäin ei ole vielä varmistettu.
Merkintä kunkin tiedon lähteestä ja luotettavuudesta: onko se itse määritetty vai otettu toimitsijoilta tai valmistajalta muualta toimitusketjussa.
Menettely tuotetietojen muutosten seuraamiseksi, jotta on selvää, mitkä tietojen versio vastaa mitä myydyä tuotetta.
Sopimukset toimittajien kanssa siitä, mitä tietoja he toimittavat ja missä muodossa, erityisesti silloin, kun oma tietokanta riippuu heidän panoksestaan.
Yleiskatsaus tuotevarianteista ja tiedoista, jotka voivat poiketa varianttia kohti, erityisesti väri- ja kangastoteutuksissa.

Joka haluaa tämän nyt strukturoida, vaikka delegoitua säädöstä ei vielä ole, löytää lähestymistavan osoitteesta mitä voin tehdä jo nyt, kun säännöt eivät ole vielä lopullisia. Ja joka haluaa tietää, miten tämä inventaario sopii loput prosessin kanssa, löytää yleiskatsauksen osoitteesta kuinka otan huonekalujen tuotepassaportin käyttöön vaihe vaiheelta.

Olemassa oleva tuotetietokanta ei siis ole harvoin arvoton, mutta harvoin myöskään riittävä sinänsä. Se muodostaa useimmissa tapauksissa käyttökelpoisen lähtökohdan: perustiedot ovat siellä, rakenne ja yhteys tietojen siirtovälineeseen yleensä eivät. On järkevää arvioida nämä kaksi asiaa erikseen — mitä tietoja on jo olemassa ja mitä tarvitaan, jotta tiedoista tulisi passi.

Tämä ei ole oikeusneuvonta. Tämä sivu sisältää yleisiä tietoja sääntelylainsäädännöstä, josta tämä alusta käsittelee. Emme tunne tilannettasi. Jos epäilet omaa tilannettasi, ota yhteyttä asianajajaan tai toimivaltaiseen valvontaviranomaiseen.

Kirjoitettu tekoälyn avulla yllä oleviin lähteisiin perustuen, ihmisen tarkastama 2026-09-05. Onko jotakin vialla? Kerro meille — korjaukset saavat etusijan.