w jakim formacie muszę dostarczyć dane cyfrowego karty produktu

Stały format pliku nie jest jeszcze ustalony, ale określone są wymagania, które musi spełniać

Nie ma jeszcze przedpisanego formatu pliku (takiego jak JSON, XML lub innego) dla cyfrowego karty produktu urządzeń elektronicznych i ICT. Sama ESPR nie określa żadnego konkretnego formatu, ale określa w artykule 10 i artykule 11 Rozporządzenia (UE) 2024/1781 wymagania, które muszą spełniać techniczne aspekty karty: karta musi być oparta na otwartych, interoperacyjnych standardach, być wymienialna między systemami i być czytelna maszynowo. Jaki konkretny standard plików wypełni te wymagania, będzie opracowany dla każdej kategorii produktu w akcie delegowanym. W przypadku elektroniki i ICT ten akt nie został jeszcze wydany.

W odniesieniu do urządzeń elektronicznych zasada ta obowiązuje jako ramy, a nie jako wymóg ostateczny

Ta strona dotyczy cyfrowego paszportu produktu dla urządzeń elektronicznych i ICT zgodnie z ESPR. Artykuły 10 i 11 mają zastosowanie do wszystkich kategorii produktów objętych ESPR, ale dokładne techniczne wdrożenie — w tym format pliku — jest regulowane osobno dla każdej podkategorii. Oznacza to, że to, co jest teraz ustalone, stanowi ramy: wymogi dotyczące interoperacyjności, otwartych standardów i czytelności maszynowej. Nie oznacza to, że wyznaczony jest już konkretny format pliku, w którym producent lub importer urządzeń elektronicznych musi dostarczać dane. Kto szuka odpowiedzi w rodzaju "dostarczaj w formacie JSON" lub "użyj schematu XML X", nie znajdzie tego w tym momencie nigdzie w przepisach dla tej grupy produktów. Ponadto ten temat różni się od pytania, czy paszport produktu ma zastosowanie do określonego produktu elektronicznego — to osobne pytanie z inną odpowiedzią.

Opublikowanie aktu delegowanego dotyczącego urządzeń elektronicznych określa datę

Nie ma jeszcze ustalonej daty, w której ujawni się format pliku dla elektroniki i ICT. Zgodnie z planem pracy ESPR na lata 2025-2030 akty delegowane będą opracowywane dla każdej podkategorii, przy czym pierwsze akty delegowane oczekiwane są od 2027 r. Gdy tylko dla elektroniki i ICT opublikowany zostanie akt delegowany, zawierać będzie on przypuszczalnie również format techniczny, w którym dane muszą być dostarczone. Do tego czasu obowiązuje wyłącznie ogólne ramy zawarte w art. 10 i art. 11: otwarte standardy, interoperacyjność i czytelność dla maszyn, bez wyznaczenia jednego konkretnego formatu pliku. Niniejsza strona zostanie zaktualizowana, gdy akt delegowany dla tej kategorii udzieli konkretnej odpowiedzi.

Co importer lub producent może już teraz przygotować

Nawet bez ustalonego formatu pliku w praktyce jest już wiele do zrobienia. Na początek warto określić, które systemy i dane będą stanowić podstawę pasportu produktu — większość firm ma te informacje gdzieś już zapisane, na przykład w systemie ERP lub magazynowym, i warto wcześniej sprawdzić jak taki system może być później powiązany z pasportem produktu. Ponadto warto zastanowić się nad identyfikacją: każdy produkt musi być możliwy do powiązania z pasportem, co wymaga konsekwentnego podejścia do nadania unikalnego kodu identyfikacyjnego każdemu produktowi. Kwestia tego, jak kod QR będzie się znajdować na produkcie i jak będzie się odnosić do istniejących kodów kreskowych lub systemów GS1, może być badana już teraz, niezależnie od formatu pliku, który będzie przepisany później. Gdy akt delegowany dla elektroniki i ICT się pojawi, będzie on przypuszczalnie zgodny z infrastrukturą wspomnianą już w art. 13 (rejestr cyfrowych paszportów produktów) i art. 14 (portal internetowy), tak że przygotowanie się do tej struktury jest już teraz uzasadnione, niezależnie od dokładnego formatu technicznego.

Podstawa prawna: artykuł 10 i artykuł 11 ESPR

