Cyfrowy Paszport Produktu (DPP) - Integracja danych środowiskowych (LCA) w systemie PIM

W naszym Product Data X-Ray obszar „Ślad węglowy i ocena cyklu życia (Carbon Footprint & LCA)” jest jednym z kryteriów gotowości danych produktowych do DPP. Oceniamy dostępność danych środowiskowych, ich powiązanie z właściwym produktem oraz możliwość wykorzystania w kolejnych kanałach.

ESPR wymaga, aby dane udostępniane w DPP były dokładne, kompletne i aktualne. Szczegółowy zakres informacji, nośnik danych oraz poziom identyfikacji produktu – model, partia lub pojedynczy egzemplarz – będą określane dla poszczególnych grup produktów w aktach delegowanych.

W lipcu 2026 roku techniczna architektura DPP została dodatkowo doprecyzowana. 20 lipca Komisja Europejska uruchomiła rejestr Digital Product Passport wraz ze środowiskiem testowym. Rejestr przechowuje unikalne identyfikatory i wymagane metadane, natomiast pełne dane produktowe pozostają w zdecentralizowanych systemach źródłowych. Rejestrację można realizować zarówno przez interfejs użytkownika, jak i API. Z kolei 15 lipca 2026 roku opublikowano odniesienia do sześciu zharmonizowanych norm DPP dotyczących m.in. identyfikatorów, nośników danych, API, wymiany danych, ich przechowywania oraz interoperacyjności systemów. 

Cyfrowy Paszport Produktu (Digital Product Passport, DPP) służy do udostępniania wymaganych informacji o produkcie, a PIM (Product Information Management) pełni rolę warstwy zarządzania, walidacji i publikacji zatwierdzonych danych produktowych.

To rozwinięcie architektury opisanej już we wcześniejszym materiale Tandemite, w którym PIM pełni rolę centralnego huba informacji pochodzących m.in. z ERP, PLM, DAM i systemów dostawców.

Dlaczego PIM jest niezbędny w strategii DPP i monitorowaniu śladu węglowego?

ESPR to Rozporządzenie (UE) 2024/1781 w sprawie ekoprojektu dla zrównoważonych produktów. Ustanawia ono ramy dla wymagań ekoprojektu oraz Digital Product Passport, a szczegółowe wymagania dla poszczególnych grup produktów będą określane w aktach delegowanych. Mogą one wskazywać m.in. zakres danych w paszporcie, poziom identyfikacji produktu, zasady dostępu do informacji oraz uprawnienia do ich aktualizacji. ESPR przewiduje również możliwość uwzględnienia takich parametrów jak zawartość materiałów z recyklingu, carbon footprint czy szerszy environmental footprint produktu.

Przygotowanie DPP wymaga dobrze zaprojektowanej architektury danych. PIM może pełnić w niej rolę centralnego miejsca zarządzania informacją produktową, ułatwiając uporządkowanie danych, ich walidację i przygotowanie do publikacji zgodnie z wymaganiami DPP. Każdy wynik LCA lub PCF powinien być powiązany z konkretnym produktem, źródłem danych, metodą obliczeń, zakresem analizy i datą aktualizacji. Poniższa tabela pokazuje, jakie informacje system musi z nim łączyć, aby dane mogły być wiarygodnie wykorzystane w DPP, ESG i innych kanałach.

To właśnie w tym miejscu PIM może stać się Single Source of Truth, czyli jednym źródłem prawdy dla zatwierdzonych informacji produktowych. Ważne jest jednak doprecyzowanie: w dobrze zaprojektowanej architekturze dane środowiskowe pozostają w systemach, które najlepiej odpowiadają za ich tworzenie i utrzymanie. Dane konstrukcyjne mogą pochodzić z PLM, BOM z systemu inżynierskiego, informacje zakupowe i dostawcze z ERP, dokumenty z DAM, a obliczenia LCA lub PCF ze specjalistycznego narzędzia. PIM konsoliduje wynik i jego kontekst na poziomie produktu, łączy go z właściwym SKU lub wariantem oraz kontroluje zakres danych przeznaczonych do publikacji.

