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

Liittäminen tulee konkreettiseksi vasta, kun tekninen standardi on olemassa

Suora liittäminen digitaalisen tuotepassin ja ERP- tai varastojärjestelmän välillä ei ole tällä hetkellä mahdollista, koska tekniset määritykset sille eivät ole vielä vahvistettuja. ESPR (Asetus (EU) 2024/1781) asettaa kuitenkin perustan artiklassa 10 ja artikla 11: passin on oltava yhteentoimiva, perustua avoimiin standardeihin ja oltava koneluettava. Tämä tarkoittaa, että automatisoitu tiedonvaihto liiketoimintajärjestelmien kanssa on lopulta lähtökohta, ei poikkeus. Mutta miltä tuo tiedonvaihto käytännössä näyttää — mikä tiedostomuoto, mikä liittymä, mitkä pääsynoikeudet — määräytyy vasta delegoiduista toimista tuoteryhmittäin. Rautaa ja terästä koskeva toimenpide ei ole vielä olemassa.

Mihin tämä koskee ja mihin ei

Tämä käsittelee kysymystä siitä, voivatko järjestelmät myöhemmin automaattisesti noutaa tietoja passista tai kirjoittaa niihin. Tämä vaikuttaa passiin itseensä tehtävään tekniikkaan, kuten se on kuvattu asetuksessa: miten se rakentuu, kuka siihen pääsee ja missä muodossa tiedot ovat saatavilla. Kysymys ei ole siitä, ovatko tietyt ERP-paketit sopivia, eikä myöskään konkreettisesta sovellusohjelmointirajapinnasta tai tietomuodosta — nämä valinnat eivät ole vielä tehty. Eikä se koske velvoitetta itsessään passiin; tämä on erillinen aihe, joka täytetään tuoteryhmittäin. Tässä kuvataan yksinomaan periaatetta, että passin on oltava koneluettava ja yhteentoimiva — miten tämä periaate raudassa ja teräksessä konkreettisesti toteutetaan, on vielä avoinna.

Ei vielä vahvistettua päivämäärää, ei vielä vahvistettua teknistä standardia

Ei ole vielä päivämäärää, milloin rautaa ja terästä koskeva tekninen liittämisstandardi tulee voimaan, koska tämä standardi on osa delegoitua toimea, joka on vielä ilmestymässä. ESPR:n työsuunnitelman 2025–2030 mukaan ensimmäisen delegoidun toimen odotetaan ilmestyvän vuonna 2026, ja sen jälkeen velvoitteet sisältävät kahdeksantoista kuukauden siirtymäajan. Kunnes tämä toimenpide on olemassa, on selvää, että passin on oltava yhteentoimiva ja koneluettava (artikla 10 ja 11), mutta ei sitä, miten tämä teknisesti toteutetaan. Tähän saakka passi toimii käytännössä ihmisen lukemana asiakirjana QR-tietokansiolla, ei automatisoituna tietovirrana ulkoiseen järjestelmään.

Mitä tämä tarkoittaa lähestymistavalle

Niille, jotka jo harkitsevat liittämistä omaan järjestelmään, lähestymistapa on seuraava. Ensinnäkin: mitään ei tarvitse rakentaa vielä, koska standardi, jota vastaan rakentaa, ei ole olemassa. Toiseksi: omien tuotetietojen järjestäminen on kuitenkin järkevää jo nyt, riippumatta lopullisesta teknisestä muodosta — selkeä, johdonmukainen tietojoukko tuotetta kohti (alkuperä, koostumus, todistukset) on pohja, johon kaikki tulevat liittämismekanismit rakentuvat. Kolmanneksi: heti kun delegoitu toimenpide raudasta ja teräksestä ilmestyy, siitä käy ilmi, mitä muotoa ja mitä pääsytapoja sovelletaan, ja vasta silloin voidaan suunnitella konkreettista liittämistä. Neljänneksi: tähän saakka passi pysyy luettavissa QR-koodin kautta, joka kiinnittyy tuotteeseen, mikä riittää useimpiin jokapäiväisiin tehtäviin teräskaupassa ja metallin jalostuksessa — liittäminen ERP-järjestelmään on silloin tehokkuuden kannalta tärkeää myöhemmin, ei edellytys passiin työskentelyn kanssa nyt.

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

