DPP-Održavanje podataka aktualnima: što ESPR doista propisuje

Od donošenja ESPR-Uredbe (EU) 2024/1781, Digital Product Passport (DPP) obvezno je pravo EU-a. Ono što mnoge tvrtke podcjenjuju: DPP nije statičan dokument koji se izradi samo jednom, pri plasiranju proizvoda na tržište. Mora se održavati ažurnim tijekom cijelog životnog ciklusa proizvoda — a zahtjevi u tom pogledu postaju sve precizniji.

Ovaj članak objašnjava koje podatke treba ažurirati i kada, kako arhitektura registra utječe na model ažuriranja te koji su se tehnički obrasci pokazali učinkovitima u praksi.

Što Uredba kaže o ciklusu ažuriranja

Statička i dinamička podatkovna polja

Sama ESPR ne navodi izričitu učestalost ažuriranja, ali propisuje da DPP mora sadržavati „ažurne i točne informacije”. Konkretizacija se provodi na sektorskoj razini — a ovdje nacrt JRC-a za poluproizvode od željeza i čelika dosad pruža najjasniju sliku.

Nacrt sustavno razlikuje dvije razine granularnosti podataka:

Razina	Identifikator	Primjer podataka	Povod za ažuriranje
Razina serije (Lot)	Broj serije	Udio recikliranog materijala, sastav legure, PCF prema normi ISO 14067	Pri promjeni proizvodnje, nova serija
Razina proizvoda (Item)	Serijski broj	Dimenzije, certifikati, izjave o sukladnosti	Pri ponovnoj certifikaciji, opozivu, popravku

Ova je razlika ključna za arhitekturu baze podataka: podaci o seriji obično se zapisuju jednom po proizvodnom ciklusu i nakon toga ostaju stabilni — osim ako ponovni izračun ugljičnog otiska ne dovede do ispravljene vrijednosti. Podaci na razini proizvoda, nasuprot tome, mogu se mijenjati tijekom cijelog vijeka uporabe, primjerice kada se uređaj popravi ili se obnovi certifikat.

Uredba o baterijama (EU) 2023/1542 već implicitno poznaje ovu razliku: podaci o kapacitetu, koji se mijenjaju zbog degradacije, moraju se održavati ažurnima — zahtjev koji je bez jasne arhitekture teško ispuniti.

Registar kao imenik, a ne spremište podataka

Česta zabluda odnosi se na ulogu središnjeg DPP-registra. Nacrt provedbene uredbe o DPP-registru jasno navodi: registar pohranjuje isključivo jedinstveni identifikator, krajnju točku resolvera i šifru robe — ne i same podatke putovnice.

To za upravljanje ažuriranjima znači sljedeće: sadržaj putovnice i registar dva su odvojena sustava. Tko ažurira podatke o proizvodu, u pravilu ne mora dirati registar — osim ako se promijeni krajnja točka resolvera (primjerice pri promjeni sustava). Konzorcij CIRPASS-2 izričito je ukazao na ovaj arhitektonski obrazac u svom očitovanju o nacrtu registra te preporučuje uključivanje norme EN 18219 kao obvezne reference u provedbenu uredbu — među ostalim radi osiguravanja interoperabilnosti s GS1 Digital Link.

Scenariji ažuriranja u praksi

Scenarij 1: Novi ugljični otisak zbog promjene dobavljača

Ugljični otisak specifičan za proizvod (PCF) prema nacrtu JRC-a za čelik održava se na razini serije i mora se izračunati metodama kompatibilnima s normom ISO 14067. Ako proizvođač čelika promijeni energent ili dobavljača otpada, PCF nove serije se mijenja — ali ne i PCF već isporučenih serija.

Tehnički to znači: zapis DPP stare serije ostaje nepromijenjen. Za novu seriju izrađuje se novi zapis, koji može koristiti istu krajnju točku resolvera, ali ima novi broj serije kao identifikator.

# Beispiel: Neuen Chargen-Datensatz via API anlegen
curl -X POST https://api.example.com/dpp/lots \
  -H "Content-Type: application/json" \
  -d '{
    "lotId": "LOT-2026-0612-A",
    "productId": "GTIN-04012345678901",
    "pcf_kgCO2e_per_kg": 1.84,
    "pcf_method": "ISO-14067:2018",
    "recycled_content_pct": 42,
    "alloy_composition": {"C": 0.18, "Mn": 1.40, "Si": 0.25}
  }'

Scenarij 2: Istek certifikata na razini proizvoda

Izjave o sukladnosti i certifikati imaju rok valjanosti. Čim se izda novi certifikat, DPP mora se ažurirati na razini proizvoda. Budući da krajnja točka resolvera ostaje nepromijenjena, ažuriranje registra nije potrebno — mijenja se samo zapis iza krajnje točke.

