5 mitów o Cyfrowym Paszporcie Produktu, które mogą spowolnić Twoje przygotowania do wdrożenia

Wokół Cyfrowego Paszportu Produktu narosło kilka uproszczeń dotyczących kodów QR, miejsca przechowywania danych, momentu rozpoczęcia przygotowań i gotowości obecnych systemów. Tutaj pokażemy przykłady 5 mitów o Cyfrowym Paszporcie Produktu. Dla firmy produkcyjnej nie są one obojętne, bo mogą prowadzić do zakupu rozwiązania za wcześnie, odkładania pracy, którą można by już zacząć, albo przekonania, że samo posiadanie ERP i MES oznacza gotowość do DPP.

Jeżeli odpowiadasz za produkcję, jakość, zgodność regulacyjną lub systemy, przydatne będzie sprawdzenie, które popularne przekonania mogą źle ustawić projekt i co wynika z przepisów.

Stan regulacyjny: 4 września 2026 r.

Trudno się dziwić, że ten skrót myślowy się przyjął. DPP jest często przedstawiany jako produkt z kodem, który użytkownik skanuje telefonem, aby otworzyć jego cyfrową kartę. Taka ilustracja dobrze pokazuje sposób dostępu do informacji, ale znacznie mniej mówi o tym, co musi przygotować producent.

Rozporządzenie ESPR rozdziela te elementy. Cyfrowy Paszport Produktu jest powiązany z niezmiennym, niepowtarzalnym identyfikatorem produktu za pośrednictwem nośnika danych. To przepisy dotyczące konkretnej grupy produktów określają między innymi rodzaj nośnika, jego umiejscowienie, wymagane dane oraz poziom, na którym powstaje paszport: modelu, partii albo pojedynczego wurobu.

Kod QR może więc prowadzić do DPP, ale sam paszport obejmuje zestaw danych określony dla danej grupy produktów we właściwych przepisach. Mogą się w nim znaleźć między innymi informacje wymagane dla danego wyrobu, identyfikatory, dokumentacja zgodności czy instrukcje. Nie istnieje jedna uniwersalna lista danych obowiązująca wszystkie produkty.

Indeks wyrobu może pochodzić z ERP, numer partii z MES, specyfikacja z PLM, a dokument materiałowy od dostawcy. Dział jakości przechowuje certyfikaty w jeszcze innym miejscu i zanim użytkownik zeskanuje kod, musisz wiedzieć, która wersja informacji jest aktualna i z jakim produktem należy ją połączyć.

Jeśli w ciągu roku zmienia się dostawca komponentu, sam kod niczego nie rozstrzyga. System powinien jeszcze prawidłowo odróżnić wyroby powstałe przed zmianą i po niej oraz przypisać im właściwą dokumentację. Projekt DPP rozpoczęty od warstwy widocznej dla użytkownika może więc ominąć znacznie trudniejszą część, czyli przygotowanie wiarygodnych źródeł danych.

W tym przekonaniu jest część prawdy. Szczegółowe wymagania dla kolejnych grup produktów są wprowadzane stopniowo, więc budowanie docelowej struktury paszportu na podstawie roboczych dokumentów czy uniwersalnych list pól może skończyć się późniejszą przebudową.

ESPR daje firmom czas na dostosowanie, ale nie wprowadza sztywnej zasady dla każdego przypadku. Co do zasady akty delegowane przyjmowane na podstawie ESPR zaczynają być stosowane nie wcześniej niż 18 miesięcy od wejścia w życie. Rozporządzenie dopuszcza jednak krótszy termin w należycie uzasadnionych przypadkach oraz przy określonych zmianach istniejących aktów.

Czekanie na szczegółowe przepisy nie wymaga przy tym zamrażania pracy nad danymi. Komisja rekomenduje przedsiębiorstwom przygotowanie się do nadchodzących obowiązków, poznanie regulacji właściwych dla swojego sektora i śledzenie dalszych zmian prawnych.

