--- title: "Digitaalisen tuotepassin pitäminen ajan tasalla: näin päivitystyönkulku toimii — qr3.app Blog" description: "Näin päivität olemassa olevan digitaalisen tuotepassin oikein — tietomuutoksista ja GS1 Digital Link -hallinnasta pakollisiin auditointijäljen vaatimuksiin." canonical: "https://qr3.app/fi/blog/howto-20260516/" lang: "fi" robots: "index,follow,max-image-preview:large,max-snippet:-1" --- # Digitaalisen tuotepassin pitäminen ajan tasalla: näin päivitystyönkulku toimii — qr3.app Blog > Näin päivität olemassa olevan digitaalisen tuotepassin oikein — tietomuutoksista ja GS1 Digital Link -hallinnasta pakollisiin auditointijäljen vaatimuksiin. Canonical: [← Blogi](/fi/blog/) [DPP käytännössä](/fi/blog/category/dpp-practice/) 16. toukokuuta 2026 4 min lukuaika [DPP käytännössä](/fi/blog/category/dpp-practice/) [digital-product-passport](/fi/blog/tag/digital-product-passport/)[dpp-update](/fi/blog/tag/dpp-update/)[espr](/fi/blog/tag/espr/)[gs1-digital-link](/fi/blog/tag/gs1-digital-link/)[textilindustrie](/fi/blog/tag/textilindustrie/)[audit-trail](/fi/blog/tag/audit-trail/) # Digitaalisen tuotepassin pitäminen ajan tasalla: näin päivitystyönkulku toimii Näin päivität olemassa olevan digitaalisen tuotepassin oikein — tietomuutoksista ja GS1 Digital Link -hallinnasta pakollisiin auditointijäljen vaatimuksiin. kirjoittanut **QR3 Redaktion** ![Digitaalisen tuotepassin pitäminen ajan tasalla: näin päivitystyönkulku toimii](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/howto-20260516/hero.png) ## Miksi digitaalisen tuotepassin päivittäminen on muutakin kuin tietokantakentän muuttamista Digitaalinen tuotepassi (DPP) ei ole staattinen asiakirja. Se kulkee tuotteen mukana koko sen elinkaaren ajan — valmistuksesta vähittäiskaupan kautta korjaukseen ja lopulta kierrätykseen. Tämä vaatimus juontuu suoraan [kestäville tuotteille asetettavia ekologisen suunnittelun vaatimuksia koskevasta asetuksesta (ESPR)](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A32024R1781), joka on ollut voimassa huhtikuusta 2024 lähtien ja jota otetaan vaiheittain käyttöön eri tuoteryhmissä. Yrityksille tämä tarkoittaa: DPP:n luominen kerran ei riitä. Korjausmerkintöjä lisätään, sertifikaatit vanhenevat, toimitusketjun tiedot muuttuvat. Samalla muutoshistoria ei saa koskaan kadota — tarkastajien ja markkinavalvontaviranomaisten on pystyttävä jäljittämään, kuka muutti mitä ja milloin. Tämä artikkeli käy läpi DPP-päivityksen teknisen ja organisatorisen prosessin: mitkä kentät voivat muuttua, mitkä eivät, miten [GS1 Digital Link](https://www.gs1.org/standards/gs1-digital-link) sopii kokonaisuuteen ja miten massapäivitys laajalle tuoteluettelolle kannattaa jäsentää. --- ## Mikä voi muuttua — ja mikä ei ### Muuttumaton ydintieto Tietyt tunnisteet lukitaan alkusertifioinnin jälkeen. [GTIN](https://www.gs1.org/standards/id-keys/gtin) (Global Trade Item Number) yksilöi tuotteen GS1-järjestelmässä eikä sitä voi vaihtaa jälkikäteen. Samoin sarjanumeroa pidetään muuttumattomana, kun se on kerran liitetty fyysiseen kohteeseen. Tämä ei ole huolimattomuusvirhe — se on tarkoituksellista: jäljitettävyys toimitusketjussa riippuu juuri tästä vakaudesta. Myöskään ensisijaista QR-koodin resolveri-merkintää — eli URL-osoitetta, johon [GS1 Digital Link](https://ref.gs1.org/standards/digital-link/1.1.3/) osoittaa — ei tulisi muuttaa sen jälkeen, kun se on painettu pakkaukseen. Sen sijaan päivität kohteen resolverin takana, et koodia itseään. Tämä on dynaamisten QR-koodien keskeinen etu staattisiin verrattuna: painettu koodi pysyy samana, kun taas taustalla olevat tiedot voivat kehittyä. ### Päivitettävät kentät Seuraavat tietoluokat on tyypillisesti tarkoitettu päivitettäviksi: - **Korjaus- ja huoltotiedot**: Mitkä komponentit vaihdettiin, milloin ja kenen toimesta? - **Sertifikaatit ja vaatimustenmukaisuusdokumentaatio**: Voimassaolon päättymispäivät, uudet testiraportit - **Kierrätysohjeet**: Voivat muuttua, kun uutta elinkaaren loppuvaiheen infrastruktuuria otetaan käyttöön - **Hiilijalanjälki**: Tarkentuu toimitusketjun aikana (esim. kun todelliset kuljetustiedot ovat saatavilla) - **Vähittäismyyjä- ja jakelutiedot**: Uudet markkinat, uudet jakelukumppanit ESPR edellyttää, että nämä tiedot ovat "ajantasaisia, täydellisiä ja paikkansapitäviä" — määrittelemättä konkreettista päivitysväliä. Käytännössä toimialajärjestöt, kuten [EURATEX](https://euratex.eu/news/europe-is-losing-its-textile-industry/), suosittelevat tekstiilialalle neljännesvuosittaisia tarkistuksia, etenkin koska toimitusketjut muuttuvat nopeasti nykyisissä olosuhteissa. --- ## Tekninen päivitystyönkulku yksityiskohtaisesti ### Vaihe 1: Dokumentoi muutospyyntö Ennen kuin yhteenkään tietokantakenttään kosketaan, muutospyyntö on vietävä tikettijärjestelmään. Kuka muuttaa mitä ja millä perusteella (uusi sertifikaatti, toimittajan vaihtuminen, korjaus)? Tämä ei ole byrokratiaa byrokratian vuoksi — se on perusta auditointijäljelle, jota markkinavalvontaviranomaiset voivat vaatia. ### Vaihe 2: API-kutsu tai massatuonti Yksittäisten tuotteiden kohdalla kohdennettu PATCH-pyyntö DPP API:lle on oikea lähestymistapa. Minimaalinen esimerkki TypeScriptillä: ``` const response = await fetch( `https://api.qr3.app/v1/passports/${passportId}`, { method: "PATCH", headers: { "Content-Type": "application/json", Authorization: `Bearer ${API_KEY}`, }, body: JSON.stringify({ sustainability: { carbonFootprintKgCO2e: 4.2, updatedAt: new Date().toISOString(), updatedBy: "supplier-audit-2025-q2", }, }), } ); if (!response.ok) { throw new Error(`Update fehlgeschlagen: ${response.status}`); } ``` Monen tuotteen päivittämiseen kerralla [massatuonti](/dpp-practice) on tehokkaampaa. Lataat CSV- tai JSON-tiedoston, joka sisältää vain muutettavat kentät — ei koko passia. Tämä minimoi virhelähteet ja pitää hyötykuorman pienenä. ``` curl -X POST https://api.qr3.app/v1/passports/bulk-update \ -H "Authorization: Bearer $API_KEY" \ -H "Content-Type: multipart/form-data" \ -F "file=@updates_q2_2025.csv" \ -F "dryRun=true" ``` `dryRun=true`-lippu on tärkeä: se validoi tiedoston kirjoittamatta mitään. Vasta manuaalisen hyväksynnän jälkeen varsinainen tuonti käynnistetään. ### Vaihe 3: Versiointi ja auditointijälki Jokainen onnistunut muutos luo uuden versiorivin. Taustalla oleva tietokantaskeema noudattaa yksinkertaista periaatetta — append-only: ``` INSERT INTO passport_versions ( passport_id, version_number, changed_fields, changed_by, changed_at, previous_hash, new_hash ) VALUES ( $1, $2, $3::jsonb, $4, NOW(), $5, $6 ); ``` Tiivistemekanismi (hash) varmistaa, että jälkikäteen tehtävä peukalointi on havaittavissa. Jokainen versio viittaa edellisen version tiivisteeseen — samaan tapaan kuin lohkoketju, mutta ilman julkisen ketjun aiheuttamaa yleisrasitetta. ### Vaihe 4: Mitätöi resolverin välimuisti Päivityksen jälkeen GS1 Digital Link -resolverin on mitätöitävä välimuistinsa kyseisen GTIN-/sarjanumeromerkinnän osalta. Muutoin käyttäjät, jotka skannaavat QR-koodin, näkevät edelleen vanhentunutta tietoa. Tyypilliset välimuistin TTL-arvot ovat 5–15 minuuttia; aikakriittisille päivityksille (esim. tuotteen takaisinveto) tulisi käynnistää välitön mitätöinti API:n kautta. --- ## Erityishuomioita tekstiiliteollisuudelle Euroopan tekstiiliteollisuus on huomattavan paineen alla. [EURATEX raportoi](https://euratex.eu/news/europe-is-losing-its-textile-industry/), että ala on supistunut kolmatta vuotta peräkkäin — tehtaita suljetaan, toimitusketjut siirtyvät muualle. Juuri tällaisina aikoina DPP:hen liittyviä muutoksia kertyy: yksi toimittaja jää pois, toinen ottaa vastaan, sertifikaatit on uusittava. [Tekstiilejä koskeva ESPR-delegoitu asetus](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A32024R1781), jota ei ole vielä hyväksytty (hyväksyminen on alustavasti suunniteltu vuodelle 2027), odotetaan edellyttävän muun muassa tietoja kuitukoostumuksesta, valmistusmaasta ja kierrätettävyydestä. Kaikki nämä ovat kenttiä, jotka voivat muuttua toimittajan vaihtuessa. Yritysten tulisikin luoda jo nyt prosesseja, jotka käynnistävät automaattisesti DPP-päivityspyynnön aina, kun tällainen muutos tapahtuu — sen sijaan, että ne käsittelisivät sitä manuaalisena jälkityönä. Käytännönläheinen lähestymistapa: webhook-integraatio ERP-järjestelmäsi kanssa. Heti kun ERP:hen luodaan uusi toimittaja ja se liitetään tuotteeseen, webhook laukeaa ja käynnistää DPP-päivitystyönkulun. ``` // ERP webhook handler (simplified) app.post("/webhooks/supplier-change", async (req, res) => { const { productId, newSupplierId, effectiveDate } = req.body; await dppUpdateQueue.add({ passportId: await resolvePassportId(productId), fields: { supplyChain: { primarySupplier: newSupplierId, supplierChangeDate: effectiveDate, }, }, requiresReview: true, // Manual approval before publishing }); res.status(202).json({ queued: true }); }); ``` --- ## Hallinto: kuka voi muuttaa mitä? DPP-päivitys ei ole triviaali tekninen tehtävä. [ESPR](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A32024R1781) asettaa tuotteen markkinoille saattavan talouden toimijan vastuuseen tietojen paikkansapitävyydestä. Tämä tarkoittaa, ettei jokaisen työntekijän tulisi pystyä muokkaamaan mielivaltaisia kenttiä. Roolipohjaista mallia suositellaan: | Rooli | Sallitut kentät | Hyväksyntä vaaditaan | | --- | --- | --- | | Toimittaja | Materiaalikoostumus, CO₂-tiedot | Kyllä, brändin omistajan toimesta | | Korjaamo | Korjaushistoria, varaosat | Ei (automaattinen) | | Compliance-tiimi | Sertifikaatit, vaatimustenmukaisuusdokumentaatio | Ei (automaattinen) | | Pääkäyttäjä | Kaikki kentät | Kyllä, neljän silmän periaate | Tämä taulukko kattaa kolme merkityksellistä ulottuvuutta (rooli, kentät, hyväksyntä) — se on tarkoituksella jäsennelty, ei paisutettu. --- ## Yhteenveto: päivitykset ovat normi, eivät poikkeus Digitaalinen tuotepassi ei ole kertaluonteinen vaatimustenmukaisuusasiakirja, jonka kuittaat valmiiksi ja unohdat. Se elää. Kun ymmärrät tämän, rakennat alusta alkaen prosesseja, jotka tukevat päivityksiä — selkeillä vastuilla, teknisellä versioinnilla ja automaattisilla laukaisimilla ERP:stä. Tekstiiliteollisuus on erityisen havainnollinen esimerkki: alalla, joka on rakenteellisesti paineen alla ja jossa toimitusketjut muuttuvat usein, vankka päivitystyönkulku ei ole mukava lisä — se on toiminnallinen välttämättömyys. [ESPR:n](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A32024R1781) ja siihen liittyvien delegoitujen asetusten sääntelyvaatimukset vain tiukentavat näitä vaatimuksia tulevina vuosina. ## Aiheeseen liittyvät artikkelit - [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/howto-20260610/hero.png) Tutoriaalit DPP-Datan pitäminen ajan tasalla: mitä ESPR todella edellyttää Näin päivität Digital Product Passport -tiedot ESPR mukaisesti: erä- ja tuotetaso, rekisterivelvoitteet ja käytännön arkkitehtuurivinkit.](/fi/blog/howto-20260610/) - [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/howto-20260521/hero.png) Tutoriaalit DPP-tietojen pitäminen ajan tasalla: näin päivitysprosessi toimii Mitä ESPR-asetus todellisuudessa vaatii digitaalisten tuotepassien päivittämiseltä — ja kuinka ylläpitää oikein rekisterimerkintöjä, resolvereita ja tuotetietoja.](/fi/blog/howto-20260521/) - [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/regulation-20260623/hero.png) Sääntely Digitaalinen akkupassi 2027: mitä EU-asetus todella edellyttää Helmikuusta 2027 alkaen digitaalinen akkupassi koskee kevyen liikkumisvälineen akkuja, yli 2 kWh:n teollisuusakkuja ja sähköajoneuvon ajovoima-akkuja. Katsaus pakollisiin tietoihin, vaatimustenmukaisuuden puutteisiin ja markkinoiden kehitykseen.](/fi/blog/regulation-20260623/) - [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/dpp-en-standards-18216-18223-20260615/hero.png) Toimialauutiset EN 18216–18223: CEN ja CENELEC julkaisevat ensimmäiset DPP-standardit CEN ja CENELEC ovat julkaisseet ensimmäiset yhdenmukaistetut eurooppalaiset digitaalista tuotepassia koskevat standardit. Mitä EN 18216–EN 18223 käytännössä edellyttävät.](/fi/blog/dpp-en-standards-18216-18223-20260615/) [← Kaikki artikkelit](/fi/blog/) [Aloita ilmaiseksi](https://app.qr3.app/sign-up)