Voinko luoda QR-koodin digitaalisen tuotepassin itse?
Kyllä, QR-koodin omatoiminen luominen on teknisesti yksinkertaista: on olemassa lukuisia ilmaisia generaattoreita, jotka tuottavat muutamassa sekunnissa skannattavan kuvan. Vaikeus ei ole itse QR-koodissa, vaan siinä, mitä sen taustalla on. Digitaalista tuotepassia varten oleva QR-koodi viittaa strukturoituun, koneellisesti luettavaan datatiedostoon, jossa on yksilöivä tunniste, sen on täytettävä vahvistettu muoto ja se on oltava saavutettavissa määrätyn ajan — myös silloin, jos yrityksenne vaihtaa ohjelmistojen toimittajaa tai lopettaa tuotelinjaa.
Jos haluaa sen itse rakentaa, on siis katsottava pidemmälle kuin kuvaa. Kyse on siitä, pystyykö luomaan pohjalla olevat tiedot, pitämään ne ajantasaisina, suojaamaan ne ja ylläpitämään niitä pitkäkestoisesti tavalla, joka vastaa sitä, mitä asetus tuoteryhmittäin tulee määräämään. Nämä ovat eri taitoja kuin kuvan tekeminen.
Mitä yritys voi itse hallita
Tiedot raudasta tai terästä — alkuperä, koostumus, käsittelyvaiheet, sertifikaatit — ovat yleensä teillä itsellään, tai haette ne omilta toimittajiltanne. Tämän keräystyön voi yritys monissa tapauksissa itse järjestää, samoin kuin sisäisen sopimuksen siitä, kuka organisaatiossa vastaa sen pitämisestä ajantasaisena. Myös se, rakennatko itse järjestelmän vai käytätköhän olemassa olevaa alustaa, on täysin sinun päätöksesi. Sivustolla tietopankista löydät mitä asetus tarkasti vaatii siltä, joka mitä tietoja toimittaa, jotta voit käydä tämän keskustelun sisäisesti jo ennen teknisen valinnan tekemistä.
Missä tekniikka menee pidemmälle kuin generaattori
Itse QR-koodi on helpoin vaihe. Se vaikeutuu vaatimuksissa, jotka koskevat tiedostoa, johon koodi viittaa: kiinteä datatiedosto, yksilöllinen ja jäljitettävä tunniste, suoja muutoksilta jälkikäteen ja saatavuus, joka ei saa riippua yhdestä satunnaisesti kaatuvasta palvelimesta. Yritykset, jotka haluavat rakentaa tämän itse, huomaavat usein, että ensimmäinen QR-koodi on valmis nopeasti, mutta ylläpito — uudet tuoteversiot, muutokset toimittajien tiedoissa, pitkäaikainen saatavuus — tulee jatkuvaksi tehtäväksi, joka ei lakkaa itsestään. Sivulla, joka näyttää, mistä tiedot tulevat näet, miten tällainen kytkentä käytännössä on rakennettu — suuntaa varten niille, jotka harkitsevat samantapaisen järjestelmän rakentamista itse.
Mikä ei ole vielä vahvistettu
Tarkat vaatimukset muodolle, koodin yksilöllisyydelle ja säilytysajanjaksolle käsitellään tuoteryhmittäin delegoidussa säädöksessä ESPR-asetuksen nojalla. Työsuunnitelma vuosille 2025–2030 mainitsee ensimmäisen delegoidun säädöksen vuonna 2026 ja velvoitteet, jotka tulevat voimaan kahdeksantoista kuukautta myöhemmin. Niin kauan kun tekstiä ei ole, ei voi varmasti sanoa, kuinka kauan tiedot on oltava saavutettavissa tai mitä teknistä muotoa vaaditaan. Jos rakennat nyt jotain itse, rakennat siis oletusten varaan, jotka voivat myöhemmin muuttua.
Omatoimi vai ulkoistaminen: harkinta
Se, onko omatoimi järkevää, riippuu koostanne, tuotelinjojensa määrästä ja siitä, kuinka paljon olette tottuneet teknisten järjestelmien pitkäaikaiseen ylläpitoon. Pieni yritys, jonka valikoima on rajoitettu, pärjää yksinkertaisella ratkaisulla; yritys, jolla on paljon variantteja ja vaihtuvia toimittajia, kohtaa nopeammin ylläpitotyötä, joka vie enemmän aikaa kuin odotettiin. Ei ole yleistä vastausta, joka sopii jokaiselle yritykselle — harkinta vaihtelee tilanteen mukaan, ja oikeudellisen puolen osalta virallinen teksti tai oikeustieteilijä on asianmukainen lähde. Soveltamalla ilmaista nopea-arviota, joka muutamalla kysymyksellä antaa viitteen näet nopeasti, onko tilanne yksinkertainen vai monimutkaisempi, ilman että tarvitset siihen heti tiliä.
Onko sinulla kysymyksiä lukemisen jälkeen erityisistä tilanteista, kuten tuonnista EU:n ulkopuolelta tai yhteistyöstä useiden toimittajien kanssa? Tutustu sitten usein kysyttyjen kysymysten kokoelmaan tai suorita pika-skannaus nähdäksesi, missä yrityksesi tällä hetkellä on.