mihin pitää kiinnittää huomiota valitessa tuotepassin palveluntarjoajaa

Kiinnitä huomiota tietorekisterien kytkentään, ei vain kauniiseen koontinäyttöön

Ohjelmistoratkaisun tuotepassille valitset sen perusteella, mitä tapahtuu moottorin alla: miten tiedot tallennetaan, kuka niihin pääsee, ja onko järjestelmä yhteensopiva Euroopan komission perustamaan rekisteriin. ESPR:n (asetus (EU) 2024/1781) 10 artikla asettaa vaatimuksia itse passille — mitkä tiedot sen on sisällettävä, kuinka kauan ne säilytetään, kuka saa ne muuttaa — ja 11 artikla käsittelee teknistä suunnittelua: miten passi rakennetaan, kytketään ainutlaatuiseen kantajaan ja luetaan QR-koodin tai vastaavan järjestelmän avulla. Joten toimittajan, joka tarjoaa tätä alustaa, ei pidä myydä vain ratkaisua, joka tuottaa passin tänään, vaan sellaista, joka tekee sen oikein myös vuosien kuluttua, vaikka tekniset standardit täsmentyvät.

Tämä koskee tekniikkaa, ei ostovalikoiman sisältöä

Ohjelmistotoimittajan valinta on eri kysymys kuin se, onko tietty vaate velvoitteen piiriin kuuluva. Mitkä tuotteet tarkalleen kuuluvat digitaalisen tuotepassin soveltamisalaan ja milloin, kuvataan kohdassa mitä digitaalinen tuotepassi tekstiilin ja vaatteiden osalta tarkalleen sisältää ja selostuksessa tai koskee tuotepassi tiettyä valikoimaa. Tämä artikkeli ei käsittele sitä sisällöllisen soveltamisalan kysymystä, eikä myöskään passiin liittyviä kustannuksia — niitä käsitellään kohdassa mitä tekstiilin ja vaatteiden tuotepassi maksaa. Tässä käsitellään erityisesti kriteereja, joiden perusteella toimittajaa tai alustaa arvioidaan riippumatta siitä, kuka tuotteen valmistaa tai myy.

Velvoite ei ole vielä vahvistettu, tekniset vaatimukset osittain kyllä

Kiinteää päivämäärää, jolloin ohjelmiston valinta tulee väistämättömäksi, ei ole vielä olemassa. Euroopan komission kestävien tuotteiden ekologisen suunnittelun työsuunnitelman mukaan tekstiilin delegoidun säädöksen odotetaan tulevan, ja korkean tekstiiliasteen vaatteet ovat ensimmäinen luokka. Niin kauan kuin kyseistä säädöstä ei ole julkaistu, ei ole vahvistettua sitä hetkeä alkaen, milloin passi tulee pakolliseksi. Se, mikä on jo vahvistettu, ovat yleiset vaatimukset digitaalisesta tuotepassista ESPR:n 9., 10. ja 11. artiklassa: ne muodostavat kehyksen, jonka puitteissa jokainen tuoteryhmän delegoitu säädös täsmennetään. Toimittaja, joka valmistautuu siihen jo nyt, ei siis ole liian aikaisin.

Viisi seikkaa, jotka on käytävä läpi toimittajan kanssa

Ensimmäinen kysymys on, voiko järjestelmä kytkeä tiedot ainutlaatuiseen tuotetunnukseen ja kantajaan, kuten QR-koodiin, kuten ESPR:n 11 artikla kuvaa. Ratkaisu, joka tuottaa vain erillisen PDF-tiedoston, ei vastaa jatkuvasti saatavilla olevaksi ja päivitettäväksi tarkoitetun passiin. Toinen kysymys on, kuka syöttää tiedot ja ylläpitää niitä: yksityisillä tuotemerkeillä tai tuonnissa tieto kulkee usein useiden osapuolten kautta, ja järjestelmä, joka erottaa selvästi roolit ja oikeudet — valmistaja, tuoja, brändi — estää tilanteen, jossa kukaan ei enää tiedä, kuka teki viimeksi päivityksen tai saa tehdä sen. Kolmas kysymys koskee säilytysaikaa ja isännöintiä: 10 artikla asettaa vaatimuksia passiin saatavuudelle tuotteen käyttöiän aikana, joten toimittaja, joka tarjoaa vain muutaman vuoden tilauksen ilman selvyyttä siitä, mitä tapahtuu sen jälkeen, jättää kattavuudessa aukon.

Neljäs kysymys koskee tietolähteitä: voiko järjestelmä tuoda tietoja, jotka ovat jo saatavilla muualla, kuten toimittajan ilmoituksessa, testiraportissa tai kankaiden luettelossa, vai täytyykö kaikki syöttää manuaalisesti. Tämä koskee myös sitä, kuka vastaa tietojen kääntämisestä tuotteiden myyntimarkkinoiden kielille — aihe, jota käsitellään tarkemmin selostuksessa kuka huolehtii tuotepassin tietojen kääntämisestä. Viides kysymys on, miten järjestelmä käsittelee muutoksia julkaisemisen jälkeen: passi ei ole tilannekuva, ja toimittaja, joka ei tarjoa versioiden hallintaa tai muokkausmahdollisuutta, vaikeuttaa virheiden korjaamista tai tietojen päivittämistä ilman koko ketjun uudelleen käymistä.

