Voinko liittää tuotepassin ERP- tai varastointijärjestelmääni?

Kytkentä on lähtöpiste, tekninen muoto vielä määrittelemätön

Kytkentä digitaalisen tuotepassin ja oman ERP- tai varastojärjestelmän välillä sopii siihen tapaan, jolla ESPR on passin rakentanut: tietoja on oltava koneellisesti luettavissa ja yhteentoimivissa juuri silloin, kun niitä ei tarvitse joka kerta syöttää uudelleen käsin. ESPR:n (asetus (EU) 2024/1781) 10 artikla asettaa vaatimuksia tuotepasille, jotka tähtäävät yhteentoimivuuteen, ja 11 artikla käsittelee sen teknistä suunnittelua ja toimintaa, mukaan lukien tietojen vaihdon tavan. Tämä tarkoittaa, että kytkentä on periaatteessa mahdollinen. Mitä puuttuu, on konkreettinen tekninen toteuttaminen tekstiileille: mikä tiedostomuoto, mitkä kentät ovat pakollisia ja tuleeko API-standardi, ei ole vielä päätetty. Nämä yksityiskohdat tulevat lisäsääntelyistä, jotka laaditaan erityisesti vaatteille ja tekstiileille.

Ketä tämä koskee ja mitä se ei koske

10 artiklan yhteentoimivuusvaatimus ja 11 artiklan tekniset määräykset koskevat digitaalista tuotepassia sellaisenaan riippumatta siitä, kokoaako tuotemerkki, maahantuoja tai yksityinen merkkituottaja passin itse vai hankkii sen koottavaksi. Se on siis yleinen vaatimus ESPR:n sisällä, ei jotain, joka keksitään erikseen jokaisen tuoteryhmän osalta. Mikä tästä ei seuraa, on velvoite rakentaa jo nyt teknistä kytkentää tai takuu siitä, että tietty tiedostomuoto tai protokolla osoittautuu myöhemmin käyttökelpoiseksi. Passi ei myöskään ole kopio ERP-järjestelmästä: se sisältää pasille merkitykselliset tiedot (koostumus, alkuperä, huolto-ohjeet ja vastaavat), ei koko varaston tai tilaushallintoaan. Kytkentä tarkoittaa käytännössä sitä, että osa jo olemassa olevista tuotetiedoista välitetään pasiin, ei sitä, että molemmat järjestelmät sulautuisivat täysin yhteen.

Milloin tämä on konkreettista ja mitä sillä välin pätee

Tämän velvoitteen vakaata päivämäärää ei ole olemassa. ESPR:n työskentelysuunnitelmasta 2025-2030 käy ilmi, että tekstiileille odotetaan delegoitua toimenpidettä vuonna 2027, ja vaatteet, joissa on kahdeksankymmentä prosenttia tai enemmän tekstiilikuituja, ovat ensimmäisenä vuorossa. Heti kun toimenpide julkaistaan, selviää myös, mitkä tekniset vaatimukset asetetaan tietojen vaihdolle, ja siten, voidaanko kytkentä ERP- tai varastojärjestelmään toteuttaa ja miten. Siihen asti pätevät vain 10 ja 11 artiklan yleiset määräykset: kehys on paikallaan, tekstiilien tekninen toteuttaminen ei vielä. Jos joku nyt jo haluaisi rakentaa kytkentää, se rakentaisi kehykselle, jonka yksityiskohdat voivat vielä muuttua.

Mitä tämä käytännössä tarkoittaa, askel askeleelta

Ensinnäkin on hyödyllistä katsoa, mitkä tiedot ovat jo oman järjestelmän sisällä ja mitkä niistä todennäköisesti päätyisivät pasiin: kuituyhdistelmä, tuotantomaa, materiaalin alkuperä, huolto-ohjeet. Seuraavaksi on käytännöllisesti ottaen järkevää tallentaa nämä tiedot mahdollisimman jäsenneltysti, kiinteihin kenttiin ja yksiselitteisiin arvoihin vapaan tekstin sijaan, jotta ne olisivat myöhemmin helpompi siirtää mihin tahansa muotoon. Tämän jälkeen on järkevää odottaa todellisen teknisen kytkennän tai rajapinnan rakentamista, koska tekstiilien vaatimukset eivät ole vielä määriteltynä; energia, joka nyt käytetään erityiseen kytkentään, saattaa vaatia muuttamista delegoidun toimenpiteen julkaisun jälkeen. Mikä jo toimii, on tietojen toimittaminen sillä tavalla, joka on nyt käytettävissä: käsin, tiedoston kautta tai yksinkertaisella viennillä olemassa olevasta järjestelmästä. Texpas kokoaa passin niistä tiedoista, jotka valmistaja tai maahantuoja toimittaa, ja käsittelee toimittamisen jo nyt ilman, että siihen tarvittaisiin live-kytkentää. Kun tekstiilien tekninen kehys on tiedossa, voidaan arvioida, onko suoremmalla kytkennällä ERP- tai varastojärjestelmästä lisäarvoa.