Możesz więc wcześniej sprawdzić sposób identyfikacji produktów, obieg dokumentacji dostawców, wersjonowanie danych oraz to, jak zmiana materiału trafia z zakupów czy konstrukcji do produkcji. Żadne z tych działań nie wymaga przewidywania, jakie dokładnie pola znajdą się kiedyś w paszporcie danego wyrobu.

Najlepiej zacznij od jednego produktu. Jeśli nowa deklaracja dostawcy trafia do jakości, a zmiana specyfikacji jest rejestrowana w innym systemie, trzeba ustalić, co pozwoli później powiązać obie informacje z konkretną partią. Gdy odpowiedź wymaga otwierania kilku plików albo rozmowy z pracownikiem, wiesz już, który obszar wymaga uporządkowania.

Rozsądne przygotowanie polega więc na rozdzieleniu dwóch decyzji. Jeżeli dla danej grupy produktów szczegółowe wymagania nie zostały jeszcze przyjęte, z docelową strukturą paszportu warto poczekać na właściwe przepisy, a jakość, identyfikację i przepływ danych można oceniać znacznie wcześniej.

W dobrze zinformatyzowanym zakładzie taki wniosek przychodzi łatwo. ERP przechowuje dane produktowe, MES zapisuje przebieg produkcji, system jakości gromadzi dokumentację, a PLM zawiera specyfikację. Z pozoru brakuje tylko rozwiązania, które zbierze te informacje i pokaże je w paszporcie.

Obraz zmienia się po zejściu do pojedynczych rekordów. Ten sam materiał może mieć indeks wewnętrzny w ERP, symbol dostawcy na certyfikacie i nazwę techniczną w dokumentacji konstrukcyjnej. Pracownik zna zależność między nimi, ponieważ zna produkt i historię zmian, ale system musi otrzymać tę zależność w jednoznacznej postaci.

Nie jest to detal techniczny dopisany do regulacji. Rozporządzenie wykonawcze (UE) 2026/1778 ustanawia repozytorium semantyczne DPP jako źródło modeli danych, definicji znaczenia informacji i słowników stosowanych dla różnych grup produktów. Zgodność semantyczna obejmuje między innymi obecność wymaganych elementów, właściwą strukturę, format, typ wartości i stosowanie odpowiednich słowników tak, aby dane mogły być jednoznacznie interpretowane przez inne systemy.

W zakładzie zwykle powstają w związku z tym bardzo zwyczajne problemy. Możesz posiadać prawidłowy certyfikat, ale nie umieć szybko wskazać, dla których partii obowiązywała jego konkretna wersja. ERP zawiera właściwe dane, a równolegle produkcja korzysta z arkusza aktualizowanego według innej reguły. Informacja istnieje, lecz automatyczne wykorzystanie jej w DPP nadal wymaga uporządkowania.

Dlatego podczas oceny gotowości lepiej nie liczyć systemów ani pól w bazach. Więcej mówi możliwość wskazania źródła informacji, jej aktualnej wersji i konkretnego produktu, którego dotyczy. Rozbudowane środowisko IT może skrócić drogę do DPP, ale dopiero wtedy, gdy dane z tych systemów rzeczywiście możesz ze sobą jednoznacznie połączyć.

Od 20 lipca 2026 r. działa unijny DPP Registry, więc takie wyobrażenie może wydawać się logiczne. Centralny rejestr łatwo wyobrazić sobie jako miejsce, do którego producent przesyła cały Cyfrowy Paszport Produktu wraz z kompletną dokumentacją.

Architektura działa jednak inaczej. DPP funkcjonuje w modelu zdecentralizowanym. Rejestr UE przechowuje co najmniej unikalne identyfikatory, a działająca infrastruktura obejmuje również dane rejestracyjne i powiązane metadane. Pełna szczegółowa informacja zawarta w DPP pozostaje poza centralnym rejestrem, choć właściwe przepisy mogą nakazać zapisanie w nim dodatkowych danych.

To rozróżnienie jest ważne dla architektury po stronie producenta. DPP Registry nie przejmuje roli firmowego repozytorium i nie zwalnia przedsiębiorstwa z utrzymywania danych w odpowiednim miejscu. Nadal trzeba ustalić, które systemy są ich źródłem, jak przebiega aktualizacja i kto odpowiada za poprawność informacji.

