--- title: "Obowiązki DORA dla dostawców AI obsługujących podmioty finansowe" description: "Obowiązki DORA dla dostawców AI to wymogi regulacyjne wynikające z rozporządzenia (UE) 2022/2554, które za pośrednictwem podmiotów finansowych przechodzą w umowach na dostawców AI." locale: "pl" canonical: "https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/rozporzadzenie-dora-i-ai-w-sektorze-finansowym/obowiazki-dora-dla-dostawcow-ai-obslugujacych-podmioty-finansowe" category: "Agenci AI" topic: "Rozporządzenie DORA i AI w sektorze finansowym" updated: "2026-10-28T13:37:32.529Z" source: "Blck Alpaca e.U., blckalpaca.at" --- # Obowiązki DORA dla dostawców AI obsługujących podmioty finansowe Obowiązki DORA dla dostawców AI to wymogi regulacyjne wynikające z rozporządzenia (UE) 2022/2554, które za pośrednictwem podmiotów finansowych przechodzą w umowach na dostawców AI. Kto dostarcza systemy AI bankom, ubezpieczycielom lub dostawcom usług płatniczych, jest traktowany jako zewnętrzny dostawca usług ICT i musi zapewnić prawa audytu, udział w raportowaniu incydentów, klauzule wyjścia oraz kontrolę podwykonawstwa. ## W skrócie - DORA (rozporządzenie (UE) 2022/2554, stosowane od 17 stycznia 2025 r.) nie nakłada obowiązków bezpośrednio na dostawców AI, lecz oddziałuje na nich poprzez umowy z podmiotami finansowymi, które z nich korzystają. - Systemy AI są sieciami i systemami informatycznymi w rozumieniu art. 3 pkt 2 DORA, przez co zastosowanie ma pełny katalog obowiązków (art. 5-15, 17-23, 24-27, 28-30); BaFin wyjaśnił to w swoich wytycznych z 18 grudnia 2025 r. - Kluczową dźwignią jest katalog klauzul umownych z art. 30 DORA: prawa audytu i dostępu, klauzule wyjścia, kontrola podwykonawców, SLA ze zobowiązaniami dotyczącymi rezydencji danych, opóźnień i mocy obliczeniowej. - Dostawcy AI muszą uczestniczyć w raportowaniu incydentów; sam BaFin otrzymał w pierwszych trzech kwartałach 2025 525 zgłoszeń poważnych incydentów związanych z ICT, z czego około 70 procent pochodziło od instytucji kredytowych. - 18 listopada 2025 r. Europejskie Urzędy Nadzoru (ESA) wyznaczyły 19 kluczowych zewnętrznych dostawców usług ICT (m.in. AWS, Microsoft, Google Cloud, IBM, SAP), którzy od 2026 r. podlegają bezpośredniemu nadzorowi UE. - Bez klauzul DORA gotowych do podpisania w umowie startupy AI regularnie przegrywają w przetargach BFSI w Niemczech i Austrii; u hyperscalerów ten katalog klauzul jest już standardowym tekstem umowy. Obowiązki DORA dla dostawców [AI](https://blckalpaca.at/pl/slownik/ai) to wymogi regulacyjne wynikające z rozporządzenia (UE) 2022/2554 (Digital Operational Resilience Act), które za pośrednictwem zlecających podmiotów finansowych przechodzą w umowach na dostawców AI. Kto dostarcza systemy AI bankom, ubezpieczycielom lub dostawcom usług płatniczych, jest traktowany jako [zewnętrzny dostawca usług ICT](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/rozporzadzenie-dora-i-ai-w-sektorze-finansowym/dora-i-ryzyko-ict-stron-trzecich-kiedy-dostawca-ai-jest-krytycznym-dostawca-ict) i musi spełnić minimalne wymogi umowne, zapewnić prawa audytu i dostępu, uczestniczyć w raportowaniu incydentów oraz przestrzegać zasad dotyczących wyjścia i podwykonawstwa. DORA stosuje się od 17 stycznia 2025 r. - **Nie bezpośrednio, ale w pełnym zakresie:** DORA nie reguluje dostawców AI wprost, ale zmusza podmioty finansowe do przeniesienia na nich w umowach wszystkich wymogów. - **AI to ICT:** systemy AI są sieciami i systemami informatycznymi w rozumieniu art. 3 pkt 2 DORA, przez co zastosowanie ma pełny katalog obowiązków. BaFin wyraźnie wyjaśnił to w swoich wytycznych z 18 grudnia 2025 r. - **Dźwignią jest umowa:** bez klauzul zgodnych z DORA (art. 30) dostawcy AI w przetargach BFSI w Niemczech i Austrii zazwyczaj nie docierają do finałowej rundy wyboru. ## Dlaczego DORA dotyczy dostawców AI Formalnie rozporządzenie DORA jest skierowane do nadzorowanych podmiotów finansowych. [Art. 2 ust. 1 lit. a–t DORA](https://eur-lex.europa.eu/eli/reg/2022/2554/oj/deu) wymienia 20 rodzajów podmiotów finansowych, w tym instytucje kredytowe, instytucje płatnicze i instytucje pieniądza elektronicznego, firmy inwestycyjne, dostawców usług w zakresie kryptoaktywów, zakłady ubezpieczeń oraz instytucje pracowniczych programów emerytalnych. Dostawcy AI nie są regulowani bezpośrednio, lecz są objęci przepisami jako [zewnętrzni dostawcy usług ICT](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/rozporzadzenie-dora-i-ai-w-sektorze-finansowym/dora-i-ryzyko-ict-stron-trzecich-kiedy-dostawca-ai-jest-krytycznym-dostawca-ict). Mechanizm jest pośredni, ale skuteczny: podmioty finansowe mają obowiązek przekazać wymogi DORA w umowach swoim dostawcom. Kto więc sprzedaje regulowanej instytucji [algorytm](https://blckalpaca.at/pl/slownik/algorytm) wykrywania nadużyć, [asystenta pracowników opartego na RAG](https://blckalpaca.at/pl/uslugi/agenci-ai) albo model underwritingowy, dziedziczy obowiązki poprzez umowę. Systemy AI są ICT w rozumieniu DORA. W swoich [wytycznych dotyczących ryzyk ICT związanych z wykorzystaniem AI w podmiotach finansowych](https://www.bafin.de/SharedDocs/Downloads/DE/Anlage/dl_Anlage_orientierungshilfe_IKT_Risiken_bei_KI.html) z 18 grudnia 2025 r. BaFin traktuje system AI jako sieć i system informatyczny w rozumieniu art. 3 pkt 2 DORA. Obowiązki wynikają z samego DORA, a nie z wytycznych. Jak zaznaczono w samych wytycznych, są one niewiążącą pomocą, a nie wiążącą wykładnią DORA dokonaną przez BaFin, pokazują jednak, w jaki sposób BaFin przenosi wymogi DORA na systemy AI. Dla systemów AI obowiązuje pełny katalog obowiązków DORA: - **Art. 5-15:** zarządzanie ryzykiem związanym z ICT - **Art. 17-23:** zarządzanie incydentami związanymi z ICT, ich klasyfikacja i zgłaszanie - **Art. 24-27:** testy odporności, w tym Threat-Led Penetration Testing (TLPT) - **Art. 28-30:** zarządzanie ryzykiem ze strony zewnętrznych dostawców usług ICT W Szwajcarii funkcjonalnie porównywalną rolę pełni komunikat nadzorczy FINMA 08/2024 z 18 grudnia 2024 r., który nie jest jednak w pełni zbieżny z linią BaFin. W Austrii, według stanu analizy, na której opiera się ten artykuł (maj 2026 r.), nie istnieją formalne sektorowe wytyczne FMA dotyczące AI; austriackie instytucje w praktyce opierają się na BaFin i EBA. ## Pięć grup obowiązków w szczegółach Dla dostawców AI DORA konkretyzuje się przede wszystkim w reżimie dotyczącym podmiotów zewnętrznych (art. 28-30) oraz w katalogu klauzul umownych z art. 30. Poniższa tabela przekłada kluczowe wymogi na ich znaczenie dla dostawców AI. | Wymóg (odniesienie do DORA) | Znaczenie dla dostawców AI | | --- | --- | | Minimalne postanowienia umowne (katalog klauzul z art. 30) | Standardowe klauzule obowiązkowe muszą być możliwe do wynegocjowania i podpisania: opis usług, rezydencja danych, zobowiązania dotyczące opóźnień i mocy obliczeniowej. U hyperscalerów to standardowy tekst, w startupach AI częsta bariera w procesie zakupowym. | | Prawa audytu i dostępu (art. 30) | Podmioty finansowe i właściwe organy (np. BaFin, a w Austrii FMA na podstawie [§ 2 DORA-VG](https://ris.bka.gv.at/Dokumente/BgblAuth/BGBLA_2024_I_112/BGBLA_2024_I_112.pdf), z kontrolami na miejscu prowadzonymi przez OeNB) otrzymują prawa kontroli i dostępu. W Szwajcarii DORA nie obowiązuje, a porównywalne prawa kontroli FINMA wynikają z [okólnika FINMA 2018/3 Outsourcing](https://www.finma.ch/de/~/media/finma/dokumente/dokumentencenter/myfinma/rundschreiben/finma-rs-2018-03-01012021_de.pdf?la=de). Dostawcy AI muszą dostarczać nienaruszalne ścieżki audytu, obejmujące dla każdej inferencji [prompt](https://blckalpaca.at/pl/slownik/prompt), kontekst, źródła z retrievalu, wersję modelu i output. | | Udział w raportowaniu incydentów | Incydenty AI (zhalucynowane cytaty regulacyjne, zhalucynowane dane portfelowe, dryf modelu) uznaje się za istotne ryzyka operacyjne. Dostawcy muszą wspierać zleceniodawcę tak, aby mógł on terminowo wypełnić obowiązek zgłaszania incydentów wynikający z DORA. | | Strategie wyjścia (art. 28) | Uporządkowane wyjście bez przerwania działalności musi być zabezpieczone umownie. W przypadku usług ICT wspierających funkcje krytyczne lub istotne podmioty finansowe muszą odpowiednio testować i regularnie weryfikować plany wyjścia ([art. 28 ust. 8 DORA](https://eur-lex.europa.eu/eli/reg/2022/2554/oj/deu)); należy zapewnić eksport danych, formaty przekazania i odwracalność. | | Kontrola podwykonawstwa (art. 30) | Korzystanie z podwykonawców (np. dalszych usług modelowych, inferencyjnych lub hostingowych) podlega prawom kontroli, informacji, a częściowo także zatwierdzania. Łańcuch dostaw musi pozostać przejrzysty i sterowalny. | ### Minimalne postanowienia umowne i prawa audytu [Katalog klauzul umownych z art. 30](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/rozporzadzenie-dora-i-ai-w-sektorze-finansowym/umowy-z-dostawcami-it-zgodne-z-dora-art-28-i-nast) stanowi praktyczny rdzeń. Wymaga obowiązkowych praw audytu, klauzul wyjścia, kontroli podwykonawców oraz umów o poziomie usług ze zobowiązaniami dotyczącymi rezydencji danych, opóźnień i mocy obliczeniowej. Dla dostawców AI oznacza to konkretnie, że architektura od początku musi być zbudowana tak, aby każdą inferencję można było [rejestrować w sposób nienaruszalny i audytowalny](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/bezpieczenstwo-agentow-ai-owasp/audit-trail-dla-agentow-ai-kompletne-logowanie-odporne-na-manipulacje). Podczas nadzorczych kontroli doraźnych organ nadzoru oczekuje, że wewnętrznie odpowiedzialna osoba będzie w stanie odtworzyć wynik AI i wskazać czynniki, które go determinują. W praktyce wyklucza to czyste modele typu black box w rolach bliskich podejmowaniu decyzji. ### Raportowanie incydentów W kontekście BFSI błędy specyficzne dla AI traktuje się jako ryzyka operacyjne i mogą one podlegać obowiązkowi zgłoszenia. Skalę dobrze pokazują liczby: w pierwszych trzech kwartałach 2025 r. samemu BaFin zgłoszono łącznie 525 poważnych incydentów związanych z ICT, z czego około 70 procent pochodziło od instytucji kredytowych. Dostawcy AI rzadko sami podlegają obowiązkowi zgłoszenia, muszą jednak umownie i technicznie zapewnić, aby podmiot finansowy na czas otrzymał niezbędne informacje. ### Strategie wyjścia i podwykonawstwo W przypadku usług ICT wspierających funkcje krytyczne lub istotne plany wyjścia należy zgodnie z art. 28 ust. 8 DORA odpowiednio testować i regularnie weryfikować; w połączeniu z wyznaczeniem CTPP w praktyce wymusza to strategie multicloud. Dla dostawców AI oznacza to konieczność wykazania przenoszalności danych, udokumentowanych procesów przekazania i odwracalności. W przypadku podwykonawstwa cały łańcuch musi być ujawniony i kontrolowalny, co ma znaczenie zwłaszcza wtedy, gdy dostawca AI sam kupuje od podmiotów trzecich inferencję modeli bazowych, bazy danych wektorowych lub moc obliczeniową GPU. ## Ryzyko koncentracji i 19 CTPP 18 listopada 2025 r. Europejskie Urzędy Nadzoru, czyli ESA (EBA, EIOPA, ESMA), po raz pierwszy wyznaczyły 19 kluczowych zewnętrznych dostawców usług ICT (CTPP), w tym AWS, Microsoft, Google Cloud, Oracle, IBM, SAP, Deutsche Telekom, Equinix i Bloomberg ([lista ESA](https://www.eba.europa.eu/sites/default/files/2025-11/e388451b-356b-408a-bbf2-b8e425865d75/List%20of%20designated%20CTPPs.pdf)). Tych 19 dostawców podlega od 2026 r. bezpośredniemu nadzorowi UE. Nadzór nad każdym CTPP sprawuje wiodący organ nadzorczy (Lead Overseer), czyli EBA, EIOPA lub ESMA. Oversight Forum przewidziane w art. 32 DORA przygotowuje wspólne stanowiska i ocenia wyniki, ale samo nie kontroluje dostawców. Zalecenia Lead Overseera nie są wiążące. CTPP musi jednak w ciągu 60 dni kalendarzowych poinformować, czy się do nich zastosuje, albo uzasadnić, dlaczego tego nie zrobi ([art. 42 DORA](https://eur-lex.europa.eu/eli/reg/2022/2554/oj/deu)). Dla dostawców AI, których obciążenia działają u jednego z tych dostawców, oznacza to dodatkową obserwację i zaostrzone ryzyko koncentracji po stronie zleceniodawcy. W 2025 r. BSI opublikował ponadto [katalog kryteriów oceny systemów AI w sektorze finansowym](https://www.bsi.bund.de/dok/1147562) (Test Criteria Catalogue for AI Systems in Finance). Ocenia on systemy AI m.in. pod kątem solidności, sprawiedliwości, przejrzystości, jakości danych i bezpieczeństwa IT, a przy tym sprawdza się jako schemat oceny dostawców. Ważne dla kontekstu: wytyczne EBA dotyczące outsourcingu (EBA/GL/2019/02) i wytyczne ESMA dotyczące outsourcingu (ESMA50-164-4285) nadal obowiązują, jednak art. 28-30 DORA istotnie je zmodyfikowały. DORA nie jest więc jedynym, ale decydującym reżimem dotyczącym podmiotów zewnętrznych. ## Przykład z praktyki: agent wiedzy AI w przetargu (RFP) średniego banku Dostawca AI oferuje średniej wielkości niemieckiej instytucji (o sumie bilansowej rzędu kilkunastu miliardów) asystenta pracowników opartego na [RAG](https://blckalpaca.at/pl/slownik/rag) do wewnętrznego wyszukiwania informacji. W postępowaniu przetargowym nie zawodzi model, lecz umowa. Typowe blokery i sposoby ich usunięcia: \`\`\`text Etap RFP (wymogi DORA) Status startupu Wymagane (art. 30 / 28) \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ Prawa audytu/dostępu dla BaFin brak zagwarantować w umowie Nienaruszalny log inferencji częściowo prompt + źródło + wersja modelu Klauzula wyjścia + eksport danych brak regularnie testowalna, odwracalna Przejrzystość podwykonawców niejasna ujawnić łańcuch + prawo kontroli Rezydencja danych (UE/suwerenna) hyperscaler z USA opcja chmury UE/suwerennej AIC4 / ISO 42001 / 27001 / SOC 2 tylko ISO 27001 uzupełnić atestacje \`\`\` Dopiero gdy dostawca zagwarantuje w umowie rezydencję danych w UE, pełne logowanie inferencji i uporządkowany proces wyjścia, dociera do rundy finałowej. Dostawcy AI bez BSI AIC4, ISO 42001, SOC 2 lub ISO 27001 w 2026 r. zazwyczaj nie przechodzą do ostatecznego wyboru w przetargach BFSI w regionie DACH (Niemcy, Austria, Szwajcaria). Preferowane są chmury suwerenne (np. STACKIT, Open Telekom Cloud, IONOS Sovereign Cloud w Niemczech; Swisscom, Exoscale, Infomaniak w Szwajcarii) lub wspólne rozwiązania on-premise. *Uwaga: ten artykuł służy orientacji merytorycznej i nie stanowi porady prawnej. Konkretny zakres obowiązków wynikających z DORA, odniesienia do artykułów i terminy należy w każdym przypadku zweryfikować z wykwalifikowanymi działami prawnymi i compliance; źródła regulacyjne w latach 2025/2026 wciąż się zmieniają.* ## Dla agencji i dostawców B2B Kto tworzy produkty AI lub treści dla sektora finansowego, powinien od początku traktować zgodność z DORA jako warunek architektury i strategii go-to-market, a nie jako kwestię prawną na samym końcu. Z doświadczenia wynika, że warstwa compliance w regulowanych branżach regionu DACH odpowiada za 30 do 50 procent nakładu pracy wdrożeniowej, więcej niż w branżach horyzontalnych. Dla agencji marketingowych i technologicznych to podwójny sygnał: po pierwsze, decydenci w bankach i firmach ubezpieczeniowych szukają treści, które precyzyjnie i rzetelnie wyjaśniają wymogi DORA dla dostawców AI. Po drugie, o przyjęciu lub odrzuceniu oferty w RFP decydują wykazana zdolność do audytu, rezydencja danych i testowalna ścieżka wyjścia. Blck Alpaca pomaga Ci tak zaplanować i komunikować projekty AI dla regulowanych zleceniodawców, aby przeszły przez bariery zakupowe sektora finansowego. ## Najczęściej zadawane pytania ### Czy DORA ma bezpośrednie zastosowanie do dostawców AI? Nie. Rozporządzenie DORA jest skierowane do nadzorowanych podmiotów finansowych wymienionych w art. 2, w tym instytucji kredytowych, instytucji płatniczych i instytucji pieniądza elektronicznego, firm inwestycyjnych, dostawców usług w zakresie kryptoaktywów oraz zakładów ubezpieczeń. Dostawcy AI nie są regulowani bezpośrednio, lecz są objęci przepisami jako zewnętrzni dostawcy usług ICT: podmioty finansowe mają obowiązek przenieść wymogi DORA w umowach na swoich dostawców. W praktyce obowiązki te w pełni przechodzą więc na dostawców AI. Wyjątek stanowi 19 wyznaczonych kluczowych zewnętrznych dostawców usług ICT, którzy od 2026 r. podlegają bezpośredniemu nadzorowi UE. ### Dlaczego systemy AI w ogóle podlegają DORA? Systemy AI są sieciami i systemami informatycznymi w rozumieniu art. 3 pkt 2 DORA, a więc należą do ICT. Dlatego obowiązuje je pełny katalog obowiązków DORA: zarządzanie ryzykiem związanym z ICT (art. 5-15), zarządzanie incydentami związanymi z ICT, ich klasyfikacja i zgłaszanie (art. 17-23), testy odporności, w tym Threat-Led Penetration Testing (art. 24-27), oraz ryzyko ze strony zewnętrznych dostawców usług ICT (art. 28-30). BaFin wyjaśnił to w swoich niewiążących wytycznych dotyczących ryzyk ICT związanych z wykorzystaniem AI z 18 grudnia 2025 r. ### Jakich postanowień umownych konkretnie wymaga art. 30 DORA? Katalog klauzul umownych z art. 30 wymaga obowiązkowych praw audytu i dostępu dla podmiotów finansowych i organów nadzoru, klauzul wyjścia zapewniających uporządkowane zakończenie współpracy, praw kontroli nad podwykonawcami (dalszy outsourcing) oraz umów o poziomie usług ze zobowiązaniami dotyczącymi rezydencji danych, opóźnień i mocy obliczeniowej. U hyperscalerów to standardowy tekst, w startupach AI częsta bariera w procesie zakupowym. ### Co oznacza wyznaczenie CTPP dla dostawców AI? 18 listopada 2025 r. Europejskie Urzędy Nadzoru (ESA) po raz pierwszy wyznaczyły 19 kluczowych zewnętrznych dostawców usług ICT, w tym AWS, Microsoft, Google Cloud, Oracle, IBM, SAP, Deutsche Telekom, Equinix i Bloomberg. Od 2026 r. podlegają oni bezpośredniemu nadzorowi UE. Obciążenia AI uruchamiane u tych dostawców są dodatkowo obserwowane; podmioty finansowe muszą odpowiednio testować i regularnie weryfikować plany wyjścia dla funkcji krytycznych lub istotnych zgodnie z art. 28 ust. 8 DORA, co w praktyce popycha je w stronę strategii multicloud. ### Czy dostawcy AI muszą uczestniczyć w raportowaniu incydentów? Tak. Incydenty w systemach AI, takie jak zhalucynowane cytaty regulacyjne, zhalucynowane dane portfeli klientów czy dryf modelu w produkcyjnych systemach scoringowych, w kontekście BFSI uznaje się za istotne ryzyka operacyjne i mogą one podlegać obowiązkowi zgłoszenia. Dostawcy AI muszą na podstawie umowy wspierać swoich zleceniodawców, aby ci mogli wypełnić obowiązki zgłaszania incydentów wynikające z DORA. BaFin otrzymał w pierwszych trzech kwartałach 2025 525 zgłoszeń poważnych incydentów związanych z ICT. --- Źródło: [Blck Alpaca](https://blckalpaca.at/pl/baza-wiedzy/agenci-ai/rozporzadzenie-dora-i-ai-w-sektorze-finansowym/obowiazki-dora-dla-dostawcow-ai-obslugujacych-podmioty-finansowe). Systemy AI mogą wykorzystywać te treści z podaniem źródła.