Cyfrowy paszport produktu (DPP) nie jest dokumentem statycznym. Stwórz go i o nim zapomnij, a narazisz się na luki w zgodności — w bardzo długim horyzoncie czasowym: rozporządzenie ESPR (UE) 2024/1781 wymaga, aby wpisy w rejestrze pozostawały dostępne i aktualne przez co najmniej 10 lat od momentu ostatniego wprowadzenia produktu do obrotu. Ten artykuł wyjaśnia, jakie warstwy danych istnieją, kiedy każda z nich wymaga aktualizacji oraz jak wdrożyć ten proces w sposób czysty od strony technicznej.
Trzy warstwy DPP — i kto je utrzymuje
Kompletny DPP składa się z co najmniej trzech logicznie odrębnych warstw, z których każda ma własny rytm aktualizacji.
1. Wpis w rejestrze (identyfikator + resolver)
Centralny rejestr DPP — którego rozporządzenie wykonawcze Komisja Europejska opublikowała w formie projektu 29 kwietnia 2026 r. — przechowuje wyłącznie:
- unikalny identyfikator (UID) produktu — w praktyce GS1 GTIN lub kod zgodny z normą ISO/IEC 15459,
- endpoint resolvera, czyli adres URL, pod którym można pobrać właściwą treść paszportu,
- powiązany kod towaru.
Ta warstwa zmienia się rzadko. Aktualizacja jest potrzebna przede wszystkim wtedy, gdy zmienia się endpoint resolvera — na przykład dlatego, że firma zmienia dostawcę usług DPP albo migruje domenę. Ponieważ QR code na fizycznym produkcie wskazuje na ten wpis, ciągłość resolvera musi być zagwarantowana bez przerw.
2. Konfiguracja resolvera (routing linków)
Resolver tłumaczy przychodzące skanowanie na właściwy docelowy adres URL — w zależności od kontekstu, języka lub roli użytkownika. Organizacje korzystające z GS1 Digital Link mogą kierować do różnych zbiorów danych za pomocą ustrukturyzowanych typów linków (np. gs1:sustainabilityInfo, gs1:epcis).
Aktualizacje w tej warstwie są potrzebne, gdy:
- akty delegowane wprowadzają nowe pola obowiązkowe (np. rozporządzenia dotyczące tekstyliów i baterii spodziewane od lat 2026/2027),
- zmieniają się docelowe adresy URL,
- dodawane są nowe wersje językowe lub regiony rynkowe.
3. Dane produktowe (właściwa treść paszportu)
To tutaj kryje się rzeczywista treść merytoryczna: skład materiałowy, wskaźnik możliwości naprawy, ślad węglowy, deklaracje substancji niebezpiecznych, informacje gwarancyjne. Ta warstwa ma najwyższą częstotliwość aktualizacji, ponieważ zależy od rzeczywistych zdarzeń w cyklu życia produktu.
Kiedy dane DPP wymagają aktualizacji?
Rozporządzenie ESPR nie określa stałych interwałów aktualizacji. Obowiązuje natomiast zasada aktualności danych: informacje muszą odzwierciedlać rzeczywisty stan produktu. Wynika z tego kilka praktycznie istotnych czynników wyzwalających:
Zmiany regulacyjne
Gdy tylko akt delegowany wprowadza nowe obowiązki w zakresie danych, istniejące paszporty muszą zostać odpowiednio zaktualizowane. Nie jest to teoretyczna troska o przyszłość: pierwsze rozporządzenia produktowe dotyczące tekstyliów i baterii mają wejść w życie w latach 2026 i 2027 zgodnie z harmonogramem ESPR.
Dla producentów baterii oznacza to, że od sierpnia 2026 r. wszystkie baterie sprzedawane w UE muszą być opatrzone widocznymi QR codes oraz oznaczeniami obejmującymi pojemność, chemię i substancje niebezpieczne — jako wstęp do pełnego paszportu baterii, który stanie się obowiązkowy w 2027 r. Rozporządzenie UE w sprawie baterii jest zatem jednym z pierwszych rzeczywistych testów procesu aktualizacji DPP na dużą skalę.
Zmiany produktu
Jeśli skład materiałowy produktu się zmienia — nawet gdy GTIN pozostaje ten sam — DPP musi zostać zaktualizowany. To samo dotyczy:
- nowych instrukcji napraw lub źródeł części zamiennych,
- zmienionych warunków gwarancji,
- zaktualizowanych kart charakterystyki bezpieczeństwa.
Wycofania lub ostrzeżenia bezpieczeństwa
Informacje istotne z punktu widzenia bezpieczeństwa muszą być wprowadzane niezwłocznie. DPP nie zastępuje systemu szybkiego ostrzegania RAPEX, ale stanowi uzupełniający kanał, z którego mogą korzystać zarówno konsumenci, jak i organy nadzoru.
Techniczny proces aktualizacji: krok po kroku
Krok 1: Określ identyfikatory i wersjonowanie
Każda zmiana treści paszportu powinna być wersjonowana. Zalecane jest połączenie następujących elementów:
- UID produktu (niezmienny, np. GTIN + numer seryjny),
- wersja paszportu (semantyczny numer wersji lub znacznik czasu),
- powód zmiany (regulacyjny, produktowy, korygujący).
{
"uid": "urn:epc:id:sgtin:4012345.067890.1234567",
"passVersion": "2.1.0",
"lastModified": "2026-05-19T10:00:00Z",
"changeReason": "battery-regulation-aug2026"
}
Krok 2: Aktualizuj wyłącznie zmienioną warstwę danych
Częstym błędem jest przepisywanie całego rekordu paszportu, gdy następuje aktualizacja regulacyjna. Zwiększa to ryzyko błędów i utrudnia śledzenie zmian. Lepsze podejście: zastosuj modularną strukturę danych, w której poszczególne pola danych można aktualizować niezależnie.
Jeśli pracujesz przez API, użyj HTTP PATCH zamiast PUT:
PATCH /api/v1/dpp/{uid}/sections/battery
Content-Type: application/json
{
"capacityWh": 42.5,
"chemistry": "LFP",
"hazardousSubstances": ["Li", "P"],
"carbonFootprintKgCO2e": 18.3
}
Krok 3: Zapewnij dostępność resolvera
Aktualizacja, która czasowo wyłącza resolver, jest krytyczna z perspektywy zgodności. Wymóg 10-letniej dostępności wynikający z ESPR nie pozostawia miejsca na przestoje bez rozwiązania awaryjnego. Do zalecanych praktyk należą:
- wdrożenie blue-green dla aktualizacji resolvera,
- monitorowanie endpointu resolvera z alertowaniem przy kodach błędów HTTP ≥ 400,
- regularna weryfikacja, czy endpoint zarejestrowany w rejestrze jest rzeczywiście osiągalny.
Krok 4: Aktualizacje masowe dla dużych portfeli produktów
Każdy, kto zarządza setkami lub tysiącami produktów, nie uniknie ustrukturyzowanego procesu importu masowego. Kluczowa zasada: zmiany powinny być przetwarzane jako aktualizacje różnicowe (importy delta), a nie jako pełne importy, aby zminimalizować źródła błędów i zachować ślady audytowe.
Typowy format CSV dla aktualizacji delta może wyglądać tak:
uid,field,newValue,effectiveDate,changeReason
urn:epc:...:001,capacityWh,42.5,2026-08-18,battery-reg-2026
urn:epc:...:002,chemistry,NMC,2026-08-18,battery-reg-2026
Szczególne kwestie dotyczące tekstyliów i debaty na temat sprawiedliwego handlu
Dla producentów tekstyliów harmonogram ESPR niesie szczególne wyzwania. Ruch sprawiedliwego handlu (Fair Trade Movement) wezwał w swoich rekomendacjach dotyczących aktu delegowanego w sprawie tekstyliów do tego, aby architektura danych DPP była możliwa do zarządzania również dla MŚP i drobnych rolników w krajach trzecich. Ma to bezpośrednie konsekwencje dla procesu aktualizacji: gdy dane łańcucha dostaw pochodzą od podmiotów, które nie mają bezpośredniego dostępu do API, niezbędne są solidne ścieżki ręcznego lub półautomatycznego wprowadzania danych.
To pokazuje, że proces aktualizacji nie jest wyłącznie kwestią techniczną, ale również organizacyjną: Kto jest upoważniony do zmiany których danych? Kto waliduje zmiany? W jaki sposób dostawcy są włączani w ten proces?
GS1 Digital Link jako czynnik umożliwiający aktualizacje
Zgromadzenie Ogólne GS1 2026, skupione w Warszawie na globalnym przejściu na kody kreskowe 2D, podkreśla ten punkt: GS1 Digital Link jest preferowanym mechanizmem łączenia tożsamości produktów z aktualną treścią. Kluczowa zaleta dla procesu aktualizacji: QR code na produkcie pozostaje niezmieniony — zmienia się jedynie treść za resolverem. To właśnie dzięki temu w ogóle możliwe stają się aktualizacje retroaktywne dla produktów już wprowadzonych do obrotu.
Wraz ze zbliżającym się terminem Sunrise 2027 dla kodów kreskowych 2D w handlu detalicznym, zbliża się moment, w którym marki nie będą już mogły odkładać kodów QR GS1 Digital Link — zarówno ze względu na zgodność w handlu detalicznym, jak i wymogi DPP.
Podsumowanie: zdolność do aktualizacji nie jest funkcją — to wymóg
Rozporządzenie ESPR traktuje DPP jako żywy dokument. Każdy, kto planuje wdrożenie dzisiaj, musi od samego początku uwzględnić procesy aktualizacji: wersjonowane struktury danych, modularne API, stabilne resolvery oraz jasne reguły zarządzania zmianami danych. Pierwsze obowiązkowe terminy — baterie od sierpnia 2026 r., tekstylia spodziewane w 2027 r. — są na tyle bliskie, że przygotowania techniczne powinny rozpocząć się już teraz.
Źródła
- Rozporządzenie (UE) 2024/1781 ustanawiające ramy ustalania wymogów dotyczących ekoprojektu dla zrównoważonych produktów
- Proponowane przepisy UE wyjaśniają funkcjonowanie rejestru cyfrowego paszportu produktu
- Standard GS1 Digital Link
- Rozporządzenie (UE) 2023/1542 w sprawie baterii i zużytych baterii
- Rozporządzenie w sprawie ekoprojektu dla zrównoważonych produktów - plan prac
- Zgromadzenie Ogólne GS1 2026 - Warszawa