Od 31 lipca liczy się ścieżka naprawy
31 lipca 2026 r. państwa członkowskie muszą rozpocząć stosowanie dyrektywy (UE) 2024/1799. Ma ona promować naprawy towarów i uzupełniać obowiązujące zasady gwarancji. Nie jest to ustawa dotycząca cyfrowego paszportu produktu. Dla producentów, importerów, sprzedawców i zakładów naprawczych termin ten jest jednak dobrym punktem odniesienia: naprawę można niezawodnie oferować tylko wtedy, gdy właściwe dane produktu, części zamiennych i procesów są łatwe do znalezienia. Dyrektywa została przyjęta 13 czerwca 2024 r., weszła w życie 30 lipca 2024 r. i ma być stosowana od 31 lipca 2026 r. Potwierdza to zarówno Komisja Europejska, jak i art. 22 dyrektywy.
Praktycznym błędem byłoby teraz traktowanie paszportu produktu wyłącznie jako dokumentu PDF na potrzeby zgodności. Rzetelny dostęp do danych musi wspierać drogę od identyfikacji konkretnego produktu do możliwej do wdrożenia decyzji o naprawie. Można się do tego przygotować już dziś, bez uprzedzania jeszcze nieustanowionego obowiązku dotyczącego określonej grupy produktów w zakresie DPP.
Co faktycznie wymaga dyrektywa dotycząca napraw
Dyrektywa obejmuje towary podlegające wymogom prawa Unii dotyczącym możliwości naprawy, wymienione w załączniku II. W przypadku tych produktów producenci muszą na żądanie dokonać naprawy, o ile jest ona technicznie możliwa. Komisja wymienia między innymi lodówki i smartfony. Regulacja ma zastosowanie także poza ustawowym okresem gwarancji; w okresie gwarancji naprawa ma stać się bardziej atrakcyjna. Tworzy również europejski formularz informacji o naprawie oraz europejską platformę internetową dotyczącą napraw. Szczegóły znajdują się w oficjalnym tekście dyrektywy (UE) 2024/1799.
Ważne z punktu widzenia planowania: dyrektywa nie zmienia automatycznie każdego paszportu produktu w paszport naprawy. Nie określa ani jednolitego modelu danych dla wszystkich części zamiennych, ani konkretnego kodu QR. Jakie informacje będą w przyszłości obowiązkowe w DPP, wynika dopiero z poszczególnych aktów delegowanych do rozporządzenia w sprawie ekoprojektu. Jasne rozdzielenie tych kwestii pozwala uniknąć dwóch zagrożeń: przesadnych twierdzeń prawnych w sprzedaży oraz architektury danych, która nie będzie odpowiadać późniejszemu aktowi dotyczącym danej grupy produktów.
Dlaczego DPP jest mimo to właściwym punktem odniesienia dla danych
Rozporządzenie (UE) 2024/1781 w sprawie ekoprojektu definiuje cyfrowy paszport produktu jako elektronicznie dostępny zestaw danych dotyczących konkretnego produktu. Określa, że DPP powinien być powiązany z nośnikiem danych zawierającym trwały, unikalny identyfikator produktu. Późniejsze akty delegowane mogą określać, na jakim poziomie — modelu, partii czy pojedynczego egzemplarza — będą przechowywane dane, kto będzie mógł je aktualizować i jak długo paszport pozostanie dostępny. Wynika to z art. 9 rozporządzenia.
W procesach napraw szczególnie istotny jest art. 11: wśród potencjalnie uprawnionych podmiotów wymienia on wprost profesjonalne zakłady naprawcze i niezależnych operatorów. Jednocześnie dostęp nie jest powszechnie publiczny, lecz zależy od praw dostępu określonych dla danej grupy produktów. Wynika z tego wytyczna techniczna, a nie nowe twierdzenie prawne: dane dla klientek i klientów, zakładów naprawczych, zespołów zajmujących się częściami zamiennymi i organów publicznych powinny być modelowane oddzielnie. Kod QR może odsyłać do rzetelnego identyfikatora; nie powinien sam być miejscem przechowywania poufnych danych operacyjnych, umownych ani danych klientów.
Ścieżka naprawy w sześciu stacjach danych
Dobry model docelowy zaczyna się nie od pulpitu nawigacyjnego, lecz od procesu, który można zweryfikować.
1. Jednoznacznie zidentyfikować produkt
Podczas skanowania lub ręcznego wprowadzania danych musi być jasne, czy zapytanie dotyczy modelu, partii czy pojedynczego urządzenia. Trwały identyfikator wymaga stabilnego rozwiązywania: bez adresu kampanii, sezonowej strony produktu i adresu, który zniknie przy ponownym uruchomieniu serwisu. W przypadku dynamicznych kodów QR architektura powinna zatem obejmować udokumentowaną ścieżkę przekierowania i awaryjnego powrotu. Techniczne wprowadzenie do związanych z produktem punktów końcowych DPP zawiera już opublikowany przewodnik qr3 po interfejsie DPP.
2. Oddzielić możliwość naprawy od wyniku diagnozy
Karta danych może informować, że produkt zasadniczo nadaje się do naprawy. Nie odpowiada jednak jeszcze na pytanie, czy konkretny błąd, stan bezpieczeństwa i dostępna część zamienna pozwalają na naprawę. Należy zatem przygotować oddzielne pola dla reguły dotyczącej produktu, diagnozy usterki, ostrzeżenia dotyczącego bezpieczeństwa i decyzji o naprawie. Decyzja wymaga informacji o pochodzeniu, znacznika czasu i wskazania odpowiedzialnej roli. Dzięki temu ogólne stwierdzenie nie stanie się niemożliwą do zweryfikowania obietnicą wobec klientek i klientów.
3. Prowadzić części zamienne z wersją i okresem obowiązywania
Zespoły naprawcze potrzebują nie tylko numeru części. Niezbędne są informacje o kompatybilności, rewizji sprzętowej lub programowej, dostępności, dopuszczalnych zamiennikach, zasadach bezpieczeństwa i montażu oraz czasie ostatniej weryfikacji. Zmiana statusu dostawy nie może nadpisywać pierwotnej części. Zamiast tego należy modelować wersje i okresy obowiązywania. Ułatwia to wycofania produktów, kampanie serwisowe i późniejsze prześledzenie historii.
4. Zdefiniować role zamiast ogólnych zgód
Informacje widoczne publicznie mogą obejmować na przykład oznaczenie modelu, wskazówki dotyczące pielęgnacji i punkt kontaktowy w sprawie naprawy. Profesjonalne zakłady naprawcze potrzebują, zależnie od produktu, dodatkowej dokumentacji technicznej. Zespoły wewnętrzne potrzebują bardziej szczegółowych danych dotyczących dostawców i jakości. Taki podział należy ustalić odpowiednio wcześnie i rejestrować dostęp do treści niepublicznych. ESPR wymaga od DPPs wysokiego poziomu bezpieczeństwa i ochrony danych; danych klientów nie wolno przechowywać w paszporcie bez wyraźnej zgody.
5. Zapewnić możliwość prześledzenia statusu zgłoszenia
Nowa dyrektywa wzmacnia dostęp do informacji o naprawie. Zaufanie w praktyce pojawia się jednak dopiero wtedy, gdy zgłoszenia nie znikają w skrzynkach pocztowych. Wystarczy minimalny przepływ statusów: zgłoszenie otrzymane, tożsamość lub urządzenie zweryfikowane, przygotowano wycenę, część zamienna dostępna, naprawa uzgodniona, zakończona lub odrzucona z uzasadnieniem. Każda odmowa powinna zawierać konkretną przyczynę i wskazywać następny możliwy krok. To również podstawa rzetelnych wskaźników serwisowych.
6. Zapisywać dane po naprawie
Po wymianie części zmieniają się co najmniej historia serwisowa, a w pewnych okolicznościach także konfiguracja, dane gwarancyjne lub status bezpieczeństwa. Należy określić, kto może utworzyć taki wpis, jakie dowody trzeba przechowywać i jakie informacje będą następnie widoczne dla poszczególnych ról. ESPR wymaga, aby dane DPP były dokładne, kompletne i aktualne. Historia napraw bez zasad zarządzania nie spełniałaby tego wymogu.
Co należy sprawdzić do końca tygodnia
31 lipca nie jest powodem do pospiesznej, pełnej migracji. To dobry punkt kontrolny dla trzech konkretnych pytań. Po pierwsze: czy w przypadku objętych regulacją grup produktów można przypisać zgłoszenie naprawy do jednoznacznego produktu? Po drugie: czy dane dotyczące części zamiennych i kompatybilności są wersjonowane i dostępne dla uprawnionych zakładów naprawczych? Po trzecie: czy można wykazać, kto i dlaczego zmienił zestaw danych?
Jeśli brakuje odpowiedzi, należy rozpocząć od małego produktu pilotażowego i rzeczywistego przypadku naprawy. Trzeba mierzyć czas od skanowania do rzetelnej decyzji, a nie liczbę wypełnionych pól. W ten sposób praktyka napraw obowiązująca od 31 lipca zostaje połączona z architekturą DPP, która pozostaje wystarczająco otwarta na przyszłe akty delegowane.
Źródła
- Komisja Europejska: dyrektywa dotycząca naprawy towarów – stan prawny i data rozpoczęcia stosowania dyrektywy dotyczącej napraw.
- EUR-Lex: dyrektywa (UE) 2024/1799 – oficjalny tekst, w szczególności art. 4, 21 i 22 oraz załącznik II.
- EUR-Lex: rozporządzenie (UE) 2024/1781 – cyfrowy paszport produktu, w szczególności art. 9–11 i załącznik III.
