voinko nyt jo teettää testiversiota tuotepassistani

Kyllä, testiversio on jo nyt mahdollista tehdä

Testiversio tuotepassista voidaan tehdä jo nyt, vaikka teräksen oikeudellinen velvoite ei ole vielä vahvistettu. Ei ole mitään sääntöä, joka kieltäisi tai sitoisi kokeellisen passisovelluksen tekemisen: ESPR määrittelee, milloin passi muuttuu pakolliseksi ja mitä sen on sisällettävä, kun se velvoite astuu voimaan, mutta mikään ei estä yritystä keräämästä omia tuotetietojaan etukäteen ja järjestämästä niitä passin muodossa. Tällainen testiversio on silloin harjoitus jo saatavilla olevien tietojen pohjalta, ei passi, jolla olisi oikeudellista asemaa.

Mitä testiversio on ja mitä se ei ole

Testiversio on tarkoitettu näyttämään, mitkä tiedot ovat jo saatavilla, mitkä puuttuvat ja miltä passi käytännössä näyttää tietylle tuotteelle, kuten palkille, levylle tai putkelle. Se on kokeellinen rakentuma: sisältö voi muuttua myöhemmin, kun teräksen lopulliset vaatimukset tunnetaan, ja testiversio ei tarvitse noudattaa vahvistettua normia, koska sellaista normia ei ole vielä tälle tuoteryhmälle. Mitä testiversio ei ole: oikeudellisesti pätevä digitaalinen tuotepassi artikleiden 9 ja 10 merkityksessä ESPR:stä (Asetus (EU) 2024/1781). Nämä artikkelit kuvaavat, mitä passin on sisällettävä ja miten sen on oltava saatavilla, kun delegoitu säädös tekee sen pakolliseksi tuoteryhmälle — ja sellaista säädöstä ei ole vielä raudalle ja teräkselle. Testiversiota ei siis voida käyttää velvoitteen täyttämiseen, jota ei vielä ole olemassa, eikä myöskään todistamaan, että yritys "on jo siihen noudattava", koska mitään noudatettavaa ei ole vielä olemassa.

Milloin se tulee pakolliseksi, ei ole vielä vahvistettu

Ei ole vielä vahvistettua päivämäärää, jolloin digitaalinen tuotepassi raudalle ja teräkselle muuttuu pakolliseksi. ESPR toimii delegoitujen säädösten kautta tuoteryhmittäin: ESPR:n artikla 18 kuvaa, kuinka komissio asettaa tuoteryhmät prioriteettijärjestykseen ja laatii työsuunnitelman, ja vasta delegoidun säädöksen myötä kyseiselle tuoteryhmälle selviää, mitä tarkalleen ottaen vaaditaan ja mistä lähtien. Raudalle ja teräkselle sellaista säädöstä ei ole vielä. Kunnes säädös julkaistaan, raudalla ja teräksellä ei ole velvoitetta digitaalisen tuotepassin käyttöön — yritys voi kuitenkin jo vapaaehtoisesti harjoitella sen rakentamista. Heti kun konkreettinen päivämäärä on tiedossa, se julkaistaan tässä.

Kuinka yritys käytännössä ottaa testversion käyttöön

Järkevimmän vaihtoehdon järjestys alkaa tiedoista, jotka ovat jo saatavilla: materiaalin koostumus, alkuperä, sertifikaatit ja se, mitä valmistaja tai maahantuoja jo vakiona toimittaa. Testpassi on käytännössä ensimmäinen sellaisten tietojen luettelo, jotka on koottu ESPR:n vaatiman rakenteen mukaisesti. Seuraavaksi on hyödyllistä tarkastella, mitkä tiedot puuttuvat tai eivät ole vielä standardoituja — se on juuri paikka, jossa yritys oppii, missä oman hallinnon tai toimittajien hallinnon on vielä puutteita. Niille, jotka haluavat rakentaa tämän vaihe vaiheelta, on vastaavuusluettelo saatavilla kuinka aloitan teräksen tuotepassin askel kerrallaan, jossa on järjestys tietojen keräämiselle, tuotteeseen liittämiselle ja tietojen toimittamiselle datatutkijan avulla.

On tärkeää muistaa: testiversio ei takaa, että lopullinen, oikeudellisesti pakollinen versio näyttää täsmälleen samalta. Delegoitu säädös voi määrätä muita tietokenttia, asettaa muita vaatimuksia datatutkijalle tai asettaa muita vastuita valmistajalle, maahantuojalle tai kauppiaalle — se seuraa ESPR:n artiklasta 38, joka kuvaa toimitusketjun toimijoiden velvoitteita ja joka täydennetään tuoteryhmittäin. Testiversio on siis ennen kaikkea opettavainen prosessille ja oman tietojen hallinnolle, ei sinäkään kuvio, joka voidaan sellaisenaan ottaa käyttöön heti kun säännöt ovat voimassa. Kuka haluaa laajemmin tietää, mitä voi nyt jo tehdä, määräysten lopullisen voimaantulon odotuksella, löytää sen sivulta mitä voin tehdä jo nyt, kun säännöt eivät vielä ole lopulliset.

