co się stanie z moimi kartami produktów, jeśli strona hostingowa przestanie działać
Odpowiedzialność spoczywa na producencie, a nie na stronie hostującej
Obowiązek utrzymywania dostępu do danych karty produktu spoczywa na producencie lub importerze, który wprowadza produkt na rynek, a nie na przedsiębiorstwie świadczącym usługi hostingowe. Strona hostująca, taka jak matrapas.eu, wykonuje ten obowiązek na polecenie, ale odpowiedzialność końcowa nie przenosi się dalej. Jeśli strona hostująca zaprzestanie działalności, nie oznacza to, że obowiązek utrzymywania dostępu do karty produktu znika — obowiązek ten pozostaje przy stronie, która wprowadził produkt na rynek. To, co się zmienia, to kto w tym momencie zapewnia technikę stojącą za tym.
Dla kogo to ma zastosowanie i dla której sytuacji nie
Ten temat dotyczy ciągłości samych danych: czy informacja znajdująca się za kodem QR pozostaje dostępna, nawet jeśli zmieni się dostawca usług hostujących dane. To jest inne pytanie niż to, co się dzieje, gdy samo przedsiębiorstwo produkcyjne lub importujące przestanie działać — ta sytuacja jest omawiana w co się dzieje z kartą produktu, gdy przedsiębiorstwo stojące za produktem przestanie działać. Nie dotyczy to również pytania, jak długo karta produktu powinna być dostępna w ogóle; ta kwestia pojawia się w terminie przechowywania karty produktu. Ta strona ogranicza się do pytania, co praktycznie się dzieje, jeśli techniczny dostawca karty produktu — strona hostująca — upadnie, podczas gdy przedsiębiorstwo stojące za produktem nadal istnieje.
Co już jest ustalane i co nie
Dokładna data wejścia w życie obowiązku posiadania cyfrowej karty produktu dla matrców nie jest jeszcze ustalona: rozporządzenie ESPR samo w sobie jest w mocy, ale akt delegowany, który to konkretyzuje dla matrców, jest oczekiwany w planie pracy na lata 2025–2030, a data zostanie tu podana, gdy tylko akt zostanie opublikowany. To, co już jest ustalone, to zasada wynikająca z samego rozporządzenia ESPR: artykuł 10 określa wymagania dotyczące dostępności i trwałości cyfrowej karty produktu, a artykuł 13 reguluje włączenie kart do centralnego rejestru europejskiego. Ten rejestr istnieje niezależnie od strony hostującej dane — jest to system odsyłający, a nie magazyn całej zawartości. To, co dokładnie rejestr przechowuje i co w nim musi się znaleźć, jest opisane w europejskim rejestrze kart produktów.
Jak to jest rozwiązywane w praktyce
Dla producenta lub importera pracującego ze stroną hostującą pierwszym krokiem jest poznanie umowy na wypadek, gdyby strona hostująca zaprzestała działalności: czy przewidziana jest transmisja danych i do kogo dane te będą przesłane. Następnie ważne jest wiedzieć, w jakim formacie będą przesłane dane — dataset, który jest czytelny tylko w systemie jednego dostawcy, ma mniejszą wartość niż dataset, który może być przesunięty do innego podmiotu. To łączy się z pytaniem, czy karta produktu jest powiązana z systemem zewnętrznym: kto zarządza swoimi danymi produktu już w systemie ERP lub inwentaryzacyjnym, jak opisano w powiązanie karty produktu z własnym systemem, ma własne źródło danych, które nie znika, gdy strona hostująca zaprzestanie działalności — powiązanie gwarantuje, że informacja bazowa pozostaje przechowywana gdzie indziej, nawet jeśli wyświetlanie będzie obsługiwane przez inną stronę.
Następnie istotne jest to, co dzieje się z kodem QR i linkiem za nim. Jeśli strona hostująca zaprzestanie działalności i dane przejdą do innej lokalizacji, istniejący kod QR na produkcie musi nadal wskazywać na ważne informacje — nie na nieaktualny link. W praktyce oznacza to, że bazowy adres URL jest często zachowywany (na przykład poprzez przekierowanie do nowego systemu), dzięki czemu nie trzeba ponownie umieszczać kodu na każdym produkcie. Kto zastanawia się, jak dokładnie działa powiązanie między fizycznym kodem a danymi cyfrowymi, znajdzie tło w jak kod QR trafia na materac. Przy przejściu między stronami hostingowymi ważne jest zatem przede wszystkim czuwanie, by kod identyfikacyjny produktu i powiązany link danych pozostały niezmienione, nawet jeśli zmieni się bazowa infrastruktura.
Wreszcie warto z góry zapytać, jak strona hostingowa radzi sobie z wygaśnięciem własnej działalności: czy istnieje procedura, która wchodzi w życie, czy producent jest powiadamiany z wyprzedzeniem, i czy istnieje okres, w którym dane mogą być pobierane przed wycofaniem systemu. Tego rodzaju umowy określają w praktyce, jakie ryzyko wiąże się z utratą jednego konkretnego dostawcy.
Podstawa: artykuł 10 i artykuł 13 ESPR
Artykuł 10 ESPR (Rozporządzenie (UE) 2024/1781) określa wymogi dotyczące cyfrowego paszportu produktu, w tym dostępność danych przez okres, w którym muszą pozostać dostępne — wymóg, który dotyczy samego paszportu, a nie jednego konkretnego dostawcy technicznego. Artykuł 13 tego samego rozporządzenia reguluje rejestr cyfrowych paszportów produktów, w którym paszporty są wpisywane, aby były łatwe do znalezienia i weryfikacji, niezależnie od tego, która strona zapewnia hostowanie. Razem artykuły te возлагают odpowiedzialność za stałą dostępność danych na osobę, która tworzy paszport, a nie na dowolne ogniwo wykonania technicznego.
Kto w tym momencie wybiera lub rozważa stronę hostingową, może to wykorzystać jako listę kontrolną: zapytaj o możliwości eksportu danych, co się stanie z linkiem QR podczas ewentualnego przejścia, i jaką procedurę ma strona hostingowa na wypadek wygaśnięcia jej działalności — i zatwierdź te umowy, zanim pierwsze paszporty wyjdą za drzwi.
Na czym to jest oparte
- Rozporządzenie (UE) 2024/1781 (ESPR), artykuł 10 (wymagania dotyczące cyfrowego paszportu produktu)
- Rozporządzenie (UE) 2024/1781 (ESPR), artykuł 13 (rejestr cyfrowych paszportów produktów)
Samo rozporządzenie dostępne jest na EUR-Lex. Odwołujemy się do każdego stwierdzenia; nie musisz nam wierzyć.
Co konkretnie musisz zrobić
Co się od ciebie oczekuje
Zapewnienie dostępności paszportu, nawet jeśli dostawca usług upadnie
Artykuł 10 ESPR (Rozporządzenie (UE) 2024/1781) określa wymogi dotyczące cyfrowego paszportu produktu, w tym to, że dane muszą pozostać dostępne dla stron, które mają do nich prawo — pomyśl o konsumencie, organie nadzoru i uczestnikach rynku dalej w łańcuchu. Kto zleca hosting paszportu stronie trzeciej, pozostaje za to odpowiedzialny. Dla firmy zatrudniającej od 10 do 100 pracowników oznacza to w praktyce, że wybór strony hostingowej nie jest tylko oceną kosztów, ale też kwestią ciągłości: co się stanie z danymi, jeśli ta strona zbankrutuje, zostanie przejęta lub po prostu zdecyduje się przestać świadczyć tę usługę. To nie jest pytanie, które powinno być rozwiązane później, ale coś, co powinno znaleźć się w umowie ze stroną hostingową.
Utrzymywanie paszportu dostępnym poprzez rejestr
Artykuł 13 ESPR (Rozporządzenie (UE) 2024/1781) reguluje rejestr cyfrowych paszportów produktów, w którym podstawowe dane i miejsce znalezienia każdego paszportu są wpisywane. Rejestr ten jest przeznaczony jako zabezpieczenie: nawet jeśli indywidualna strona internetowa lub usługa hostingowa zmieni adres lub dostawcę, paszport musi być tam nadal dostępny. Dla producenta lub importera oznacza to, że rejestracja w rejestrze musi być aktualna w przypadku zmian hostingu — przeprowadzka do innego dostawcy nie powinna prowadzić do tego, że paszport stanie się niedostępny dla świata zewnętrznego. Więcej na temat tego, co dokładnie tam powinno się znaleźć, czytaj w czym jest rejestr cyfrowych paszportów produktów i co w nim umieszczasz.
Wiedzieć, co się dzieje z danymi w przypadku wygaśnięcia działalności
Pokrewną sytuacją jest ta, w której to nie strona hostingowa, ale własna firma przestaje działać — z powodu sprzedaży, fuzji lub bankructwa. To jest nieco inne zagadnienie niż upadek dostawcy usług, ale jądro jest porównywalne: dane muszą pozostać dostępne dla tych, którzy mają do nich prawo, niezależnie od tego, co dzieje się z pierwotną stroną. Ten temat omówiono oddzielnie w co się dzieje z paszportem produktu, gdy Twoja firma przestaje działać, ponieważ pytanie "kto jest jeszcze odpowiedzialny" otrzymuje inną odpowiedź niż w przypadku zmiany dostawcy hostingu.
Gdzie się psuje w praktyce
Producent matracy wybiera tanego dostawcę hostingu bez pytania, co się stanie w przypadku ewentualnego bankructwa tego dostawcy. Rok później usługa znika bez żadnego ostrzeżenia, a kody QR na tysiącach już sprzedanych materacy nigdzie już nie prowadzą.
Importer zleca zbudowanie produktowego paszportu freelancerowi IT, który umieszcza dane na własnych serwerach. Gdy współpraca się kończy, okazuje się, że nikt nie ma dostępu do pliku eksportowego danych bazowych — tylko freelancer znał hasło.
Przedsiębiorstwo zmienia dostawcę hostingu, ponieważ stary dostawca likwiduje usługę, ale zapomina powiadomić nowy punkt wyszukiwania w rejestrze. Kod QR na produkcie wciąż działa, ale punkt wyszukiwania zarejestrowany w rejestrze wskazuje na martwą łącze.
Specjalizowany sklep z łóżkami zakłada, że producent "coś na pewno ustalił" na dłuższą metę, nigdy tego nie sprawdzając lub nie ustalając w umowie, kto za co odpowiada, jeśli hosting producenta się skończy.
Producent nigdy nie testuje, co się stanie, jeśli dostawca hostingu zakończy usługę, i zbyt późno odkrywa, że umowa nie zawiera żadnych postanowień dotyczących transferu danych w przypadku wypowiedzenia — co prowadzi do negocjacji z pozycji słabości, pod presją czasu.
Co można udokumentować
- Umowa z dostawcą hostingu, z wyraźnym postanowieniem dotyczącym tego, co się dzieje w przypadku zakończenia usługi: transfer wszystkich danych bazowych, w jakim formacie i w jakim procesie.
- Możliwość eksportowania surowych danych paszportu, niezależnie od wyświetlania na stronie internetowej dostawcy hostingu — aby dane były użyteczne również bez tej konkretnej usługi.
- Aktualna rejestracja w rejestrze cyfrowych paszportów produktu, z prawidłowym punktem wyszukiwania, który jest aktualizowany za każdym razem, gdy zmieni się hosting. Patrz czym jest rejestr cyfrowych paszportów produktów i co w nim umieszczasz dla treści tego rejestru.
- Ustalenia dotyczące integracji z własnymi systemami, aby dane paszportu nie istniały wyłącznie u dostawcy hostingu, ale były również identyfikowalne z własnego systemu ERP lub systemu magazynowego — więcej informacji na ten temat u powiązania paszportu produktu z własnym systemem.
- Wykaz unikatowych kodów identyfikacyjnych na produkt, utrzymywany niezależnie od dostawcy hostingu, aby ewentualny przejazd do innego dostawcy nie prowadził do utraty połączenia między produktem a paszportem. Patrz jak przypisać każdemu produktowi unikalny kod identyfikacyjny.
- Osoba kontaktowa lub procedura na wypadek, gdy kod QR lub etykieta przestanie działać, w tym co zrobić, jeśli punkt wyszukiwania za kodem zmieni się w wyniku przejścia na innego dostawcę hostingu — patrz również co zrobić, jeśli kod QR materaca ulegnie uszkodzeniu.
- Umowa dotycząca okresu przechowywania która odpowiada okresowi, w którym paszport musi pozostać dostępny, aby ciągłość hostingu była na tym oparta — tło tego jak długo paszport produktu musi pozostać dostępny.
To nie jest porada prawna. Ta strona zawiera ogólne informacje o regulacjach, którymi zajmuje się 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 z pomocą AI na podstawie powyższych źródeł, sprawdzone przez człowieka w dniu 2026-09-05. Czy coś się nie zgadza? Daj nam znać — korekty mają priorytet.