Taki model dobrze odpowiada charakterowi LCA, która obejmuje inwentaryzację danych, ocenę wpływu, interpretację i raportowanie. PIM pełni w tym modelu rolę warstwy zarządzania i publikacji informacji produktowej, natomiast obliczenia pozostają po stronie specjalistycznych narzędzi LCA lub PCF.

W praktyce można więc przyjąć następujący podział odpowiedzialności:

Taki podział pozwala budować skuteczną strategię PIM, w której każdy system odpowiada za właściwy obszar danych i procesów. Jednocześnie ułatwia zgodność produktową (EU compliance), ponieważ dla każdego publikowanego parametru można wskazać jego źródło, metodologię, wersję i osobę odpowiedzialną. ESPR dodatkowo wymaga interoperacyjnego formatu danych opartego na otwartych standardach, z możliwością maszynowego odczytu, wyszukiwania i wymiany bez uzależnienia od jednego dostawcy technologii.

Integracja PIM z danymi LCA i śladem węglowym

Integracja PIM z narzędziem LCA pozwala włączyć zatwierdzone dane środowiskowe do tego samego modelu informacji produktowej, który zasila DPP, e-commerce, katalogi B2B, partnerów i inne kanały.

Synchronizacja LCA z PIM powinna obejmować wynik kalkulacji wraz z jego kontekstem: metodą, źródłami danych, zakresem analizy, wersją i okresem obowiązywania. LCA jest oceną cyklu życia produktu obejmującą określenie celu i zakresu badania, inwentaryzację wejść i wyjść, ocenę potencjalnych wpływów środowiskowych oraz interpretację wyników. Z kolei PCF – Product Carbon Footprint, czyli ślad węglowy produktu – koncentruje się tylko na jednej kategorii wpływu: zmianie klimatu. ISO 14067:2018 wprost ogranicza PCF do kategorii climate change, podczas gdy pełna analiza LCA może obejmować znacznie więcej wskaźników. 

To oznacza, że system PIM dla DPP i śladu węglowego powinien przechowywać wynik wraz z informacjami pozwalającymi prawidłowo go interpretować.

Kluczowe dane, które trzeba monitorować

Model środowiskowy w PIM powinien być wielowymiarowy:

W unijnej metodzie Product Environmental Footprint (PEF) profil środowiskowy obejmuje 16 kategorii wpływu: zmianę klimatu, zubożenie warstwy ozonowej, toksyczność dla ludzi – nowotworową i nienowotworową, pył zawieszony, promieniowanie jonizujące, fotochemiczne tworzenie ozonu, zakwaszenie, trzy rodzaje eutrofizacji, ekotoksyczność wody słodkiej, użytkowanie gruntów, zużycie wody oraz wykorzystanie zasobów mineralnych/metali i zasobów kopalnych. Dla kategorii zmiany klimatu wykorzystywany jest wskaźnik GWP – Global Warming Potential, wyrażany w kg CO₂e.

Zakres wskaźników LCA publikowanych w Digital Product Passport będzie wynikał z aktu delegowanego właściwego dla danej grupy produktów. ESPR wskazuje katalog możliwych parametrów, obejmujący m.in. carbon footprint i environmental footprint.

W modelu danych warto również uwzględnić środowiskowe deklaracje produktu EPD. Od czerwca 2026 obowiązuje druga edycja ISO 14025:2026, określająca zasady i wymagania dla Environmental Product Declarations i odwołująca się przy ich opracowaniu do ISO 14040 oraz ISO 14044. EPD może pełnić rolę dokumentu źródłowego lub dowodu dla danych środowiskowych przechowywanych przy produkcie. Zakres informacji publikowanych w DPP będzie natomiast wynikał z wymagań właściwych dla danej grupy produktów.

