Rozdziały przewodnika
GPSR: bezpieczeństwo produktów w praktyce
Rozporządzenie GPSR stosuje się od 13 grudnia 2024 r. do produktów konsumenckich oferowanych w ramach działalności handlowej, o ile przepisy szczególne nie regulują danego ryzyka. Dla przedsiębiorcy lub innego podmiotu faktycznie działającego handlowo nie istnieje zwolnienie tylko dlatego, że to rękodzieło, mały obrót albo dropshipping. Mały producent może mieć prostszą dokumentację proporcjonalną do ryzyka, ale produkt nadal musi być bezpieczny i identyfikowalny. Czysta okazjonalna sprzedaż konsument–konsument jest odrębnym przypadkiem opisanym wyżej.
Co operator musi zapewnić - i jak zrobić to w MVP#
Prawo opisuje funkcje, a nie liczbę formularzy, tabel ani paneli. Dla małego marketplace minimalne wdrożenie wygląda następująco:
- Punkt kontaktowy dla organów. Nie musi istnieć osobna aplikacja „dla służb”. Wystarczy publicznie wskazany adres elektroniczny lub formularz pozwalający na bezpośrednią komunikację, niewymagający konta. Najprościej utworzyć alias typu legal@... albo safety@..., który trafia do istniejącej skrzynki/ticketów, oraz kategorię „Organ publiczny - bezpieczeństwo produktu”. Dane tego punktu trzeba podać przy rejestracji platformy w portalu Safety Gate i utrzymywać aktualne.
- Punkt kontaktowy dla konsumentów. Może to być obecny formularz wsparcia Artovni. Nie trzeba budować drugiej strony. W polu „Typ zgłoszenia” należy dodać widoczną opcję „Bezpieczeństwo produktu / produkt niebezpieczny”, a obok formularza podać także adres e-mail lub inną drogę pozwalającą dotrzeć do człowieka. Kontakt nie może opierać się wyłącznie na bocie.
- Rozdzielenie ścieżek, nie systemów. Organ i konsument mogą trafiać do tej samej tabeli oraz tego samego zespołu. Kategoria, priorytet i termin pozwalają rozdzielić obsługę. „Osobny punkt” oznacza rozpoznawalny cel i właściwe kierowanie wiadomości, a nie obowiązkowo osobny kod lub bazę.
- Rejestracja i odbiór komunikatów Safety Gate. Na początku wystarczy wskazana osoba sprawdzająca skrzynkę i portal w każdy dzień roboczy oraz zastępca na czas nieobecności. Integracja API i automatyczne dopasowywanie ofert są rozwiązaniem na większą skalę, nie warunkiem startu.
- Informacje w ofercie. Formularz produktu ma przyjąć i pokazać tylko dane GPSR wymagane dla danego produktu: producenta, osobę odpowiedzialną w UE, identyfikację oraz istniejące ostrzeżenia/informacje bezpieczeństwa. Nie tworzy się uniwersalnego formularza z setkami pól.
- Przyjęcie zgłoszenia. Obecny formularz wystarczy po dodaniu typu sprawy oraz możliwości podania linku lub identyfikatora oferty/produktu, opisu ryzyka, danych kontaktowych i załącznika. Jeżeli dane można wpisać w polu opisu, nie trzeba od razu tworzyć osobnych pól; ważne, aby zespół mógł zidentyfikować produkt i ocenić ryzyko.
- Zapis sprawy. Nie jest wymagany dedykowany „panel bezpieczeństwa”. Istniejący rekord zgłoszenia może być sprawą GPSR, jeżeli zachowuje treść, załączniki, produkt/ofertę, sprzedawcę, czas wpływu, status, termin, decyzję, komunikację i wykonane działania. Dostęp trzeba ograniczyć do właściwych osób.
- Identyfikator sprawy. UUID nadawany każdemu requestowi jest wystarczającym identyfikatorem operacyjnym. GPSR nie narzuca formatu numeru sprawy. Warto pokazać ten UUID lub krótszy numer w potwierdzeniu e-mail, aby zgłaszający i obsługa wskazywali tę samą sprawę.
- Blokada i wyszukiwanie podobnych ofert. W MVP wystarcza zmiana statusu oferty na zablokowaną oraz ręczne wyszukanie innych ofert według producenta, nazwy, zdjęcia, kodu lub sprzedawcy. Automatyczne wykrywanie podobieństwa jest potrzebne dopiero, gdy ręczna kontrola nie pozwala dotrzymać terminów lub nakaz wymaga proporcjonalnego wyszukania identycznych treści.
- Ustalenie kupujących. Nie trzeba przechowywać drugiej „listy kupujących”. Wystarczy, że z pozycji zamówień można wyszukać osoby, które kupiły konkretną ofertę/produkt/partię, wyeksportować wynik i wysłać powiadomienie. Jeżeli partii się nie stosuje, wyszukiwanie odbywa się po identyfikatorze produktu lub oferty.
- Współpraca i wycofanie. Potrzebna jest krótka instrukcja: kto blokuje ofertę, kto odpowiada organowi, kto ustala zakres kupujących, kto wysyła komunikat i kto zamyka sprawę. Może to być jednostronicowa procedura oraz szablony wiadomości, nie osobny moduł workflow.
Terminy, które platforma ma przyjąć jako SLA#
| Zdarzenie | Maksymalny termin prawny/operacyjny | Reguła platformy |
|---|---|---|
| Nakaz organu: usunięcie, wyłączenie lub ostrzeżenie | bez zbędnej zwłoki, nie później niż 2 dni robocze | Oznaczyć jako krytyczny; w MVP może to zrobić pracownik po odczytaniu skrzynki. Wykonać tego samego dnia, jeżeli technicznie możliwe. |
| Zawiadomienie dotyczące bezpieczeństwa produktu | bez zbędnej zwłoki, nie później niż 3 dni robocze | Pierwsza ocena i, gdy ryzyko jest wiarygodne, blokada tymczasowa w 24 godziny; pełna odpowiedź w terminie. Automatyczna eskalacja nie jest obowiązkowa, jeżeli ręczna kolejka jest stale obsługiwana. |
| Własna wiarygodna informacja o niebezpieczeństwie | nie czekaj na nakaz | Zablokować sprzedaż, zabezpieczyć dowody, ustalić zakres i uruchomić eskalację. |
| Powiadomienie kupujących/wycofanie | bez zbędnej zwłoki po potwierdzeniu ryzyka | Powiadomienie bezpośrednie, widoczne i niesprowadzające sprawy do zwykłego newslettera. |
Jak powinna przebiegać sprawa#
- Przyjmij sygnał. Istniejący UUID requestu jest jego identyfikatorem; nie twórz drugiego numeru, jeżeli obecny jest trwały i wyszukiwalny.
- Zablokuj ofertę tymczasowo, jeżeli ryzyko może dotyczyć zdrowia lub bezpieczeństwa.
- Ustal identyczne produkty, warianty, partie, innych sprzedawców i wszystkie zamówienia.
- Zabezpiecz treść ofert, dowody, korespondencję i dane produktu.
- Zażądaj od sprzedawcy/producenta dokumentów i odpowiedzi w krótkim terminie, który nie narusza terminu operatora.
- Sprawdź Safety Gate i komunikaty właściwych organów.
- Podejmij udokumentowaną decyzję: przywrócenie, korekta, stała blokada, ostrzeżenie lub wycofanie.
- Powiadom organ i konsumentów, gdy jest to wymagane; monitoruj wykonanie środka naprawczego.
- Zablokuj ponowne wystawienie i wykorzystaj sprawę do kontroli podobnych produktów.
Rękodzielnik i ceramiczny kubek#
Rękodzielnik, który sam wytwarza kubek i sprzedaje go pod swoim imieniem lub marką, jest producentem. Musi między innymi:
- zaprojektować i wytworzyć produkt bezpieczny przy zwykłym i dającym się przewidzieć użyciu;
- przeprowadzić i zachować analizę ryzyka oraz adekwatną dokumentację techniczną;
- umożliwić identyfikację produktu/partii i producenta;
- zapewnić ostrzeżenia oraz instrukcje, jeżeli są potrzebne;
- reagować na skargi, wypadki i niebezpieczne produkty;
- przy kubku do kontaktu z żywnością spełnić także przepisy dotyczące materiałów do kontaktu z żywnością, w tym migracji substancji.
Platforma nie wymaga od rękodzielnika dokumentacji stworzonej dla fabryki, ale wymaga realnego dowodu odpowiadającego produktowi i ryzyku. Sama deklaracja „handmade” nie jest dowodem bezpieczeństwa.
Dropshipping#
Dropshipping jest sposobem logistyki, nie zwolnieniem prawnym. Platforma ustala:
- kto jest sprzedawcą wobec klienta;
- gdzie znajduje się towar w chwili sprzedaży;
- kto po raz pierwszy sprowadza go do UE;
- kto jest importerem i osobą odpowiedzialną w UE;
- kto ma dokumenty produktu i numery partii;
- kto wykona wycofanie i przyjmie zwrot;
- kto rozliczy opakowania, VAT i cło.
Podstawa i źródła: GPSR - skonsolidowany tekst rozporządzenia (UE) 2023/988; UOKiK - obowiązki przedsiębiorców; UOKiK - pytania i odpowiedzi GPSR; Komisja Europejska - pytania i odpowiedzi, w tym produkty używane; wytyczne Komisji dotyczące stosowania GPSR; Safety Gate.
Projektuję platformy multi-vendor wraz z onboardingiem, płatnościami, moderacją i procesami operacyjnymi.
Zobacz usługę budowy marketplace