Artykuł 10 Rozporządzenia (UE) 2024/1781 (ESPR) opisuje ogólne wymogi, którym musi spełniać cyfrowy paszport produktu, w tym dostępność i wiarygodność danych. Artykuł 11 dotyczy w szczególności projektowania technicznego i działania paszportu i wymienia wymogi takie jak interoperacyjność między systemami różnych uczestników rynku i stosowanie otwartych standardów, bez nakazywania jednego formatu pliku. Dalsze wykonanie techniczne — w tym przypuszczalnie również konkretny format danych — będzie opracowywane za pośrednictwem aktów delegowanych dla każdej grupy produktów, zgodnie z zapowiedziami w planie roboczym ESPR 2025-2030. Artykuł 13 i artykuł 14 tego samego rozporządzenia opisują dodatkowo rejestr i portal internetowy, poprzez które dane paszportu są dostępne, co jest istotne dla sposobu, w jaki dostarczony plik jest ostatecznie wyświetlany i przeszukiwany. W przypadku elektroniki i technologii informatycznej akt delegowany, który to konkretyzuje, nie został jeszcze opublikowany.

Jeśli ktoś chce już teraz podjąć przygotowania, powinien zacząć od uporządkowania własnych danych produktu i systemów identyfikacyjnych, aby przejście na konkretny format pliku było później kwestią podłączenia się zamiast rozpoczynania od zera. Wskazane jest również przyjrzenie się w międzyczasie jaki jest skład rejestru cyfrowych paszportów produktów i co w nim się pojawia, ponieważ ten rejestr prawdopodobnie bezpośrednio wiąże się z ostatecznym mechanizmem dostarczania.

Na czym to się opiera

Samo rozporządzenie znajduje się na EUR-Lex. Podajemy odniesienia dla każdego twierdzenia; nie musisz nam wierzyć.

Co konkretnie należy zrobić

Co się od Państwa oczekuje

Pytanie, jaki format pliku jest obowiązkowy — JSON, XML, PDF, określona struktura API — pojawia się u każdego importera i producenta, gdy dział IT zaczyna budować. Odpowiedź na podstawie obecnego tekstu ESPR jest rzeczowa: konkretny format pliku nie jest określony w rozporządzeniu. Artykuł 10 i artykuł 11 ESPR (Rozporządzenia (UE) 2024/1781) określają, czemu musi odpowiadać cyfrowy paszport produktu, ale dzieje się to na poziomie wymogów funkcjonalnych i technicznych, a nie na poziomie "użyj JSON-LD" lub "dostarcz plik XML zgodnie z tym schematem". Wykonanie tego oczekuje się poprzez akty delegowane i wykonawcze, dla każdej grupy produktów.

Interoperacyjność jest kluczowa, a nie jeden konkretny format

Artykuł 10 ESPR wymienia interoperacyjność jako wymóg kluczowy: paszport musi być zbudowany w taki sposób, aby systemy różnych stron — organów nadzoru, uczestników rynku, konsumentów — mogły odczytać dane. Praktycznie dla przedsiębiorstwa liczącego od 10 do 100 pracowników oznacza to, że wybór formatu przechowywania i wymiany można dokonać z pewnością dopiero po opublikowaniu aktu delegowanego dla własnej kategorii produktów. Do tego czasu wskazane jest pracowanie ze strukturyzowanymi danymi (pomyśl o polach w bazie danych lub systemie ERP) zamiast przechowywania danych wyłącznie w luźnym dokumencie lub PDF, aby późniejsze ujawnienie w ostatecznym formacie wymagało mniejszej pracy przygotowawczej.

Paszport musi być czytelny za pośrednictwem nośnika danych QR

Artykuł 11 ESPR opisuje techniczne działanie paszportu, w tym połączenie z nośnikiem danych na produkcie. To oznacza, że dane źródłowe, w jakim bądź formacie, muszą być dostępne w momencie skanowania kodu. Jak techniczne działanie tego połączenia i jakie standardy identyfikacyjne odgrywają w tym rolę, jest opisane na stronie o jak kod QR dla paszportu produktu trafia na moją elektronikę. Dla przedsiębiorstw, które już pracują z kodami kreskowymi GS1, istotne jest pytanie, czy istniejącą strukturę identyfikacyjną można ponownie wykorzystać — ten temat pojawia się ponownie na stronie o co to jest GS1 Digital Link i czy jest konieczny dla paszportu produktu.

Każdy produkt musi być jednoznacznie identyfikowalny, niezależnie od formatu pliku

Niezależnie od tego, jaki format techniczny zostanie później przepisany, podstawowym wymogiem jest, aby każdy produkt otrzymał unikalny kod identyfikacyjny. Jest to odrębny wymóg, który się nie zmienia, jeśli format pliku zostanie ustalony w późniejszym terminie. Firmy, które już teraz zaczynają strukturalizować dane swojego produktu, powinny wziąć ten identyfikator jako stały element. Jak to jest praktycznie wdrażane, wyjaśniono na stronie dotyczącej jak przydzielić każdemu produktowi unikalny kod identyfikacyjny.

