Erään konevalmistajan kunnossapitopäällikkö ylläpitää jokaisesta koneesta digitaalista tyyppikilpiä: valmistaja, malli, sarjanumero, valmistusvuosi, tekniset tiedot, sertifikaatit, vaatimustenmukaisuusvakuutus. Ei PDF-tiedostona kansiossa, vaan jäsenneltynä tietueena, jonka jokainen järjestelmä pystyy lukemaan. Hän on luonut sen kunnossapitoa varten. Tahattomasti hän on näin ollen jo laatinut puolet digitaalisesta tuotepassista.
Vielä puuttuvat osat ovat selkeitä: tuotteeseen kiinnitettävä koodi, sinetti, jonka tarkastaja voi tarkistaa ilman lisäkyselyjä, sekä julkinen osoite, josta jokainen skanneri löytää passin. Tämä artikkeli osoittaa, mitä tyyppikilpi ja sen takana oleva rakenne jo tekevät, mitä ne eivät tuota ja kuinka näistä molemmista muodostuu passi ilman, että kenenkään tarvitsee ylläpitää tietoja kahdesti.
Mikä on hallintakuori
Digitaalisen tyyppikilven takana oleva rakenne on nimeltään Asset Administration Shell, suomeksi hallintakuori, lyhennettynä AAS. Se on teollisuuden standardi tuotteen digitaaliselle kaksoselle: standardoitu, koneellisesti luettava kuvaus, joka on järjestetty rakennuspalikoiksi, joista kukin kuvaa yhtä näkökohtaa, kuten tyyppikilven, hiilijalanjäljen ja tekniset tiedot. Sen on kehittänyt Industrial Digital Twin Association, ja se on kansainvälisesti standardoitu standardiksi IEC 63278. Suuret saksalaiset teollisuusjärjestöt tukevat sitä.
Tämä ei ole kritiikkiä AAS:ää kohtaan. Se ratkaisee hyvin vakavan ongelman, ja tässä artikkelissa käsitellään sitä, kuinka hyvin se sopii yhteen sen rinnalla syntyneen ratkaisun kanssa.
Sama idea, erilainen tulos
AAS ja EU:n digitaalinen tuotepassi perustuvat samaan ajatukseen: tuotetietojen jäsentäminen, niiden muuttaminen koneellisesti luettaviksi ja niiden välittäminen toimitusketjussa. Ne lähestyvät tätä ajatusta eri suunnista, ja ne tuottavat erilaisia tuloksia.
Mielenkiintoista on se, kuinka lähellä toisiaan nämä kaksi todellisuudessa ovat.
Euroopan komissio ei ole pitänyt AAS:ää kilpailijana. Se viittaa AAS:n rakennuspalikoihin DPP-tietorakenteiden teknisenä perustana, erityisesti digitaaliseen tyyppikilpeen ja hiilijalanjälkeen. Tämä on vahva merkki siitä, mihin suuntaan lähentyminen etenee.
Digitaalinen tyyppikilpi on jo puoliksi tuotepassi
Katsokaa, mitä digitaalinen tyyppikilpi jo sisältää: valmistajan ja tuotteen nimen, sarjanumeron, valmistuspäivämäärän, tuotenumeron, tekniset perustiedot, sertifioinnit ja vaatimustenmukaisuusvakuutukset. Tämä luettelo on hyvin lähellä sitä vähimmäismäärää, jonka tuotepassin on sisällettävä. Kuka tahansa, joka on pitänyt digitaalista tyyppikilpeä ajan tasalla, on jo suorittanut noin puolet digitaalisen tuotepassin työstä ilman, että on edes pyrkinyt siihen.
Mitä Shell yksinään ei tuota
Tässä on rehellisesti sanottuna puute. Shellin tiedot ovat välttämättömiä passia varten. Ne eivät kuitenkaan riitä. AAS ei itsessään tuota neljää asiaa, joita EU-asetus lopulta vaatii:
- osoitetta, jonka jokainen skanneri löytää: GS1 Digital Link-verkostostandardia, jonka avulla skannaus johtaa oikeaan passiin;
- sinetti, jonka kuka tahansa voi tarkistaa: allekirjoitus, jonka viranomainen tai tarkastaja tarkistaa itse sen sijaan, että luottaisi teidän sanaanne;
- tuotteessa oleva QR-koodi, jonka kuluttaja skannaa;
- pakkauksessa oleva merkintä, jota pakkausasetus PPWR tulee vaatimaan.
Nämä neljä elementtiä muodostavat julkaistun passin. Ne ovat ero hyvin jäsenneltyjen teollisuustietojen ja sellaisen välillä, mitä viranomainen, kierrättäjä ja kuluttaja voivat todella ottaa käsiinsä.
Missä Transpareo sijoittuu: julkaistuna passina, ei toisena kaksoiskappaleena
Juuri nämä neljä asiaa Transpareo lisää, ja järjestely on täydentävä alusta alkaen. Shell pysyy ainoana lähteenä. Sen tiedot siirtyvät Transpareon sovellusrajapinnan (API) kautta passiin; AAS itse ei lue Transpareota suoraan, vaan määrität rakennuspalikoiden kohdistuksen passikenttiin kerran. Tuloksena syntyy passi, sellaisena kuin EU sitä vaatii: allekirjoitettu, osoitteessa, jonka jokainen skanneri löytää, QR-koodin kautta saavutettavissa ja valmis rekisteriin. Versiotiedot esittävät Transpareo Time Machinen, tarkistustyökalun, joka tarkistaa jokaisen version lukijan selaimessa. Se on julkaistu avoimena lähdekoodina GPL v3 -lisenssillä, jotta tarkistus ei riipu Transpareon luotettavuudesta.
Ei toista järjestelmää tietojen ylläpitoon. Ei toista mallia, jota pitäisi pitää synkronoituna. Ei päällekkäistä työtä.
Tyyppikilpesi pysyy siellä, missä se on; passi luodaan sen perusteella.
Kaikki tämä on jo nyt saatavilla, ilman että tarvitsee odottaa velvoitteen voimaantuloa. Kun DPP-velvoite astuu voimaan omalla toimialallasi, jäljellä on enää rekisteröityminen EU:n rekisteriin.
Silta on mahdollisuus
Se, että AAS ja DPP sulautuvat yhteen, on se osa, joka ansaitsee huomiota, ja se on juuri nyt käynnissä, kun EU mainitsee Shellin rakennuspalikat teknisenä perustana. Silta Shellin tyyppikilvestä julkaistuun, allekirjoitettuun ja QR-koodilla linkitettyyn passiin on avaus AAS-yhteisölle, ei kilpaileva järjestelmä, joka haluaa korvata sen. Miksi julkaistu passi perustuu joka tapauksessa avoimiin sanakirjoihin, selviää EN 18223-standardia käsittelevästä artikkelistamme.
Vakavasti tarkoitettu kysymys kaikille, jotka käyttävät AAS-järjestelmää tuottavasti: Miten Shell-rakenteenne liittyy tai miten aiotte liittää sen DPP-velvoitteisiinne? Mitkä rakennuspalikat odotatte voivanne kuvata tarkasti, ja missä näette rajapinnat? Haluamme mieluummin kuulla, mitä mieltä olette asiasta, kuin olettaa sitä.
Kysymyksiä tästä artikkelista
Riittääkö pelkkä digitaalinen tyyppikilpi DPP:lle?
Ei, mutta ero on pieni eikä merkittävä. Tyyppikilvessä on valmistajan ja tuotteen nimi, sarjanumero, valmistuspäivämäärä, tuotenumero, tekniset perustiedot, sertifikaatit ja vaatimustenmukaisuusvakuutukset, joten se täyttää lähes kaikki vaatimukset, jotka passin on täytettävä. Siitä puuttuvat kuitenkin julkinen passi, eli osoite, jonka jokainen skanneri löytää, viranomaisen ilman erillistä kyselyä tarkistettavissa oleva sinetti, tuotteessa oleva QR-koodi sekä PPWR-asetuksen edellyttämä pakkausmerkintä. Shell-tiedostossa olevat tiedot ovat välttämättömiä passia varten, mutta ne eivät riitä.
Pitääkö meidän sitten ylläpitää tietoja kahdesti?
Ei. Shell on edelleen ainoa tietolähde, ja sen tiedot siirtyvät Passiin Transpareon sovellusrajapinnan (API) kautta. AAS itse ei lue Transpareota suoraan; siksi määritätte kerran, mikä komponentti kuuluu mihinkin Pass-kenttään. Pass luodaan näiden tietojen perusteella; ei ole olemassa toista mallia, jota pitäisi pitää synkronoituna, eikä toista kohtaa, johon joku voisi syöttää jännitteen arvon. Jos jokin komponentti muuttuu Shellissä, siirrät muutetut tiedot uudelleen, ja seuraava Pass-versio luodaan niiden perusteella sen sijaan, että se syötettäisiin uudelleen.
Mitkä Shellin osat voidaan kuvata selkeimmin?
Digitaalinen tyyppikilpi kuvataan lähes tarkalleen, ja komissio viittaa tähän rakennuspalikkaan yhdessä CO2-jalanjäljen rakennuspalikan kanssa DPP-tietorakenteiden teknisenä perustana. AAS-ympäristössä passin päätietojen oma moduuli on osamalli DppMetadata (IDTA 02099), jonka uniqueProductIdentifier on Shellin globalAssetId. Lisäksi kuvaus riippuu siitä, mitä kenttiä sääntö vaatii tuoteryhmällesi, ja tämä vaihtelee tuoteryhmän mukaan, ei Shellin mukaan.
Tarvitsemmeko tunnisteeksi GTIN-numeron?
Ei. ESPR-asetuksessa vaaditaan yksilöllinen tuotetunniste ja tietoväline tuotteessa, sen pakkauksessa tai mukana toimitettavissa asiakirjoissa (10 ja 12 artikla), mutta ei mainitse mitään numerointijärjestelmää, ja paristoasetus viittaa standardisarjaan ISO/IEC 15459 tietyn numeron sijaan (77 artiklan 3 kohta). GTIN-numeron avulla tunniste muuttuu Transpareossa GS1 Digital Linkiksi, jota myös muut järjestelmät tunnistavat; ilman GTIN-numeroa passissa on yksilöllinen Transpareo-tunniste, ja QR-koodi johtaa yhtä lailla passiin. Myös AAS:n käyttämä IEC 61406 ID-Link on hyväksytty tunnistejärjestelmä (EN 18219).
Miksi passiin tarvitaan sinetti, jos Shellillämme on jo käyttöoikeudet?
Käyttöoikeudet määrittävät, kuka saa lukea tietyn arvon. Allekirjoitus määrittää, onko arvo edelleen paikkansa pitävä sen jälkeen, kun se on lähtenyt järjestelmistänne. Markkinavalvontaviranomainen, kierrättäjä tai asiakkaan tarkastaja lukee passin ilman minkäänlaista yhteyttä teihin, ja allekirjoitus on se, mikä antaa hänelle mahdollisuuden suorittaa oman tarkastuksensa sen sijaan, että hän luottaisi yksinkertaisesti teidän sanaanne. Jokaisessa Transpareo-versiossa on kaksi riippumatonta allekirjoitusta, myöntäjän ja meidän, ja Transpareo Time Machine tarkistaa ne lukijan laitteessa; se on julkaistu avoimena lähdekoodina GPL v3 -lisenssillä, jotta tarkistus ei riipu siitä, luotetaanko meihin. Voit halutessasi säilyttää myöntäjän avaimen itse oman allekirjoituspalvelun kautta.
Voiko Transpareo rekisteröidä passin puolestamme EU:n rekisteriin?
Ei. Tällä hetkellä yrityksenne tekee merkinnän itse; EU:n keskitetty DPP-rekisteri ei vielä tarjoa palveluntarjoajille pääsyä. Se on ollut toiminnassa 20. heinäkuuta 2026 lähtien, ja sitä säännellään täytäntöönpanoasetuksessa (EU) 2026/1778. Rekisterin käyttöoppaasta käy kuitenkin ilmi, että passia ei vielä voi rekisteröidä siellä, eikä komissio ole vielä julkaissut sen ohjelmointirajapinnan teknisiä vaatimuksia. Vain tuotteen markkinoille saattava talouden toimija saa tehdä rekisteröinnin; akkujen osalta tämä on määritelty akkuasetuksen 77 artiklan 10 kohdassa. Valmistelemme rekisteröintiin tarvittavat tiedot, eli tuotetunnuksen, toimijan tunnuksen, passin osoitteen ja sormenjäljen, jotta itse rekisteröinti on teille nopea ja helppo prosessi. Tulkintamme rekisteriasetuksesta on esitetty artikkelissa ”Rekisteri on nyt laki”.
Mitä vaatimuksia julkaistun passin on täytettävä?
CEN/CLC JTC 24:n DPP-järjestelmä on eurooppalaisten standardien perhe, ja täytäntöönpanopäätöksessä (EU) 2026/1736 mainitaan virallisessa lehdessä kuusi niistä: EN 18216, EN 18219, EN 18220, EN 18221, EN 18222 ja EN 18223. Jos mainittua standardia noudatetaan, passin tunnisteelle, tallennusvälineelle, tallennukselle ja rajapinnoille myönnetään vaatimustenmukaisuusolettama. Juuri tämän osan Shellin rakennuspalikka jättää ympäröivän järjestelmän hoidettavaksi; siksi ne sopivat yhteen sen sijaan, että ne kilpailevat keskenään.
