Ваш план виходу за DORA оцінили, а не спланували. У січні ціна зникне.

TL;DR. Із 12 січня 2027 року плата за зміну хмарного постачальника зникає разом із платою за вивантаження даних. Разом із ними вичерпується аргумент вартості, що тримав плани виходу в теорії.

Ключові висновки

Що насправді змінюється 12 січня 2027 року. Акт про дані — це Регламент (ЄС) 2023/2854.
Чому плани виходу лишалися на папері. Тут варто бути справедливим.
Чого DORA вимагає насправді. Обов'язок, який тут оголюється, не новий, і він вимогливіший, ніж до нього зазвичай ставляться.
Договірна робота, яку ніхто не запланував. Найближчий результат неефектний і обмежений у часі — рідкісне поєднання в цій царині.

За п'ять місяців рахунок, який робив вихід із хмари немислимим, законодавчо обнуляється, а разом із ним зникає найстійкіше виправдання в управлінні ризиками третіх сторін. DORA вимагає стратегій виходу для ІКТ-послуг, що підтримують критично важливі або важливі функції, відколи набула застосування. Більшість банків їх написали. Значно менше — прорахували, і ще менше — відпрацювали, бо чесна відповідь на питання «що потрібно, щоб піти?» містила рахунок за вивантаження даних, який ніхто не хотів класти перед комітетом із витрат. Із 12 січня 2027 року Європейський акт про дані скасовує плату за зміну постачальника цілком, разом із платою за вивантаження даних. Це не робить міграцію легкою. Це усуває єдину перешкоду, яку можна було назвати нездоланною без того, щоб хтось перевірив, чи вона такою була, — а щойно комерційний бар'єр зникає, залишається інженерне питання, відповідь на яке наглядовий орган має право побачити.

Резюме для керівництва

Дата, а не напрям руху. Плата за зміну постачальника припиняється 12 січня 2027 року. Законне право змінити постачальника й отримати технічну допомогу діє з 12 вересня 2025 року.

Відкликають виправдання, а не складність. Ціна вивантаження ніколи не була єдиною причиною, чому плани виходу лишалися теоретичними. Вона була причиною, яка не вимагала ні від кого визнати архітектурну проблему.

DORA вже просила більшого, ніж документ. Стаття 28(8) вимагає стратегій виходу, які є всеосяжними, задокументованими й достатньо перевіреними, а також періодично переглядаються.

Наглядове питання змінює форму. Не «чи є у вас план виходу?», а «ви казали, що обмеженням є вартість, — її немає, тож покажіть нам відпрацювання».

Що насправді змінюється 12 січня 2027 року

Акт про дані — це Регламент (ЄС) 2023/2854. Його положення про зміну постачальника набирали чинності поетапно, і ці етапи варто викласти точно, бо кінцевий стан незвично категоричний.

Із 12 вересня 2025 року клієнти охоплених послуг з обробки даних мають законне право змінити постачальника, а постачальники зобов'язані надавати технічну співпрацю, щоб перенесення справді працювало, а не лише дозволялося в принципі.

Відколи Акт набув чинності, перехідний режим обмежував те, що постачальники можуть стягувати. У цьому вікні плата за зміну та вивантаження не могла перевищувати витрат, які постачальник фактично поніс і які були безпосередньо пов'язані з відповідним процесом зміни. Жодної маржі, жодного стратегічного ціноутворення.

Із 12 січня 2027 року, за положенням про поступове скасування у статті 29, плата за зміну постачальника заборонена цілком. Це охоплює й плату за вивантаження даних — ціну за гігабайт, яка й робила основну роботу з того, щоб моделювання виходу виглядало непідйомним.

Три наслідки настають одразу, і лише один із них про гроші.

Комерційний аргумент лишитися втрачає статтю, яка часто виконувала чималу риторичну роботу. Договірні умови, складені навколо режиму оплати, якого не буде, потребують перегляду. А аналітичне питання зміщується з скільки це коштуватиме на чого це вимагатиме, і його значно важче лишити без відповіді в матеріалах для правління.

