Voinko yhdistää tuotteen digitaalisen passin ERP- tai varastojärjestelmääni?

Kytkentä on teknisesti mahdollinen, mutta muoto ei ole vielä vahvistettu

Digitaalinen tuotepassi on rakennettu strukturoiduksi, koneellisesti luettavaksi tietojoukkoksi, ja se sopii periaatteessa kytkentään ERP- tai varastojärjestelmään. ESPR määrää, että passiin liittyvät tiedot on kirjattava avoimen standardeja käyttäen ja että järjestelmien on pystyttävä vaihtamaan tietoja keskenään. Tämä on täsmälleen se lähtökohta, johon kytkentä olemassa olevaan liiketoimintajärjestelmään perustuisi: ei manuaalista syöttöä per patja, vaan tiedontoimitus sen datan perusteella, jota valmistaja tai maahantuoja jo ylläpitää. Se, miltä kytkentä käytännössä näyttää — mikä tiedostomuoto, mitkä kentät, mikä toimitusmenetelmä — ei ole vielä vahvistettu, koska matojen tekninen toteuttaminen on vielä julkaistavana.

Ketä tämä koskee ja ketä ei

Tämä selitys käsittelee passiin liittyvää tietorakenteen, ei erityistä kytkentäliittymää tai liitintä, joka on jo saatavilla. ESPR kuvaa vaatimuksia interoperaabelisuudelle ja sille, miten passi on teknisesti rakennettu (tietoväline, yksilölliset tunnistekoodit, tietojen tallennus), mutta ei määrää, kuinka yksittäisen ERP-paketin tai varastojärjestelmän on siihen liityttävä. Jälkimmäinen on toteutuskysymys, ei säädöskysymys: asetus määrää, mitä interoperaabelisuuden on oltava, ei mitä ohjelmistoa yritys käyttää. Sänkyjen erikoiskaupan omistajalle, joka vain myy eikä koonti passia, kytkentä omaan ERP-järjestelmään ei yleensä ole kysymys; tämä koskee pääasiassa tietoja toimittavaa osapuolta, yleensä valmistajaa tai maahantuojaa.

Tekniset määritykset tulevat delegoidussa säädöksessä

Patjojen teknisen toteuttamisen julkaisupäivää ei ole vielä vahvistettu. Euroopan komission työsuunnitelmassa 2025-2030 odotetaan delegoitua säädöstä patjoille 2028, mutta se on vain suunnitelma, ei takuu. Kunnes säädös on julkaistu, ei ole vahvistettu, mitä tiedostomuotoa, kenttiä ja toimitusmenetelmää patjoille käytetään. Se on kuitenkin vahvistettu, mitä ESPR:stään tulee: passi on rakennettava avoimen, interoperaabelin standardin mukaisesti ja liitettävä yksilölliseen tuotetunnukseen. Tämä puitteet eivät muutu; patjojen erityinen täyttö muuttuessaan.

Mitä tämä tarkoittaa valmistelun kannalta

Joka jo miettii kytkentää, voi tehdä useita asioita odottamatta lopullisia määrityksiä. Ensinnäkin on hyödyllistä tarkastaa, mitä tietoja patjasta on jo omassa järjestelmässä — materiaalin koostumus, raaka-aineiden alkuperä, tuotantopäivä, erä- tai tilausnumero — ja onko nämä tiedot kirjattu tuotetasolla vai vain tilaustaolla. Sen jälkeen on hyödyllistä tarkastaa, onko järjestelmällä vientitoiminto, joka pystyy tuottamaan strukturoidut tiedot (esimerkiksi vientejä tavallisessa muodossa), sillä se on sitä seuraavan kytkentäpisteen lähtökohta, riippumatta siitä, mikä on delegoidun säädöksen tarkka muoto. Seuraavaksi on käytännöllistä määrittää, säilytetäänkö tiedot tuotetta, erää tai tilausta kohti, koska passi saa lopulta yksilöllisen tunnuksen tuotetta kohti. Lopuksi kannattaa pitää yhteyttä passin kokoavaan ja isännöivään osapuoleen, jotta teknisen erityistoiminnon julkaisun jälkeen on nopeasti selvää, mikä toimitutumuoto on tarpeellinen ja sopeutuu olemassa olevaan järjestelmäasenukseen vai vaatii muutoksen. Suora, automatisoitu kytkentä ERP-järjestelmän ja passiin välillä ei siis ole vielä jotain, jota varten tekninen standardi on jo olemassa; sen sijaan se on mahdollista järjestää omat tiedot etukäteen siten, että kytkentä on myöhemmin helppo tehdä.

