Voinko yhdistää tuotepassin omaan ERP- tai varastojärjestelmääni?

Kytkentä on järjestelmän lähtökohta, ei poikkeus

Kyllä, kytkentä tuotepassin ja ERP- tai varastojärjestelmän välillä vastaa sitä, miten digitaalisen tuotepassin on tarkoitus toimia. Asetuksen (EU) 2024/1781 (ESPR) 10 artikla edellyttää, että passi on teknisesti järjestetty niin, että tiedot voidaan vaihtaa avointen, yhteentoimivien standardien kautta ketjun osapuolten välillä. Tämä tarkoittaa, että tiedot, jotka ovat jo ERP- tai varastojärjestelmässä — nimikenumerot, materiaalitieto, alkuperä, tekniset tiedot — voivat periaatteessa olla passin täyttämisen lähde sen sijaan, että kaikki syötettäisiin uudelleen manuaalisesti. Elektropas.com on ketjussa se paikka, jossa nämä tiedot kootaan passin muodossa, säilytetään palvelimella ja kytketään QR-data-operaattoriin. Miltä kytkentä teknisesti näyttää tarkalleen — mikä tiedostomuoto, mikä API, mitkä kentät ovat pakollisia — ei ole vielä määritetty elektroniikka- ja ICT-laitteille, koska tämän alaluokan valtuutettu säädös ei ole vielä julkaistu.

Kelle tämä koskee ja missä raja on

Tämä kysymys koskee erityisesti valmistajia ja maahantuojia, jotka jo pitävät tuotetietojaan strukturoidusti — ERP-paketissa, PIM-järjestelmässä tai varastokirjanpidossa — ja jotka haluavat välttää sen, että passi muuttuu erilliseksi, manuaaliseksi prosessiksi. Heille kytkentä on relevantti, koska se säästää kaksinkertaista työtä ja pienentää virheiden mahdollisuutta.

Missä tämä ei päde: tuotepassi ei korvaa ERP-järjestelmää, eikä päinvastoin. Passi on erillinen, ulospäin saavutettava tietovarasto, joka on kytketty fyysiseen tuotteeseen yksilöllisen tunnisteen ja data-operaattorin kautta, kuten ESPR:n 10 artikla kuvaa. ERP-järjestelmä pysyy yrityksen sisäisenä hallintona; passi on se kerros, joka julkaisee tietoja ulospäin — kuluttajalle, valvontaviranomaiselle tai ketjun seuraavalle osapuolelle. Kytkentä tarkoittaa siis sitä, että tiedot virtaavat järjestelmästä toiseen, ei että molemmat järjestelmät sulautuvat yhteen.

Tarkka tekniikka standardi ei ole vielä määritetty elektroniikoille

Kiinteää päivämäärää, jolloin elektroniikoille ja ICT-laitteille tarkoitettu tekniikka tunnetaan, ei ole. ESPR-työsuunnitelman 2025-2030 mukaisesti valtuutetut säädökset laaditaan tuoteluokittain, ja elektroniikoille tämän odotetaan olevan 2027 alkaen. Kunnes valtuutettu säädös on julkaistu, sovelletaan vain 10 ja 11 artiklan yleisiä lähtökohtia: passin on oltava yhteentoimiva, koneellisesti luettava ja avoimiin standardeihin perustuva. Mikä standardi elektroniikoille konkreettisesti tulee olemaan — mikä tietomuoto, mitkä liittymät, mitkä pakollisiksi asetetut kentät — ei ole vielä määritetty. Heti kun tämän alaluokan valtuutettu säädös on julkaistu, nämä tiedot täydennetään tähän.

Miten tämä käytännössä toteutetaan

Järjestys, jossa tämä yleensä otetaan käsittelyyn, näyttää seuraavalta. Ensin kartoitetaan, mitkä tiedot ovat jo olemassa olevassa ERP- tai varastojärjestelmässä ja mitkä niistä ovat todennäköisesti relevantteja tuotepassin kannalta — ajattele materiaalikoostumusta, alkuperää, tekniikan asiakirjoja ja korjaus-informaatiota. Seuraavaksi on järkevää tarkastella, ovatko nämä tiedot jo strukturoitu ja johdonmukaisesti kirjattu, koska koneellinen luettavuus on yksi 11 artiklan lähtökohdista: mitä puhtaampi ja selkeämpi lähdetieto, sitä helpompi myöhempi kytkentä tulee olemaan. Tämän jälkeen on kysymys elektroniikolle tarkoitetun valtuutetun säädöksen odottamisesta, koska vasta silloin selviää, mikä muoto ja kytkentämenetelmä vaaditaan. Heti kun tämä spesifikaatio on olemassa, voidaan tarkastella, pystyykö olemassa oleva järjestelmä toimittamaan viennin siihen muotoon vai onko tarvittu välitasoista. Tällä hetkellä ei ole mitään syytä rakentaa erityistä tekniikan integrointia, koska standardi, johon se perustuisi, ei ole vielä vahvistettu — tämä työ pitäisi sitten mahdollisesti tehdä uudelleen.