// TypeScript-Beispiel: Zertifizierung aktualisieren
interface Certification {
  type: string;
  issuedBy: string;
  validUntil: string; // ISO 8601
  documentUrl: string;
}

async function updateCertification(
  itemId: string,
  cert: Certification
): Promise<void> {
  await dppClient.patch(`/items/${itemId}/certifications`, {
    body: cert,
  });
}

Scenarij 3: Migracija resolvera pri promjeni sustava

Ako tvrtka promijeni pružatelja usluge DPP, mijenja se krajnja točka resolvera. U tom slučaju registar se mora ažurirati — i to za svaki zahvaćeni identifikator. To je najzahtjevnija vrsta ažuriranja jer zahtijeva upis u registar.

Preporuka: koristite stabilan vlastiti resolver (npr. dpp.ihrunternehmen.de) kao međusloj koji interno prosljeđuje zahtjeve odgovarajućem pružatelju usluge. Tako krajnja točka upisana u registar ostaje trajno stabilna.

Tehnički zahtjevi za sustav ažuriranja

Upravljanje verzijama i revizijski trag

ESPR ne zahtijeva izričito upravljanje verzijama, ali kombinacija odgovornosti za proizvod i carinske kontrole upravljanje revizijskim tragom čini praktički neizbježnim. Ako carinski službenik 2030. provjerava DPP čelične grede proizvedene 2027., mora biti moguće utvrditi koji su podaci vrijedili u trenutku uvoza.

Minimalna shema za tablicu DPP s upravljanjem verzijama:

CREATE TABLE dpp_versions (
  id           UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  identifier   TEXT NOT NULL,          -- GTIN + Lot/Serial
  valid_from   TIMESTAMPTZ NOT NULL,
  valid_until  TIMESTAMPTZ,            -- NULL = aktuell gültig
  data         JSONB NOT NULL,
  changed_by   TEXT NOT NULL,
  change_reason TEXT
);

CREATE INDEX ON dpp_versions (identifier, valid_from DESC);

GS1 Digital Link kao stabilno sidro identifikatora

GS1 Digital Link jasno razdvaja identifikator i resolver: QR kod na proizvodu kodira URL poput https://id.gs1.org/01/04012345678901/10/LOT-2026-0612-A, koji putem GS1 resolvera ili vlastitog resolvera upućuje na trenutačni zapis DPP. Ažuriranja zapisa ne zahtijevaju novo označavanje — fizički nosač podataka ostaje nepromijenjen.

TEKLYNX je ažurirao svoj softver CODESOFT i sada podržava GS1-ove sheme kodiranja „++”, kojima se web-URL-ovi mogu izravno zapisivati u memoriju RAIN-RFID oznaka — zahtjev koji proizlazi iz kombinacije normi EN 18220 i GS1 Digital Link.

Upravljanje: tko smije što ažurirati?

Osim tehničkog pitanja, postavlja se i pitanje upravljanja: koji akteri u lancu opskrbe smiju upisivati koja polja DPP? Konzorcij CIRPASS-2 ovdje je utvrdio kritične probleme suvereniteta podataka u prekograničnim lancima opskrbe.

Praktični model razlikuje tri uloge:

Proizvođač (Creator): Upisuje sva polja pri izradi; smije ažurirati sva polja.
Ovlašteni akter (Editor): Smije ažurirati definirana polja (npr. povijest popravaka, nove certifikate) — dokumentirano vlastitim identifikatorom.
Čitatelj (Reader): Može čitati sva javna polja, bez prava pisanja.

Ecommerce Europe u svom stajalištu o provedbi DPP zahtijeva da i za rabljene proizvode budu moguća „djelomična DPPs” — odnosno zapisi koji ažuriraju samo dio izvornih polja. To je tehnički već izvedivo, ali još nedostaje kao formalna kategorija u provedbenim uredbama.

Zaključak

Održavanje podataka DPP-ažurnima nije jednokratan zadatak, nego operativni proces. Najvažniji zaključci iz trenutačnog regulatornog stanja:

Razdvojite seriju i proizvod — strategija identifikatora određuje koje podatke treba ažurirati i kada.
Registar nije spremište podataka — ažuriranja sadržaja putovnice u pravilu ne zahtijevaju upis u registar.
Upravljanje verzijama praktički je obvezno — čak i ako ga Uredba izričito ne propisuje.
GS1 Digital Link odvaja fizički nosač podataka od zapisa — to znatno smanjuje napor pri ažuriranju podataka.
Uloge upravljanja moraju se unaprijed definirati — tko smije što upisivati i kako se to evidentira?

Norme postaju preciznije, prvi pilot-projekti su u tijeku — tko sada pravilno postavi arhitekturu, izbjeći će skupe ispravke kada sektorske provedbene uredbe stupe na snagu.