Toy Safety Regulation 2025/2509 – nowe wymagania dla zabawek

Czym jest rozporządzenie (UE) 2025/2509?

Toy Safety Regulation to rozporządzenie Parlamentu Europejskiego i Rady (UE) 2025/2509 z 26 listopada 2025 r. w sprawie bezpieczeństwa zabawek. Zostało opublikowane 12 grudnia 2025 r. i weszło w życie 1 stycznia 2026 r.

Zasadnicza data rozpoczęcia stosowania to 1 sierpnia 2030 r. Tego samego dnia uchylona zostanie dyrektywa 2009/48/WE. Wybrane obowiązki instytucjonalne i przygotowawcze stosuje się wcześniej, dlatego wejście w życie nie jest równoznaczne z natychmiastowym obowiązkiem DPP dla wszystkich nowych zabawek.

Najważniejsze daty

Zakres nowych przepisów

Rozporządzenie obejmuje produkty zaprojektowane lub przeznaczone, wyłącznie lub nie, do zabawy przez dzieci poniżej 14 lat. Zastosowanie zależy od rzeczywistych cech i przewidywanego sposobu użycia. Załącznik I wyłącza określone kategorie, między innymi część sprzętu do publicznych placów zabaw i niektóre modele z silnikami spalinowymi.

Przepisy obejmują zabawki produkowane w UE i przywożone z państw trzecich, nowe i używane, oferowane stacjonarnie oraz na odległość.

Co zmienia się poza DPP?

Rozporządzenie utrzymuje ogólny wymóg bezpieczeństwa i szczególne wymagania dotyczące właściwości mechanicznych, fizycznych, chemicznych, elektrycznych, palności, higieny i radioaktywności. Wzmacnia też ograniczenia dla określonych substancji, w tym części substancji zaburzających gospodarkę hormonalną, PFAS i bisfenoli.

Producent nadal musi przed wprowadzeniem produktu do obrotu:

• przeprowadzić ocenę bezpieczeństwa wszystkich istotnych zagrożeń
• przygotować dokumentację techniczną
• zastosować właściwą procedurę oceny zgodności
• zapewnić zgodność produkcji seryjnej
• nanieść oznakowanie CE
• przygotować ostrzeżenia i instrukcje, gdy są wymagane

DPP porządkuje wynik i dane o zgodności, ale nie zastępuje działań inżynieryjnych, badań ani zarządzania ryzykiem.

Digital Product Passport w Toy Safety Regulation

Artykuł 19 ustanawia DPP dla konkretnego modelu zabawki. Paszport ma być dokładny, kompletny, aktualny i dostępny w językach wymaganych przez państwo, w którym produkt jest oferowany.

Konsumenci, organy nadzoru, organy celne, jednostki notyfikowane, Komisja i podmioty gospodarcze uzyskują dostęp zgodnie z właściwymi prawami. Konsument nie może być zmuszany do rejestracji ani podawania hasła. Paszport pozostaje dostępny przez 10 lat, także po niewypłacalności lub zakończeniu działalności jego twórcy.

Przed wprowadzeniem zabawki do obrotu identyfikator produktu i operatora trafiają do unijnego rejestru. Przy imporcie powiązanie z kodem towarowym wspiera automatyczne kontrole celne.

Co z deklaracją zgodności i CE?

Motyw 54 i art. 19 przewidują, że DPP zastąpi deklarację zgodności wymaganą na podstawie dyrektywy 2009/48/WE. Nie oznacza to usunięcia oznakowania CE. CE pozostaje fizycznym oznaczeniem na zabawce, etykiecie, opakowaniu lub dokumentacji w sytuacjach wskazanych przez rozporządzenie.

Jeżeli zabawka podlega również innym aktom UE, jeden DPP może obsłużyć wymagane informacje o zgodności, o ile zawiera wszystkie dane przewidziane w tych aktach. Nie wolno automatycznie zakładać, że jeden szablon obejmie każdą zabawkę elektroniczną, radiową lub wykorzystującą AI.

Przepisy przejściowe

Zabawki wprowadzone do obrotu zgodnie z dyrektywą 2009/48/WE przed 1 sierpnia 2030 r. mogą być nadal udostępniane na rynku. Kluczowe jest rozróżnienie pierwszego wprowadzenia do obrotu od późniejszej dystrybucji istniejącego zapasu.

Certyfikaty badania typu WE wydane zgodnie z dyrektywą pozostają ważne do 1 lutego 2031 r., chyba że wygasną wcześniej. Nie jest to jednak ogólne przedłużenie wszystkich obowiązków do 2031 r.

Co pozostaje do doprecyzowania?

Komisja może przyjąć akty delegowane dotyczące między innymi rodzaju nośnika, jego położenia, standardów, praw dostępu oraz zasad tworzenia i aktualizacji danych. Może też dostosować załącznik VI do postępu technicznego.

Dlatego firmy mogą już wdrażać katalog modeli, identyfikatory, wersjonowanie i powiązanie z dokumentacją, ale powinny unikać zamykania architektury w jednym niewymiennym formacie kodu lub dostawcy.