Oikeusperusta: ESPR:n 10. ja 11. artikla

Se, että kytkentä ERP- tai varastojärjestelmään on mahdollinen ja tavoiteltava, ilmenee kahdesta artiklasta. ESPR:n 10. artikla kuvaa vaatimuksia, joita digitaalisen tuotepassin on täytettävä, mukaan lukien kytkentä yksilölliseen tuotetunnukseen ja tietojen saatavuus asianomaisille osapuolille. 11. artikla käsittelee erityisesti passinkehitystä ja käyttöä koskevaa tekniikkaa ja määrää, että se tapahtuu avoimien, yhteen toimivien standardien pohjalta, joiden avulla tietojen vaihto ketjussa on mahdollista. Yhdessä nämä artikkat muodostavat perustan sille, miksi kytkentä sisäisten yrityksjärjestelmien ja ulkoisen passiksen välillä ei ole lisäys, vaan osa siitä, miten järjestelmä on järjestetty — vaikka sähköniikan tarkka tekninen toteutus ei ole vielä julkaistu.

Jokainen, joka haluaa varautua jo nyt, tekee hyvin varmistaessaan omien tuotetietojen kunnon: johdonmukaisia, jäsenneltyjä ja täydellisiä, jotta myöhempi kytkentä — kun elektroniikan standardi tunnetaan — vaatii mahdollisimman vähän lisätyötä. Elektropas.com seuraa elektroniikan ja ICT-laitteiden delegoidun toimivalta-asiakirjan julkaisua ja päivittää tätä sivua heti, kun tekninen määritys tunnetaan.

Mihin tämä perustuu

Asetus itsessään on EUR-Lexissä. Me viittaamme kullekin väitteelle; te ette joudu meitä uskomaan.

Mitä sinun on konkreettisesti tehtävä

Mitä sinulta odotetaan

ERP- tai varastojärjestelmän liittäminen digitaaliseen tuotepassiin on monille yrityksille luonnollinen reitti: tuotetiedot ovat siellä jo olemassa, joten miksi niitä ei automaattisesti siirtää? ESPR (Asetus (EU) 2024/1781) ei määrää, kuinka tämä liittäminen teknisesti toimii, mutta se määrää, mihin vaatimuksiin itse passin on vastattava. Nämä vaatimukset määrittävät käytännössä sen, mikä omaan järjestelmään liittymisen kanssa on sallittua ja mikä ei.

Passin on täytettävä artiklan 11 tekniset vaatimukset

Asetuksen ESPR (Asetus (EU) 2024/1781) artikla 11 kuvaa digitaalisen tuotepassin tekniset suunnitteluvaatimukset: kuinka tiedot on oltava saavutettavissa, missä muodossa ja millä yhteydellä tuotteen ainutlaatuiseen tunnistukseen. 10–100 työntekijän yritykselle tämä tarkoittaa sitä, että liittyminen omaan ERP-järjestelmään ei voi olla vapaaehtoinen Excel-tiedoston vienti: järjestelmästä toimitettujen tietojen on vastattava passin vaatimaa teknistä muotoa. Mikä tämä muoto tarkalleen ottaen on, selvitetään tuoteluokittain; lisätietoa saat sivulta, joka käsittelee passin tiedostomuotoa.

Passin on oltava liitetty ainutlaatuiseen tuotetunnukseen

Asetuksen ESPR (Asetus (EU) 2024/1781) artikla 10 asettaa vaatimuksia passin sisällölle ja rakenteelle, mukaan lukien yhteys tuotteen tunnistuskoodiin. ERP-järjestelmä käyttää usein jo artikkelinumeroita, SKU-numeroita tai eränumeroita, mutta ne eivät automaattisesti ole samoja kuin tunnus, jota passi vaatii. Keskisuurelle yritykselle tämä tarkoittaa käännöstarvetta sisäisen tuotekoodauksen ja ulkoisesti, QR-koodin kautta, avattavan tunnistuskoodin välillä. Kuinka ainutlaatuinen koodi asetetaan tuotetta kohti, on kuvattu sivulla, joka käsittelee ainutlaatuisen tunnuskoodin antamista jokaiselle tuotteelle.

Liittämisen on pidettävä tiedot ajantasaisina menettämättä lähdettä

ERP-järjestelmä muuttuu jatkuvasti: varastotasot muuttuvat, artikkelit poistetaan käytöstä, uusia muunnelmia tulee lisää. Passi noudattaa eri tahtia – sen on oltava saavutettavissa määritetyn ajanjakson ajan, vaikka taustalla oleva tuote ei enää olisi myytävissä. Liittäminen, joka yksinkertaisesti siirtää "live-yhteytenä" sen, mitä ERP-järjestelmässä on tällä hetkellä, on vaarassa, että historialliset passit kirjoitetaan päällekkäin tai häviävät heti kun tuote poistetaan aktiivisesta valikoimasta. Kuinka kauan passin on oltava saavutettavissa, on selostettu sivulla, joka käsittelee passin olemassaoloajanjaksoa.

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

