DPP- Az adatok naprakészen tartása: mit ír elő valójában a ESPR

A kérdés egyszerűnek tűnik, de nem az: milyen gyakran kell frissíteni egy digitális termékútlevelet? Aki a ESPR-rendelet (EU) 2024/1781 szövegében konkrét számot keres, csalódni fog. A szöveg mindössze azt írja elő, hogy a DPP „aktuális és pontos információkat” tartalmazzon – gyakoriság, SLA és műszaki specifikáció nélkül. Hogy ez a gyakorlatban mit jelent, az nagymértékben a terméktípustól, az ellátási lánctól és az egyes termékkategóriákra még elfogadandó felhatalmazáson alapuló jogi aktusoktól függ.

Ez a cikk bemutatja, mely adatkategóriák változhatnak egyáltalán, milyen frissítési minták bizonyulnak eredményesnek a korai megvalósításokban, és hol rejlenek a szabályozási buktatók.

Mi változhat egyáltalán egy DPP esetében?

A termékútlevél nem statikus PDF. Nagyon eltérő életciklusú adatpontokból áll.

Statikus és dinamikus adatok

Nagy vonalakban a DPP mezők három osztályba sorolhatók:

Adatkategória	Tipikus változási gyakoriság	Példák
Törzsadatok	Egyszeri (a termék bevezetésekor)	GTIN, anyagösszetétel, gyártó
Tétel-/lotadatok	Minden gyártási tételnél	PCF-érték, nyersanyag eredete, tanúsítványok
Életciklusadatok	Eseményvezérelt	Javítási előzmények, visszahívás, ártalmatlanítás módja

A JRC acéltermékekre vonatkozó adatmodell-tervezete különösen jól szemlélteti ezt a különbséget: a termékspecifikus CO₂-lábnyomot (PCF) ott kifejezetten tételszinten kezelik, és ISO 14067-kompatibilis módszerekkel kell kiszámítani. Ez azt jelenti, hogy minden új gyártási tételhez más PCF-érték tartozhat – az útlevélnek ezt az értéket kell helyesen hivatkoznia, nem az előző év átlagát.

Az akkumulátorpélda mintául szolgál

A digitális akkumulátor-útlevél, amely 2027. február 18-tól kötelező, megmutatja, mennyire dinamikusak lehetnek a DPP adatai. A digitális akkumulátor-útlevél megvalósításáról szóló iparági jelentések az adatok széttagoltságát és a dinamikus adatfrissítéseket azonosítják a két legfontosabb gyakorlati problémaként. Az akkumulátorok élettartamuk során adatokat halmoznak fel: State of Health (SoH), töltési ciklusok, javítási események. Aki itt statikus adatkészlettel dolgozik, nem felel meg a rendeletnek.

Frissítési minták: hogyan működnek ma a megvalósítások?

Eseményvezérelt frissítések webhookon keresztül

A korai DPP-rendszerek legmegbízhatóbb mintája az eseményvezérelt frissítés: egy háttérrendszer webhookot küld, amint megváltozik egy releváns adatpont – például új vizsgálati tanúsítvány kiállításakor vagy egy javítás lezárásakor.

// Beispiel: Webhook-Handler für DPP-Update
app.post('/webhook/dpp-update', async (req, res) => {
  const { passportId, field, newValue, timestamp } = req.body;

  await dppRepository.patchField(passportId, {
    [field]: newValue,
    lastUpdated: timestamp,
  });

  await auditLog.append(passportId, { field, newValue, timestamp });
  res.status(204).send();
});

Fontos: a ESPR implicit módon auditnyom-képességet követel meg. A változásoknak nyomon követhetőnek kell maradniuk – a verziókezelés nélküli egyszerű felülírás szabályozási szempontból kockázatos.

Kötegelt frissítések tételinformációkhoz

Ha teljes gyártási tételek PCF-értékeit vagy tanúsítványait egyszerre frissítik, célszerű tömeges importálási eljárást alkalmazni. Ennek során az útlevélszámok listáját az új mezőértékkel együtt adják át:

# Beispiel: Bulk-PATCH via CLI
curl -X PATCH https://api.example.com/v1/dpp/bulk \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "filter": { "batchId": "BATCH-2026-06-A" },
    "patch": {
      "carbonFootprint": 1.84,
      "carbonFootprintMethod": "ISO 14067:2018",
      "certifiedAt": "2026-06-15"
    }
  }'

Az olyan platformok, mint a tömeges importálást kínáló qr3.app, támogatják ezt a mintát, így nem kell minden tételt manuálisan karbantartani.

A GS1 Digital Link mint feloldási réteg