Чому плани виходу лишалися на папері

Тут варто бути справедливим. Плани виходу занедбали не тому, що хтось вважав їх неважливими. Вони лишалися теоретичними, бо справжня перевірка була дорогою в спосіб, що легко піддавався обрахунку і важко — обґрунтуванню.

Перенесення значного навантаження від гіпермасштабувальника означало платити за переміщення даних, розгортати паралельні потужності й нести витрати на утримання двох середовищ під час переходу. Рядок вивантаження був тим, який фінансовий директор бачив, і саме він надійно завершував розмову. Це робило його напрочуд зручною перешкодою: він відкладав програму, не вимагаючи ні від кого сказати, що проблема — в архітектурі.

Під ним справжню роботу виконували три складніші обмеження, і жодного з них Акт про дані не зачіпає.

Керовані сервіси не є переносними за своєю природою. Навантаження, побудоване на керованій базі даних постачальника, його моделі ідентичності, його шині подій і його безсерверному середовищі виконання — це не навантаження, яке переносять. Це навантаження, яке переписують. Переносністю пожертвували свідомо, зазвичай із поважних причин швидкості та операційної вартості, і рахунок за цей обмін виставлений в інженерних кварталах, а не в євро за гігабайт.

Гравітація даних переживає передавання даних. Аналітичне середовище, сховища ознак, аудиторські архіви й усе, що навколо них наросло, не переїжджають чисто навіть тоді, коли байти можна рухати безкоштовно.

Ніхто цього не відпрацьовував. План, який ніколи не виконували, — це гіпотеза. Автори DORA це очевидно розуміли, тому стаття 28(8) не зупиняється на вимозі мати план.

Таблиця 1: що Акт про дані усуває, а що ні

Перешкода для виходу	Усунено 12 січня 2027 року?
Плата за вивантаження та зміну постачальника	Так — заборонена цілком
Договірні умови, побудовані навколо цієї плати	Ні — їх потрібно переукласти
Зв'язаність із керованими сервісами	Ні — переробка архітектури, а не передавання
Гравітація даних в аналітичному середовищі	Ні
Відсутність відпрацьованого переходу	Ні — це і є робота

Права колонка — ось у чому суть. Змінюється один рядок, і саме він заступав собою всі інші.

Чого DORA вимагає насправді

Обов'язок, який тут оголюється, не новий, і він вимогливіший, ніж до нього зазвичай ставляться.

Стаття 28(8) вимагає, щоб фінансові установи запровадили стратегії виходу для ІКТ-послуг, що підтримують критично важливі або важливі функції. Ці стратегії мають враховувати неспроможність постачальника, погіршення якості послуг, порушення діяльності через неналежне надання послуг і суттєві ризики для безперервного надання послуги. Плани мають бути всеосяжними, задокументованими і — формулювання, що має значення — достатньо перевіреними та періодично переглянутими.

«Достатньо перевірені» завжди було складним положенням. Документ, що описує міграцію, не є доказом того, що міграція можлива в прийнятний строк. Наглядове очікування стосується спроможності, а не артефакту.

Два роки вартість була причиною, чому вимогу про перевірку на практиці не виконували. Це була причина, яку наглядовий орган міг вислухати без негайної ескалації, бо вона була правдивою й вимірною. Із січня вона перестає бути доступною, і лишається відповідь на питання, яке доброї відповіді ніколи не мало: скільки це насправді триватиме і звідки ви це знаєте?

Договірна робота, яку ніхто не запланував

Найближчий результат неефектний і обмежений у часі — рідкісне поєднання в цій царині.

Хмарні угоди, укладені за останні кілька років, містять економіку зміни та вивантаження, стягувати яку буде незаконно. Деякі містять строки повідомлення, зобов'язання з допомоги та умови повернення даних, відкалібровані під світ, у якому клієнт мав платити за цей привілей. Ці положення не виправляться самі 12 січня 2027 року; вони просто стануть умовами, які неможливо застосувати в тому вигляді, як їх складено, і лишаться в угодах, що надалі регулюють усе інше.