W przypadku DPP tworzonych na podstawie ESPR dochodzi jeszcze obowiązek kopii zapasowej. Operator gospodarczy przy wprowadzaniu produktu do obrotu musi udostępnić kopię zapasową paszportu za pośrednictwem dostawcy usług DPP.

Ten element obnaża, jak bardzo rzeczywista architektura różni się od prostego obrazu, zakładającego że producent wysyła wszystko do UE. Centralny rejestr jest jedną z części systemu. Obok niego pozostają zdecentralizowane dane i obowiązki operatora gospodarczego, w tym zapewnienie dostępności paszportu przez okres wskazany we właściwych przepisach, również po niewypłacalności, likwidacji lub zakończeniu działalności podmiotu odpowiedzialnego za jego utworzenie.

Zwróć też uwagę na sposób udostępniania informacji. Konsument, serwis, przedsiębiorstwo zajmujące się recyklingiem czy organ nadzoru mogą korzystać z DPP w innych celach, a dostęp do określonych danych zależy od właściwych przepisów. Prosta publiczna karta produktu może być jednym z elementów rozwiązania, ale nie powinna być automatycznie traktowana jako odpowiednik całej infrastruktury DPP.

To przekonanie jest stosunkowo nowe, ponieważ sam rejestr zaczął działać dopiero w lipcu 2026 r. Komisja uruchomiła wraz z nim środowisko testowe i dokumentację dla operatorów gospodarczych. Firmy mogą więc poznać proces przed 18 lutego 2027 r., kiedy paszport baterii stanie się obowiązkowy dla baterii LMT, baterii przemysłowych o pojemności powyżej 2 kWh oraz baterii do pojazdów elektrycznych wprowadzanych do obrotu lub oddawanych do użytku.

Pomyślna rejestracja ma konkretne znaczenie, ale nie tak szerokie, jak łatwo założyć. Rozporządzenie wykonawcze 2026/1778 przewiduje automatyczne kontrole obejmujące między innymi zgodność semantyczną danych, a w odpowiednich przypadkach także spójność obowiązkowych danych przekazanych do rejestru z zawartością DPP, właściwy poziom paszportu: model, partia lub sztuka, kod towarowy oraz link do kopii zapasowej.

Samo ESPR wyraźnie ogranicza znaczenie rejestracji: przekazanie przez rejestr unikalnego identyfikatora rejestracyjnego nie stanowi dowodu zgodności z ESPR ani innym prawem UE. Rozporządzenie 2026/1778 idzie w tym samym kierunku. Automatyczna kontrola rejestru nie zastępuje merytorycznej weryfikacji danych, która pozostaje zadaniem organów nadzoru rynku, a dowód rejestracji potwierdza spełnienie obowiązku rejestracji konkretnego DPP.

Po kilku miesiącach różnica staje się jeszcze bardziej oczywista. Producent zmienia materiał albo dostawcę, aktualizuje specyfikację i otrzymuje nową dokumentację jakościową. Jeśli którakolwiek z tych zmian wpływa na informacje wymagane w paszporcie, wcześniejsza poprawna rejestracja nie aktualizuje danych za firmę.

ESPR wymaga, aby informacje w DPP były poprawne, kompletne i aktualne. Oznacza to potrzebę ustalenia nie tylko tego, kto rejestruje paszport, ale również kto reaguje na późniejsze zmiany produktu i dokumentacji.

Dla działu jakości czy zgodności regulacyjnej jest to ważniejsza różnica niż może sugerować sam status w systemie. Rejestracja potwierdza wykonanie określonego obowiązku. Zgodność produktu i wiarygodność jego danych wymagają szerszego procesu po stronie firmy.

Najwięcej informacji daje jedna reprezentatywna rodzina produktów. Wybierz wyrób, który dobrze pokazuje typowy proces, i prześledź kilka danych od ich źródła do konkretnej partii lub egzemplarza. Materiał, numer partii, wersja specyfikacji i dokument dostawcy zwykle wystarczą, żeby odkryć najważniejsze zależności.

