Odpowiedzialność za wadliwy produkt nie dotyczy już wyłącznie tradycyjnych towarów. Dyrektywa Parlamentu Europejskiego i Rady (UE) 2024/2853 rozszerza unijne zasady między innymi na oprogramowanie, aplikacje, systemy AI, określone powiązane usługi cyfrowe oraz produkty modyfikowane po wprowadzeniu na rynek. Dla przedsiębiorców oznacza to potrzebę dokładniejszego przeanalizowania ról w łańcuchu dostaw, sposobu aktualizowania rozwiązań i informacji przekazywanych klientom.
Trzeba jednak wyraźnie oddzielić regulację unijną od obowiązującego prawa polskiego. Stan opisany w tym artykule należy traktować jako informację według materiałów dotyczących dyrektywy i planowanej implementacji; przed publikacją lub wdrożeniem procedur konieczne jest sprawdzenie aktualnego stanu prawnego. W dalszej części wyjaśniamy znaczenie producenta, importera, przedstawiciela, dostawcy usług fulfillment i platformy internetowej oraz przedstawiamy praktyczną, ale niewyczerpującą checklistę dokumentacyjną.
Co zmienia dyrektywa o odpowiedzialności za produkty wadliwe
Dyrektywa (UE) 2024/2853 rozszerza zakres zasad odpowiedzialności za produkty wadliwe. Wśród produktów mogących podlegać nowym regułom wskazano między innymi oprogramowanie, aplikacje i systemy AI, niezależnie od tego, czy są dostarczane na urządzeniu, przez sieć, w chmurze czy w modelu software as a service. Regulacja uwzględnia także określone usługi cyfrowe powiązane z produktem oraz produkty modyfikowane po ich wprowadzeniu na rynek.
Państwa członkowskie mają wdrożyć przepisy do 9 grudnia 2026 r., a zasady mają dotyczyć produktów wprowadzonych do obrotu lub oddanych do użytku po tej dacie. W Polsce planowane są zmiany między innymi w Kodeksie cywilnym i Kodeksie postępowania cywilnego. Samo uzasadnienie projektu ani materiały informacyjne nie są jednak równoznaczne z obowiązującą ustawą.
Dyrektywa a polskie przepisy
Dyrektywa wyznacza kierunek i zakres zmian na poziomie Unii Europejskiej, ale jej praktyczne zastosowanie w Polsce wymaga uwzględnienia krajowych przepisów wdrażających. Dlatego przedsiębiorca nie powinien opierać procedury wyłącznie na ogólnym stwierdzeniu, że nowe zasady już obowiązują. Należy ustalić, jaki jest stan polskiej legislacji w dniu korzystania z informacji i czy przepisy implementacyjne zostały uchwalone oraz weszły w życie.
Kiedy produkt, program lub system AI może być uznany za wadliwy
Odpowiedzialność za wadliwy produkt ma co do zasady charakter niezależny od winy. Dla dochodzenia roszczenia znaczenie mają jednak konkretne przesłanki: szkoda, wada produktu oraz związek przyczynowy między wadą a szkodą. Nie oznacza to, że każda awaria, błąd programu lub niezadowolenie z działania usługi automatycznie tworzy odpowiedzialność na podstawie dyrektywy.
Ocena wymaga uwzględnienia rodzaju rozwiązania, sposobu jego udostępnienia, roli przedsiębiorstwa, kontroli nad zmianami oraz rodzaju szkody. Odpowiedzialność za produkt trzeba też odróżnić od odpowiedzialności kontraktowej, obowiązków dotyczących ochrony danych, cyberbezpieczeństwa, ogólnego bezpieczeństwa produktów i innych regulacji dotyczących AI.
Oprogramowanie i systemy AI jako produkty
Cyfrowy charakter rozwiązania nie wyłącza go automatycznie z zakresu nowych zasad. Produktem mogą być między innymi aplikacja, system AI albo inne oprogramowanie dostarczane lokalnie, sieciowo, w chmurze lub jako SaaS. Znaczenie mogą mieć także usługi cyfrowe powiązane z produktem, jeżeli pozostają w relacji objętej regulacją.
W przypadku systemu AI konieczne jest zachowanie ostrożności w formułowaniu wniosków. Sam fakt, że model wygenerował nieprawidłowy rezultat, nie przesądza jeszcze o wadzie produktu ani o odpowiedzialności. Potrzebna jest analiza wszystkich wymaganych elementów, w tym szkody i związku przyczynowego.
Aktualizacje, uczenie i bezpieczeństwo
Producent może odpowiadać za wadę, która powstała już po wprowadzeniu produktu na rynek, jeżeli wynikała z aktualizacji, uaktualnienia, ciągłego uczenia systemu AI albo powiązanej usługi cyfrowej pozostającej pod jego kontrolą. Znaczenie może mieć również brak koniecznych aktualizacji bezpieczeństwa, jeżeli ich przygotowanie i udostępnienie pozostawało pod kontrolą producenta.
W praktyce oznacza to potrzebę odtworzenia historii zmian: co zostało zmodyfikowane, kiedy, przez jaki podmiot i jakie informacje otrzymał klient. Nie jest to jednak gwarancja wyłączenia odpowiedzialności. Dokumentacja pomaga uporządkować proces, lecz nie zastępuje analizy konkretnego przypadku.
Importer, przedstawiciel i fulfillment w łańcuchu dostaw
Nowe zasady mają znaczenie dla firm sprowadzających produkty spoza Unii Europejskiej. Jeżeli producent znajduje się poza UE, za szkodę mogą odpowiadać importer albo upoważniony przedstawiciel. Gdy nie ma ani importera, ani upoważnionego przedstawiciela w UE, dyrektywa przewiduje możliwość odpowiedzialności dostawcy usług fulfillment.
Dystrybutor może odpowiadać między innymi wtedy, gdy nie wskaże właściwego podmiotu gospodarczego działającego w Unii. Zakres odpowiedzialności nie wynika jednak automatycznie z samej nazwy funkcji. Znaczenie mają konkretna rola, rodzaj produktu, sposób wprowadzenia go na rynek i okoliczności szkody.
Identyfikowalność podmiotów w UE
Firma powinna rozpoznać wszystkie istotne ogniwa łańcucha dostaw: producenta, importera, upoważnionego przedstawiciela, dystrybutora i dostawcę usług fulfillment. Warto zachować dane identyfikacyjne, umowy, informacje o przepływie produktu oraz sposób obsługi zgłoszeń.
Praktycznym celem jest możliwość szybkiego ustalenia, kto odpowiada za określony etap procesu i do kogo należy skierować zgłoszenie. Taka organizacja dokumentacji nie przesądza jednak sama o odpowiedzialności i nie zapewnia jej wyłączenia.
Platforma internetowa a odpowiedzialność za sprzedaż online
Sama nazwa marketplace’u nie rozstrzyga, czy platforma ponosi odpowiedzialność za wadliwy produkt. Platforma może być traktowana jak producent, importer, upoważniony przedstawiciel, dostawca usług fulfillment albo dystrybutor, jeżeli faktycznie pełni taką rolę.
Platforma będąca wyłącznie pośrednikiem może korzystać z warunkowego ograniczenia odpowiedzialności. Ocena może się jednak zmienić, gdy sposób prezentacji produktu lub obsługi transakcji powoduje, że przeciętny konsument uznaje produkt za dostarczany przez platformę albo sprzedawcę działającego pod jej kontrolą. Nie oznacza to, że każde prowadzenie platformy tworzy automatyczną odpowiedzialność za każdy produkt.
Marketplace jako pośrednik albo podmiot w łańcuchu dostaw
Przedsiębiorca prowadzący marketplace powinien ustalić, czy jego działalność ogranicza się do pośrednictwa, czy obejmuje także funkcje jednego z podmiotów wskazanych w dyrektywie. Znaczenie może mieć sposób prezentowania oferty, przyjmowania zamówienia, organizowania dostawy i komunikowania klientowi, kto faktycznie dostarcza produkt.
Jeżeli platforma zostanie oceniona jako dystrybutor albo inny podmiot w łańcuchu dostaw, istotne będzie między innymi wskazanie właściwego podmiotu gospodarczego w UE. Analiza powinna dotyczyć faktycznego modelu działania, a nie wyłącznie zapisów marketingowych lub nazwy usługi.
Jak uporządkować dokumentację produktu i aktualizacji
Źródła nie ustanawiają jednego, uniwersalnego pakietu dokumentów dla każdej branży i firmy. Można jednak przygotować ścieżkę, która pozwoli odtworzyć historię produktu oraz decyzji podejmowanych w toku jego udostępniania i aktualizowania.
Praktyczna checklista może obejmować:
- role w łańcuchu dostaw — producenta, importera, przedstawiciela, dystrybutora i dostawcę usług fulfillment wraz z danymi identyfikacyjnymi;
- identyfikację produktu — wersję, komponenty i sposób udostępnienia rozwiązania;
- historię zmian — aktualizacje, uaktualnienia, modyfikacje i informacje o tym, kto pozostawał nad nimi pod kontrolą;
- testy i ocenę ryzyka — zapisy dotyczące sprawdzeń oraz poprawek bezpieczeństwa;
- informacje dla klientów — instrukcje, ostrzeżenia i komunikaty przekazywane przy udostępnieniu produktu lub zmianie jego działania;
- incydenty — procedurę zgłaszania, rejestrowania i analizowania problemów oraz powiązanie zgłoszenia z konkretną wersją produktu.
Minimalny ślad dokumentacyjny procesu
Minimalny ślad powinien umożliwiać odpowiedź na kilka podstawowych pytań: jaki produkt i w jakiej wersji udostępniono, przez jaki podmiot, z jakimi informacjami dla klienta oraz jakie zmiany wprowadzono później. W przypadku oprogramowania warto zachować także informacje o integracjach z usługami cyfrowymi, jeżeli mają znaczenie dla działania rozwiązania.
Tę checklistę należy traktować jako praktyczną syntezę i rekomendację organizacyjną, a nie zamknięty katalog wymogów ustawowych. Sama dokumentacja nie wyłącza odpowiedzialności i nie zastępuje analizy prawnej.
Czego nowe zasady nie rozstrzygają automatycznie
Dyrektywa nie rozstrzyga automatycznie wszystkich relacji między odpowiedzialnością za produkt a odpowiedzialnością kontraktową. Nie należy też utożsamiać jej zakresu z całością obowiązków dotyczących ogólnego bezpieczeństwa produktów, cyberbezpieczeństwa, ochrony danych ani wszystkich regulacji odnoszących się do AI.
Nie każda awaria programu jest wadą produktu, a nie każdy błąd systemu AI automatycznie prowadzi do odpowiedzialności. Konieczne pozostaje ustalenie rodzaju produktu, roli przedsiębiorstwa, sposobu wprowadzenia go na rynek, kontroli nad aktualizacjami, rodzaju szkody i związku przyczynowego.
Granice ogólnego poradnika
Ogólny opis zasad nie pozwala rozstrzygnąć sytuacji konkretnego producenta, importera, platformy, operatora fulfillment ani dostawcy oprogramowania. Różnice w modelu biznesowym, umowach, sposobie dystrybucji i kontroli nad produktem mogą wpływać na ocenę prawną. Przed wdrożeniem procedur należy sprawdzić aktualne przepisy krajowe i rozważyć indywidualną analizę prawną.
Podsumowanie i zastrzeżenie prawne
Najważniejsza zmiana polega na rozszerzeniu unijnych zasad odpowiedzialności na określone rozwiązania cyfrowe, w tym oprogramowanie i systemy AI. Znaczenie ma także rola firmy w łańcuchu dostaw lub sprzedaży online: importer, przedstawiciel, dostawca fulfillment, dystrybutor i platforma mogą podlegać ocenie zależnie od faktycznych funkcji.
Najważniejsze kroki przed wdrożeniem zmian
- Rozpoznaj role wszystkich podmiotów uczestniczących w dostawie i sprzedaży.
- Mapuj wersje produktu, aktualizacje, uaktualnienia i poprawki bezpieczeństwa.
- Porządkuj informacje przekazywane klientom oraz zapisy dotyczące incydentów.
- Sprawdź aktualny etap implementacji dyrektywy w Polsce przed wdrożeniem procedur.
Artykuł ma charakter edukacyjny i nie zastępuje indywidualnej opinii prawnej. Dokumentacja może pomóc odtworzyć przebieg procesu, ale sama nie przesądza o odpowiedzialności ani jej nie wyłącza. Zakres zastosowania zależy od konkretnego produktu, roli przedsiębiorstwa, sposobu jego udostępnienia i rodzaju szkody. Sprawdź inne materiały Łączy nas Biznes i rozwijaj firmę w oparciu o praktyczną, aktualną wiedzę.