Muutamia tilanteita toistuu suhteellisen usein yrityksillä, jotka haluavat liittää ERP-järjestelmänsä tuotepassiin.

Automaattinen synkronointi korvaa aktiiviset passit. Kun artikkelia ERP-järjestelmässä muutetaan – uusi osatoimitta, muutettu pakkaus – muutos siirretään joskus suoraan julkaistuun passiin ilman selkeyttä, onko tämä uusi passi vai päivitys olemassa olevaan.

Artikkelinumero sekoitetaan tuotetunnukseen. Varastojärjestelmän sisäinen artikkelinumero käytetään passin ainutlaatuisena tunnuskoodina, vaikka tämä numero voi esimerkiksi vaihdella myyntikanavan tai alueen mukaan – jolloin yhdellä fyysisellä tuotteella on useita keskenään poikkeavia passeja.

Käytöstä poistaminen ERP-järjestelmässä vetää passin offline-tilaan. Heti kun tuote merkitään "ei enää saatavilla" -tilaan varastojärjestelmässä, liittäminen lopettaa passin julkaisemisen tai ylläpidon – vaikka passin on oltava edelleen saavutettavissa tuotteille, jotka ovat jo kuluttajalla käytössä.

Liittäminen toimittaa tietoja muodossa, joka ei vastaa vaatimuksia. ERP-järjestelmä vie tiedot sisäisessä muodossa (esimerkiksi CSV-tiedosto, jossa on yrityksen omia kenttänimiä), mikä ei vastaa yksi-yhteen passin vaatimaa rakennetta, jolloin tarvitaan välittävä vaihe, jota ei ollut ennakoitu.

Pakkausten tasot sekoittuvat. Varastojärjestelmä kirjaa usein myyntiyksikön tasolla, kun taas tuotepassi voi vaihdella tuotevariantin tai pakkausyksikön mukaan – erityisesti kun tuotteet toimitetaan useita laitteita sisältävissä laatikoissa. Kuinka tämä yhteistyö toimii, on kuvattu sivulla kuinka tuotepassi toimii useiden laitteiden sisältävässä laatikossa.

Mitä voit dokumentoida

Yrityksille, jotka harkitsevat ERP- tai varastojärjestelmänsä yhdistämistä tuotepassiin, on käytännöllistä dokumentoida etukäteen useita asioita:

Yhteenveto siitä, mitkä ERP-järjestelmän kentät vastaavat tuotepassin kenttiä, mukaan lukien selitys sisäisen artikkelinumeroinnin ja ulkoisen tuotetunnuksen välisistä eroista.
Menettely tuotteen muuttuessa: milloin ERP-järjestelmän muutos johtaa uuteen passiin ja milloin olemassa olevan passin päivitykseen.
Poistamisen menettelyjoissa on dokumentoitu, että passi on riippumaton "aktiivisen" tai "poistetun" tilan varastojärjestelmässä.
Sopimus siitä, kuka on vastuussa yhteydestä — sisäinen IT-tiimi, ulkoinen alusta tai näiden yhdistelmä — ja kuka tarkistaa, että toimitetut tiedot tosiaallisesti vastaavat vaaditun muodon.
Käytetyn teknisen muodon dokumentaatio, jotta tarkastuksen tai auditin yhteydessä voidaan osoittaa, että yhteys vastaa ESPR:n (asetus (EU) 2024/1781) 11 artiklan vaatimuksia.

Yrityksille, jotka käyttävät ERP-järjestelmän lisäksi GS1-rakennetta logistiikassaan, on tärkeää tietää, vastaako ja kuinka tämä rakenne tuotepassin vaatimuksiin; lisätietoa on sivulla mikä GS1 Digital Link on ja onko se välttämätön tuotepassille. On myös järkevää dokumentoida, kuinka yhteys käsittelee rekisteriä, johon passeista on tehtävä merkintä, kuten selvitetään sivulla digitaalisten tuotepassien eurooppalainen rekisteri.

Tämä ei ole juridista neuvontaa. Tämä sivu antaa yleistä tietoa sääntelystä, jota tämä alusta koskee. Emme tunne tilannettanne. Jos epäilet omaa tilannettanne, neuvottelkaa asianajajan tai toimivaltaisen valvontaviranomaisen kanssa.

Kirjoitettu tekoälyllä yllä oleviin lähteisiin perustuen, ihmisen tarkistama 2026-08-22. Onko jotain vialla? Kerro meille — korjaukset saa etusijaa.