Podobna ostrożność jest potrzebna przy raportowaniu ESG Scope 3. GHG Protocol Product Standard dotyczy emisji w pełnym cyklu życia konkretnego produktu, podczas gdy raportowanie Scope 3 jest prowadzone na poziomie łańcucha wartości organizacji. Z tego wynika ważna praktyczna zasada: ustrukturyzowane dane PCF w PIM mogą zasilać procesy raportowania ESG i Scope 3, pod warunkiem zachowania właściwych granic, zasad alokacji i spójnej metodyki rachunkowości emisji. PCF opisuje ślad węglowy konkretnego produktu, natomiast Scope 3 obejmuje emisje w całym łańcuchu wartości organizacji, dlatego dane z poziomu produktu wymagają odpowiedniego przeliczenia i agregacji przed wykorzystaniem w raportowaniu.

Dodatkowo w lipcu 2026 Komisja Europejska przyznała, że dostępność zbiorów danych w pełni zgodnych z Environmental Footprint jest nadal ograniczona i opublikowała przejściowe zasady korzystania z alternatywnych zbiorów danych w latach 2025-2028. PIM powinien więc przechowywać wynik LCA wraz ze źródłem, wersją, jakością i pochodzeniem danych użytych do kalkulacji.

Centralizacja danych: od surowców do gotowego produktu

W typowej organizacji dane potrzebne do LCA pochodzą z wielu źródeł. PLM może zawierać dane o składzie produktu, ERP informacje o dostawcy i kraju zakupu, BOM dokładny wykaz komponentów, dostawca dane o zawartości recyklatu lub własnym PCF materiału, narzędzie LCA współczynniki i wyniki kalkulacji, a DAM zweryfikowaną deklarację EPD.

Dlatego praktyczna architektura integracji może wyglądać następująco:

Dostawcy + ERP + PLM/BOM + źródła środowiskowe → silnik LCA/PCF → PIM → DPP/API + e-commerce + katalogi B2B + raportowanie ESG

DAM działa równolegle jako repozytorium dokumentów dowodowych – EPD, certyfikatów, raportów i deklaracji – powiązanych z obiektem produktu w PIM.

PIM staje się Single Source of Truth dla zatwierdzonej informacji produktowej przeznaczonej do dalszej dystrybucji, podczas gdy ERP, PLM i narzędzia LCA pozostają systemami źródłowymi dla swoich obszarów. Jest to szczególnie istotne w świetle ESPR, ponieważ regulacja wymaga, aby DPP odnosił się do konkretnego modelu, partii lub egzemplarza zgodnie z właściwym aktem delegowanym, a dane były kompletne i aktualne. 

W praktyce oznacza to, że dla wyniku środowiskowego PIM powinien umożliwiać odtworzenie następującego łańcucha powiązań:

produkt → wariant → wersja BOM → dostawca/materiał → assessment LCA → wynik PCF/GWP → dokument źródłowy → wersja DPP

W takim modelu zarządzanie danymi DPP w PIM obejmuje cały proces: źródło danych, wersjonowanie, walidację, przypisanie do produktu i publikację.

„Dane o śladzie węglowym mają wartość wtedy, gdy firma potrafi dokładnie przypisać je do właściwego produktu i jego aktualnej wersji. Przy tysiącach produktów i częstych zmianach materiałów czy dostawców właśnie tutaj PIM pozwala uporządkować cały proces i automatycznie przekazywać aktualne dane do DPP.” - Maciej Pałubicki, CEO, Tandemite

To również zmienia podejście do monitorowania śladu węglowego produktu. PCF jest wersjonowanym wynikiem obliczenia zależnym od określonego zestawu danych wejściowych. Jeżeli zmieni się dostawca, udział materiału z recyklingu, masa komponentu, źródło energii albo inny element istotny dla przyjętej metodyki LCA, może być konieczne ponowne obliczenie wyniku. ISO 14044 pokazuje, że LCA opiera się na określonym zakresie, inwentaryzacji i ocenie wpływu, dlatego zmiana danych wejściowych może zmieniać wynik oceny. 

Automatyzacja wymiany danych: API, syndykacja i GS1 Digital Link

Automatyzacja danych produktowych staje się szczególnie ważna wtedy, gdy PIM obsługuje tysiące SKU, a wskaźniki środowiskowe mogą zmieniać się wraz z materiałami, dostawcami lub wersjami konstrukcyjnymi.

