TOPIC
Відповідальність наглядової ради за статтею 5 DORA, агрегація даних про ризики за BCBS 239, ризик концентрації в третіх сторін, тестування виходу та інженерні засоби контролю, що перетворюють операційну стійкість із проєкту комплаєнсу на готове для наглядача табло показників.
Два роки наглядові органи читають плани виходу, які припускають вихід, що його ніхто не прорахував, не заклав у бюджет і не відпрацював. У січні найстійкіше виправдання перестає бути доступним.
Фінансові установи навчилися відповідати на питання про NIS2 однією фразою про DORA. Фраза правильна — і її ось-ось застосують до регламенту, для якого її ніколи не писали.
Індекс банківської стійкості 2026 — ризик ШІ, ризик концентрації у хмарі, квантово-безпечна міграція, безперервність платежів і критична залежність від третіх сторін у єдиному показнику операційної стійкості, який можуть читати і правління, і наглядовий орган.
Інженерний план для хмарно-нативного банкінгу у фазі аудиту DORA. П'ять примітивів інженерії платформи — бруковані маршрути на Kubernetes, портал Backstage, GitOps через ArgoCD, прийом через Open Policy Agent, OpenTelemetry наскрізно — продукують докази реєстру за Статтею 8 зі швидкістю конвеєра. Щорічне тестування виконання виходу для CIF, що залежать від CTPP, проти RTO-цілей, виведених з BIA. Опції суверенної хмари (AWS European Sovereign Cloud, Microsoft EU Data Boundary, Bleu, Thales / S3NS) — як інженерні рішення, а не як бренд.
DORA, EU AI Act, GDPR, концентраційний ризик хмари та суверенітет даних збираються в єдиний стек банківського комплаєнсу 2026 року. Стратегічне питання — дисципліна архітектури: комплаєнс, управління ШІ, докази стійкості ІКТ та вибір суверенних даних мають працювати як одна архітектура, а не п'ять паралельних програм.
Хмарна архітектура викристалізувалася навколо шести стовпів та одного стратегічного питання для банків: споживати хмару чи проєктувати її — під поєднаним тиском агентної комерції, агентної одиничної економіки, квантового ризику «збирай зараз — розшифровуй потім», безпеки MCP та алгоритмічного зараження, криптографічної ідентичності агентів, а також застарілого ландшафту, який все ще поглинає 70–75% витрат на ІТ у фінансових послугах.