Co wpływa na koszt wdrożenia DPP i jak przygotować realistyczny budżet?

W przypadku gotowych platform DPP miesięczny abonament może zaczynać się od około 100-200 euro, a cena wdrożenia Digital Product Passport od około 15-40 tys. zł. Jeśli projekt wymaga dodatkowo uruchomienia systemu PIM, całkowity budżet może wzrosnąć do kilkudziesięciu lub nawet kilkuset tysięcy złotych.

Na ostateczny koszt wpływa przede wszystkim zakres danych, które firma musi przygotować i utrzymywać w ramach Digital Product Passport (DPP), liczba produktów i wariantów, sposób ich identyfikacji oraz liczba systemów, z których trzeba pobierać informacje. Im bardziej rozproszone są dane produktowe, tym większą część budżetu pochłania ich uporządkowanie, integracja i późniejsza aktualizacja.

W tym miejscu szczególnego znaczenia nabiera PIM (System zarządzania informacją o produkcie), który może pełnić rolę warstwy zbierającej i porządkującej zatwierdzone dane z ERP, PLM, DAM, dostawców i innych systemów, a następnie przygotowującej je do publikacji w DPP. Dlatego przy szacowaniu budżetu DPP warto uwzględnić całą architekturę danych, integracje oraz procesy ich późniejszego utrzymania.

Rozdzielmy przede wszystkim budżet na CAPEX / OPEX:

• CAPEX obejmuje w pierwszej kolejności analizę przedwdrożeniową, przygotowanie danych, model PIM/DPP, integracje, API, nowe LCA lub PCF, testy oraz ewentualne zmiany oznakowania.
• W skład OPEX wchodzi platforma SaaS, hosting, utrzymanie API, support, monitoring, odświeżanie danych, ponowne kalkulacje środowiskowe i obsługa zmian regulacyjnych.

Udział LCA w budżecie zależy głównie od tego, jakie dane środowiskowe firma już posiada. Przy uporządkowanych danych większą część kosztów mogą stanowić integracja, mapowanie i przygotowanie informacji do wykorzystania w DPP. Konieczność wykonania od podstaw LCA, obliczenia śladu węglowego lub przygotowania EPD dla wielu rodzin produktów może znacząco zwiększyć budżet projektu.

Co wpływa na koszt wdrożenia DPP? PIM, skala i kluczowe składniki budżetu

Planowanie budżetu na wdrożenie DPP wymaga uwzględnienia kilku grup kosztów. Całkowity koszt wdrożenia Digital Product Passport zależy od stanu danych produktowych, liczby systemów źródłowych, złożoności portfolio SKU, wymaganych obliczeń środowiskowych oraz poziomu automatyzacji integracji i aktualizacji danych.

Liczba i złożoność SKU – Dlaczego skala ma znaczenie

Liczba SKU wpływa na koszt, ale nie liniowo. Dwie firmy mające po 10 000 SKU mogą potrzebować zupełnie innych budżetów: pierwsza może mieć jednorodny katalog, wspólny model danych i dziedziczenie informacji w rodzinach produktów; druga – warianty materiałowe, wiele zakładów, dostawców, wersji BOM i odrębne wyniki środowiskowe. Publicznie dostępne szacunki wskazują, że samo zebranie danych może zająć ok. 15-20 minut na artykuł przy dobrze uporządkowanych źródłach i ok. 30-60 minut, gdy informacje są rozproszone między arkuszami, wiadomościami i dokumentami dostawców.

Z doświadczeń projektowych Tandemite wynika, że koszt projektu w dużym stopniu kształtuje złożoność danych produktowych. Portfolio liczące 100 tys. prostych produktów może być łatwiejsze do obsługi niż 1-1,5 tys. produktów z rozbudowanymi wariantami, konfiguracjami i złożonym procesem uzupełniania danych. Dlatego liczbę SKU warto analizować razem ze strukturą produktu, liczbą wariantów, źródeł danych i workflow.