Missä tämä tulee: ESPR:n artikla 10 ja artikla 11

Artikkeli 10 ESPR:stä (asetus (EU) 2024/1781) kuvaa digitaalisen tuotepassin vaatimuksia, mukaan lukien vaatimuksen siitä, että tiedot tallennetaan avointen standardien perusteella ja että tietoja käsittelevien järjestelmien on oltava yhteentoimivia. Artikkeli 11 käsittelee passin teknistä suunnittelua ja toimintaa, mukaan lukien määräykset tiedonsiirtoverkkoon, tuotteen, markkinavaikuttajan ja toimipaikan ainutlaatuiset tunnuskoodit sekä tietojen tallennustapa ja saavutettavuus. Yhdessä nämä artikkelit muodostavat kehyksen, jonka puitteissa ulkoisen järjestelmän kytkeminen on ajateltavissa, vaikka ne eivät määrää pehmusteiden teknistä standardia — se tulee vasta julkaistavasta delegoidusta säädöksestä.

Mitä tehdä nyt

Toistaiseksi konkreettisin toimenpide on: järjestää omat tuotetiedot kuntoon ja tallentaa ne tuotetasolla (ei vain tilaustaolla), selvittää vientimahdollisuus olemassa olevasta järjestelmästä ja seurata pehmusteiden teknisen spesifikaation julkaisua. Kun spesifikaatio on valmis, tällä sivulla täydennetään, mitä muotoa ja toimitusmenetelmää noudatetaan.

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

Tuotepassin yhdistäminen ERP- tai varaston hallintajärjestelmään ei ole sinänsä lakisääteinen velvoite. ESPR ei määrää, mitkä lähdejärjestelmät valmistajan on käytettävä passin tietojen toimittamiseen. Mikä on kuitenkin selvää, ovat passin itseensä kohdistuvat vaatimukset: miten se teknisesti toimii ja mitä sen on pystyttävä tekemään. Nämä vaatimukset määrittävät välillisesti, onko yhdistäminen sisäisten järjestelmien kanssa järkevää — ja jos on, miten se toteutetaan.

Passin on oltava teknisesti yhteensopiva yhtenäisen toiminnan kanssa

ESPR:n 11 artikla (asetus (EU) 2024/1781) kuvailee digitaalisen tuotepassin teknisiä vaatimuksia, kuten yhteentoimivuutta komission ja markkinoiden käyttämien järjestelmien kanssa. 10—100 työntekijän yritykselle tämä tarkoittaa sitä, että passin tiedot eivät saa jäädä omaan, poikkeavaan muotoon: niiden on lopulta saatava muoto, jonka pässi-järjestelmä pystyy lukemaan. Se, tapahtuu yhdistäminen suoraan ERP-järjestelmään vai manuaalisen viennin kautta, on valinta — ei asetus vaatimuksena.

Passin sisällön on oltava ajantasainen ja oikea

ESPR:n 10 artikla (asetus (EU) 2024/1781) asettaa vaatimuksia sille, mitä passissa on oltava ja kuka siitä vastaa. Käytännössä tämä tarkoittaa sitä, että ERP- tai varaston hallintajärjestelmästä peräisin olevien tietojen — materiaalien koostumus, tuotantopäivämäärä, erän numero — on oltava oikeat ja ajantasaiset silloin, kun passi luodaan tai päivitetään. Yritykselle, jolla on useita tuotantolinjoja ja säännöllisiä koostumuksen muutoksia (erilainen vaahto, erilainen pehmustemateriaalin toimittaja), tämä on syy tarkastaa, kirjoitetaanko tiedot manuaalisesti vai otetaanko ne automaattisesti järjestelmästä, jossa niitä jo ylläpidetään.

Jokainen tuote on oltava jäljitettävissä oikeisiin tietoihin