Mistä tämä perustuu: ESPR:n 10 ja 11 artikla

Digitaalisen tuotepassin yhteentoimivuusvaatimus ja koneen luettavuusvaatimus johtuvat ESPR:n (asetus (EU) 2024/1781) 10 artiklasta, joka määrittää passille yleisiä vaatimuksia. Saman asetuksen 11 artikla kuvaa passin teknistä suunnittelua ja toimintaa, mukaan lukien tavan, jolla tietoja tallennetaan ja vaihdetaan digitaalisesti. Molemmat artiklarit muodostavat kehyksen, jonka puitteissa myöhemmän, tuotespesifisen tekstiilin säätelyn on täytettävä tekniset yksityiskohdat; tätä täyttöä tekstiilille ja vaatteille ei vielä ole.

Jos tallennat nyt jo tietoja koostumuksesta, alkuperästä ja huollosta strukturoidusti omassa järjestelmässäsi, sinun ei tarvitse aloittaa alusta myöhemmin, riippumatta siitä, minkä teknisen muodon yhteys saa. Delegoidun säädöksen nykyisestä tilanteesta ja tarkoista aikatauluista Euroopan komission virallinen lähde on paikka, jota kannattaa seurata.

Mistä tämä perustuu

Asetus itse on saatavilla EUR-Lexissä. Viitaamme jokaisen väitteen kohdalla; sinun ei tarvitse uskoa meitä.

Mitä sinun on konkreettisesti tehtävä

Mitä sinulta odotetaan

Passaportin on pystyttävä vastaanottamaan tietoja lähnejärjestelmistä

ESPR:n 10 artikla (asetus (EU) 2024/1781) asettaa vaatimuksia sille, mitkä tiedot digitaalisessa tuotepassaportissa on oltava ja miten niihin pääsee käsiksi. Nämä tiedot eivät ilmesty tyhjästä: ne ovat jo olemassa olevissa järjestelmissä, kuten ERP-paketissa, PLM-järjestelmässä tai varastonhallintajärjestelmässä — materiaalin koostumus, toimittajatiedot, erän numerot, hoito-ohjeet. 10–100 henkilöstön yrityksen kannalta tämä käytännössä tarkoittaa sitä, että näiden tietojen sisältävän järjestelmän ja pasaportin kokoavaa ja julkaisevaa järjestelmää välillä on oltava yhteys. Se voi olla automatisoitu liitäntä, mutta myös säännöllinen vienti, joka ladataan manuaalisesti. Molemmat ovat periaatteessa mahdollisia; kumpaa muotoa on käytännöllisesti katsoen järkevä käyttää, riippuu tuotteiden ja varianttien määrästä ja siitä, kuinka usein tiedot muuttuvat.

Teknisen toiminnan on oltava yhdenmukainen vahvistettujen standardien kanssa

ESPR:n 11 artikla (asetus (EU) 2024/1781) kuvaa passaportin teknisen suunnittelun ja toiminnan, mukaan lukien tietojen vaihdon tavan. Tämä liittyy suoraan siihen, miten liitäntä teknisesti otetaan käyttöön: mikään mielivaltaisen ERP-järjestelmän vientiformaatti ei automaattisesti ole yhteensopiva sen kanssa, mitä pasaportijärjestelmä odottaa. Keskisuurelle yritykselle tämä tarkoittaa sitä, että oman tietorakenteen ja passaportissa käytettävän muodon välillä on tarvitaan käännösvaihe. Tämä on tekninen kysymys, ei juridinen — mutta sillä on silti merkitystä mikä GS1 Digital Link on ja onko se tuotepassille välttämätön, koska osa odotettavasta standardisoinnista kulkee tällaisten järjestelmien kautta.

Jokainen tuote on voitava jäljittää oikeisiin pasaportin tietoihin

Liitäntä ERP- tai varastonhallintajärjestelmään toimii vain, jos on yhtenäinen tapa yhdistää fyysinen tuote oikeaan passaportiin. Se edellyttää johdonmukaista avainta järjestelmien välillä: sama artikkelinumero, sama erän koodi tai sama variantin tunniste ERP-järjestelmässä kuin passaportissa. Ilman tätä yhteensopivuutta on olemassa riski, että kytketty järjestelmä siirtää tiedot, mutta väärään passaportiin, tai että muutos yhdessä järjestelmässä ei heijastaudu toiseen. Tämä liittyy läheisesti siihen, miten jokainen tuote saa yksilöllisen tunnistetiedot; ilman selkeää tunnistetietojen logiikkaa järjestelmien välinen yhdistäminen on vähäarvoisesti,

