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

Kytkeminen on mahdollista tietomuodon rajoissa

Digitaalisen tuotepassin ja oman ERP- tai varastointijärjestelmän välinen kytkeminen on periaatteessa mahdollista, mutta se riippuu passin teknisestä muotoilusta. ESPR (Asetus (EU) 2024/1781) määrää 10 artiklassa, mitä vaatimuksia digitaalisen tuotepassin on täytettävä, ja 11 artiklassa, miten se on teknisesti rakennettu ja toimii. Tästä seuraa, että passiksi on oltava koneellisesti luettava ja vaihdettava — ei sitä, että jokainen valmistaja saa vapaasti rakentaa oman kytkennän mihin tahansa järjestelmään haluamallaan tavalla. Käytännössä kytkeminen tapahtuu sen alustan kautta, joka kokoaa ja isännöi passin, sekä sen tietomuodon kautta, joka sille sovitaan.

Kenelle tämä on asiaankuuluvaa ja kenelle ei

Tämä kysymys koskee alumiinin puolivalmisteiden valmistajia ja tuojia, joiden on toimittava tietoja tuotepassia varten — profiilien valmistajia, valimoja, pakkausalumiiinin tuottajia. Heille on merkityksellistä, voivatko heidän olemassa olevat tuotantotiedot (materiaalin koostumus, eränumerot, alkuperä, tekniset määritykset) virrata automaattisesti passihin manuaalisen uudelleen kirjoituksen sijaan. Tämä ei koske kysymystä siitä, onko yritys velvollinen rakentamaan ERP-kytkennän — sellaista velvoitetta ei ole. ESPR säätelee sitä, mitä passiksi on pystyttävä tekemään (yhteentoimivuus, koneellinen luettavuus, saavutettavuus tietojen välittäjän, kuten QR-koodin, kautta), ei sitä, kuinka yksittäinen yritys järjestää omaa sisäistä ohjelmistoaan. Yritys ilman ERP-järjestelmää voi toimittaa tiedot yhtä hyvin lomakkeen tai tiedoston kautta; yritys, jolla on laaja ERP-järjestelmä, voi mahdollisesti toimittaa tiedot tehokkaammin, mutta se ei ole siihen velvollinen.

Milloin tämä on ajankohtaista: päivämäärä ei ole vielä vahvistettu

Alumiinin puolivalmisteiden näiden velvoitteiden voimaantuloa koskeva päivämäärä ei ole vielä vahvistettu. Euroopan komission 2025–2030 työsuunnitelman mukaan tämän tuoteryhmän konkreettiseksi tekeminen tarkoitettava delegoitu säädös odotetaan vuonna 2027. Vasta tämän säädöksen myötä käy ilmi, mitkä tietokentät ovat pakollisia, missä muodossa ja millä teknisillä vaihdontamääritelmillä — joten vasta sitten selviää tarkasti, miltä ERP-järjestelmän kytkeminen teknisesti näyttää. Siihen asti ESPR:n 10 ja 11 artiklat muodostavat yleiset puitteet: yhteentoimivuus ja koneellinen luettavuus ovat lähtökohtia, konkreettinen tekninen täytäntöönpano tulee myöhemmin. Kun delegoitu säädös on julkaistu, odotettava voimaantulopäivämäärä täydennetään tähän.

Mitä tämä tarkoittaa käytännön lähestymistavolle

Sellainen, joka haluaa ottaa tämän huomioon jo nyt, voi seurata loogista järjestystä: kartoita ensin, mitä tietoja alumiinin tuotteesta on nyt jo omassa järjestelmässä — koostumus, alkuperä, eratiedot, tekniset ominaisuudet. Seuraavaksi kannattaa tarkastella, ovatko nämä tiedot saatavissa jäsennellyssä, vietävässä muodossa (tiedostoon vieminen, kytkeminen käyttöliittymän kautta) pelkän paperiversion tai useiden osastojen välillä hajaantuneiden tietojen sijaan. Sen jälkeen on kyse sen muodon noudattamisesta, jota se alusta vaatii, joka kokoaa passin: alupas.eu kokoaa passin sen tiedon perusteella, jonka valmistaja tai tuoja toimittaa, ja miten kyseinen toimittaminen teknisesti tapahtuu — manuaalinen syöttö, tiedostojen lataus tai automatisoitu kytkeminen — on seikka, joka sovitaan alustan kanssa, kun teknisiä määritelmät delegoidusta säädöksestä tunnetaan. Yritys, joka jo nyt pitää tuotteidensa tiedot selkeästi ja jäsennellysti ajan tasalla, joutuu myöhemmin tekemään vähemmän työtä näiden tietojen toimittamiseksi riippumatta siitä, tapahtuuko se sitten ERP-kytkennän vai muunlaisen kautta.

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

