Co zawiera Cyfrowy Paszport Produktu?
DPP może zawierać dane identyfikacyjne, dokumentację zgodności, informacje materiałowe i środowiskowe, instrukcje, informacje o producentach i innych podmiotach, a w niektórych sektorach także dane związane z konkretną partią lub pojedynczym egzemplarzem.
Nie oznacza to, że każdy paszport ma zawierać wszystkie te elementy. Art. 9 ESPR wymaga, aby akt produktowy określił:
- które dane z katalogu ESPR są wymagane,
- czy DPP działa na poziomie modelu, partii czy pojedynczego artykułu,
- jaki nośnik danych ma być używany i gdzie ma się znajdować,
- kto ma dostęp do poszczególnych danych,
- kto może tworzyć lub aktualizować konkretne informacje,
- jak długo DPP ma pozostawać dostępny.
Dlatego pytanie „co zawiera DPP?” zawsze powinno mieć drugą część: „dla jakiego produktu i na podstawie którego aktu?”.
Jeśli nie masz jeszcze pewności, czy i kiedy Twoja grupa produktów będzie objęta obowiązkiem, sprawdź harmonogram wdrażania DPP w UE oraz ESPR i akty delegowane.
Jakie dane przewiduje Annex III ESPR?
Załącznik III do rozporządzenia (UE) 2024/1781 wskazuje katalog elementów, z którego akty delegowane mogą wybierać dane dla konkretnego DPP.
| Kategoria danych | Przykładowe elementy z Annex III | Czy są zawsze obowiązkowe? |
|---|---|---|
| Wymagania informacyjne produktu | Informacje wymagane na mocy ESPR lub innych przepisów UE właściwych dla danej grupy. | Nie – zakres określa akt produktowy. |
| Unikalny identyfikator produktu | Identyfikator na poziomie wskazanym w właściwym akcie. | W DPP jest elementem fundamentalnym, ale poziom zależy od aktu. |
| GTIN lub odpowiednik | Globalny numer identyfikacyjny produktów lub części zgodny ze wskazanym standardem albo równoważnym rozwiązaniem. | Nie należy zakładać obowiązku GTIN dla każdego produktu bez sprawdzenia właściwego aktu. |
| Kody towarowe | Odpowiednie kody, np. TARIC, jeśli są wymagane. | Zależnie od aktu i procesu. |
| Dokumentacja zgodności | Deklaracja zgodności, dokumentacja techniczna, certyfikaty lub inne wymagane dokumenty. | Tylko gdy właściwe przepisy przewidują ich włączenie. |
| Instrukcje i ostrzeżenia | Instrukcje użytkowania, bezpieczeństwa, ostrzeżenia i inne informacje właściwe dla produktu. | Zależnie od wymagań produktowych. |
| Podmioty gospodarcze | Informacje o producencie, importerze i innych podmiotach wskazanych we właściwym prawie. | Zależnie od roli i przepisów. |
| Identyfikatory operatorów i zakładów | Unikalne identyfikatory podmiotów gospodarczych i facilities, jeśli są wymagane. | Zależnie od aktu. |
| Dostawca usług DPP | Informacje związane z usługą utrzymania i kopią zapasową paszportu – gdy wymagane. | Zgodnie z właściwymi wymogami DPP. |
Sam Annex III nie jest więc „formularzem DPP”. Jest prawnym katalogiem potencjalnych elementów, który należy połączyć z wymaganiami informacyjnymi dla konkretnej grupy produktów.
Dane identyfikacyjne – fundament każdego DPP
DPP musi prowadzić do właściwego produktu, a nie tylko do strony z opisem modelu. ESPR wymaga powiązania paszportu poprzez data carrier z trwałym unikalnym identyfikatorem produktu.
W praktyce warstwa identyfikacyjna może obejmować:
Identyfikator produktu
Unikalny identyfikator modelu, partii lub sztuki – na poziomie wymaganym dla danej kategorii.
Relacje model–partia–item
Powiązania pozwalające określić, do którego modelu należy partia i który egzemplarz należy do konkretnej partii.
Identyfikator operatora
Właściwy identyfikator producenta, importera lub innego podmiotu, jeśli jest wymagany przez właściwe przepisy.
Identyfikator zakładu
Informacja o facility może być jednym z elementów paszportu, jeśli wymaga tego odpowiedni akt.
Jeżeli przedsiębiorstwo nie ma spójnej identyfikacji partii lub numerów seryjnych, przygotowanie DPP może wymagać wcześniejszego uporządkowania traceability i identyfikowalności produktu.
Dokumentacja techniczna produktu, deklaracje i certyfikaty w DPP
Annex III przewiduje możliwość uwzględniania w DPP dokumentacji zgodności wymaganej przez ESPR lub inne prawo Unii – np. deklaracji zgodności, dokumentacji technicznej lub certyfikatów.
Nie oznacza to jednak, że każdy DPP musi przechowywać komplet wszystkich dokumentów firmy. Trzeba rozróżnić:
- dokumenty lub informacje, które akt każe udostępnić w DPP,
- dokumentację wewnętrzną służącą do wykazania zgodności, ale niewymaganą w paszporcie,
- dane publiczne od informacji ograniczonych do organów lub innych uprawnionych podmiotów.
DPP nie jest automatycznie cyfrowym archiwum całej dokumentacji technicznej firmy. Zakres publikacji wynika z konkretnego aktu i praw dostępu.
Ślad węglowy, skład materiałowy, recykling i inne dane środowiskowe
Jednym z głównych celów ESPR jest poprawa zrównoważenia produktów w całym cyklu życia. W zależności od grupy produktowej wymagania mogą obejmować dane dotyczące m.in. składu, substancji budzących obawy, zawartości materiałów z recyklingu, naprawialności, trwałości, recyklingu czy innych aspektów środowiskowych.
W praktyce przedsiębiorstwo może potrzebować danych z wielu obszarów:
Skład materiałowy
BOM, materiały, komponenty, substancje i informacje dostawców – w zakresie wymaganym dla produktu.
Ślad węglowy produktu
Dane carbon footprint mogą być wymagane sektorowo, jak pokazuje przykład Battery Regulation. Sposób obliczeń i zakres musi wynikać z właściwych metod i prawa.
Zawartość z recyklingu
Udział surowców wtórnych lub inne dane zasobowe, jeśli dana regulacja ich wymaga.
Koniec życia produktu
Instrukcje demontażu, naprawy, ponownego użycia lub recyklingu – zależnie od wymagań sektorowych i roli odbiorcy.
InviNets może gromadzić i udostępniać takie dane w DPP, ale samo wdrożenie platformy nie zastępuje wykonania LCA, EPD czy obliczenia śladu węglowego, jeśli firma nie posiada jeszcze tych wartości. System musi wiedzieć, skąd wiarygodna dana pochodzi.
Skąd pobierać dane do DPP? ERP, MES, PIM, PLM i systemy zewnętrzne
Najczęściej nie istnieje jedna kompletna baza danych o produktach, która zawiera wszystko potrzebne do DPP. Dane są rozproszone między systemami i zespołami.
| Źródło | Przykładowe dane | Na co uważać? |
|---|---|---|
| ERP / SAP | Modele, indeksy, dostawcy, partie, kody, dane materiałowe, zakłady. | Czy ERP jest źródłem prawdy czy tylko kopią informacji z PLM/MES? |
| PLM | BOM, specyfikacje, materiały, warianty, wersje i dokumentacja konstrukcyjna. | Zarządzanie wersjami i zgodność z aktualnym modelem produktu. |
| PIM | Informacje handlowe, cechy, instrukcje, multimedia i dokumenty produktowe. | Dane marketingowe nie zawsze odpowiadają definicjom regulacyjnym. |
| MES | Partie, seriale, dane produkcyjne, genealogia i parametry procesu. | Wysoki wolumen i właściwe powiązanie z identyfikatorem DPP. |
| QMS / compliance | Deklaracje, certyfikaty, badania, dokumentacja zgodności. | Kontrola wersji, status ważności i właściwy poziom dostępu. |
| Traceability | Komponenty, partie wejściowe, seriale, zdarzenia, pochodzenie. | Nie publikować całej historii – tylko dane wymagane przez model DPP. |
| Dostawcy | Skład, materiały, substancje, pochodzenie, deklaracje środowiskowe. | Jakość, odpowiedzialność i aktualizacja danych poza organizacją. |
| Serwis / FSM / CRM | Naprawy, wymiany części, status, lifecycle. | Czy zdarzenia mają aktualizować DPP i na jakim poziomie? |
InviNets może zbudować warstwę, która łączy te źródła bez ręcznego przepisywania informacji do kolejnego systemu. Zobacz: Integracja DPP z ERP, SAP, MES i API.
Dane modelu, partii i pojedynczego produktu – nie mieszaj poziomów
Jednym z najważniejszych elementów projektowania DPP jest ustalenie, do czego dana rzeczywiście się odnosi.
| Poziom | Przykładowy charakter danych | Typowe źródła |
|---|---|---|
| Model | Specyfikacja, standardowy skład, instrukcje, parametry i dokumenty wspólne dla modelu. | PLM, PIM, ERP, QMS. |
| Partia | Materiał użyty w konkretnej produkcji, zakład, partia dostawcy, data i parametry batch. | MES, ERP, WMS, traceability. |
| Item / sztuka | Serial, indywidualny status, historia serwisowa, dane eksploatacyjne lub inne dane konkretnego egzemplarza. | MES, serializacja, traceability, IoT/BMS, serwis. |
Jeśli akt wymaga DPP na poziomie itemu, nie wystarczy skopiować danych modelu do miliona identycznych rekordów. Architektura powinna rozdzielać dane wspólne od informacji indywidualnych i łączyć je przez identyfikatory.
Czy wszystkie dane DPP są publiczne?
Nie. ESPR wymaga, aby właściwy akt określił podmioty mające dostęp do danych oraz zakres informacji dostępny każdemu z nich. Oznacza to, że projekt DPP powinien od początku rozdzielać dane według roli.
Publiczne
Dane dostępne klientowi lub każdej osobie korzystającej z paszportu zgodnie z właściwymi przepisami.
Profesjonalne
Informacje dla naprawiających, serwisów, refurbisherów, remanufacturerów lub recyklerów – jeśli prawo przewiduje taki dostęp.
Organów
Dane przeznaczone dla nadzoru rynku, jednostek oceniających, administracji celnej lub innych właściwych organów.
Chronione
Dane, które nie powinny być publiczne, lecz mogą być dostępne wyłącznie określonym użytkownikom zgodnie z uprawnieniami.
ESPR stanowi również, że danych osobowych dotyczących klientów nie należy przechowywać w DPP bez ich wyraźnej zgody zgodnej z RODO.
Widoczność w DPP nie jest równoznaczna z fizycznym przechowywaniem wszystkiego w jednym miejscu. Warstwa DPP może udostępniać dane według reguł i uprawnień, podczas gdy źródła pozostają w systemach przedsiębiorstwa.
Dane DPP muszą być poprawne, pełne i aktualne – jak to zapewnić?
Art. 9 ESPR wprost wymaga, aby dane w Cyfrowym Paszporcie Produktu były accurate, complete and up to date. To oznacza potrzebę zarządzania jakością, a nie jednorazowego importu danych przed startem obowiązku.
Właściciel danych
Każdy element powinien mieć wskazany zespół lub system odpowiedzialny za poprawność.
Źródło prawdy
Jedna wartość nie powinna mieć kilku równorzędnych i niesynchronizowanych źródeł.
Walidacja
Sprawdzenie formatów, jednostek, słowników, wymaganych pól, relacji i warunków przed publikacją.
Wersjonowanie
Zmiana specyfikacji, dokumentu czy materiału powinna mieć kontrolowaną historię i właściwe przypisanie do wersji produktu.
Aktualizacja lifecycle
Dla danych zmiennych trzeba ustalić zdarzenia wyzwalające aktualizację – np. naprawę, zmianę statusu, remanufacturing czy nowe dane eksploatacyjne.
Monitoring
System powinien wykrywać braki, błędy integracji i paszporty, których dane nie odpowiadają aktualnym źródłom.
Jakie dane trafiają do DPP Registry, a jakie pozostają w systemie DPP?
Od 20 lipca 2026 r. działa unijny DPP Registry. Rejestr nie jest centralną bazą wszystkich danych produktowych. Komisja opisuje architekturę jako zdecentralizowaną.
| Warstwa | Co zawiera? |
|---|---|
| DPP Registry | Wymagane unikalne identyfikatory, dane rejestracyjne i wysokopoziomowe metadane; dodatkowe elementy zgodnie z właściwymi przepisami. |
| Pełny DPP | Szczegółowe dane produktu określone właściwym aktem i udostępniane zgodnie z prawami dostępu. |
| Systemy firmy | Źródłowe informacje ERP/MES/PLM/PIM/QMS/traceability i inne dane potrzebne do utrzymania paszportu. |
Registry wykorzystuje również semantic repository do walidowania struktur i semantyki rejestrowanych DPP. To kolejny powód, aby dane źródłowe mapować do właściwych definicji zamiast tworzyć własne, niekompatybilne nazwy pól.
Battery Passport pokazuje, jak duży może być rzeczywisty zakres danych DPP
Baterie są dziś najlepszym przykładem konkretnego, sektorowego modelu. Komisja w zaktualizowanym guidance z sierpnia 2026 r. mapuje 71 punktów danych dla baterii EV, LMT i baterii przemysłowych objętych paszportem.
Dokument wskazuje dla każdej kategorii, czy określony punkt jest:
- obowiązkowy,
- opcjonalny,
- warunkowy,
- niewymagany do uzupełnienia lub wyświetlenia w lutym 2027 r.
To pokazuje, dlaczego nie powinno się budować uniwersalnej „checklisty 20 pól DPP” dla całego rynku. Dane są sektorowe, zależne od kategorii, czasu i konkretnego obowiązku.
Checklista: jak przygotować dane firmy do DPP?
Nawet jeśli finalny akt dla Twojej branży nie został jeszcze przyjęty, można bezpiecznie wykonać prace przygotowawcze, które później skrócą wdrożenie.
Ustal grupę produktu i status regulacyjny
Nie zaczynaj od danych, zanim nie wiesz, czy właściwym źródłem jest ESPR delegated act, Battery Regulation czy inny akt sektorowy.
Przygotuj inventory danych
Spisz ERP, SAP, MES, PIM, PLM, QMS, traceability, serwis, pliki, bazy oraz dane otrzymywane od dostawców.
Zbuduj macierz „wymóg → źródło”
Każdy wymagany element przypisz do źródła prawdy, właściciela i reguły aktualizacji.
Oznacz granularność
Przy każdym polu wskaż, czy dotyczy modelu, partii, sztuki, operatora, zakładu czy innego obiektu.
Oceń dostępność i jakość
Sprawdź braki, duplikaty, różne jednostki, nieaktualne dokumenty, niespójne identyfikatory i brak właścicieli danych.
Oznacz prawa dostępu
Rozdziel potencjalnie publiczne informacje od danych przeznaczonych dla serwisu, recyklera, organu lub innej roli.
Zaplanuj integracje
Ustal, co ma być synchronizowane przez API lub zdarzenia, a które dane aktualizują się rzadko i mogą być obsługiwane inaczej.
Przetestuj na jednym produkcie
Przygotuj pilota, aby zweryfikować mapowanie, identyfikatory, uprawnienia i aktualizację zanim rozwiązanie zostanie wyskalowane.
Nie czekaj z inventory danych na finalny termin DPP. Można dziś uporządkować źródła i odpowiedzialność, a finalną strukturę paszportu dopasować dopiero po opublikowaniu właściwego aktu.
Jak InviNets łączy dane z wielu systemów w jeden DPP?
Projekt nie zaczyna się od żądania, aby klient przeniósł wszystko do jednej aplikacji. Najpierw sprawdzamy, gdzie dane powstają i które systemy są ich właścicielami.
Dzięki temu nie dostosowujesz firmy do systemu DPP – to system DPP dopasowujemy do Twojej firmy. Docelowa architektura może łączyć dane automatyczne z ręcznie zatwierdzanymi elementami tam, gdzie jest to biznesowo i regulacyjnie uzasadnione.
Nie wiesz, czy masz już dane potrzebne do DPP?
Możemy przeprowadzić inventory źródeł, zbudować macierz danych DPP i wskazać luki. Dzięki temu firma wie, które informacje może pobrać z istniejących systemów, które musi pozyskać od dostawców, a które wymagają nowego procesu.
Powiązane przewodniki InviNets
- Cyfrowy Paszport Produktu (DPP) – główny pillar
- Wdrożenie DPP – system dla firm
- Harmonogram DPP – terminy i branże
- ESPR i DPP – przepisy i akty delegowane
- Cyfrowy Paszport Baterii – dane i wymagania 2027
- DPP Registry – rejestracja i model danych
- Integracja DPP z ERP, SAP, MES i API
- Traceability a DPP – identyfikowalność produktu
- Kto odpowiada za DPP? Producent, importer i dystrybutor
Dane do DPP – najczęściej zadawane pytania
Jakie dane są potrzebne do Cyfrowego Paszportu Produktu?
Dokładny zestaw zależy od grupy produktu i właściwego aktu. ESPR zawiera w Annex III katalog możliwych elementów, ale akt produktowy wybiera wymagane dane, granularność, prawa dostępu i zasady aktualizacji.
Czy istnieje jedna uniwersalna checklista DPP?
Nie. Można stworzyć uniwersalną checklistę przygotowania organizacji, ale nie jedną listę obowiązkowych pól dla wszystkich produktów.
Czy GTIN jest obowiązkowy w każdym DPP?
Annex III wymienia GTIN lub jego odpowiednik w katalogu możliwych elementów. To właściwy akt dla grupy produktów określa, które dane mają lub mogą znaleźć się w DPP. Nie należy więc automatycznie zakładać identycznego obowiązku GTIN dla każdej branży.
Czy DPP zawiera dokumentację techniczną produktu?
Może zawierać dokumentację zgodności lub informacje z dokumentacji technicznej, jeśli wymaga tego właściwe prawo. DPP nie jest jednak automatycznie pełnym archiwum wszystkich dokumentów technicznych firmy.
Czy wszystkie dane w DPP są publiczne?
Nie. Akt produktowy określa, kto ma dostęp do jakich danych. Mogą istnieć warstwy publiczne, profesjonalne oraz informacje przeznaczone dla organów lub innych uprawnionych podmiotów.
Czy dane można pobierać z ERP lub SAP?
Tak, jeśli ERP/SAP jest wiarygodnym źródłem danego elementu. Inne dane mogą pochodzić z MES, PIM, PLM, QMS, traceability, serwisu lub od dostawców.
Czy dane środowiskowe są obowiązkowe w każdym DPP?
Nie w jednym identycznym zakresie dla wszystkich produktów. Wymagania środowiskowe i materiałowe zależą od właściwego aktu produktowego lub sektorowego.
Czy DPP Registry przechowuje wszystkie dane paszportu?
Nie. Registry rejestruje wymagane identyfikatory, dane rejestracyjne i metadane. Pełne dane DPP pozostają zdecentralizowane.
Jak często trzeba aktualizować dane DPP?
Zależy od rodzaju danych i właściwych wymagań. ESPR wymaga, aby informacje były aktualne, a akt produktowy określa podmioty i zasady wprowadzania lub aktualizowania danych.
Jak zacząć przygotowanie danych?
Od ustalenia statusu regulacyjnego produktu, inventory systemów, macierzy wymóg→źródło, identyfikacji braków, właścicieli danych, granularności i praw dostępu. Dopiero później projektuje się integracje.
Dane DPP – przepisy i materiały Komisji Europejskiej
- ↗ ESPR – rozporządzenie (UE) 2024/1781: art. 9–11 i Annex III
- ↗ Komisja Europejska – obowiązki operatorów: data compilation, registration i lifecycle management
- ↗ Komisja Europejska – zdecentralizowane dane DPP, Registry i standardy interoperacyjności
- ↗ Komisja Europejska – Battery Passport: data points by category, guidance 2026