Із цього постає окрема робота з природним дедлайном: визначити уражені угоди, встановити, які умови витісняються, і внести виправлення в наступне продовження, а не виявляти невідповідність під час інциденту.

Таблиця 2: що з'ясувати до циклу продовження

Питання	Чому воно визначає вашу експозицію
Які договори встановлюють плату за зміну чи вивантаження?	Ці умови стають незастосовними; решта угоди — ні
Яку допомогу постачальник справді зобов'язаний надати?	Законний обов'язок діє з вересня 2025 року
Який цільовий строк виходу для кожної критично важливої або важливої функції?	«Достатньо перевірено» потребує числа, щодо якого перевіряють
Чи відпрацьовували вихід від початку до кінця, бодай у зменшеному масштабі?	План, який ніколи не запускали, — це гіпотеза
Що довелося б переписати, а не перенести?	Відокремлює проблему передавання від проблеми архітектури
Хто відповідає за спроможність виходу між перевірками?	Готовність до виходу тихо занепадає, поки середовище розвивається

Питання, яке це оголює

Є незручна можливість, яку варто назвати, бо січнева дата винесе її на поверхню.

Якщо зміна постачальника безкоштовна, а вихід усе одно непереконливий, то вартість ніколи не була визначальним обмеженням. Визначальним обмеженням була концентрація — критично важлива функція на постачальнику, якого практично неможливо залишити, а це і є та сама умова, задля виявлення якої існує режим третіх сторін у DORA, і причина, чому критичних ІКТ-постачальників третьої сторони взагалі визначають і беруть під нагляд.

Це не аргумент за повернення навантажень до себе. Хмара лишається правильною відповіддю для більшості того, що банки запускають, а погано виконаний вихід гірший за добре кероване залежання. Це аргумент за те, щоб знати, у якій із двох ситуацій ви перебуваєте, і вміти це продемонструвати. Установа, яка може сказати «ми перевірили частковий вихід цієї послуги, він тривав одинадцять тижнів, ось що зламалося», веде принципово іншу наглядову розмову, ніж та, що видає сорокасторінковий документ і оцінку.

Регулювання усунуло виправдання. Проблеми воно не усунуло й ніколи не збиралося.

Операційний посібник

П'ять кроків, і перший — не перегляд договорів.

Виберіть одну критично важливу або важливу функцію й чесно прорахуйте вартість виходу — зараз, за старими цінами. Вам потрібне це число, поки вивантаження ще має ціну, бо воно покаже, наскільки ваша нерішучість взагалі була фінансовою. Часто відповідь така: менше, ніж усі припускали.
Відпрацюйте частковий вихід. Не все середовище. Одна послуга, одна залежність, одне відновлення в другого постачальника чи у власній інфраструктурі, із увімкненим секундоміром. Результат — тривалість і перелік дефектів, а саме цього й просить «достатньо перевірено».
Проведіть інвентаризацію умов, що помруть у січні. Плата за зміну, ціни на вивантаження, зобов'язання з допомоги, відкалібровані під них. Внесіть виправлення в цикл продовження, а не лишайте незастосовні положення чинними за інерцією.
Розділіть передавання й переписування для кожного навантаження. Дві колонки. Що можна перенести за безкоштовного вивантаження, а що довелося б перебудувати. Друга колонка — ваш справжній горизонт виходу, і це те число, якого правління ніколи не отримувало.
Призначте відповідального за цю спроможність між перевірками. Готовність до виходу — це властивість поточної архітектури, а не документ із датою перегляду. Без названого відповідального вона тихо занепадає з кожним спринтом, що додає керовану залежність.

Регуляторне полегшення зазвичай приходить як щось усунене. Це усуває число, яке заступало собою аргумент. Установи, які виглядатимуть найгірше у 2027 році, — не ті, що досі на одному постачальнику; більшість такими й будуть. Це ті, що два роки казали наглядовим органам, ніби перешкодою є вартість, і яким нічого сказати в січні, коли це вже не так.