Artikla 10 asetuksesta (EU) 2024/1781 (ESPR) kuvaa vaatimuksia, joita digitaalisen tuotepassin on täytettävä, mukaan lukien yhteentoimivuus ja avointen standardien käyttö. Artikla 11 käsittelee passin teknistä suunnittelua ja toimintaa, kuten rekistereitä, pääsyä tietoihin ja sitä, miten passi toimii. Molemmissa artikloissa on periaate, jonka mukaan passin on oltava soveltuvaa koneprosessointiin, mutta sen toteuttaminen — tosiasiallinen tekninen erittely tuoteryhmittäin — jätetään delegoiduille säädöksille, joita on vielä odotettavissa. Tarkan sanamuodon osalta asetuksen virallinen teksti on ratkaiseva.

Jos haluaa jo nyt varautua, on parasta pitää huolta siitä, että omat tuotetiedot ovat hyvin organisoituja ja täydellisiä, jotta ne voidaan helposti liittää siihen, mitä tekninen standardi edellyttää sen ilmestyessä. Tämä sivu päivitetään heti, kun delegoitu säädös raudalle ja teräkselle on julkaistu ja tekniset yksityiskohdat ovat tiedossa.

Mistä tämä perustuu

Asetus itsessään on EUR-Lexissä. Viitaamme kullakin väitteellä; ette tarvitse uskomaan meitä.

Mitä sinun on konkreettisesti tehtävä

Mitä sinulta odotetaan

Tietojen on oltava konepohjaisia ja siirrettäviä

ESPR:n (asetuksen (EU) 2024/1781) 10 artikla määrää, että digitaalisen tuotepassin tiedot on oltava saatavilla jäsennellyssä, konepohjaisessa muodossa. Tämä on välittömästi lähtökohta omaan järjestelmään kytkemiselle: tiedot, jotka ovat konepohjaisia, soveltuvat periaatteessa myös siihen, että ne voidaan automaattisesti siirtää ERP- tai varastojärjestelmään tai niistä pois. 10–100 työntekijän yritykselle tämä tarkoittaa ensisijaisesti sitä, että kysymys "voidaanko tämä kytkeä" ei ole oikeudellinen vaan tekninen kysymys: mitä muotoa passi käyttää, ja pystyykö oma ohjelmisto lukemaan tai kirjoittamaan kyseistä muotoa. Katso myös sivu missä muodossa minun tulee toimittaa tiedot tuotepassia varten.

Passin on oltava yhdenmukaisen teknisen rakenteen mukainen

ESPR:n 11 artikla käsittelee passaportin teknistä suunnittelua ja toimintaa ja viittaa teknisiin eritelmiin, joita komissio kehittää edelleen. Käytännön kytkemisen kannalta tämä tarkoittaa, että "omaa tiedostoa" ei voi vain toimittaa tai noutaa: taustalla on standardisoitu rakenne, joka todennäköisesti perustuu olemassa oleviin tunnistusjärjestelmiin. Jos joku jo nyt työskentelee artikkelikoodausjärjestelmän kanssa, kannattaa tarkastaa, kuinka se sopii siihen tapaan, jolla ainutlaatuisia tunnistuskoodeja myöhemmin jaetaan — kuinka annan jokaiselle tuotteelle ainutlaatuisen tunnistuskoodin. ERP-järjestelmä, joka jo käyttää yksiselitteisiä, vakaita tuotekoodeja, on kytkemisen kannalta parempi asemassa kuin järjestelmä, jossa koodit vaihtelevat tilauksen tai asiakkaan mukaan.

Kytkeminen tapahtuu tiedonsiirtäjän välityksellä, ei suoralla tietokantayhteyden kautta

11 artikla kuvaa myös, että passi on saatavilla tuotteessa olevan tiedonsiirtäjän kautta. Tämä on tärkeä kohta siihen liittyvän odotuksen kannalta, joka yrityksellä voi olla "kytkemisestä": kyse ei ole kahden yrityksen välisestä suorasta tietokantayhteydestä, vaan ketjusta, jossa tiedonsiirtäjä (tavallisesti QR-koodi) osoittaa tallennettuun passiin. Kytkeminen ERP- tai varastojärjestelmään tapahtuu kahdessa paikassa: tuotetietojen toimittamisessa omasta järjestelmästä passaportin kokoavalle osapuolelle ja passitietojen lukemisessa (esimerkiksi teräksen ostoissa) omaan järjestelmään. Lisätietoja tiedonsiirtäjästä on sivulla kuinka QR-koodi tuotepassiin päätyy terääkselleni.

Tietojen on pysyttävä ajan tasalla niin kauan kuin passi on olemassa