Tämä seuraa ESPR:n artikloista 9, 10, 18 ja 38

Tämän vastauksen perustelut löytyvät ESPR:n (asetus (EU) 2024/1781) neljästä artiklasta. Artikla 9 kuvaa, mikä digitaalinen tuotepassi on ja mikä sen tehtävä on. Artikla 10 täsmentää, mitä vaatimuksia tällaiselle passille asetetaan, kun se tulee pakolliseksi tuoteryhmälle. Artikla 18 kuvaa, miten komissio laati työsuunnitelman ja määritti järjestyksen, jonka mukaan tuoteryhmät tulevat vuoroon — ja osoittaa, että tämä tapahtuu tuoteryhmäkohtaisesti erillisen valtuutetun toiminnan kautta. Artikla 38 kuvaa eri toimijoiden velvoitteita toimitusketjussa, mikä tulee ajankohtaiseksi, kun raudan ja teräksen velvoitteesta tulee voimassa. Mikään näistä artiklakaavoista ei kiellä passin vapaaehtoista testaamista ennen tätä velvoitetta; ne vain kuvaavat, mitä pätee, kun velvoite on voimassa.

Joka jo haluaa aloittaa, voi parhaiten aloittaa omien tuotetietojen inventaariolla ja ensimmäisellä testpassilla yhdelle tuotelinjalle ilman, että ottaa etumatkaa vielä vahvistamatta olevaan lopulliseen normiin.

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

Varsinainen kysymys — voiko minä jo nyt pyytää testiversiota tekemään — ei saa laillista vastausta, koska velvoitetta, johon voisi verrata, ei vielä ole. Raudan ja teräksen valtuutettu toiminta ei ole vielä olemassa, ja ESPR:n (asetus (EU) 2024/1781) artikla 18 on täsmälleen se artikla, joka säätelee, miten Euroopan komissio asettaa tuoteryhmille prioriteetit ja valmistelee näiden toimintojen sisällön. Niin kauan kuin sitä toimintaa ei ole julkaistu, pakollista aineistoa, pakollista muotoa eikä pakollista QR-kantajaa ei ole vahvistettu testaamisen perusteeksi. Mitä kylläkin on olemassa: artiklakaavat, jotka kuvaavat digitaalisen tuotepassin yleismuodon, ja tämä muoto ei muutu olennaisesti, vaikka sisältö tuoteryhmäkohtaisesti on vielä avoin.

Artikla 9: ymmärtää, mitä passin on pystyttävä tekemään

ESPR:n artikla 9 kuvaa, mikä digitaalinen tuotepassi yleisesti ottaen on ja mitä sen on pystyttävä tekemään: yhdistää tiedot tiettyyn tuotteeseen tai tuotemalliin, tehdä ne saataviksi kantajan kautta ja säilyttää ne määrätyn ajan. 10–100 työntekijää työllistävälle yritykselle tämä tarkoittaa ensisijaisesti sitä, että testiversio voi keskittyä rakenteeseen — mitkä tiedot liittyvät mihin tuotteeseen, kuka saa ne nähdä, miten yhteys fyysiseen kelaan, levyyn tai profiiliin luodaan — ilman, että tarkka sisältö on vielä selvää. Juuri tämänlainen valmistelu on mahdollista tehdä silloin, kun säännöt eivät ole vielä lopulliset.

Artikla 10: ymmärtää, mitä vaatimuksia kantajalle ja tiedoille asetetaan

ESPR:n artikla 10 käsittelee teknisiä vaatimuksia: yhteentoimivuutta, saavutettavuutta ja tapaa, jolla tietoja on oltava saatavilla ilman riippuvuutta yhdestä toimittajasta. Testiprojektille tämä on artikla, joka määrää, tuntuuko pilotti "tulevaisuudenkestävältä": testiversio, joka perustuu suljettuun, siirtokelvottomaan kantajaan, on vaarassa, että se on rakennettava uudelleen, kun lopullinen toiminta julkaistaan. Testiversio, joka perustuu avoimiin, siirtokelpoisiin tietoihin, sopii paremmin siihen, mitä artikla 10 tarkoittaa, vaikka tarkka normi ei ole vielä vahvistettu.

Artikla 38: ymmärtää, kuka toimitusketjussa toimittaa mitä tietoja