Lisäksi kannattaa katsoa, miten toimittaja käsittelee datakantojen fyysistä puolta: sopiiko QR-koodi olemassa oleviin etiketteihin ja pakkauksiin vai onko muutoksia tarpeen — kysymys, joka tulee esille myös arvioitaessa, pitääkö vaatetehtaiden etiketti ja pakkaus nyt jo muuttaa. Joka haluaa lähestyä tätä vaihe vaiheelta, löytää vaiheittaisen lähestymistavan yleiskatsauksesta, miten vaatteiden ja tekstiilien tuotepassi otetaan käyttöön vaihe vaiheelta.

Sijainti: ESPR:n 9., 10. ja 11. artikla

Näiden kriteerien perusta on ESPR:n 9. artiklassa (asetus (EU) 2024/1781), joka esittelee digitaalisen tuotepassin välineenä, täydennettynä 10. artiklalla passin sisällön ja saatavuuden erityisvaatimuksista sekä 11. artiklalla teknisestä suunnittelusta ja toiminnasta, mukaan lukien liitäntä ainutlaatuiseen kantoaineeseen. Asetus ei säätele mitään erityistä tuotekategoriaa, kuten vaatteita; se tapahtuu delegoitujen säädösten kautta, joiden aikataulu on löydettävissä Euroopan komission verkkosivuilta kestävien tuotteiden ekologista suunnittelua koskevasta asetuksesta.

Joka nyt jo suuntautuu toimittajaan, voi käyttää näitä viittä kohtaa tarkistuslistana keskustelussa tai esittelyssä ja asettaa oman tilanteensa — valikoimaa, ketjua, olemassa olevia järjestelmiä — rinnalle nähdäkseen, mikä toimittaja sopii sinne parhaiten.

Mistä tämä perustuu

Asetus itse on saatavilla EUR-Lexissä. Viitaamme jokaisen väitteen kohdalla; sinun ei tarvitse uskoa meitä.

Mitä sinun on konkreettisesti tehtävä

Mitä sinulta odotetaan

Ohjelmistotoimittajan valitseminen tuotepassille ei ole halvin QR-koodi-generaattori -hakuista. ESPR asettaa vaatimuksia passille itselleen, ja nämä vaatimukset määrittävät välillisesti, mihin järjestelmän on vastattava. Joka käy tämän etukäteen läpi, estää sen, että myöhemmin tarvitaan uusi järjestelmä.

Passi on kytkettävä fyysiseen tiedonkantoaineeseen

ESPR:n 9. artikla (asetus (EU) 2024/1781) kuvaa digitaalisen tuotepassin tietojoukkona, joka liitetään tuotteeseen kantoaineen — käytännössä yleensä QR-koodin — kautta. 10–100 työntekijän yritykselle tämä tarkoittaa, että ohjelmistoratkaisu ei saa vain varastoida tietoja, vaan myös tarjota toimivaa liitäntää fyysiseen kantoaineeseen tuotteessa tai etikettissä. Järjestelmä, joka vain luo pdf-tiedoston, ei vastaa tätä ideaa. Joka epäilee tässä tai pitäisi etiketti jo muuttaa, lukee siitä lisää kohdassa pitääkö minun jo nyt muuttaa vaatteissa olevia tunnisteita ja pakkausta tuotepassia varten.

Teknisen toiminnan on vastattava kiinteitä vaatimuksia

ESPR:n 11. artikla (asetus (EU) 2024/1781) käsittelee teknistä suunnittelua ja passin toimintaa: muun muassa sitä, että tiedot on pysyttävä saatavilla, että kantoaineen ja varastointijärjestelmän on toimittava luotettavasti, ja että tiedot pysyvät liitettynä oikeaan tuotteeseen myös silloin, kun se vaihtaa omistajaa. Yritykselle tämä tarkoittaa, että toimittajan on pystyttävä osoittamaan, kuinka kauan tiedot säilyvät, kuka niihin pääsee, ja mitä tapahtuu, jos yritys itse vaihtaa toimittajaa tai lopettaa.

Sisällön on vastattava sitä, mitä tuotesääntely tulevaisuudessa vaatii

ESPR:n 10. artikla (asetus (EU) 2024/1781) kuvaa vaatimuksia, joita passin sisällön on täytettävä, kuten mitkä tietokategoriat kuuluvat sinne. Sisältö täytetään edelleen tuoteryhmittäin delegoiduilla säädöksillä — vaatteille ja tekstiileille sitä ei ole vielä julkaistu. Ohjelmistoratkaisu on siis oltava riittävän joustava muuttamaan tietokenttiä myöhemmin ilman, että koko järjestelmä on asetettava uudelleen. Yritykset, jotka jo nyt keräävät tietoja, tekevät viisaasti laittamalla ne rakenteeseen, joka pystyy kasvamaan säännösten kanssa; katso myös mitä voin jo tehdä, kun säännöt eivät ole vielä lopullisia.

