---
title: "Hold dit digitale produktpas opdateret: Sådan fungerer opdateringsworkflowet — qr3.app Blog"
description: "Sådan opdaterer du korrekt et eksisterende digitalt produktpas — fra dataændringer og GS1 Digital Link-håndtering til lovpligtige krav om audit trail."
canonical: "https://qr3.app/da/blog/howto-20260516/"
lang: "da"
robots: "index,follow,max-image-preview:large,max-snippet:-1"
---

# Hold dit digitale produktpas opdateret: Sådan fungerer opdateringsworkflowet — qr3.app Blog

> Sådan opdaterer du korrekt et eksisterende digitalt produktpas — fra dataændringer og GS1 Digital Link-håndtering til lovpligtige krav om audit trail.

Canonical: <https://qr3.app/da/blog/howto-20260516/>

[← Blog](/da/blog/) [DPP i praksis](/da/blog/category/dpp-practice/)

16. maj 2026 4 min læsning [DPP i praksis](/da/blog/category/dpp-practice/) [digital-product-passport](/da/blog/tag/digital-product-passport/)[dpp-update](/da/blog/tag/dpp-update/)[espr](/da/blog/tag/espr/)[gs1-digital-link](/da/blog/tag/gs1-digital-link/)[textilindustrie](/da/blog/tag/textilindustrie/)[audit-trail](/da/blog/tag/audit-trail/)

# Hold dit digitale produktpas opdateret: Sådan fungerer opdateringsworkflowet

Sådan opdaterer du korrekt et eksisterende digitalt produktpas — fra dataændringer og GS1 Digital Link-håndtering til lovpligtige krav om audit trail.

af **QR3 Redaktion**

![Hold dit digitale produktpas opdateret: Sådan fungerer opdateringsworkflowet](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/howto-20260516/hero.png)

## Hvorfor opdatering af et digitalt produktpas er mere end at ændre et databasefelt

Et digitalt produktpas (DPP) er ikke et statisk dokument. Det følger et produkt gennem hele dets livscyklus — fra produktion via detailhandel, videre til reparation og endelig til genanvendelse. Dette krav udspringer direkte af [Ecodesign for Sustainable Products Regulation (ESPR)](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A32024R1781), som har været i kraft siden april 2024 og indfases på tværs af produktkategorier.

For virksomheder betyder det: at oprette et DPP én gang er ikke nok. Reparationsoplysninger tilføjes, certifikater udløber, forsyningskædedata ændrer sig. Samtidig må ændringshistorikken aldrig gå tabt — revisorer og markedsovervågningsmyndigheder skal kunne spore, hvem der har ændret hvad og hvornår.