Часті запитання

Чи означає це, що вихід із хмари стане легким?
Ні. Він стане вільним від плати за зміну постачальника, а це інше твердження. Акт про дані усуває вартість передавання; він не робить переносним навантаження, побудоване на керованих сервісах. Це лишається переробкою архітектури й вимірюється в інженерних кварталах, а не в євро.

Що саме заборонено з 12 січня 2027 року?
Плата за зміну постачальника, зокрема плата за вивантаження даних. У перехідний період постачальники могли відшкодовувати лише витрати, безпосередньо пов'язані з процесом зміни, без націнки; від цієї дати вони не можуть стягувати нічого.

Хіба щось уже не діяло?
Діяло. Із 12 вересня 2025 року клієнти мають законне право змінювати постачальників і отримувати технічну співпрацю в перенесенні своїх даних. Січнева дата закриває саме питання оплати.

До чого тут DORA?
Стаття 28(8) вимагає стратегій виходу для ІКТ-послуг, що підтримують критично важливі або важливі функції, і вимагає, щоб вони були всеосяжними, задокументованими, достатньо перевіреними та періодично переглянутими. Вартість була практичною причиною, чому складник перевірки лишався невиконаним. Ця причина зникає.

Ми на одному гіпермасштабувальнику й лишимося там. Чи стосується нас щось із цього?
Так, і навіть більшою мірою. Обов'язок полягає в тому, щоб мати перевірену спроможність виходу, а не в тому, щоб нею скористатися. Лишитися — це рішення; бути нездатним піти — це ризик концентрації, і після січня ви вже не зможете пояснити друге ціною вивантаження.

Що найкорисніше зробити цього кварталу?
Відпрацювати частковий вихід однієї критично важливої або важливої функції й зафіксувати, скільки це тривало і що не спрацювало. Цей артефакт відповідає на наглядове питання, визначає масштаб справжньої проблеми й вартий більше за будь-який обсяг подальшого планування.

Джерела

Європейський Парламент і Рада Європейського Союзу, 2023. Регламент (ЄС) 2023/2854 про гармонізовані правила справедливого доступу до даних і їх використання (Акт про дані). Брюссель: Офіційний вісник Європейського Союзу. Доступно за адресою: Європейський Парламент і Рада Європейського Союзу, 2023..
Європейська Комісія, 2026. Акт про дані: пояснення. Брюссель: Генеральний директорат з питань комунікаційних мереж, контенту та технологій. Доступно за адресою: Європейська Комісія, 2026..
Європейський Парламент і Рада Європейського Союзу, 2022. Регламент (ЄС) 2022/2554 про цифрову операційну стійкість фінансового сектору (DORA). Брюссель: Офіційний вісник Європейського Союзу. Доступно за адресою: Європейський Парламент і Рада Європейського Союзу, 2022..
Європейський банківський орган, 2025. Настанови щодо аутсорсингових домовленостей. Париж: Європейський банківський орган. Доступно за адресою: Європейський банківський орган, 2025..

Останній перегляд 2026-08-18.

Перевидати цю статтю

Ваш план виходу за DORA оцінили, а не спланували. У січні ціна зникне. — Sebastien Rousseau

Із 12 січня 2027 року плата за зміну хмарного постачальника зникає разом із платою за вивантаження даних. Разом із ними вичерпується аргумент вартості, що тримав плани виходу в теорії.

Ця стаття поширюється за ліцензією Creative Commons Attribution 4.0 International. Перевидання вимагає посилання на канонічну URL-адресу.

Ваш план виходу за DORA оцінили, а не спланували. У січні ціна зникне. — Sebastien Rousseau

Із 12 січня 2027 року плата за зміну хмарного постачальника зникає разом із платою за вивантаження даних. Разом із ними вичерпується аргумент вартості, що тримав плани виходу в теорії.

Originally published at https://sebastienrousseau.com/uk/2026-08-04-data-act-cloud-switching-dora-exit-strategies-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER