Voinko linkittää tuotepassin ERP- tai varastojärjestelmääni?

Kytkentä on teknisesti mahdollista, mutta ei oikeudellisesti pakollinen tai kielletty

ESPR ei määrää, miten valmistaja tai maahantuoja toimittaa digitaalisen tuotepassin tiedot. Asetus asettaa vaatimuksia itse pasportille — mitkä tiedot sen on sisällettävä, miten sen on oltava saavutettavissa ja millä tekniikan standardeilla sen on toimittava — mutta ei ota kantaa siihen, syötetäänkö tiedot manuaalisesti, tuodaanko ne taulukkolaskentaohjelmasta vai haetaanko ne automaattisesti ERP- tai varastointijärjestelmästä. Kytkentä sisäisen järjestelmän ja passintoimituspalvelun välillä ei siis ole kysymys siitä, mitä laki sallii, vaan siitä, mitä käytetty tekniikka ja tarjottu palvelu mahdollistavat.

Kenelle tämä on relevanttia ja milloin ei

Tämä kysymys on ajankohtainen erityisesti niille yrityksille, jotka käyttävät jo ERP- tai varastointijärjestelmää eivätkä halua ylläpitää samoja tuotetietoja kahdesti: kerran omassa järjestelmässä, kerran pasportissa. Kyse on käytännön, ei oikeudellisesta ongelmasta. ESPR ei edellytä, että valmistajalla on automatisoitu kytkentä, eikä se myöskään kiellä sitä. Mitä asetus sen sijaan määrää, on tekninen muoto, jonka passintiedoilla on oltava lopulta — riippumatta siitä, miten ne on toimitettu. Tämä aihe käsittelee siis ei itse kytkennän velvoitteita, vaan niitä vaatimuksia, joille pohjalla olevien tietojen on vastattava, mikä puolestaan määrittää, onko kytkentä järkevä ja toimintakuntoinen.

Ei vielä varmaa päivämäärää, mutta jo vahvistettuja teknisiä puitteita

Delegoitu säädös, joka tekee meubelin digitaalisen tuotepassin velvoitteesta konkreettisen, ei ole vielä olemassa; ESPR:n toimintasuunnitelma 2025–2030 mainitsee vuoden 2028 odotettavaksi julkaisukaudeksi. Kunnes kyseinen säädös on olemassa, ei myöskään ole varmaa, mitä tuoteryhmäkohtaisia tietoja tarkalleen ottaen vaaditaan ja missä muodossa. Se, mikä on jo vahvistettu, ovat ESPR:n 10 ja 11 artiklassa olevia yleisiä teknisiä vaatimuksia pasportille: ne koskevat kaikkia tuotteita, joihin delegoitu säädös sovelletaan, ja myöhemmin myös huonekaluja. Nämä yleiset puitteet ovat jo nyt tunnettuja, ja niitä voidaan käyttää omien dataprosessien rakenteen miettimiseen, vaikka huonekalipassin tarkka sisältö ei ole vielä vahvistettu.

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

Joka harkinnan kohteeksi kytkentä, on järkevää ensin tarkastella, mitkä tuotetiedot ovat jo rakenteellisesti omassa ERP- tai varastointijärjestelmässä: materiaalin koostumus, osien alkuperä, mitat, hoito-ohjeet ja vastaavat. Tämä on perusta, jolla passi kootaan, riippumatta siitä, tehdäänkö se manuaalisesti vai kytkennän kautta. Seuraavaksi on hyödyllistä selvittää, missä muodossa nämä tiedot tallennetaan, ja soveltuuko kyseinen muoto vaihtoon ulkoisen järjestelmän kanssa — ajattele strukturoituja kenttiä vapaan tekstin sijaan. Tällä alustalla passi kootaan valmistajan tai maahantuojan toimittamista tiedoista; se, miten kyseinen toimitus tarkalleen tapahtuu ja onko sille saatavilla automaattista kytkentää, on käytännön kysymys, jota voidaan käsitellä erikseen. Pidemmälle aikavälille on järkevää strukturoida tuotetiedot siten, että ne soveltuvat ilman suurta muuntamista digitaaliseen passiin riippumatta siitä, tapahtuu toimitus nyt manuaalisesti vai automatisoituu myöhemmin. Tämä säästää kaksinkertaista työtä sillä hetkellä, kun velvoite huonekaleille tulee voimaan.