10 artiklasta seuraa myös, että passissa olevat tiedot on oltava oikein ja ajan tasalla niin kauan kuin passi on olemassa. Varastojärjestelmään kytkemisen kannalta tämä tarkoittaa, että kertaluonteinen toimittaminen usein ei riitä: jos terässarjan ominaisuudet muuttuvat tai virhe havaitaan, on oltava tapa ilmoittaa siitä paikkaan, jossa passia säilytetään. Yritykset, jotka kytkeävät ERP-järjestelmänsä, kannattaa myös pohtia, kuinka kauan kyseinen ajantasaisuus on säilytettävä — kuinka kauan tuotepassin on oltava saatavilla.

Missä asiat menettävät hallintaansa käytännössä

Sisäisiä artikkelitunnuksia sekoitetaan viralliseen tuotetunnukseen. ERP-järjestelmä tuntee tuotteen sisäisellä SKU-koodilla, kun taas passi tarvitsee eri, ainutlaatuisen tunnistuskoodin. Ilman käännöstaulukkoa näiden välille syntyy hämmennystä kytkemisen yhteydessä, erityisesti jos yksi sisäinen koodi kattaa useita eriä.

Varastomutaatioita ei välitetä passitietoihin. Varastojärjestelmä rekisteröi esimerkiksi, että terässarja on uudelleensulateltu, jaettu tai yhdistetty, mutta muutos ei automaattisesti välity passiin. Tämä liittyy oleellisesti siihen, rekisteröidäänkö teräs erää vai yksikköä kohti — rekisteröidäänkö teräs erää vai yksikköä kohti — sillä ERP-järjestelmän rekisteröintiyksikön on vastattava yksikköä, jolla passi perustuu.

ERP-järjestelmästä viedyt tiedostot eivät vastaa vaaditun muotoa. Monet ERP-paketit vievät oletusarvoisesti Excel-, CSV- tai omaan XML-rakenteeseen. Ilman etukäteen tapahtunutta koordinointia tällainen tiedosto ei ole yhteensopiva tuotepassin kannalta vaadittavan muodon kanssa, mikä johtaa viivästyksiin ja ylimääräiseen manuaaliseen työhön.

Oletetaan, että integraatio toimii myös ilman internetyhteyttä. Jotkut työmaan varastojärjestelmät toimivat osittain offline-tilassa, esimerkiksi varastopäätteessä. Tämä herättää kysymyksen siitä, pitääkö tuotepassia itsessään voida käyttää myös ilman yhteyttä; se on erillinen kysymys, joka ei liity ERP-järjestelmän integrointiin. Katso pitääkö tuotepassin toimia myös ilman internetyhteyttä.

Järjestelmien väliset käyttöoikeudet eivät ole määriteltyjä. Integraatio tarkoittaa, että tiedot kulkevat kahden tai useamman järjestelmän välillä, usein kolmannen osapuolen kautta, joka isännöi tuotepassia. Jos ei ole määritelty, kuka saa nähdä, muokata tai välittää mitä tietoja, syntyy epäselvyyttä vastuusta virheen sattuessa — kysymys, joka liittyy siihen, miten tiedot suojataan kuljetuksen aikana, katso kuinka varmistan, että tuotepassin tiedot ovat turvassa.

Mitä voitte kirjata ylös

Yhteenveto siitä, mitkä kentät ERP- tai varastojärjestelmässä vastaavat tuotepassin kenttiä, mukaan lukien käännöstaulukko sisäisten artikkelikoodien ja tuotteen yksilöllisen tunnisteen välillä.
Kuvaus omassa järjestelmässä käytetyn vientiformaatin ja tuotepassin kannalta vaadittavan muodon vertailusta.
Sopimukset sen osapuolen kanssa, joka kokoaa tai isännöi tuotepassia, tietojen vaihdon taajuudesta ja tavasta: kertaluontoisesti luonnin yhteydessä tai jatkuva päivitys muutosten yhteydessä.
Menettely, jolla varaston, erän tai tuotteen ominaisuuksien muutoksista ilmoitetaan tuotepassin tietoihin, mukaan lukien se, kuka siitä vastaa.
Yhteenveto siitä, kella on oikeus yrityksen sisällä päästä käsiksi omaan järjestelmään ja tuotepassiin yhdistävään integrointiin, ja mitkä oikeudet siihen liittyvät.
Kirjallinen sopimus siitä, mitä tehdään integrointille ja tietojen vaihdolle, jos tuotteen tuotepassia muutetaan, peruutetaan tai korvataan.

Tämä ei ole juridista neuvontaa. Tämä sivu sisältää yleisiä tietoja sääntelystä, jota tämä alusta koskee. Emme tunne vosituaatiota. Jos epäröitte omaa tilannettanne, kuulkaa juristi tai toimivaltainen valvontaviranomainen.

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