Od lipca 2026 istnieje znacznie bardziej precyzyjny techniczny punkt odniesienia. Komisja opublikowała odniesienia do sześciu norm DPP:

Normy zostały opracowane w celu realizacji wymagań art. 10 i 11 ESPR, a odniesienia do nich opublikowano w Dzienniku Urzędowym UE 15 lipca 2026 roku.

Integracja PIM z DPP powinna od początku opierać się na API, identyfikatorach i wymianie danych w ustrukturyzowanym formacie zgodnym z otwartymi standardami.

API może przykładowo obsługiwać dwa kierunki:

LCA → PIM: po zakończeniu kalkulacji narzędzie LCA przekazuje PCF, zestaw wskaźników, metodę, datę, wersję oraz identyfikator raportu źródłowego.

PIM → DPP: po zatwierdzeniu rekordu w ramach procesu akceptacji PIM publikuje właściwe atrybuty do usługi DPP, a odpowiednia rejestracja lub aktualizacja może być wykonana przez API rejestru Komisji. Rejestr uruchomiony 20 lipca 2026 roku oficjalnie obsługuje zarówno interfejs użytkownika, jak i API, a Komisja udostępnia także repozytorium semantyczne z maszynowo czytelnymi modelami danych, definicjami i słownictwem. 

W tej architekturze może znaleźć się również GS1 Digital Link. Standard GS1 pozwala zakodować identyfikatory, takie jak GTIN w formie umożliwiającej ich wykorzystanie w kodzie i połączenie z informacją online. W hierarchii GS1 identyfikator produktu może zostać uzupełniony m.in. o batch/lot lub numer seryjny, co jest szczególnie interesujące przy DPP działającym na poziomie partii albo pojedynczego egzemplarza. 

GS1 Digital Link jest jednym ze standardów, które mogą wspierać architekturę DPP. Konkretne wymagania dotyczące identyfikacji i nośnika danych będą wynikały z właściwego aktu delegowanego. ESPR pozostawia w tym zakresie możliwość zastosowania różnych rozwiązań zgodnych z odpowiednimi standardami, a EN 18220:2026 jest horyzontalną normą dotyczącą nośników danych.

Wyzwania techniczne: wariantowość SKU a zgodność z ESPR

Jednym z najważniejszych problemów, który ujawnia się przy wdrożeniu DPP w systemie PIM, jest różnica między handlowym SKU a rzeczywistą historią produktu.

Wyobraźmy sobie producenta mebli biurowych. Sprzedaje jeden model krzesła oznaczony numerem SKU CHAIR-420-GR. W pierwszej połowie roku rama produktu powstaje z aluminium od dostawcy A. Następnie firma zmienia dostawcę, a od kolejnej partii stosuje aluminium zawierające 20% materiału z recyklingu.

Dla klienta nadal może to być ten sam model i ten sam wewnętrzny SKU. Z punktu widzenia danych środowiskowych mamy już jednak dwie wersje produktu, oparte na różnych materiałach i kalkulacjach PCF.

Poniższe wartości PCF są wyłącznie fikcyjne i służą pokazaniu mechanizmu – nie oznaczają, że zastosowanie 20% recyklatu automatycznie powoduje określoną redukcję emisji.

Obie wartości PCF muszą pozostać przypisane do właściwych wersji produktu i okresów ich obowiązywania.

Jeżeli starsze sztuki nadal znajdują się na rynku, PIM musi wiedzieć, która wersja wyniku dotyczy której fizycznej partii produkcyjnej. W przeciwnym razie konsument skanujący paszport starszego produktu mógłby otrzymać dane policzone dla nowej wersji materiałowej.

ESPR przewiduje dokładnie ten rodzaj problemu, pozostawiając aktom delegowanym decyzję, czy DPP dla konkretnej grupy produktów będzie funkcjonował na poziomie modelu, partii czy pojedynczego produktu. Jeżeli powstaje nowy DPP dla produktu, który miał już wcześniejszy paszport, ESPR przewiduje powiązanie nowego paszportu z poprzednim.