Licencje i oprogramowanie: Gotowa platforma DPP czy rozwiązanie szyte na miarę?

Dla mikro i małych firm platforma SaaS będzie zwykle tańszym punktem startowym. Publicznie dostępne cenniki platform DPP pokazują, że abonament za gotowe rozwiązanie może zaczynać się od kilkudziesięciu lub około 100-200 euro miesięcznie. Do tego dochodzą wydatki wdrożeniowe obejmujące m.in. audyt danych, konfigurację i integracje, które w prostszych projektach mogą zaczynać się od kilkunastu tysięcy złotych. Własne rozwiązanie wymaga dodatkowo uwzględnienia developmentu, walidacji danych, wersjonowania, integracji z rejestrem oraz późniejszego utrzymania i dostosowywania systemu do zmian regulacyjnych.

Przy porównywaniu platform warto uwzględnić cenę abonamentu oraz modele licencjonowania w projektach PIM – na co zwrócić uwagę, ponieważ ograniczenia konkretnej licencji mogą później zwiększyć koszt konfiguracji lub developmentu.

Częstym błędem jest wybór najtańszej lub darmowej wersji systemu, a następnie kosztowne dorabianie funkcji dostępnych standardowo w wyższej licencji.

„Przy decyzji build vs buy kluczowe są złożoność danych, liczba integracji, wymagane workflow i zakres funkcji niestandardowych. Te elementy najlepiej pokazują rzeczywisty koszt rozwiązania w kilkuletniej perspektywie, dlatego warto analizować pełny TCO: licencje, konfigurację, development, integracje, utrzymanie i rozwój.” - Maciej Pałubicki, CEO Tandemite

Szczególnie ważne jest sprawdzenie, czy tańszy wariant platformy rzeczywiście obsługuje wymagany model danych i procesy. Oszczędność na licencji może zostać szybko skonsumowana przez koszt implementacji funkcji dostępnych standardowo w wyższym planie lub innym rozwiązaniu.

Koszty integracji systemowej: PIM, ERP i API

Integracje systemowe mogą należeć do największych pozycji kosztowych, szczególnie w organizacjach korzystających z wielu systemów źródłowych. Docelowa architektura może obejmować ERP, PLM/BOM, systemy dostawców, LCA i DAM jako źródła danych dla PIM, a następnie PIM jako warstwę publikującą zatwierdzone informacje do usługi DPP i przekazującą wymagane identyfikatory oraz metadane do rejestru DPP Komisji przez API. Przy projektowaniu tego przepływu warto jasno rozdzielić role systemów i określić, dlaczego ERP nie zastąpi systemu PIM, szczególnie gdy dane mają być następnie wykorzystywane przez DPP i inne kanały. 

Rejestr DPP uruchomiony przez Komisję 20 lipca 2026 r. pozwala na rejestrację zarówno przez interfejs użytkownika, jak i API, dlatego przy większej skali ręczne rejestrowanie produktów nie powinno być architekturą docelową. 

Koszt integracji zależy od liczby endpointów, formatów danych, częstotliwości synchronizacji, obsługi błędów, kolejek, monitoringu, mapowania identyfikatorów, wersjonowania i uwierzytelniania. Od lipca 2026 projekt można opierać na konkretniejszej bazie technicznej: EN 18216:2026 dotyczy protokołów wymiany danych, EN 18219:2026 identyfikatorów, EN 18220:2026 nośników danych, EN 18221:2026 przechowywania i trwałości, EN 18222:2026 API, a EN 18223:2026 interoperacyjności systemów. 

Przygotowanie danych produktowych i audyty środowiskowe (LCA, ślad węglowy)

Udział LCA w budżecie zależy od dostępności danych środowiskowych i zakresu analiz, które trzeba przygotować od podstaw. Jeżeli wymagane dane już istnieją w ERP, PIM, BOM i dokumentacji dostawców, koszt może koncentrować się na mapowaniu i integracji. Jeżeli trzeba pozyskać dane pierwotne od łańcucha dostaw, przeprowadzić LCA (ocenę cyklu życia produktu), policzyć PCF i uzyskać zewnętrzną weryfikację, koszty rosną bardzo szybko. 