Oikeusperuste: ESPR:n 10 ja 11 artikla

Artikla 10 ESPR-asetuksessa (EU 2024/1781) kuvataan digitaalisen tuotepassin vaatimukset, mukaan lukien tietojen linkittäminen yksilöivään tuotetunnukseen ja näiden tietojen saatavuus tuotteen elinkaaren aikana. Artikla 11 samassa asetuksessa käsittelee passin teknistä suunnittelua ja toimintaa sekä sisältää vaatimukset avoimista standardeista, yhteentoimivuudesta ja tietojen koneellisesta luettavuudesta. Nämä artiklarit määrittävät yhdessä ei sitä, miten tiedot toimitetaan, vaan sen, mitä teknistä muotoa nämä tiedot viime kädessä täyttävät — ja juuri tämä on lähtökohta sille, onko ja miten ERP- tai varastojärjestelmän integrointi mahdollista.

Mitä voit tehdä nyt

Kartoita, mitkä tuotteen tiedot ovat jo omassa ERP- tai varastojärjestelmässä ja missä muodossa, ja keskustele passin toimittajan — tässä tapauksessa tämän alustan — kanssa siitä, mitkä toimitusvaihtoehdot ovat käytännöllisesti mahdollisia. Kun huonekalujen delegoitu säädös julkaistaan, tämän sivuston päivittyy tarkka päivämäärä ja tarkat tietovaatimukset; siihen asti on pääasiassa järkevää valmistella omat tiedot etukäteen jäsennellyiksi ja siirrettäviksi.

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

ERP- tai varastojärjestelmän kytkeminen digitaaliseen tuotepassiin on teknisesti usein mahdollista ja voi säästää paljon manuaalista työtä. ESPR ei määrää, miten hankit tai hallitset tietoja sisäisesti; asetus asettaa vaatimuksia passiille itselleen, sen sisällölle ja sen saavutettavuudelle. Tämä tarkoittaa, että kytkeminen omaan järjestelmään ei ole itsetarkoitus, vaan keino näiden vaatimusten täyttämiseksi.

Passiin on noudatettava teknisiä vaatimuksia tietojen lähteestä riippumatta

ESPR:n 10 artikla (Asetus (EU) 2024/1781) kuvaa, mitä tietoja digitaalisen tuotepassin on sisällettävä ja mihin ehtoihin sen on noudatettava, kuten oikeellisuus ja täydellisyys. 10–100 työntekijän yritykselle tämä tarkoittaa, että tietojen lähde — riippumatta siitä, syötetäänkö ne manuaalisesti vai tuodaanko ne automaattisesti ERP-järjestelmästä — ei vähennä sisällöltä odotettavaa. Kytkeminen ei siis muuta velvoitetta; se muuttaa vain kuinka käytännössä täytät tämän velvoitteen.

Passiin on noudatettava 11 artiklassa määriteltyä teknistä rakennetta

ESPR:n 11 artikla (Asetus (EU) 2024/1781) käsittelee digitaalisen tuotepassin teknistä rakennetta ja toimintaa, mukaan lukien tietojen tallennustapa, vaihto ja avaaminen datavälineen kautta. Omaan järjestelmään kytkemisen osalta tämä tarkoittaa, että kytkemisen tulos — tiedot, jotka lopulta päätyvät passiin — on sovittava passille pätevään tekniseen kehykseen, kuten käytettyyn tietomalliin ja avaamisen tapaan huoneen QR-koodin kautta. ERP-paketin vientitiedosto on siis harvoin suoraan passi; se on yleensä lähde, joka ensin on käännettävä oikeaan muotoon.

Jokainen kytkeminen tuottaa tietoja, jotka on liitettävä yksilöivään tunnuskoodiin

ERP- tai varastojärjestelmä toimii yleensä sisäisillä artikkeleiden numeroilla tai SKU:illa. Ne eivät automaattisesti vastaa sitä tunnuskoodia, jota tuotepassi edellyttää. Kytkeytymisen määrittämisen yhteydessä on siis tärkeää määrittää, miten jokaiselle tuotteelle myönnetään yksilöivä tunnuskoodi ja kuinka tämä koodi liittyy omassa järjestelmässä olevaan tuotteiden koodaukseen. Ilman tätä käännösvaihetta on olemassa riski, että sisäiset numerot päähtyvät vahingossa passiin tai että yhtä tuotepassia ei voi hyvin jäljittää oikeaan varastoriville.

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