Dlatego system PIM do obsługi paszportu produktu powinien rozróżniać co najmniej:

SKU ≠ wersja produktu ≠ partia produkcyjna ≠ wersja BOM ≠ wersja danych środowiskowych ≠ identyfikator DPP.

To, czy zmiana materiału wymaga również nowego GTIN, jest odrębną kwestią. Według zasad GS1 zmiana formulacji lub funkcjonalności wymaga nowego GTIN wtedy, gdy wpływa na prawnie wymaganą deklarowaną informację i właściciel marki oczekuje, że odbiorca lub partner w łańcuchu dostaw będzie rozróżniał wersję sprzed zmiany i po niej. Przy zmianie materiału na wariant zawierający 20% recyklatu trzeba zweryfikować wymagania regulacyjne, zasady GS1 oraz sposób identyfikacji przyjęty dla danego produktu. Dopiero na tej podstawie można określić, czy zmiana wymaga nadania nowego GTIN.

Dobrze zaprojektowany workflow mógłby działać następująco:

zmiana dostawcy lub BOM → zdarzenie do narzędzia LCA → nowa kalkulacja PCF/LCA → zapis nowej wersji oceny LCA w PIM → walidacja → akceptacja → powiązanie z właściwą wersją/partią → aktualizacja danych publikowanych w DPP.

Jeżeli właściwy akt delegowany wymaga DPP na poziomie partii, PIM powinien powiązać konkretny batch/lot z właściwą wersją danych środowiskowych. Jeżeli wymagany jest poziom pojedynczego egzemplarza, dochodzi serializacja. Standard GS1 również rozróżnia identyfikację na poziomie typu produktu, partii przez GTIN + batch/lot oraz pojedynczego egzemplarza przez GTIN + serial number. 

W takim modelu monitorowanie śladu węglowego produktu staje się stałym elementem zarządzania cyklem życia danych produktowych.

Jak przygotować system PIM do zbierania danych środowiskowych?

Przygotowanie PIM do DPP warto rozpocząć od zaprojektowania modelu danych, który obsłuży różne typy informacji środowiskowych oraz kolejne wymagania wprowadzane w aktach delegowanych.

Modelowanie atrybutów dla DPP

Najbardziej przyszłościowym podejściem jest przechowywanie danych środowiskowych jako osobnych, powiązanych encji tworzących relacyjny model informacji o produkcie. Jeżeli organizacja korzysta z rozwiązania umożliwiającego zarządzanie różnorodnymi typami danych, model może obejmować np. Produkt/SKU, Wariant, Materiał, Komponent, Dostawcę, BOM, Environmental Assessment, LCA Indicator, PCF, EPD/Certificate, Data Source i DPP Record.

Rekord LCA w PIM powinien łączyć wynik z produktem i kontekstem kalkulacji, obejmującym identyfikatory produktu i oceny środowiskowej, wskaźnik, wartość i jednostkę, metodę, granice systemu, okres, którego dotyczą dane, wersję BOM, źródło danych, dokumentację, status weryfikacji oraz okres obowiązywania wyniku. Pozwala to dołączać kolejne wskaźniki LCA bez modyfikowania podstawowej struktury produktu. Ma to znaczenie, ponieważ zakres środowiskowych informacji wymaganych przez ESPR może różnić się między grupami produktów i będzie konkretyzowany w aktach delegowanych.

Kontrola wersji i dokumentacja audytowa

Drugim filarem powinna być pełna historia zmian. Dla każdej wartości środowiskowej organizacja powinna móc ustalić: kto ją wprowadził, z jakiego systemu pochodziła, co zostało zmienione, kiedy zmiana weszła w życie, jaka dokumentacja ją potwierdzała i jaka wersja informacji była publikowana w danym momencie.

Pełna historia zmian wspiera również zgodność z wymaganiami ESPR dotyczącymi aktualności i wiarygodności danych oraz kontroli dostępu do ich wprowadzania i aktualizacji. Norma EN 18221:2026 dodatkowo odnosi się bezpośrednio do przechowywania, archiwizacji i trwałości danych DPP.