Denne artikel gennemgår den tekniske og organisatoriske proces for en DPP-opdatering: hvilke felter der kan ændres, hvilke der ikke kan, hvordan [GS1 Digital Link](https://www.gs1.org/standards/gs1-digital-link) passer ind i billedet, og hvordan du strukturerer en masseopdatering på tværs af et stort produktkatalog.

---

## Hvad der kan ændres — og hvad der ikke kan

### Uforanderlige kernedata

Visse identifikatorer låses efter den indledende certificering. [GTIN](https://www.gs1.org/standards/id-keys/gtin) (Global Trade Item Number) identificerer entydigt et produkt inden for GS1-systemet og kan ikke udskiftes efterfølgende. På samme måde betragtes et serienummer som uforanderligt, når det først er blevet tildelt et fysisk objekt. Dette er ikke en forglemmelse — det er bevidst designet sådan: sporbarheden langs forsyningskæden afhænger netop af denne stabilitet.

Det primære QR-kode-resolver-opslag — altså den URL, et [GS1 Digital Link](https://ref.gs1.org/standards/digital-link/1.1.3/) peger på — bør heller ikke ændres, når det først er trykt på emballagen. I stedet opdaterer du destinationen bag resolveren, ikke selve koden. Dette er den centrale fordel ved dynamiske QR-koder frem for statiske: den trykte kode forbliver den samme, mens de underliggende data kan udvikle sig.

### Felter, der kan opdateres

Følgende datakategorier er typisk beregnet til opdateringer:

- **Reparations- og vedligeholdelsesdata**: Hvilke komponenter blev udskiftet, hvornår og af hvem?

- **Certifikater og overensstemmelsesdokumentation**: Udløbsdatoer, nye testrapporter

- **Genanvendelsesinstruktioner**: Kan ændre sig, efterhånden som ny infrastruktur for endt levetid kommer til

- **CO₂-aftryk**: Forfines i løbet af forsyningskæden (f.eks. når de faktiske transportdata foreligger)

- **Detailhandler- og distributionsdata**: Nye markeder, nye distributionspartnere

ESPR kræver, at disse oplysninger er "aktuelle, fuldstændige og nøjagtige" — uden at angive en konkret opdateringskadence. I praksis anbefaler brancheorganisationer som [EURATEX](https://euratex.eu/news/europe-is-losing-its-textile-industry/) kvartalsvise gennemgange for tekstilsektoren, særligt fordi forsyningskæderne ændrer sig hurtigt under de nuværende forhold.

---

## Det tekniske opdateringsworkflow i detaljer

### Trin 1: Dokumentér ændringsanmodningen

Før et eneste databasefelt røres, skal ændringsanmodningen ind i et sagsbehandlingssystem. Hvem ændrer hvad, og på hvilket grundlag (nyt certifikat, leverandørskift, reparation)? Dette er ikke bureaukrati for bureaukratiets skyld — det er fundamentet for den audit trail, som markedsovervågningsmyndigheder kan kræve.

### Trin 2: API-kald eller masseimport

For enkelte produkter er en målrettet PATCH-anmodning til DPP-API'et den rigtige fremgangsmåde. Et minimalt eksempel i TypeScript:

```
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}`);
}
```

For at opdatere mange produkter på én gang er en [masseimport](/dpp-practice) mere effektiv. Du uploader en CSV- eller JSON-fil, der kun indeholder de felter, der skal ændres — ikke hele passet. Dette minimerer fejlkilder og holder payloaden lille.

```
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"
```

Flaget `dryRun=true` er vigtigt: det validerer filen uden at skrive noget. Først efter manuel godkendelse udløses den egentlige import.

### Trin 3: Versionering og audit trail

Hver vellykket ændring opretter en ny versionsrække. Det underliggende databaseskema følger et enkelt princip — 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
);
```

Hash-mekanismen sikrer, at efterfølgende manipulation kan opdages. Hver version refererer til hashen af den foregående — i lighed med en blockchain, men uden overheadet fra en offentlig kæde.

### Trin 4: Invalidér resolver-cachen

Efter en opdatering skal GS1 Digital Link Resolver invalidere sin cache for det berørte GTIN-/serienummer-opslag. Ellers vil brugere, der scanner QR-koden, stadig se forældede data. Typiske cache-TTL'er er 5-15 minutter; for tidskritiske opdateringer (f.eks. en produkttilbagekaldelse) bør en øjeblikkelig invalidering udløses via API.

---

## Særlige overvejelser for tekstilindustrien

Den europæiske tekstilindustri er under betydeligt pres. [EURATEX rapporterer](https://euratex.eu/news/europe-is-losing-its-textile-industry/), at sektoren har skrumpet for tredje år i træk — fabrikker lukker, forsyningskæder flytter. Det er netop i sådanne perioder, at DPP-relevante ændringer hober sig op: en leverandør falder fra, en anden overtager, certifikater skal genudstedes.

[ESPR's delegerede forordning for tekstiler](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A32024R1781), som endnu ikke er vedtaget (vedtagelse foreløbigt planlagt til 2027), forventes blandt andet at kræve oplysninger om fibersammensætning, produktionsland og genanvendelighed. Alt dette er felter, der kan ændre sig, når en leverandør skifter. Virksomheder bør derfor allerede nu etablere processer, der automatisk udløser en DPP-opdateringsanmodning, hver gang en sådan ændring indtræffer — i stedet for at behandle det som manuelt opfølgningsarbejde.

En pragmatisk tilgang: webhook-integration med dit ERP-system. Så snart en ny leverandør oprettes i ERP'et og tilknyttes et produkt, affyres en webhook, der sætter et DPP-opdateringsworkflow i gang.

```
// 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 });
});
```

---

## Governance: Hvem kan ændre hvad?

En DPP-opdatering er ikke en triviel teknisk opgave. [ESPR](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A32024R1781) holder den erhvervsdrivende, der bringer produktet på markedet, ansvarlig for dataenes nøjagtighed. Det betyder, at ikke enhver medarbejder bør kunne redigere vilkårlige felter.

En rollebaseret model anbefales:

| Rolle | Tilladte felter | Godkendelse påkrævet |
| --- | --- | --- |
| Leverandør | Materialesammensætning, CO₂-data | Ja, af brand owner |
| Reparationsværksted | Reparationshistorik, reservedele | Nej (automatisk) |
| Compliance-team | Certifikater, overensstemmelsesdokumentation | Nej (automatisk) |
| Administrator | Alle felter | Ja, fireøjnesprincip |

Denne tabel dækker tre meningsfulde dimensioner (rolle, felter, godkendelse) — den er bevidst struktureret, ikke oppustet.

---

## Konklusion: Opdateringer er normen, ikke undtagelsen

Det digitale produktpas er ikke et engangs-compliance-dokument, du krydser af og glemmer. Det lever. Når du først forstår det, bygger du processer fra starten, der understøtter opdateringer — med klart ejerskab, teknisk versionering og automatiserede triggere fra ERP'et.

Tekstilindustrien er et særligt tydeligt eksempel: i en sektor, der er strukturelt under pres, og hvor forsyningskæder ofte ændrer sig, er et robust opdateringsworkflow ikke et nice-to-have — det er en operationel nødvendighed. De lovgivningsmæssige krav i [ESPR](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A32024R1781) og dens tilhørende delegerede forordninger vil kun skærpe disse krav i de kommende år.

## Relaterede indlæg

- [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/howto-20260610/hero.png) Tutorials DPP-Hold data opdaterede: Hvad ESPR faktisk foreskriver Sådan opdaterer du Digital Product Passport-data korrekt efter ESPR: batch- kontra produktniveau, registerforpligtelser og praktiske arkitekturanbefalinger.](/da/blog/howto-20260610/)
- [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/howto-20260521/hero.png) Tutorials Sådan holder du DPP-data opdateret: Hvordan opdateringsprocessen fungerer Hvad ESPR-forordningen reelt kræver for opdatering af digitale produktpas — og hvordan du korrekt vedligeholder registerposter, resolvere og produktdata.](/da/blog/howto-20260521/)
- [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/regulation-20260623/hero.png) Regulering Digitalt batteripas 2027: Hvad EU-forordningen virkelig foreskriver Fra februar 2027 gælder det digitale batteripas for batterier til lette transportmidler, industribatterier over 2 kWh og elkøretøjsbatterier. Et overblik over obligatoriske data, compliance-huller og aktuelle markedsudviklinger.](/da/blog/regulation-20260623/)
- [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/dpp-en-standards-18216-18223-20260615/hero.png) Branchenyheder EN 18216–18223: CEN og CENELEC offentliggør de første DPP-standarder CEN og CENELEC har offentliggjort de første harmoniserede europæiske standarder. Hvad EN 18216 til EN 18223 konkret foreskriver.](/da/blog/dpp-en-standards-18216-18223-20260615/)

[← Alle artikler](/da/blog/) [Kom gratis i gang](https://app.qr3.app/sign-up)