Jeżeli informacje trzeba łączyć ręcznie, ten sam parametr ma kilka wersji albo poprawna odpowiedź zależy od wiedzy konkretnego pracownika, firma już wie, który obszar wymaga uporządkowania. Gdy dane są spójne, a szczegółowe wymagania dla produktu nadal powstają, można spokojniej obserwować regulacje zamiast budować docelowe rozwiązanie na podstawie przypuszczeń.

Taki test zmienia też rozmowę z dostawcami technologii. Zamiast zastanawiać się czy dana platforma obsługuje DPP, można pokazać rzeczywisty przepływ informacji i sprawdzić, jak rozwiązanie poradzi sobie z obecnymi źródłami, wersjonowaniem i identyfikacją produktu.

Dla części producentów podstawowym powodem wdrożenia DPP pozostanie zgodność z regulacją. Nie ma potrzeby przedstawiać każdego elementu przygotowań jako projektu, który koniecznie przyniesie dodatkowe oszczędności.

Są jednak sytuacje, w których DPP odsłania problemy znane firmie już dziś. Podczas reklamacji trudno ustalić partię materiału, jakość szuka właściwej deklaracji dostawcy, a dwa systemy przechowują ten sam parametr według innych zasad. Jeśli paszport będzie wymagał uporządkowania tych samych informacji, sensownie jest sprawdzić, czy firma nie rozwiązuje przy okazji istniejącego problemu z przepływem danych.

Analiza informacji pomiędzy ERP, MES, jakością, produkcją i dokumentacją dostawców pozwala ustalić, które źródła mogą później zasilać DPP, gdzie potrzebna jest integracja, a gdzie brakuje jednoznacznego powiązania danych z wyrobem.

Budowanie osobnego ręcznego obiegu wyłącznie na potrzeby paszportu stworzyłoby kolejne miejsce wymagające późniejszej aktualizacji. Jeśli informacja już powstaje w zakładzie, warto najpierw sprawdzić, jak wykorzystać istniejące źródło w kontrolowany sposób.

Przed poruszaniem tematu wybierz jeden reprezentatywny produkt i spróbuj odtworzyć jego dane bez polegania na pamięci pracowników. Jeśli droga do materiału, partii i właściwej wersji dokumentacji jest jasna, masz dobry punkt wyjścia. Gdy zaczyna się ręczne szukanie i porównywanie kilku źródeł, wiadomo już, gdzie przygotowania wymagają pracy.

Dopiero taki obraz pozwala sensownie rozmawiać o technologii. Zasady DPP określą obowiązkowy zakres informacji dla konkretnego produktu, ale żadna platforma nie zastąpi wiarygodnego źródła danych i jasnego sposobu powiązania ich z wyrobem. Będzie to lepszy start niż od QR, osobnej bazy czy listy funkcji dostawcy systemu.

Nie. Kod QR może być nośnikiem prowadzącym do paszportu, natomiast DPP obejmuje zestaw danych określonych dla konkretnej grupy produktów. Rodzaj nośnika, jego umiejscowienie i zakres wymaganych informacji wynikają z właściwych przepisów.

Nie. DPP działa w modelu zdecentralizowanym. Rejestr UE przechowuje co najmniej unikalne identyfikatory, a działająca infrastruktura obejmuje także dane rejestracyjne i powiązane metadane. Właściwe przepisy mogą wymagać zapisania w nim dodatkowych informacji.

Nie trzeba odkładać analizy źródeł danych, identyfikacji produktu, wersjonowania dokumentów i przepływu informacji. Jeśli jednak szczegółowe wymagania dla danej grupy produktów nie zostały jeszcze przyjęte, docelową strukturę paszportu warto oprzeć dopiero na właściwych przepisach.

Nie. ESPR wskazuje, że unikalny identyfikator rejestracyjny nie stanowi dowodu zgodności z ESPR ani innym prawem UE. Rozporządzenie 2026/1778 precyzuje dodatkowo, że dowód rejestracji potwierdza spełnienie obowiązku rejestracji konkretnego DPP.