Gyakran alábecsült szempont: a terméken lévő QR-kód nem változhat – fizikailag rá van nyomtatva. Annak kell változnia, amire mutat. Pontosan ezt az alapvető absztrakciós réteget biztosítja a GS1 Digital Link. A QR-kód egy stabil URI-t kódol (például https://id.example.com/01/04012345678901/21/SN-00042), a feloldó pedig az éppen aktuális adatforráshoz irányít.

A Driscoll's a GS1 Connect 2026 konferencián mutatta be, hogyan működik ez az elv nagy léptékben: több mint egymilliárd Berry-clamshell csomagolást láttak el egyedi azonosítókkal, és jelenleg teljes mértékben GS1 Digital Link-kompatibilis QR-kódokra állnak át. A csomagoláson lévő kód változatlan marad; a feloldó mögötti adatkészlet változik.

Az olyan új technológiák, mint a Polytag és a DataLase partnersége, azt mutatják, hogy a GS1-kompatibilis QR-kódok ma már nehéz csomagolási hordozókra is felvihetők gyártósori sebességgel – a fizikai akadály csökken, a mögöttes feloldási logika változatlan marad.

Szabályozási buktatók

Az EmpCo-irányelv mint további nyomás

Aki úgy gondolja, hogy csak a ESPR-t kell figyelnie, alábecsüli a teljes képet. Az Európai Bizottság 2026 júniusában 20 tagállammal szemben kötelezettségszegési eljárást indított az EmpCo-irányelv (EU) 2024/825 hiányos átültetése miatt. Ez az irányelv tiltja a zöldre festést, és egyértelmű információkat követel meg a tartósságról és a javíthatóságról – olyan információkat, amelyeknek közvetlenül be kell kerülniük a DPP-be. Az elavult javíthatósági indexek vagy az érvénytelen fenntarthatósági címkék az útlevélben így nemcsak a ESPR megsértését jelenthetik, hanem az EmpCo-irányelvét is.

Nincs kifejezett frissítési határidő – de vannak implicit kötelezettségek

A ESPR frissítési gyakoriságra vonatkozó adatának hiánya nem jelent szabad utat. Az „aktuális és pontos információk” megfogalmazásból több implicit kötelezettség vezethető le:

Eseményhez kötött aktualitás: Visszahívás, javítás vagy tanúsítványváltozás esetén az útlevelet frissíteni kell – várakozás nélkül.
Tételhez kötött aktualitás: A PCF-értékek és a nyersanyag-igazolások nem vihetők át egy régi tételről egy újra, ha az értékek eltérnek.
Piacfelügyeleti megfelelőség: A hatóságoknak a termék teljes életciklusa alatt hozzá kell tudniuk férni az útlevélhez. Az az útlevél, amelyet az értékesítés után soha többé nem frissítenek, javítási és ártalmatlanítási információkhoz használhatatlan.

Az Ecommerce Europe ajánlása állásfoglalásában kifejezetten fokozatos bevezetést és rugalmas adatszemcsézettséget javasol – ami közvetve azt jelenti, hogy a frissítési folyamatok iteratívan építhetők fel, amennyiben az alapvető követelmények teljesülnek.

Gyakorlati ajánlások

Az auditnaplót kezdettől tervezze be

Egy DPP-rekordon végzett minden módosítást időbélyeggel, a módosítást végző személy megjelölésével és a módosítás okával kell naplózni. Ez ma még nem kifejezett ESPR-kötelezettség, de a felhatalmazáson alapuló jogi aktusokban elvárják, és a piacfelügyelethez ténylegesen szükséges.

A feloldási architektúra előzze meg az adatarchitektúrát

Aki először az adatszerkezetet rögzíti, és csak utána gondolja át, hogyan mutasson rá a QR-kód, rossz sorrendben építkezik. A helyes sorrend: a feloldó URI meghatározása (GS1 Digital Link), majd az adatséma, végül a frissítési folyamatok. A qr3.app digitális termékútlevele ezt az elvet követi: a QR-kód stabil, a mögötte lévő adatkészlet verziózott és javítható.

Következetesen használjon tételazonosítókat

Aki a PCF-értékeket vagy tanúsítványokat termékszinten, nem pedig tételszinten kezeli, már az első piacfelügyeleti vizsgálatnál problémákat okoz magának. A tételazonosítót minden DPP-rekordban kötelező mezőként kell rögzíteni – nem opcionális metaadatmezőként.

A szabályozási helyzet összetett, de a technikai minták kezelhetők. A döntő szempont, hogy a frissíthetőséget ne utólag hozzáadott funkcióként, hanem már az első naptól kezdve architekturális alapelvként kezeljük.