Dostarczenie do rejestru wymaga własnej formy

Artykuł 13 rozporządzenia ESPR wprowadza rejestr cyfrowych paszportów produktów, w którym zawarte są określone informacje dotyczące paszportu. Tutaj również nie zostało jeszcze określone, w jakim dokładnie formacie pliku musi odbywać się dostarczenie — zostanie to uzupełnione. Jasne jest jednak, że rejestr ten jest oddzielnym kanałem dostarczania obok paszportu dostępnego za pośrednictwem kodu QR. Więcej o tym, co musi się w nim znaleźć, znajduje się na stronie dotyczącej czym jest rejestr cyfrowych paszportów produktów i co w nim musi być.

Gdzie się psuje w praktyce

Zbyt wczesne ustalenie w sztywnym formacie. Niektóre firmy budują już paszport w formacie PDF, ponieważ jest szybki i łatwo rozpoznawalny, podczas gdy ostateczny wymóg prawdopodobnie będzie wymagać danych ustrukturyzowanych i czytelnych maszynowo. Plik PDF jest czytelny dla człowieka, ale niekoniecznie odpowiedni do interoperacyjności, którą ma na celu artykuł 10 rozporządzenia ESPR.

Dane rozproszone w wielu systemach bez powiązania. Informacje o produkcie znajdują się często częściowo w systemie ERP, częściowo w dokumentach marketingowych, a częściowo u zewnętrznego dostawcy. Bez planu ich połączenia będzie trudno szybko przełączyć się, gdy znany będzie obowiązkowy format. Firmy, które rozważają włączenie własnego systemu, znajdują więcej informacji na temat możliwości na stronie dotyczącej powiązania cyfrowego paszportu produktu z własnym systemem ERP lub magazynowym.

Zamieszanie między samym paszportem a rejestrem. Paszport dostępny za pośrednictwem kodu QR i dane zawarte w rejestrze niekoniecznie są identyczne pod względem formy lub formatu. Założenie, że jeden plik wystarczy dla obu celów, stanowi ryzyko, które stanie się widoczne dopiero wówczas, gdy akty wykonawcze staną się konkretne.

Brak uwzględnienia wielu poziomów produktu. W przypadku produktów sprzedawanych w opakowaniach złożonych lub urządzeń składających się z wielu części posiadających własny paszport, pytanie o to, jak formaty danych na siebie wpływają, staje się jeszcze bardziej skomplikowane. Dotyczy to na przykład pudełka z wieloma urządzeniami w środku i produktów, które wymagają wielu paszportów produktów.

Niewystarczająca uwaga na czytelność na dłuższy okres. Format pliku, który jest teraz powszechny, może się nie utrzymać przez dłuższy okres. Ponieważ paszport musi być dostępny przez określony czas, wybór formatu jest również kwestią trwałości — zob. wyjaśnienie dotyczące jak długo paszport produktu musi być dostępny.

Co możesz zarejestrować.

Przegląd tego, gdzie dane produktu są teraz już zapisywane (ERP, PIM, arkusze kalkulacyjne, dokumenty dostawców) i w jakim formacie.
Lista obowiązkowych źródeł danych dla każdej kategorii produktu, gdy tylko akt delegowany dla tej kategorii zostanie opublikowany.
Umowy z dostawcami i podwykonawcami dotyczące formatu, w którym dostarczają dane produktu, aby połączenie było później łatwiejsze.
Wewnętrzny odpowiedzialny lub zespół, który śledzi rozwój standardów technicznych, ponieważ artykuł 11 rozporządzenia ESPR otrzyma dalsze szczegółowe specyfikacje na ten temat.
Dokumentacja dotycząca wybranej metody identyfikacji dla każdego produktu, również niezależnie od ostatecznego formatu pliku.
Przegląd wymagań dotyczących hostingu i dostępności, które wraz z formatem określają, jak paszport jest technicznie skonfigurowany — zob. stronę dotyczącą jakie wymagania dotyczą hostingu.

To nie jest porada prawna. Ta strona zawiera ogólne informacje o przepisach, których dotyczy ta platforma. Nie znamy Twojej sytuacji. Jeśli masz wątpliwości dotyczące Twojej sprawy, skonsultuj się z prawnikiem lub właściwym organem nadzoru.

Napisane z pomocą sztucznej inteligencji na podstawie powyższych źródeł, sprawdzone przez człowieka w dniu 2026-09-05. Coś się nie zgadza? Daj nam znać — korekty otrzymują pierwszeństwo.