ESPR:n artikla 38 kuvaa toimitusketjussa olevien toimijoiden vaatimuksia: kuka toimittaa mitä tietoja kenelle ja missä muodossa. Teräksen jälleenmyyjälle tai metallin jalostajalle tämä on merkityksellinen, koska testiversio pasista ilman luotettavaa alkuperätietoa valmistajalta tai maahantuojalta ei ole paljoakaan arvoinen. Pilottia voidaan siis hyvin testata tietojen perusteella, jotka saapuvat jo tänään hankinnassa — sertifikaatit, materiaaliset määritelmät, alkuperäilmoitukset — nähdäkseen, sopiiko kyseinen tietovirta jo nyt siihen, että se myöhemmin sijoitetaan passiin.

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

Ensimmäinen tilanne, joka usein menee pieleen: yritys rakentaa testipassia mallin pohjalta, joka on kopioitu toiselta alalta, esimerkiksi tekstiilistä tai elektroniikasta, ottamatta huomioon sitä, sopiiko se terässä oleelliselle. Tulos toimii teknisesti, mutta on julkaisemisen yhteydessä alan spesifisen delegoidun säädöksen osalta suurelta osin rakennettava uudelleen.

Toinen tilanne: testiversio on rakennettu tietojen pohjalta, jotka sisäisesti eivät ole olleet päivitettyjä pitkään aikaan, kuten vanha toimittajalistaus tai vanhentunut sertifiointitieto. Pilotti näyttää silloin hyvältä, mutta kertoo vähän siitä, ovatko yrityksen osalta todella valmiit, koska taustalla olevaa dataa ei ole puhdistettu.

Kolmas tilanne: yritykset testaavat vain QR-koodia ja näyttöä, mutta eivät prosessia sen takana — kuka organisaatiossa pitää tiedot ajan tasalla, kuka on vastuussa virheen sattuessa, ja mitä tapahtuu, jos asiakas pyytää täydentäviä tietoja. Testiversio, joka simuloi vain passin "etupuolta", kertoo vähän kysymyksestä kuinka koulutan henkilöstöäni työskentelemään tuotepassin kanssa, ja se kysymys tulee väistämättä uudelleen esille heti kun passi muuttuu pakolliseksi.

Neljäs tilanne: yritys, jolla on useita toimipaikkoja, rakentaa testversion yhdelle paikkakunnalle ja olettaa, että se voidaan myöhemmin automaattisesti skaalata. Se, toimiiko näin, riippuu siitä, miten keskitetysti tietojen käsittely on järjestetty; tämä on kysymys, joka ansaitsee erityistä huomiota, katso kuinka järjestän tuotepassin, jos minulla on useita toimipaikkoja.

Viides tilanne: testiprosessia pidetään päätepisteenä harjoittelun sijaan. Demoa rakennetaan, esitellään johdolle ja sitten demo jää paikoilleen kunnes säännöt ovat lopullisia — minkä jälkeen käy ilmi, että dataset on sitä väliä vanhentunut.

Mitä voitte kirjata ylös

Yleiskatsaus siitä, mitkä tuotetiedot ovat jo tänään saatavilla materiaalilajin tai tuotesarjan mukaan, ja mistä niistä tulevat valmistajalta tai maahantuojalta kuten tarkoitetaan ESPR:n 38 artiklan mukaan.
Kuvaus nykyisestä tietovirrasta: mistä sertifikaatit ja alkuperätiedot tulevat, kuka niitä hallinnoi, ja missä järjestelmässä ne ovat.
Huomautus siitä, mikä testiversio valittiin (mikä alusta, mikä standardi) ja miksi, jotta alan spesifisen delegoidun säädöksen julkaisemisen yhteydessä voidaan nopeasti arvioida, mikä voi pysyä pystyssä.
Luettelo olettamuksista, jotka on tehty testiversionissa tietokentän rakenteesta ja saavutettavuudesta, joita on tarkastettava ESPR:n 9 artiklan ja 10 artiklan perusteella heti kun alan spesifinen delegoitu sääntö ilmestyy.
Sopimukset siitä, kuka organisaatiossa hallinnoi pilottia ja kuka on vastuussa taustalla olevan datan pitämisestä ajan tasalla.

Yleiskatsaukselle vaiheista, jotka tähän liittyvät, myös irrallaan konkreettisesta testiversionista, on olemassa kysymys kuinka aloitan teräksen tuotepassin askel kerrallaan. Ja yrityksille, jotka miettivät, voidaanko tällainen testiprosessi jo liittää johonkin jaettuun standardiin, on asiaankuuluvaa se, onko alalla jo yhteinen linja, katso onko teräksen tuotepassille jo olemassa alan standardia.

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ä mainittujen lähteiden perusteella, jonka ihminen tarkisti 2026-09-05. Onko jotain vialla? Kerro meille — korjaukset saavat etusijaa.