Missä asiat menevät pieleen käytännössä

Ensimmäinen usein esiintyvä tilanne: yrityksellä on ERP-järjestelmä, jossa artikkelit on tallennettu mallikohtaisesti, mutta ei värikohtaisesti tai kokokohtaisesti. Pasaportin on kuitenkin oltava oikea varianttitasolla, ja silloin käy ilmi, että yhdistäminen lähettää tietoja, jotka ovat oikeat yhden koon osalta, mutta eivät toisen koon osalta.

Toinen tilanne: tiedot siirretään kerran kokoelman käynnistämisen yhteydessä, mutta myöhempi muutos ERP-järjestelmässä — esimerkiksi eri toimittaja osalle erää — ei automaattisesti päivity julkaistuun pasaporttiin. Pasaportti ajautuu näin irti todellisuudesta ilman, että kukaan sitä huomaa, kunnes joku löytää virheen ja ihmettelee, voidaanko julkaistua tuotepassiota muokata.

Kolmas tilanne: yhdistäminen otetaan käyttöön teknisesti ulkoisen IT-yrityksen toimesta, mutta kukaan yrityksen sisällä ei tarkasta jälkeenpäin, vastaavat pasaporttiin päätyneet tiedot siihen, mikä todella on etiketissä tai pakkauksessa. Teknisesti toimiva yhdistäminen ei ole automaattisesti yhdistäminen, joka on oikein.

Neljäs tilanne: varaistojärjestelmää käytetään pasaporttien automaattiseen vanhentamiseen, kun tuote on loppuunmyyty, huomioimatta sitä, kuinka kauan pasaportin tulee olla saatavissa. Tämä voi aiheuttaa ristiriidan sen välillä, mikä on operatiivisesti kätevää varaistohallinnon näkökulmasta ja mitä odotetaan kuinka kauan tuotepassi on oltava saatavilla.

Viides tilanne: yrityksen fuusion, ostamisen tai liiketoimintayksikön lopettamisen yhteydessä kytkentä irrotetaan ilman, että on pohdittu, kuka hallinnoi tietoja sen jälkeen, mikä jälleen liittyy kysymykseen mitä tuotepassille tapahtuu, kun yritys lakkaa.

Mitä voit dokumentoida

Yhteenveto siitä, mitkä järjestelmät toimittavat mitkä pasportintiedot: ERP materiaali- ja alkuperätiedoille, varastojärjestelmä saatavuudelle, PLM suunnittelu- ja kokoonpanotiedoille.
Sovittu sopimus synkronoinnin taajuudesta: reaaliaikainen kytkentä, päivittäinen vienti tai manuaalinen päivitys keräelmittäin.
Asiakirja, jossa kuvataan tunnistusnäppäin, jota käytetään tuotteen yhteensovittamiseen ERP-järjestelmässä oikean pasportin kanssa — myös silloin, kun kyse on koon tai värin muunnelmista.
Vastuuhenkilö tai vastuussa oleva henkilö, joka tarkistaa, ovatko kytkennän kautta saapuneet tiedot todella oikein, ennen kuin pasaportti julkaistaan tai päivitetään.
Menettely sille, mitä tehdään lähde järjestelmässä tapahtuneen muutoksen yhteydessä: kuka ilmoittaa tästä ja kuinka muutos siirretään julkaistuun pasportiin.
Sopimukset IT-toimittajan tai sisäisen IT-osaston kanssa kytkennän teknisestä muodosta, mukaan lukien se, mitä tapahtuu järjestelmän vaihdon tai siirtämisen yhteydessä.
Yhteenveto siitä, mitkä tiedot toimitetaan todellakin automaattisesti kytkennän kautta ja mitkä täydennetään vielä manuaalisesti, jotta ei synny aukkoa sen välille, mitä järjestelmä luulee lähettävänsä ja mitä todellakin pasportissa on.

Tämä ei ole oikeudellista neuvontaa. Tämä sivu tarjoaa yleistietoa sääntelystä, jota tämä alusta koskee. Emme tunne tilannettasi. Jos epäilet omaasi, neuvottele oikeustieteilijän tai toimivaltaisen valvontaviranomaisen kanssa.

Kirjoitettu tekoälyllä edellä mainittujen lähteiden perusteella, jonka ihminen tarkisti 2026-08-22. Onko jotain vialla? Kerro meille — korjaukset saavat etusijan.