Varaston hallintajärjestelmän kanssa yhdistämisellä on järkeä vain, jos jokaisella fyysisellä tuotteella on ainutlaatuinen tunnuskoodi, joka yhdistää passin oikeisiin tuotetietoihin. Ilman sitä yhteyttä tuotteen ja koodin välillä ERP-järjestelmä ei voi toimittaa mielekkäitä syöttötietoja pasille, riippumatta siitä, kuinka automatisoitu muu prosessi on. Yritykset, jotka eivät ole sitä vielä järjestäneet, lukevat tämän ensin palautteesta miten annan jokaiselle tuotteelle ainutlaatuisen tunnuskoodin?

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

Varaston hallintajärjestelmä ja passin tiedot menevät eri tavoin. Patjanvalmistaja muuttaa tuotelinjansa täytettä, mukauttaa tämän ERP-järjestelmään, mutta unohtaa, että sama muutos on puskettava myös jo julkaistuissa passeissa. Seurauksena: passi ja varsinainen tuote eivät enää vastaa toisiaan.

Yhdistäminen osoittautuu liian monimutkaiseksi omalla mittakaavalla. Yritys, jolla on muutamia tuotantolinjoja, rakentaa täysin automatisoitua reaaliaikaista yhdistämistä ERP- ja passi-järjestelmien välille, vaikka säännöllinen vienti, jota seuraa manuaalinen tarkastus, olisi ollut runsaasti riittävä niiden muutosten määrään, jotka todellisuudessa tapahtuvat.

Ainutlaatuisen tunnuksen numeroa ei ole toteutettu johdonmukaisesti. Varaston hallintajärjestelmä käyttää sisäisiä artikkelikoodeja, passi vaatii erilaista tunnusrakennetta, eikä kukaan ole määritellyt, miten nämä kaksi liittyvät toisiinsa. Tarkastuksen tai palautuslähetyksen yhteydessä ei ole silloin helppo jäljittää, mikä passi liittyy mihin fyysiseen tuotteeseen.

Tietojen päivityksistä vastaava osapuoli on jätetty määrittelemättä. IT-osasto katsoo, että laadunvarmistusosasto ylläpitää passin tietoja, laadunvarmistusosasto katsoo, että ne tulevat automaattisesti ERP-järjestelmästä. Kukaan ei tarkasta sitä käytännössä, joten tiedot vanhentuvat huomaamatta.

Oletus siitä, että yhdistäminen on pakollista, kun taas manuaalinen toimitus on myös mahdollista. Jotkut yritykset investoivat kalliisiin integraatoihin oletuksesta, että se on lainmukainen vaatimus, vaikka asetus itse ei määrää, miten tiedot toimitetaan — ainoastaan, että passin on täytettävä tietyt tekniset ja sisällölliset vaatimukset.

Mitä voitte kirjata

Yleiskatsaus siitä, mitkä tiedot saadaan ERP- tai varastojärjestelmästä ja mitkä toimitetaan erikseen (esimerkiksi täytemateriaalia toimittavan yrityksen toimesta).
Dokumentoitu kytkentä sisäisten artikkelicodejen ja pasportissa käytettävän yksilöllisen tunnisteen välille — ks. myös miten annan jokaiselle tuotteelle ainutlaatuisen tunnuskoodin?
Sopimus siitä, kuka vastaa tuotekoostumuksen muutosten viemisestä olemassa oleviin pasporteihin.
Valinta ja perustelut toimittamistavan osalta: automaattinen kytkentä, määräaikainen vienti tai manuaalinen syöttö — mukaan lukien harkinta siitä, tarvitaanko tätä varten erillistä ohjelmistoa, kuten käsiteltiin tarvitsenko erityistä ohjelmistoa digitaalisen tuotepassin tekemiseen
Menettely varastojen johdonmukaisuuden tarkistamiseksi julkaistujen pasportien kanssa, jossa on kiinteät tarkistusajankohdat.
Dokumentaatio siitä, mitkä ERP-järjestelmän kentät ovat pasportille pakollisia ja mitkä valinnaisia, jotta uudet työntekijät voivat ottaa sen hoitaakseen ilman neuvotteluja.
Huomio tilanteesta räätälöityjen tuotteiden osalta, joissa varastojärjestelmät toimivat usein eri tavalla kuin vakiomalleissa — ks. kuinka produktipasset toimivat räätälöidyissä matraisissa?

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ä oleviin lähteisiin perustuen, ihmisen tarkistama 2026-08-22. Onko jotain vialla? Kerro meille — korjaukset menevät etusijalle.