Dla EU compliance warto więc wprowadzić walidacje jeszcze przed publikacją:

Równie ważne jest zarządzanie dostępem. ESPR przewiduje, że akt delegowany określi, które grupy użytkowników będą miały dostęp do poszczególnych danych DPP. Zakres udostępnianych informacji może różnić się w zależności od odbiorcy. Konsument, partner biznesowy, recykler, serwis czy organ nadzoru rynku mogą otrzymywać różne zestawy danych zgodnie z właściwymi uprawnieniami. PIM powinien zatem przygotowywać różne widoki tego samego rekordu na podstawie jednego, kontrolowanego zestawu informacji.

Wdrożenie DPP w systemie PIM oznacza przede wszystkim przygotowanie warstwy danych i procesów, która będzie zasilać paszport właściwymi, zatwierdzonymi informacjami.

Podsumowanie: roadmapa wdrożenia DPP i PIM

Przygotowanie PIM do obsługi Digital Product Passport i danych środowiskowych najlepiej prowadzić etapowo. Prace nad architekturą można rozpocząć już teraz, ponieważ wiele jej kluczowych elementów jest już znanych: ESPR określa podstawowe zasady DPP, w lipcu 2026 roku opublikowano odniesienia do sześciu zharmonizowanych norm technicznych, a rejestr DPP i jego środowisko testowe już działają. Jednocześnie szczegółowy katalog danych dla konkretnej grupy produktów nadal trzeba będzie dostosować do właściwego aktu delegowanego.

Praktyczna roadmapa może wyglądać tak:

Do pilota najlepiej wybrać produkt z dobrze znanym BOM-em, dostępnymi danymi od dostawców oraz istniejącymi wynikami LCA lub PCF, dla którego można przeprowadzić cały proces od danych źródłowych do publikacji. Dopiero taki test pokaże, czy synchronizacja LCA z PIM rzeczywiście działa przy zmianie dostawcy, materiału, dokumentu lub wersji produktu.

Na etapie projektowania warto też jasno ustalić rolę partnera technologicznego w projekcie PIM. Integrator może zaprojektować model, API, workflow i automatyzację, ale organizacja nadal musi wskazać właścicieli danych, źródła referencyjne i zasady zatwierdzania informacji. Przy bardziej złożonej architekturze równie istotny staje się wybór agencji wdrażającej PIM z doświadczeniem w modelowaniu danych produktowych oraz integracjach PIM z ERP, PLM, DAM i systemami zewnętrznymi.

DPP warto traktować przede wszystkim jako projekt danych produktowych i architektury ich wymiany. Kod QR lub inny nośnik danych zapewnia dostęp do informacji, których wiarygodność zależy od danych w BOM, systemach dostawców, kalkulacjach LCA i PCF, dokumentach EPD, identyfikatorach, wersjach produktu i procesach zatwierdzania.

Dobrze przygotowany system PIM do obsługi paszportu produktu łączy te elementy w ramach kontrolowanego modelu informacji. Dzięki temu jedna zmiana – na przykład nowy materiał, inny dostawca albo nowa wersja PCF – może uruchomić automatyczny proces walidacji i aktualizacji danych w DPP, e-commerce, katalogu B2B i systemach raportowych.

Najważniejszą rolą PIM w kontekście DPP jest utrzymanie powiązania właściwego, zatwierdzonego i aktualnego wyniku środowiskowego z odpowiednim produktem oraz jego publikacja we właściwej wersji i dla właściwego odbiorcy. Taki model odpowiada wymaganiom ESPR dotyczącym dokładności i aktualności danych oraz wspiera interoperacyjną architekturę DPP.

Sprawdź, czy Twoje dane produktowe są gotowe na DPP

Product Data X-Ray pozwala ocenić gotowość danych produktowych w kluczowych obszarach, w tym „Ślad węglowy i ocena cyklu życia (Carbon Footprint & LCA)”. Analiza pokazuje, gdzie znajdują się luki w danych, integracjach i procesach oraz od czego warto rozpocząć przygotowania do DPP.