Artikla 10 ESPR:stä kuvataan digitaalisen tuotepassin vaatimukset, joihin kuuluvat tietojen saavutettavuus ja kytkentä tietovälineeseen. Artikla 11 käsittelee erityisesti passipaperisen järjestelmän teknistä suunnittelua ja toimintaa: kuinka tiedot tallennetaan, säilytetään ja vaihdetaan eri järjestelmien ja ketjun toimijoiden välisen yhteentoimivuuden tavoitteella. Molemmat artiklalit jättävät konkreettiset tekniset standardit ja muodot myöhemmissä täytäntöönpanosäännöksissa; ne kuitenkin vahvistavat lähtökohtana, että passi on konepohjaisen luettavissa olevan ja järjestelmästä riippumaton, mikä muodostaa perustan kaikille tuleville kytkennöille ulkoiseen järjestelmään, kuten ERP-paketille.

Joka haluaa jo nyt valmistautua, tekee parhaiten järjestämällä omat tuotetiedot rakenteellisesti ja digitaalisesti kuntoon, jotta toimittaminen — missä muodossa tahansa — on myöhemmin kyse vain liittämisestä eikä uudelleen järjestelemisestä.

Mihin tämä perustuu

Asetus itsessään on EUR-Lexissä. Viittaamme jokaiseen väitteeseen; sinun ei tarvitse uskoa meitä.

Mitä sinun on konkreettisesti tehtävä

Mitä sinulta odotetaan

Passin on oltava siirrettävissä tietojoukkona, ei pelkästään näyttönä

Euroopan parlamentin ja neuvoston asetuksen (EU) 2024/1781 (ESPR) 10 artikla määrittelee digitaalisen tuotepassin tietojoukkoksi, joka on elektronisten välineiden avulla luettavissa ja siirrettävissä. Tämä on eri vaatimus kuin "kaunis sivu, joka avautuu QR-koodin skanningin jälkeen". 10–100 työntekijän yritykselle tämä tarkoittaa, että passin sisältämät tiedot on oltava saatavilla myös strukturoidussa muodossa — ei ainoastaan tekstinä verkkosivulla. Se, liitetäänkö ja miten liitetään omaan ERP- tai varastojärjestelmään, on yrityksen oma valinta; säädökset eivät pakota liitäntää, mutta vaativat sellaisen tietojoukon, joka siihen sopii.

Järjestelmien välinen yhteentoimivuus on periaate, ei toimittajan tekninen valinta

ESPR:n 11 artikla käsittelee digitaalisen tuotepassin teknistä suunnittelua ja toimintaa ja mainitsee yhteentoimivuuden yhtenä niistä periaatteista, joiden mukaan passjärjestelmän on toimittava. Tämä koskee suoraan kysymystä siitä, onko liitäntä omaan järjestelmään mahdollinen: tämän artiklan mukaisesti laadittu passi on lähtökohtaisesti tarkoitettu tietojen vaihtamiseen järjestelmien välillä, ei suljetun ympäristön luomiseen. Käytännössä yritys huomaa tämän erityisesti silloin, kun se kyseenalaistaa, mitä tietomuotoja ja tunnisteita alusta käyttää, ja ovatko ne sopusoinnussa sen oman ERP-järjestelmän kanssa.

Yksikäsitteinen tunnistenumero on yhteys passin ja oman hallinnon välillä

Tuotepassin ja sisäisen järjestelmän välistä liitäntää yksinkertaistaa tai vaikeuttaa se, että jokaiselle tuotteelle tai erille on yksiselitteinen tunnistenumero. Ilman selkeää liitäväavainta ERP-liitäntä on käytännössä vaikea automatisoida, vaikka tämä ei kirjaimellisesti mainitakaan artikloissa 10 tai 11. Se, miten tunnistenumero muodostetaan ja määritetään, on kuvattu sivulla " miten annat jokaiselle tuotteelle yksikäsitteisen tunnistenumeron". Alumiinia erissä myyvälle yritykselle tämä liittyy myös siihen, tapahtuuko rekisteröinti erää vai kappaletta kohti, mitä on käsitelty lähemmin sivulla " erä- tai kappaletason rekisteröinti.

Passi säilyy olemassa, vaikka sisäinen järjestelmä muuttuisi

ERP-järjestelmä korvataan, siirretään tai päivitetään jossain vaiheessa. Itse tuotepassi ei automaattisesti seuraa tätä — sitä isännöidään kymmenen vuotta riippumatta siitä, mitä sisäisesti varaston hallinnon kanssa tapahtuu. Tämä ero on tärkeä liitäntää järjestettäessä: liitäntä on kätevyys omalle liiketoiminnalle, ei korvike sille velvoitteelle, että passi säilyy saatavilla. Lisätietoja siitä, kuinka kauan passi on oltava saatavilla, on sivulla " kuinka kauan passi on oltava saatavilla.

