У формі перевірки постачальника є поле «план безперервності». Найчастіше в ньому стоїть посилання на файл, який ніхто жодного разу не відкривав.
Поле заповнене, отже питання формально закрите. Насправді воно не закрите для жодного постачальника: ні для того, хто працює з Варшави, ні для того, хто працює з Києва. Різниця тільки в тому, кого про це справді перепитують уголос.
Коротка відповідь: так, але з умовою, яка не має стосунку до кордону. Настільки безпечно, наскільки в постачальника є план безперервності і дата, коли його востаннє відпрацьовували, - та сама умова, що й для постачальника з Польщі. Вразливість до зникнення живлення в Україні вища, і це справжня різниця, а не похибка.
Тож ця стаття відповідає на пряме питання, а далі робить кориснішу річ: перетворює його на перевірку, яку можна провести з кожним постачальником у тендері, зокрема з тими, за кого ніхто не хвилюється.
Кого питають про безперервність, а кого ні
Безперервність звикли вважати властивістю місця. Постачальнику з тихої країни її приписують наперед, без доказів. Постачальника з гучної просять довести. Досить подивитися, як служби підтримки ламаються насправді, і обидва припущення розсипаються.
Служба підтримки - це не будівля. Це чужий гелпдеск, канал звʼязку, графік змін і право діяти в акаунті клієнта. Будь-що з цього може перестати працювати. Назва країни каже щось справжнє про три пункти і нічого про програмне забезпечення.
Тож чесне формулювання питання - не «чи безпечна Україна». Воно звучить інакше: який у цього постачальника письмовий план на випадок, коли зникає живлення, падає звʼязок або нема кому вийти на зміну, і коли цей план востаннє відпрацьовували. На таке питання можна отримати відповідь, її можна порівняти з відповідями інших постачальників, і вона незручна саме для тих, кому й має бути незручно.
Що насправді зупиняє чергу звернень
У дослідженні Uptime Institute Data Center Resiliency Survey 2026, про яке пише Network World, зʼясовували, через що зупиняються наскрізні ІТ-сервіси. Відповідь буденна. Мережа і звʼязок на першому місці з 23%, живлення на другому з 21%, власні ІТ-системи і програмне забезпечення компанії на третьому з 18%, а сторонні ІТ-сервіси, зокрема публічна хмара і програмне забезпечення як послуга, дають 10%.
Саме сторонні сервіси недооцінюють найчастіше. Одна аварія з десяти - це збій чужого продукту тоді, коли ваша команда зробила все правильно. Якщо лежить платформа гелпдеска, лежить і підтримка, і країна, у якій сидять оператори, на це не впливає.
Саме тому назва країни - це відправна точка, а не оцінка. Вона каже, які з чотирьох пунктів перевіряти найприскіпливіше. Вона не каже, що постачальник із ними зробив.
Живлення - головна причина не лише в Україні
Другий набір даних Uptime Institute ставить вужче питання - про аварії в дата-центрах, а не про наскрізні ІТ-сервіси, - і там живлення виходить наперед беззастережно. На збої живлення припадає 45% відчутних аварій у дата-центрах, і це помітно більше за будь-яку іншу категорію. Всередині цієї цифри причини такі: джерела безперебійного живлення, пристрої автоматичного вводу резерву і генератори. Тобто саме те обладнання, яке мало підстрахувати.
Ця деталь важливіша за сам відсоток. Ламається зазвичай не електромережа - ламається те, що мало зловити її падіння. Генератор без випробування під навантаженням - це припущення, а не підтверджений факт.
Картина при цьому покращується, і про це варто сказати прямо, а не лякати. Половина операторів мала відчутну аварію за останні три роки, тоді як у 2020 таких було 74%. Але коли аварія стається, вона дорога: за власною публікацією Uptime Institute про аналіз 2026 року, у 57% респондентів остання велика аварія коштувала понад сто тисяч доларів.
Третій пункт - люди
Uptime Institute зафіксував, що 92% операторів назвали людський чинник щонайменше однією з причин серйозних аварій за останні три роки. Найчастіша причина всередині цієї цифри у 2026 році - не недбалість і не брак досвіду. Це недотримання вже встановлених процедур.
На цьому варто зупинитися, бо тут і є весь аргумент статті. Найчастіша людська причина аварій - процедуру не виконали. Отже, процедура була, а звички її виконувати не було.
Що означає «перевірили»
Цей розділ існує тому, що слово «перевірка» в тендерах означає щонайменше три різні речі, і лише одна з них чогось варта.
Перше значення: план написаний і лежить у теці. Друге: план прочитали на нараді. Третє: живлення вимкнули навмисне, у робочу зміну, і подивилися, що станеться.
Питати треба про третє, і питати конкретно. Яка дата. Скільки тривало перемикання. Що зламалося попри план - бо щось ламається завжди, і постачальник, у якого «все пройшло ідеально», або не вимикав нічого, або не дивився. Хто підписав звіт. Що змінили в процедурі після того.
Покупець до підпису може перевірити не електромережу, не операторів звʼязку і не генератори - їх ви не проаудитуєте. Перевірити можна те, чи змушували команду відпрацювати план проти них і що тоді зламалося. Питають про це майже ніколи.
Аутсорсинг підтримки в Україну: де ризик справді вищий
Чесна версія, без прикрас.
За другим пунктом, живленням, вразливість в Україні вища, ніж у Польщі, і вдавати, що це не так, ми не будемо. За третім пунктом, людьми, тут на штат впливає воєнна мобілізація, з якою постачальник деінде в Європі не має справи, і той, хто не порушує цю тему сам, перш ніж ви спитаєте, уже щось про себе повідомив. За першим пунктом, звʼязком, додаткова воєнна вразливість теж є, і вона задокументована, а не припущена. Міжнародний союз електрозвʼязку із посиланням на пʼяту оцінку збитків і потреб, оприлюднену в лютому 2026 року, фіксує близько 2,48 млрд доларів прямих збитків сектору телекомунікацій, цифрових послуг і медіа в Україні від початку повномасштабного вторгнення. На рівні постачальника вирішує вужча річ, ніж загальна картина по країні: скільки в нього незалежних маршрутів і чи випробували перемикання між ними.
Зведений результат показує ось що: роботу здавали, а рахунки оплачували. Львівський ІТ Кластер із посиланням на дані Національного банку України повідомив, що експортна виручка від компʼютерних послуг досягла 6,66 млрд доларів у 2025 році, на 3,3% більше, ніж у 2024.
Ми не подаємо це як історію про стійкість. Це сукупний сигнал попиту і не більше: замовники за межами країни оплатили у 2025 році більше роботи, ніж у 2024. Із цього не випливає, що якийсь конкретний клієнт продовжив контракт, і джерело такого не стверджує. Отже, про постачальника перед вами ця цифра не каже нічого - ні в один бік, ні в інший. Тому далі йде перелік питань, а не запевнення.
Європа вже зобовʼязала банки ставити ці питання
Якщо питати службу підтримки про безперервність здається надмірною прискіпливістю, варто знати: в одному великому європейському секторі це вже обовʼязок.
Регламент Європейського Союзу про цифрову операційну стійкість почав застосовуватися з січня 2025 року і зобовʼязує фінансові установи керувати ризиком своїх постачальників інформаційно-комунікаційних послуг як частиною власної системи ризиків. За регламентом, опублікованим повністю як Регламент (ЄС) 2022/2554 в Офіційному віснику, вони мають провести перевірку до підписання, вести реєстр таких договорів і мати план виходу, який задокументовано і який періодично випробовують, для кожного постачальника, що забезпечує критичну функцію.
Звідси два висновки для решти ринку. Перший: ці питання є нормальною практикою, а не звинуваченням, тож стосункам з постачальником вони нічого не коштують. Другий: регулятор зробив правильний акцент - план виходу треба випробувати, а не просто мати.
Питання, які варто поставити кожному постачальнику
Ставте їх усім у тендері. Хто зробив роботу, відповідає одним реченням на пункт. Хто не зробив, відповідає прикметниками.
- Який у вас резервний канал звʼязку і хто, крім вас, його випробовував? Два провайдери на одному фізичному кабелі - це один провайдер.
- Що відбувається зі зміною, коли зникає живлення? Корисна відповідь називає, куди переїжджає робота і скільки триває передавання, а не перелік обладнання.
- Коли ви востаннє відпрацьовували відмову навмисне і що тоді зламалося? Просіть дату. План без дати останнього запуску планом ніколи не був, а репетиція, у якій нічого не зламалося, репетицією не була.
- Який ваш інструмент потягне нас за собою? Кожен постачальник від когось залежить. Потрібен перелік, а не запевнення.
- Хто відповість клієнту о третій ночі, якщо тімлід недоступний? Безперервність повноважень зникає раніше за безперервність укомплектування зміни.
- Скільки історії наших звернень існує лише у вашому акаунті? Те, що є тільки там, ви з собою не заберете, - це питання власності, яке ми розбирали в матеріалі про чий гелпдеск обслуговує роботу.
- Яке у вас правило сповіщення і за скільки часу воно спрацьовує? Не чи повідомлять, а через скільки.
- Що каже договір, якщо зміну нема ким закрити? Компенсація, ескалація або названа заміна. Мовчання теж відповідь.
Останні три пункти важать більше, коли команда підтримки не ваша. У внутрішньої команди план безперервності неявний: ті самі керівники, які втратили сервіс, його й лагодять, і дізнаються про це всі одночасно. На аутсорсі відмова стається всередині іншої компанії, і ви дізнаєтеся про неї каналом, який комусь треба не забути використати. Це питання договору, а не довіри, і вирішується воно там само, де решта питань про модель роботи - поряд із вибором локації, який ми розбирали в матеріалі про ніаршор і офшор у підтримці.
| Що відмовляє | Хто це постачає | Що доводить, що план справжній |
|---|---|---|
| Звʼязок | Оператори звʼязку і маршрутизація постачальника | Два незалежні шляхи і дата, коли другим востаннє йшов реальний трафік |
| Живлення | Електромережа, далі резервне обладнання постачальника | Випробування під навантаженням із датою, а не опис заліза |
| Платформа гелпдеска | Стороння компанія, часто та сама, що й у вас | Письмовий запасний спосіб приймати звернення, поки її немає |
| Люди | Постачальник, у межах національних правил | Названий заступник на зміну і дата, коли заміну справді відпрацьовували |
Як це влаштовано в IMMIDO
Ми команда з України і працюємо всередині ваших інструментів: перша лінія підтримки 24/7, яку веде команда в Європі, фіксована місячна плата за команду, а не оплата за звернення. Наші клієнти - інші компанії, тож звернення приходять від співробітника з кейсом і транзакцією, а не від споживача в чаті.
Робота всередині вашого гелпдеска - саме та частина, яка тут важить. Черга, історія і доступи лишаються у вашому акаунті, тож питання «що ми втратимо, якщо IMMIDO зупиниться» має відповідь, яка не залежить від нашої добросовісності: систему ви не втрачаєте, бо вона від початку ваша, а перехід до іншого постачальника лишається питанням графіка, а не відновлення.
Відсотка доступності ми не публікуємо. Перевірити його ви не зможете, а отже це була б цифра на віру, і вся ця стаття - аргумент проти таких цифр. Натомість ми письмово відповідаємо на питання вище, з датами, і виносимо правило сповіщення та порядок заміни в договір, де їх можна вимагати.
Якщо ви зараз обираєте постачальника, поставте ці питання нам і рівно ті самі всім іншим. Подивіться, як ми ведемо першу лінію підтримки, і запишіться на дзвінок, щоб покласти наші відповіді поруч із чужими.
Джерела: Uptime Institute, аналіз аварій 2026 і Data Center Resiliency Survey 2026, за публікаціями Network World і самого Uptime Institute; Львівський ІТ Кластер (Lviv IT Cluster) із посиланням на дані Національного банку України про експорт компʼютерних послуг за 2025 рік; Міжнародний союз електрозвʼязку (International Telecommunication Union) із посиланням на пʼяту оцінку збитків і потреб щодо шкоди сектору телекомунікацій; Регламент Європейського Союзу про цифрову операційну стійкість, Регламент (ЄС) 2022/2554 на EUR-Lex, із поясненнями Європейського органу зі страхування і пенсійного забезпечення. Джерела переглянуто 8 вересня 2026 року.