Publicznie dostępne dane pokazują, że przygotowanie EPD może kosztować od kilku do kilkunastu tysięcy euro za projekt, zależnie od złożoności produktu i zakresu analizy. Do tego mogą dochodzić opłaty rejestracyjne i roczne związane z publikacją deklaracji. Koszt dla całego portfolio zależy od struktury rodzin produktów i zakresu wspólnych modeli LCA lub EPD.

Oznakowanie fizyczne: Kody QR/RFID i dostosowanie opakowań

Wybór nośnika danych DPP powinien wynikać z właściwego aktu delegowanego i architektury identyfikacji produktu. W zależności od przypadku może to być m.in. QR, DataMatrix, NFC lub RFID. 

Koszt tej warstwy zależy więc od branży, istniejących opakowań, sposobu nadawania GTIN, batch/lot i serial number oraz od tego, czy oznaczenie jest drukowane razem z opakowaniem, czy dynamicznie w procesie produkcyjnym. GS1 Digital Link pozwala łączyć identyfikatory GS1 z informacją online i może służyć jako element architektury DPP, ale wymagany identyfikator i nośnik ostatecznie wynikają z właściwego aktu delegowanego.

Jak system PIM obniża koszt wdrożenia DPP

Największa ekonomiczna przewaga PIM pojawia się wtedy, gdy pełni on rolę Single Source of Truth (jednego źródła prawdy) dla zatwierdzonych danych produktowych wykorzystywanych przez DPP i pozostałe kanały. Ekonomiczny sens centralizacji widać szczególnie tam, gdzie rozproszone dane produktowe podnoszą koszt DPP przez konieczność wielokrotnego mapowania, walidowania i aktualizowania tych samych informacji.

ERP, PLM i narzędzia LCA pozostają systemami źródłowymi dla swoich obszarów, a PIM łączy ich dane z konkretnym SKU, wariantem, partią lub wersją produktu, porządkuje je i przygotowuje do dalszej publikacji. Oznacza to, że jedna kontrolowana integracja PIM → DPP może obsługiwać dane pochodzące z wielu ERP, systemów dostawców, DAM i innych źródeł. Kontrolowany przepływ może mieć następującą architekturę:

ERP + PLM/BOM + dostawcy + LCA + DAM → PIM → DPP/API + e-commerce + B2B + raportowanie

Przy tysiącach SKU kluczowa staje się automatyzacja workflow. Przykładowo:

• zmiana dostawcy lub wersji BOM może uruchomić sprawdzenie, czy PCF nadal jest aktualny,
• wygasający certyfikat może blokować publikację,
• nowa wersja LCA może zastąpić bieżący rekord bez usuwania historii.

Taki model ogranicza ręczne przepisywanie danych i ryzyko ponownego wykonywania tej samej pracy w wielu kanałach. ESPR wymaga, aby dane DPP były poprawne, kompletne i aktualne, a uprawnienia do ich modyfikacji były kontrolowane.

Skala oszczędności wynikających z PIM rośnie wraz z liczbą źródeł, wariantów, języków, rynków, procesów akceptacji i kanałów publikacji. Jeżeli firma ma 100 prostych produktów, jeden rynek i uporządkowane dane, wdrażanie rozbudowanego PIM wyłącznie na potrzeby DPP może być nieuzasadnione ekonomicznie.

Dlaczego budżet na wdrożenie DPP ma znaczenie – ESPR i ryzyko niezgodności

Odpowiadając na pytanie „dlaczego budżet ma znaczenie?”, trzeba zacząć od charakteru regulacji. ESPR (Rozporządzenie w sprawie ekoprojektu) tworzy ramy, które będą konkretyzowane dla poszczególnych grup produktów przez akty delegowane.

I to właśnie akt delegowany określi m.in. dane wymagane dla danej grupy, poziom identyfikacji – model, partia lub pojedynczy produkt – wymagany nośnik danych DPP, którym w zależności od rozwiązania może być np. kod QR lub RFID, prawa dostępu, zasady aktualizacji i wymagany okres dostępności paszportu. Dlatego branża bezpośrednio wpływa na harmonogram wdrożenia i strukturę budżetu. Plan prac ESPR 2025-2030 rozkłada przygotowywanie wymagań na kolejne grupy, m.in. stal i żelazo, aluminium, tekstylia, opony, meble, materace oraz ICT. 

Budżet zgodności produktowej (EU compliance) obejmuje dostępność DPP, jakość i aktualność danych, integracje oraz proces ich utrzymania. Art. 9 ESPR stanowi, że gdy odpowiedni akt delegowany wymaga DPP, produkt objęty takim wymogiem może być wprowadzony do obrotu lub oddany do użytku tylko wtedy, gdy paszport jest dostępny, a dane mają być poprawne, pełne i aktualne. 

Koszty ekonomiczne źle zaplanowanego projektu mogą obejmować dodatkowe godziny IT, opóźnienie wprowadzenia produktu, pilne uzupełnianie danych dostawców, przeprojektowanie opakowań, powtórne testy integracji i ręczne aktualizacje tysięcy rekordów.

Od lipca 2026 architektura regulacyjna DPP ma znacznie bardziej konkretną podstawę techniczną. Rejestr DPP został uruchomiony 20 lipca 2026 r. i obsługuje API, a odniesienia do sześciu norm EN 18216-18223 tworzą horyzontalną bazę dla identyfikatorów, wymiany danych, API, trwałości i interoperacyjności. Oznacza to, że część CAPEX można inwestować już dziś w elementy architektury wielokrotnego użytku, zamiast czekać na ostatni akt delegowany.

Ile kosztuje DPP rocznie i miesięcznie? (Podział na koszty CAPEX i OPEX)

Najbardziej precyzyjna odpowiedź na pytanie „ile kosztuje DPP rocznie?” wymaga potraktowania osobno dwóch elementów: pierwszego wdrożenia oraz utrzymania. CAPEX obejmuje koszty początkowe, a OPEX koszty bieżącego utrzymania DPP.

Mikro i małe firmy

Przy założeniu do ok. 1 000 SKU, jednego głównego źródła danych, gotowej platformy SaaS i ograniczonego zakresu integracji można przyjąć orientacyjnie 15-60 tys. zł CAPEX oraz 0,5-3 tys. zł miesięcznego OPEX, czyli ok. 6-36 tys. zł jako roczny koszt DPP. Publicznie dostępne cenniki platform DPP pokazują, że abonament za gotowe rozwiązanie może zaczynać się od kilkudziesięciu lub około 100-200 euro miesięcznie, a prostsze wdrożenia obejmujące audyt, konfigurację i integrację od kilkunastu tysięcy złotych. Nowe analizy LCA lub EPD należy doliczyć osobno.

Koszt DPP dla MŚP

Średnie firmy z ok. 1 000-20 000 SKU, PIM i ERP, kilkoma źródłami danych dostawców, automatyzacją workflow oraz 2-5 istotnymi integracjami mogą przyjąć jako punkt odniesienia budżet modelowy 100-500 tys. zł CAPEX oraz ok. 3-15 tys. zł OPEX miesięcznie – czyli 36-180 tys. zł rocznie przed dużymi, cyklicznymi projektami LCA. To nie jest oficjalna średnia rynkowa; jest to estymacja wynikająca z połączenia publicznych kosztów wdrożeń PIM, DPP, integracji i oprogramowania. Publicznie dostępne cenniki i opisy wdrożeń pokazują, że budżet na PIM może sięgać od kilkudziesięciu do kilkuset tysięcy złotych, zależnie od zakresu projektu.

Koszt DPP dla dużej organizacji

Duże przedsiębiorstwa z 20 000-100 000+ SKU, działające na wielu rynkach i korzystające z kilku systemów ERP/PLM, PIM, DAM oraz narzędzi LCA, mogą potrzebować znacznie większego budżetu. W takim scenariuszu modelowy CAPEX może wynosić 0,5-2 mln zł lub więcej, a bazowy OPEX 15-80 tys. zł miesięcznie. Jeżeli organizacja musi regularnie odnawiać analizy środowiskowe dla dużej liczby rodzin produktów, całkowity miesięczny koszt DPP w ujęciu TCO może być jeszcze wyższy. Te liczby są scenariuszem budżetowym, nie benchmarkiem cenowym.

Pytanie „ile kosztuje” warto rozpatrywać w pełnym modelu kosztowym, obejmującym CAPEX, OPEX, koszt pracy wewnętrznej oraz zmienne koszty danych środowiskowych.

Ukryte koszty wdrożenia Cyfrowego Paszportu Produktu, o których łatwo zapomnieć

Najbardziej niebezpieczne ukryte koszty pojawiają się zwykle poza fakturą za software. Należą do nich czas Product Ownera i ekspertów produktowych, uzgadnianie danych z dostawcami, czyszczenie starych rekordów, mapowanie jednostek i klasyfikacji, tłumaczenia, testy UAT, poprawki danych po testach, szkolenia, cyberbezpieczeństwo, monitoring API, aktualizacje certyfikatów, ponowne LCA po zmianach BOM, wersjonowanie historycznych DPP oraz zmiany projektu i procesu drukowania opakowań.

Jak krok po kroku obliczyć i zaplanować budżet wdrożenia DPP?

Krok 1: Audyt posiadanych danych produktowych

Zmapuj SKU, rodziny produktów, BOM, dostawców, certyfikaty, PIM, ERP, PLM, DAM, LCA i istniejące API. Dla każdego wymaganego pola określ źródło, właściciela, kompletność, format i częstotliwość zmian. W praktyce właśnie ten etap pokaże, co zawiera budżet wdrożenia, a czego nie trzeba budować od nowa.

Krok 2: Zsumuj koszty początkowe (CAPEX)

CAPEX powinien obejmować analizę przedwdrożeniową, wymagania regulacyjne, model danych, konfigurację PIM/DPP, migrację i oczyszczenie danych, integracje, LCA/PCF, identyfikatory, nośniki danych, zmiany opakowania, testy oraz szkolenia.

Krok 3: Zsumuj koszty utrzymania (OPEX)

Do modelu należy wpisać 12 miesięcy licencji lub platformy SaaS, hosting, utrzymanie API, monitoring integracji, SLA, wsparcie, aktualizacje danych, obsługę nowych SKU, ponowne kalkulacje środowiskowe i odnowienia dokumentów. Utrzymanie jest stałym elementem budżetu zgodności, ponieważ dane DPP muszą pozostawać aktualne przez wymagany okres.

Krok 4: Dodaj rezerwę budżetową 15-20%

Jest to rekomendacja projektowa, a nie wymóg ESPR. Przy wdrożeniach regulacyjno-integracyjnych rezerwa powinna pokrywać niespodziewane luki danych, dodatkowe mapowania, zmiany API, testy regresyjne oraz wymagania odkryte dopiero podczas pilotażowego wdrożenia.

Praktyczny wzór:

Budżet roku pierwszego = CAPEX + 12 × miesięczny OPEX + koszty zmienne LCA/EPD + rezerwa 15-20%

Przykładowa struktura budżetu wdrożenia DPP

Poniżej przedstawiamy główne składniki kosztowe i przykładową strukturę budżetu dla trzech scenariuszy. Wszystkie wartości są estymacjami netto i służą do planowania, nie jako cennik Tandemite ani średnia rynkowa. „MŚP” oznacza tu firmę o średniej skali projektu DPP, nie formalną definicję przedsiębiorstwa z prawa UE.

* LCA/PCF/EPD może kosztować praktycznie zero w projekcie DPP, jeśli firma dysponuje już aktualnym, użytecznym wynikiem; może też stać się największą pozycją, jeśli analizy trzeba tworzyć od podstaw dla wielu rodzin produktów. Publicznie dostępne dane pokazują, że przygotowanie dokumentacji środowiskowej, takiej jak LCA, PCF czy EPD, może stanowić istotną część budżetu. Gotowe platformy DPP mogą zaczynać się od kilkudziesięciu lub około 100-200 euro miesięcznie, a prostsze wdrożenia obejmujące audyt, konfigurację i integracje od kilkunastu tysięcy złotych. Projekty PIM mogą z kolei kosztować od kilkudziesięciu do kilkuset tysięcy złotych, zależnie od zakresu i złożoności. Górne widełki w tabeli są estymacją architektoniczną dla dużej organizacji, a nie ceną opublikowaną przez jednego dostawcę.

Pilot nie powinien obejmować od razu całego portfolio. Najlepszym kandydatem jest jedna reprezentatywna rodzina produktów z dobrze poznanym BOM, dostępnymi danymi dostawców i co najmniej częściowo istniejącymi informacjami środowiskowymi. Celem powinno być przejście całej ścieżki: źródła → LCA/PCF → PIM → walidacja → DPP → rejestr/API → nośnik danych. W średniej lub dużej organizacji uporządkowanie PIM, architektury danych i integracji może być projektem wielomiesięcznym. Dlatego harmonogram pilota powinien uwzględniać czas na audyt danych, model PIM, integracje, testy i przygotowanie do skalowania.

Dlaczego współpraca z partnerem wdrożeniowym takim jak Tandemite w ogólnym rozrachunku może być tańsza niż działanie na własną rękę?

Partner wdrożeniowy może obniżyć całkowity koszt projektu przede wszystkim poprzez ograniczenie zakresu poprawek i przebudowy rozwiązań na późniejszych etapach. Najdroższe poprawki często wynikają z decyzji podjętych jeszcze przed rozpoczęciem developmentu: niewłaściwego modelu danych, źle rozdzielonej odpowiedzialności za informacje, niepotrzebnych integracji point-to-point albo wyboru technologii, której ograniczenia ujawniają się dopiero podczas implementacji.

Jednym z praktycznych przykładów jest wybór wersji systemu wyłącznie na podstawie ceny licencji. Tańszy wariant może nie zawierać funkcji potrzebnych do obsługi workflow, integracji lub modelu danych, a ich późniejsze wykonanie w ramach custom developmentu (czyli prac niestandardowych) może pochłonąć oszczędność uzyskaną na licencji. To jeden z powodów, dla których już na etapie discovery warto porównywać rozwiązania w perspektywie kilkuletniego TCO, obejmującego licencje, konfigurację, development, integracje, utrzymanie i rozwój.

Warto również sprawdzić jak uniknąć pułapek wdrożenia PIM i nie utopić budżetu, zanim ograniczenia architektury lub licencji zaczną generować dodatkowy development.

Partner może również pomóc wcześniej ustalić, które dane powinny pochodzić z ERP, PIM, PLM, DAM czy systemów LCA, a które powinny być utrzymywane bezpośrednio w warstwie DPP. Im później zostaną wykryte błędy w tym podziale, tym więcej integracji, mapowania danych i procesów może wymagać przebudowy.

Dlatego przed rozpoczęciem developmentu warto jasno określić rolę partnera technologicznego w projekcie PIM: organizacja odpowiada m.in. za właścicieli i źródła danych, a integrator za model, architekturę, konfigurację, API, workflow i automatyzację.

Przy bardziej złożonym ekosystemie warto też sprawdzić, jak wybrać partnera IT do wdrożenia PIM, szczególnie pod kątem doświadczenia w integracjach ERP, modelowaniu danych produktowych i pracy w środowisku wielosystemowym.