Automaattinen synkronointi ilman valvontavaiheita. Kytkeminen, joka siirtää tietoja suoraan ja ilman välivaihetta ERP-järjestelmästä passiin, näyttää tehokkaalta, mutta tarkoittaa myös sitä, että virhe lähdelliköissä — väärin merkitty materiaaliprosentti, vanhentunut sertifikaatti — automaattisesti välittyy julkaistuun passiin.

Sekaannus sisäisen SKU:n ja julkisen tunnuskoodin välillä. Yritykset käyttävät joskus samaa sisäistä artikkeliin numeroa ulkoisena tunnuskoodina tarkistamatta, onko tämä numero jo käytössä muualla tai täyttääkö se vaatimukset. Tämä on erityisen olennaista yrityksillä, jotka käyttävät GS1 Digital Link ja joiden on sovitettava kytkeminen sen kanssa.

Ei kytkentää varastoon liittyvien muutosten ja passintilan välillä. Kun tuotetta ei enää valmisteta tai se korvataan uudella versiolla, se merkitään usein ERP-järjestelmässä, mutta se ei automaattisesti johda passiin päivitykseen. Kysymys siitä, voidaanko tietoja muuttaa julkaisemisen jälkeen ja kuinka nousee sitten esille myöhään, yleensä vasta sen jälkeen, kun asiakas tai valvontaviranomainen ilmoittaa ristiriidasta.

Puutteellinen huomio yhdistettyihin tuotteisiin. ERP-järjestelmä rekisteröi osia ja variantteja usein toisistaan erillään, kun taas kysymys siitä, vaatiiko huonekalu kokonaisuudessaan tai jokainen osa erikseen passiin, on vastattava erikseen. Kytkeminen, joka perustuu varastojärjestelmän rakenteeseen, on siis vaarassa ottaa väärän yksikön lähtökohdaksi.

Yhteys katkeaa järjestelmän vaihdossa tai toimittajan vaihdossa. Kun yritys vaihtaa ERP-pakettia, muuttaa hosting-palveluntarjoajaa tai lopettaa yhteistyön tietyn IT-toimittajan kanssa, ei aina huomioida, että pasportin yhteys on muodostettava uudelleen. Tämä koskee myös kysymystä siitä, mitä pasaportille tapahtuu kun yritys lopettaa toimintansa tai vaihtaa oikeudellista muotoaan.

Mitä voitte dokumentoida

Luettelo, joka sisältää tiedot siitä, mitkä ERP- tai varastojärjestelmän kentät siirretään automaattisesti pasaportille ja mitkä kentät tarkistetaan aina manuaalisesti ennen julkaisemista.
Vahvistettu käännöstaulukko, joka yhdistää sisäiset artikkelinumerot ulkoisesti käytettäviin tunnuksiin, mukaan lukien sovittu menettely taulukon ajantasaisuuden ylläpitämisestä.
Menettely sille, milloin bronsarjan muutos – uusi materiaali, uusi toimittaja, muutettu koostumus – edellyttää pasaportin tarkastamista tai päivittämistä.
Sopimukset IT-toimittajan tai hosting-palveluntarjoajan kanssa siitä, mitä tapahtuu järjestelmän vaihdossa, mukaan lukien se, kuka on vastuussa yhteyden siirtämisestä.
Sisäinen valvontavaihe (esimerkiksi neljännesvuosittain), jossa satunnaisesti tarkistetaan, ovatko julkaistun pasaportin tiedot yhä yhdenmukaisia ERP-järjestelmän nykyisen tilan kanssa.
Dokumentaatio siitä, millä kielellä tai kielillä ERP-järjestelmästä toimitetaan tietoja, suhteessa kysymykseen missä kielessä pasaportille on annettava.

Tarjoamme malleja useille näistä sopimuksista, jotta dokumentointi ei tarvitse tapahtua jokaisen tuotteen kohdalla alusta alkaen.

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älyllä edellä mainittujen lähteiden perusteella, jonka ihminen on tarkistanut 2026-08-22. Onko jotain vialla? Kerro meille — korjaukset saavat etusijan.