Missä käytäntö menee pieleen

Muutama tilanne toistuu usein yrityksissä, jotka harkitsevat liitäntää passin ja oman järjestelmän välille:

ERP-järjestelmää pidetään lähteenä, kun passin pitäisi olla lähde. Kun tiedot on kerran julkaistu, passi on ulkopuolisille luotettava tieto. Sisäisen järjestelmän muutokset eivät siellä automaattisesti siirry, ja jos tämä sekoitetaan, on riski, että passi ja oma hallinto menevät eri tavoin.
Varaston muutoksia sekoitetaan passin muutoksiin. Sisäinen varastojärjestelmä muuttuu päivittäin: määrät, sijainnit, erätilat. Tuotepassi rekisteröi tuotteen ominaisuuksia, ei senhetkistä varastoasemaa. Jos nämä kaksi tietotyyppiä sekoitetaan yhdessä liitännässä, syntyy tarpeetonta monimutkaisuutta — ja joskus perusteettomia muutoksia jo julkaistuun passiin. Se, miten muuttaminen julkaisun jälkeen tarkalleen ottaen toimii, on kuvattu sivulla " tietojen muuttaminen julkaisun jälkeen.
Liitäntää luodaan ottamatta huomioon alustan tunnistenumeroa. Jos sisäinen artikkelin numero ei vastaa pasaportissa käytettävää koodia, syntyy manuaalinen käsittelyvaihe, joka käytännössä kumoaa kytkeytymisen suurelta osin.
Oletetaan, että ERP-integraatio huolehtii myös fyysisen QR-koodin tuotteella olevasta osasta. Nämä ovat kaksi erillistä osaa: datakytkeytyminen sääntelee tietojen vaihtoa, ja kuljettimen kiinnittäminen itse alumiiniin on erillinen prosessi. Katso asiasta kuinka QR-koodi tulee tuotteelle.
Oletetaan, että oma järjestelmä tuottaa pasaportista "muodostaa" itse. Niin kauan kuin alumiinin delegoitu säädös ei ole julkaistu, ei ole päätetty, mikä tarkka tietomuoto tulee pakolliseksi. Integraatiota voidaan valmistella, mutta oletus, että oma ERP-järjestelmä täyttää kaikki vaatimukset itsenäisesti myöhemmin, on ennenaikainen.

Mitä voitte dokumentoida

Yrityksille, jotka harkitsevat tuotepassin ja oman järjestelmän välistä kytkentää, on käytännöllistä kirjata alla olevat kohdat sisäisesti — vaikka kytkentää ei vielä rakennettaisikaan:

Mitkä ERP- tai varastojärjestelmän kentät vastaavat tuotepassin kenttiä, mukaan lukien kunkin tuotteen tai erän tunnuskoodi.
Kuka yrityksessä vastaa tietojen ajantasaisuudesta, joita käytetään sekä sisäisesti että pasaportissa.
Sopimus siitä, milloin sisäisen järjestelmän tiedot otetaan pasaportissa käyttöön, ja milloin sitä ei tehdä automaattisesti.
Dokumentaatio siitä, mikä järjestelmä on lähde kunkin tiedon osalta — jotta tarkastuksessa tai ostajan kysymyksessä on selvää, mistä luku tai ominaisuus tulee.
Yleiskatsaus siitä, onko pasaportti kappale- vai erä-pohjainen, koska se määrää, kuinka varastointitietueiden kytkentä toteutetaan parhaiten.

Nämä kohdat eivät vahvista tulosta eivätkä ole takuu siitä, että integraatio täyttää sen, mitä delegoitu säädös myöhemmin vaatii — kyseinen teksti ei ole vielä olemassa. Ne kuitenkin varmiststavat, että yritys, kun tekniset vaatimukset muuttuvat konkreettisiksi, ei aloita alusta selvittämään, mitkä tiedot kuuluvat minne.

Tämä ei ole oikeudellista neuvontaa. Tämä sivu antaa yleistä tietoa asetuksesta, jota tämä alusta käsittelee. Emme tunne tilannettasi. Jos olet epävarma omastasi, ota yhteyttä asianajajaan tai asianomaiseen valvontaviranomaiseen.

Kirjoitettu tekoälyllä yllä olevien lähteiden perusteella, jonka ihminen on tarkistanut 2026-08-22. Onko jotain vialla? Kerro meille — korjaukset saatetaan etusijalle.