Missä asiat menevät pieleen käytännössä

Joukko tilanteita ilmaantuu käytännössä säännöllisesti ohjelmistoratkaisu valitessa.

Yritys valitsee järjestelmän, joka kyllä generoi QR-koodeja, mutta ei takaa pitkäaikaista hosting-palvelua. Vuoden jälkeen toimittaja lopettaa tai sen omistaa toinen yritys, ja myydyillä vaatteilla olevat QR-koodit eivät enää osoita mihinkään.

Toinen yritys tuo vaatteita useilta toimittajilta eri maista ja huomaa, että valittu ohjelmisto ei tarjoa mahdollisuutta näyttää tietoja useilla kielillä, vaikka loppuasiakas asuu eri maassa kuin missä tuote on valmistettu. Jos tunnistat itsesi tästä, löydät lisätietoja käännösvastuusta kohdasta pitääkö minun itse huolehtia tuotepassin tietojen käännöksestä.

Kolmas tilanne: tuotemerkki käynnistää pasportit uusille kollektion, mutta unohtaa, että varastossa on vielä suuri varasto, joka voi joutua samojen sääntöjen alaiseksi heti kun päivämäärä vahvistuu. Ohjelmisto ei ole silloin asetettu toimittamaan tietoja takautuvasti olemassa oleviin artikkelien numerotunnuksiin. Lisätietoja tästä on kohdassa mitä teen varastossa olevalle vaatteille ja tekstiileille kun säännöt astuvat voimaan.

Neljäs toistuvasti esiintyvä ongelma: valittu järjestelmä on asetettu uusille myynneille, mutta se ei ota huomioon käytettyjen vaatteiden myyntiä tai palautusvirtojen kulkua, joten jää epäselväksi, kulkeutuu pasportti uudelleenmyynnin yhteydessä ja miten. Katso tästä Koskeeko tuotepassi myös käytettyjä vaatteita ja palautuksia.

Viides tilanne: tarkastuksen aikana valvontaviranomainen pyytää tietoja pasportissa olevien tietojen alkuperästä, ja käy ilmi, että ohjelmisto ei pidä versiohistoriaa tai lähdeasiakirjoja — vain lopputuloksen. Mitä valvontaviranomainen voi konkreettisesti kysyä, on kuvattu kohdassa mitä valvontaviranomainen pyytää vaatteiden ja tekstiilien tarkastuksessa.

Mitä voit dokumentoida

Kun valitset ohjelmistotoimittajaa, on käytännöllistä pyytää kirjallinen vahvistus useista seikoista, jotta epäselvyydet siitä, mitä on ja mitä ei ole luvattu, voidaan välttää.

Hosting-aika ja jatkuvuus — kirjallinen sopimus siitä, kuinka kauan tiedot pysyvät saatavilla ja mitä tapahtuu, jos toimittaja lopettaa tai sen omistaa toinen yritys.
Tietojen omistajuus ja siirrettävyys — määritys, että tiedot voidaan viedä pyynnöstä ja millä ehdoilla.
Kytkentä fyysiseen bittiin — kuvaus siitä, kuinka QR-koodi tai muu bitti on teknisesti kytketty tuotteeseen, ja kuka on vastuussa sen asettamisesta etikettiin tai pakkaukseen.
Tietokenttien laajennettavuus — sopimus siitä, että järjestelmä voi lisätä tietoluokkia, kun vaatteiden ja tekstiilien delegoitu säädös julkaistaan.
Tietojen lähde ja versionhallinta — määritys, että lähdeasiakirjat ja muutokset pysyvät jäljitettävissä, ei vain lopputulos.
Kielet ja kohderyhmät — sopimukset siitä, millä kielillä tiedot näytetään ja kuka on vastuussa käännösten oikeellisuudesta.

Jos haluat käydä tämän prosessin läpi askel askeleelta, myös kysymyksen kanssa siitä, milloin ohjelmistojen valinta sopii aikatauluun, löydät yleiskatsauksen kohdasta Kuinka järjestän vaatteiden ja tekstiilien tuotepassin askel askeleelta. Hinta-arviolle, joka liittyy näihin valintoihin, on olemassa Mitä maksaa vaatteiden ja tekstiilien tuotepassi.

Tämä ei ole oikeudellista neuvontaa. Tämä sivu tarjoaa yleistietoa sääntelystä, jota tämä alusta koskee. Emme tunne tilannettasi. Jos epäilet omaasi, neuvottele oikeustieteilijän tai toimivaltaisen valvontaviranomaisen kanssa.

Kirjoitettu tekoälyllä edellä olevien lähteiden perusteella, tarkistettu ihmisen toimesta 2026-09-05. Onko jotain pieleen? Kerro meille — korjaukset saavat etusijan.