jak zapewniam bezpieczeństwo danych w paszporcie produktu
Dostęp, pochodzenie i ochrona przed manipulacją to jądro sprawy
Bezpieczeństwo produktowego paszportu opiera się na trzech elementach: tylko uprawnione strony mogą widzieć lub modyfikować określone dane, dane można prześledzić do osoby, która je dostarczyła, i nikt nie może bez śladu zmienić paszportu po jego utworzeniu. ESPR (Rozporządzenie (UE) 2024/1781) ustanawia to jako wymóg dla systemu, w którym paszport funkcjonuje, a nie jako dobrowolny wybór strony komponującej paszport. Oznacza to, że platforma hostująca paszporty musi już mieć to technicznie uregulowane — handlowiec stalą lub przetwórca metali, który zleca utworzenie paszportu, nie musi tego samodzielnie budować, ale warto wiedzieć, co jest gwarantowane, a co nie.
Dla kogo to obowiązuje i co jest wyłączone
Te wymogi bezpieczeństwa dotyczą samego cyfrowego paszportu produktu: pliku z danymi dostępnymi za pośrednictwem kodu QR oraz systemu przechowującego i wyświetlającego ten plik. Dotyczą kwestii, kto może przeglądać dane, kto je może modyfikować i czy pochodzenie zmian jest udokumentowane. Nie dotyczą pytania, czy zawartość paszportu jest prawidłowa — to kwestia poprawności danych, a nie bezpieczeństwa. Nie dotyczą również fizycznego kodu QR na produkcie: sposób jego naniesienia i czy pozostanie czytelny, opisany jest na stronie dotyczącej jak kod QR trafia na stal, a to jest inne zagadnienie niż bezpieczeństwo danych za tym kodem. Wymogi te nie mówią też nic o konkretnym systemie IT lub produkcie dostawcy: rozporządzenie prescribes funkcjonalność, a nie technikę.
Ważne jest również rozróżnienie między tym, kto ma dostęp do jakich danych. Nie każde dane w paszporcie są przeznaczone dla wszystkich — niektóre informacje są dla użytkownika końcowego, niektóre dla eksperta rynkowego, niektóre tylko dla organu nadzoru. Ten wielowarstwowy dostęp jest częścią tego samego zagadnienia bezpieczeństwa, ale dokładny podział będzie dalej opracowywany dla każdej grupy produktów i nie jest jeszcze ustalony w szczegółach.
Brak jeszcze stałej daty wejścia w życie, ale jest ustalony ramy
Nie ma jeszcze ostatecznej daty, w której te wymogi bezpieczeństwa będą obowiązywać dla żelaza i stali. Plan pracy Komisji Europejskiej zakłada pierwszą uchwałę delegowaną w 2026 roku, a zobowiązania wchodzą w życie później; w momencie opublikowania tej uchwały data będzie tutaj wskazana. Co jest już ustalone, to ramy z samej ESPR: artykuł 10 i artykuł 11 opisują wymogi dla paszportu i dla projektu technicznego, a ten tekst nie zmieni się — pozostaje tylko opracowanie szczegółów dla poszczególnych produktów i ustalenie daty wejścia w życie. Do tego czasu brak jest obowiązku ustawowego wprowadzania produktowego paszportu dla stali, ale wymogi bezpieczeństwa, które będą wówczas obowiązywać, są już czytelne w rozporządzeniu.
Co wynika z tego w praktyce
Przy tworzeniu paszportu kwestia bezpieczeństwa pojawia się w stałej kolejności. Po pierwsze: kto dostarcza dane i czy to pochodzenie jest udokumentowane? Paszport jest komponowany z danych producenta lub importera, a po utworzeniu musi być możliwe ustalenie, kto które dane wprowadził. Po drugie: kto ma prawo zmieniać paszport po jego opublikowaniu? Rozporządzenie wymaga, aby paszport nie mógł być zmieniony bez śladu — zmiana musi być widoczna lub możliwa do sprawdzenia, nie może być po cichu nadpisana. Po trzecie: kto widzi które dane? Handlowiec stalą, który przekazuje paszport klientowi, nie musi sam zajmować się prawami dostępu w systemie — to odpowiedzialność strony hostującej paszport — ale warto wiedzieć, że nie każde dane muszą być publicznie dostępne.
Jeśli przedsiębiorca chce połączyć produktowe paszporty z istniejącym systemem ERP lub magazynowym, powinien wcześnie zadać sobie to pytanie bezpieczeństwa: dane, które automatycznie przepływają z systemu wewnętrznego do publicznego paszportu, muszą być chronione w drodze przed nieuprawnionym zmodyfikowaniem. Więcej na ten temat znajduje się na stronie dotyczącej połączenia paszportu z własnymi systemem. Pytanie, jak długo paszport po opublikowaniu musi pozostawać dostępny i niezmienny, wiąże się również z tymi wymogami bezpieczeństwa; temat ten jest omówiony osobno na stronie dotyczącej jak długo produktowy paszport pozostaje dostępny.
Dla przedsiębiorcy, który sam nie dysponuje działem IT, sprowadza się to w praktyce do pytania weryfikacyjnego skierowanego do strony, która hostuje paszport: czy może wykazać, kto dostarczył jakie dane, czy istnieje zabezpieczenie przed niezauważoną modyfikacją, i czy dostęp do wrażliwych danych jest izolowany od publicznej części paszportu? To nie są pytania prawne, lecz praktyczne, i można je zadać bez konieczności znajomości samego rozporządzenia.
Gdzie to się znajduje: artykuł 10 i artykuł 11 rozporządzenia ESPR
Artykuł 10 rozporządzenia ESPR (Rozporządzenie (UE) 2024/1781) opisuje wymogi, którym musi spełniać cyfrowy paszport produktu, w tym dostęp do danych przez różne typy użytkowników. Artykuł 11 odnosi się konkretnie do projektu technicznego i funkcjonowania paszportu, a znajdują się w nim wymogi dotyczące możliwości śledzenia, ochrony przed manipulacją i funkcjonowania systemu bazowego. Oba artykuły razem tworzą ramy, z których wynikają wymogi bezpieczeństwa; dalsze szczegóły techniczne zostaną wyjaśnione w aktach delegowanych, które dopiero będą opublikowane.
Kto chce już teraz pracować z produktowym paszportem, powinien zacząć od uporządkowania własnych strumieni danych — określenia, kto dostarcza jakie dane i jak są one rejestrowane — aby po wejściu w życie obowiązku i ustaleniu ostatecznych szczegółów technicznych nie było trzeba wiele zmieniać.
Na czym opiera się ta informacja
- Rozporządzenie (UE) 2024/1781 (ESPR), artykuł 10 (wymogi dotyczące cyfrowego paszportu produktu)
- Rozporządzenie (UE) 2024/1781 (ESPR), artykuł 11 (projektowanie techniczne i funkcjonowanie cyfrowego paszportu produktu)
Samo rozporządzenie znajduje się na EUR-Lex. Informujemy o każde stwierdzeniu; nie musisz nam ufać.
Co konkretnie musisz zrobić
Czego się od Ciebie oczekuje
Rozporządzenie ESPR stawia wymogi wobec produktowego paszportu, które dotyczą nie tylko tego, JAKIE dane się w nim znajdują, ale i TEGO, jak dane są zarządzane i chronione. Artykuł 10 i artykuł 11 rozporządzenia ESPR (Rozporządzenie (UE) 2024/1781) razem stanowią jego podstawę: artykuł 10 opisuje wymogi, którym musi spełniać paszport, artykuł 11 odnosi się konkretnie do projektu technicznego i funkcjonowania. Dla hurtowni stalowej lub przetwórcy metali, który organizuje to po raz pierwszy, rozbija się to na kilka praktycznych punktów uwagi.
Regulacja dostępu do danych w zależności od roli
Nie każdy, kto konsultuje paszport, musi widzieć te same dane. Pracownik ds. zakupów u konstruktora ma inne potrzeby informacyjne niż nadzorca lub recykler na koniec cyklu życia. Artykuł 10 rozporządzenia ESPR wychodzi z założenia zróżnicowanego dostępu: niektóre dane są publiczne, inne są widoczne tylko dla określonych stron, takich jak uczestnicy rynku lub organy. Dla przedsiębiorstwa liczącego od 10 do 100 pracowników oznacza to, że przed uruchomieniem paszportu musi zostać podjęta decyzja dotycząca tego, kto widzi jaką warstwę danych — i że decyzja ta rzeczywiście została wdrożona technicznie, a nie tylko na papierze.
Zapewnienie pochodzenia i prawidłowości danych
Produktowy paszport ma wartość tylko wtedy, gdy zawarte w nim dane są prawidłowe i możliwe do śledzenia do źródła. Dotyka to wiarygodności całego systemu: jeśli odbiorca nie może ustalić, skąd pochodzi dany, paszport traci swoją funkcję. W praktyce oznacza to, że musi być udokumentowane, kto dostarczył jakie dane — producent, importer czy strona pośrednia — i kiedy się to stało. Dla przedsiębiorstw, które same nie wprowadzają danych, ale je przekazują, ważne jest wiedzieć, jak dane zostały dostarczone w prawidłowym formacie, ponieważ nieprawidłowa dostawa znajduje odzwierciedlenie dalej w łańcuchu i przekłada się na niewiarygodny paszport.
Ochrona przed zmianą po opublikowaniu
Artykuł 11 ESPR stanowi, że cyfrowy paszport produktu musi funkcjonować technicznie w taki sposób, aby dane nie mogły być zmieniane niezauważalnie po ich zarejestrowaniu. Dla przetwórcy metali, który sam nie hostuje paszportu, ale zleca jego hostowanie — na przykład za pośrednictwem platformy takiej jak ta — oznacza to, że wybór partnera hostingowego to również wybór dotyczący sposobu, w jaki ta strona rejestruje, loguje i zabezpiecza zmiany. To nie jest kwestia teoretyczna: jeśli klient lub organ nadzoru kwestionuje dane z paszportu, musi być możliwe wykazanie, kiedy te dane zostały zarejestrowane i przez kogo.
Integracja z istniejącymi systemami biznesowymi
Wiele firm nie chce zarządzać paszportem produktu jako systemem izolowanym, ale chce go połączyć z istniejącą już administracją. Jest to możliwe, ale bezpieczeństwo paszportu nie jest wtedy niezależne od bezpieczeństwa tego systemu leżącego u podstaw. Kto rozważa połączenie paszportu z własnym systemem ERP lub systemem zarządzania zapasamipowinien sprawdzić, kto ma dostęp do tego połączenia i czy wyciek w jednym systemie będzie miał konsekwencje dla drugiego.
Gdzie dzieje się źle w praktyce
W praktyce regularnie powtarza się wiele sytuacji.
W firmach, które zlecają umieszczenie kodu QR na samym produkcie, czasami pomija się fakt, że sam kod nie zapewnia zabezpieczenia — pytanie brzmi, co się dzieje za tym kodem. Kto się zastanawia jak kod QR trafia na stalpowinien się również zastanowić, kto zarządza danymi leżącymi u podstaw i czy rozdzielenie między nośnikiem a zawartością jest jasno określone.
Inna sytuacja powstaje, gdy wiele stron w łańcuchu dostarcza dane dla tego samego paszportu bez wcześniejszego ustalenia, kto może zmienić którą część. To prowadzi do zamieszania, która wersja jest ważna, a czasami do przypadkowego nadpisania prawidłowych danych przez inną stronę.
Również w przypadku małych części czasami dochodzi do błędów: jeśli kod QR na małym kawałku stali jest ograniczony technicznie, czasami wybiera się uproszczony link lub stronę pośrednią — bez zawsze zastanowienia się, czy ten pośredni krok jest zgodny z tymi samymi umowami dotyczącymi bezpieczeństwa co główny paszport.
Czwarta sytuacja: firmy, które samodzielnie przechowują kopię offline danych paszportu do użytku w miejscach bez połączenia, zapominają zsynchronizować tę kopię lub zabezpieczyć ją w taki sam sposób jak wersję online. To realna sprawa, ponieważ nie każde stanowisko pracy ma stabilne połączenie, a pytanie, czy paszport musi również działać offline pojawia się właśnie w tego rodzaju praktycznym rozwiązaniu.
Na koniec: firmy, które się zamykają lub zbywają jednostkę biznesową, czasami zapominają, że dane paszportu nadal istnieją i że dostęp oraz zarządzanie nimi muszą być przekazane — coś, co wiąże się z pytaniem co dzieje się z paszportem, gdy firma się zamyka.
Co możesz dokumentować
Szereg uzgodnień i dokumentów pomaga wykazać bezpieczeństwo danych paszportu:
- Przegląd, kto pełni jaką rolę w dostarczaniu i zarządzaniu danymi, w tym osoba kontaktowa dla każdej strony w łańcuchu.
- Rejestr pochodzenia każdych danych: od którego producenta, importera lub strony pośredniej pochodzą i w jakim momencie zostały dostarczone.
- Umowy z partnerem hostingowym dotyczące logowania zmian, aby można było wykazać, kiedy dane zostały zarejestrowane i czy zostały następnie zmienione.
- Opis ustawionych poziomów dostępu: które dane są publiczne i które są widoczne tylko dla określonych stron.
- Jeśli dotyczy, przegląd połączenia z własnym systemem ERP lub systemem zarządzania zapasami, w tym informację, kto ma dostęp do tego połączenia.
- Plan na wypadek, gdy firma się zamyka lub część jest przenoszona, dzięki czemu zarządzanie i dostęp do istniejących paszportów nie pozostają zawiszone.
To udokumentowanie jest nie tylko przydatne dla organów nadzoru, ale także praktyczne: zapobiega utracie wewnętrznej wiedzy na temat tego, kto co zarządza, w przypadku zmian kadrowych lub przejęcia firmy.
To nie jest porady prawna. Ta strona zawiera ogólne informacje na temat przepisów, których dotyczy ta platforma. Nie znamy Twojej sytuacji. W razie wątpliwości dotyczących Twojego przypadku skonsultuj się z prawnikiem lub właściwym organem nadzoru.
Napisane przy pomocy AI na podstawie powyższych źródeł, sprawdzone przez człowieka 2026-09-05. Czy coś się nie zgadza? Daj nam znać — korekty mają pierwszeństwo.