Атлас ФінансівНа картуEnglish

СЕРВІСНА ІНФРАСТРУКТУРА

Технології

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

Відкрити на інтерактивній карті →

Ця сторінка — текстова версія однієї зони інтерактивної карти.

Роль у системі

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

Функції

  1. Core banking і процесинг — системи, що ведуть рахунки, нараховують відсотки й проводять платежі (Temenos, FIS, Oracle FLEXCUBE, хмарний Thought Machine або власні розробки); у страховиків і фондів — системи полісів і обліку активів.
  2. Кібербезпека й антифрод — захист від атак, стандарти для карткових даних (PCI DSS), виявлення шахрайських операцій у реальному часі.
  3. Хмари й інфраструктура — перенесення систем у хмару (AWS, Azure, Google Cloud), відмовостійкість, резервні центри.
  4. Дані, AI та ML — кредитний скоринг, виявлення шахрайства, персоналізація, автоматизація бек-офісу, генеративний AI в обслуговуванні клієнтів; з кінця 2025 року платіжні мережі відкривають рейки для AI-агентів, які оформлюють покупку за дорученням людини (Visa Intelligent Commerce, Mastercard Agent Pay).
  5. RegTech і SupTech — автоматизація комплаєнсу (KYC, моніторинг транзакцій, звітність) у фінустанов і аналітичні інструменти для самих регуляторів.

Особливості

  • Як заробляє: ліцензії й підписки на ПЗ (SaaS), плата за транзакції, впровадження й підтримка. Для фінустанови IT — одна з найбільших статей витрат і водночас джерело переваги над конкурентами.
  • Проблема «легасі»: багато великих банків досі працюють на системах, написаних десятиліття тому (мейнфрейми, COBOL). Замінити їх — як міняти двигун літака в польоті, тому міграції тривають роками і часто закінчуються збоями; частина банків натомість поступово переносить ядро в хмару. 🇯🇵 Японія — крайній випадок: ядра банків живуть на мейнфреймах, а десятки регіональних банків користуються спільним центром одного підрядника — NTT DATA веде «спільний центр регіональних банків» на власному ядрі BeSTA з 2004 року і лише до 2028 року планує перевести його у власну хмару. Ціну помилки показала Mizuho: після переходу на нову систему MINORI банк за 2021 рік пережив вісім збоїв — банкомати «ковтали» картки, відділення зупиняли обслуговування, — і наглядач FSA видав приписи про виправлення.
  • Постачальник під наглядом і концентраційний ризик: технологічні компанії зазвичай не мають фінансових ліцензій, але регулятори вимагають від фінустанов контролювати постачальників. У 🇪🇺 з 17 січня 2025 року діє DORA — правила цифрової стійкості фінсектору, які запровадили й прямий нагляд за критичними IT-постачальниками, зокрема хмарними. Причина проста: якщо тисячі фінустанов працюють на одній хмарі чи з одним вендором, його збій або злам б'є по всій системі одночасно.
  • 🇨🇳 Китай: фінанси всередині суперзастосунку: щоденні платежі людей ідуть через два суперзастосунки — Alipay групи Ant і WeChat Pay, — а самі платформи спираються на власну технологічну базу: розподілену базу даних OceanBase, створену в Ant і виділену в окрему компанію у 2024 році. Саме через цю вагу влада змусила фінансовий бізнес техногігантів працювати за банківськими правилами: у липні 2023 року Ant отримала штраф близько семи мільярдів юанів, і цим регулятори оголосили «перебудову» галузі завершеною. Модель показова: технології тут не обслуговують банк ззовні, а самі стають місцем, де людина тримає гроші й платить.
  • Блокчейн і розподілені реєстри (DLT): ідея проста — замість того, щоб кожна сторона вела свій запис і потім звіряла його з іншими, усі працюють зі спільним реєстром, а смарт-контракт виконує умови угоди автоматично: передача активу й оплата стають однією дією, а звіряння зникає. Токенізація — це та сама облігація, пай фонду чи банківський депозит у вигляді запису в такому реєстрі. Що справді працює: 🇨🇭 Швейцарія з кінця 2023 року дає банкам оптовий цифровий франк для розрахунків за цифровими облігаціями на біржі SDX (пілот продовжено щонайменше до середини 2027 року), J.P. Morgan веде токенізовані депозити в Kinexys, а 🇺🇸 закон GENIUS (липень 2025) і 🇪🇺 MiCA підвели під стейблкоїни правила з повним резервуванням. Що ні: 🇪🇺 режим DLT Pilot Regime діє з березня 2023 року, але до середини 2025 року дозвіл отримали лише три інфраструктури — ESMA називає причинами брак доступу до грошей центробанку, слабку сумісність зі звичайними системами й надто жорсткі ліміти.
  • Відкритий банкінг: банк зобов'язаний за згодою клієнта відкривати іншим ліцензованим сервісам доступ до його рахунку через API — щоб показати баланс і виписку (інформування про рахунок) або ініціювати платіж без картки. Згоду дає і відкликає клієнт, а сторонній сервіс має власну ліцензію й наглядача. 🇪🇺 правила заклала PSD2 (з 2018 року) разом з посиленою автентифікацією; далі — PSD3 і регламент PSR, погоджені у 2026 році із застосуванням у 2027–2028, а регламент FiDA про доступ до ширших фінансових даних ще узгоджують. 🇬🇧 модель запустили примусово: після припису антимонопольного органу найбільші банки відкрили API, і за 2025 рік це дало 351 млн платежів і 16,5 млн підключень користувачів (не унікальних людей). 🇺🇸 правило про доступ до фінансових даних ухвалили у жовтні 2024 року, але суд зупинив його застосування, і відомство переписує документ. 🇺🇦 відкритий банкінг запрацював з 1 серпня 2025 року за Законом про платіжні послуги: НБУ затвердив положення і єдиний стандарт API, а банкам дали перехідний період.

Чому це важливо

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

🇬🇧 TSB, квітень 2018

Британський банк переносив дані клієнтів зі старої IT-платформи на нову; після міграції онлайн- і мобільний банкінг, відділення й телефонні канали масово збоїли, а повне відновлення тривало до грудня. Регулятори оштрафували банк на 48,65 млн фунтів за погане управління програмою і ризиками IT-постачальника.

🇺🇸 Knight Capital, серпень 2012

Під час оновлення торгового ПЗ «забутий» старий код за 45 хвилин відправив на біржу понад 4 млн заявок; збиток перевищив 460 млн доларів, і одна з найбільших брокерських фірм США опинилася на межі краху. Автоматичні попередження система надіслала ще до відкриття торгів — на них ніхто не зреагував.

🇺🇦 NotPetya, червень 2017

Шкідливе ПЗ поширилося через заражене оновлення популярної бухгалтерської програми M.E.Doc і вивело з ладу комп'ютери банків, енергетичних і логістичних компаній; Ощадбанк був змушений обмежити обслуговування клієнтів. Атака показала: ризик може прийти не через банк, а через програму постачальника, якою користуються всі.

Зв'язки з іншими зонами · 16

Професії в цій зоні · 7

Архітектор core-банкінгу

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

Що треба знати

  • Архітектура core banking і платіжних систем
  • Банківські продукти й облік (головна книга)
  • Інтеграції: API, черги повідомлень, ISO 20022
  • Регуляторні вимоги до IT-ризиків і аутсорсингу

Які навички

  • Системне мислення
  • Вибір і управління вендорами
  • Планування міграцій
  • Пояснювати технічні ризики правлінню

Сертифікації: TOGAF; сертифікації вендорів core banking; хмарні архітектурні сертифікації

Аналітик кібербезпеки фінустанови

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

Що треба знати

  • Мережева безпека й робота центру моніторингу (SOC)
  • PCI DSS, SWIFT Customer Security Programme, DORA
  • Типові атаки на фінсектор: фішинг, ransomware, компрометація платіжних систем
  • Реагування на інциденти

Які навички

  • Аналіз логів, SIEM
  • Пошук загроз (threat hunting)
  • Холодна голова в інциденті
  • Звіти для регулятора

Сертифікації: CISSP, CISM, OSCP; сертифікації GIAC

Інженер антифрод-систем (fraud analytics)

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

Що треба знати

  • Архітектура систем скорингу в реальному часі
  • Моделі ML для рідкісних подій (незбалансовані дані)
  • Правила карткових схем, 3-D Secure, чарджбеки
  • Поведінкова біометрія й аналіз пристроїв

Які навички

  • Python, SQL, потокова обробка даних
  • Feature engineering
  • Тестування правил і моделей на хибні спрацювання
  • Співпраця з командами розслідувань

Сертифікації: CFE (ACFE); сертифікації вендорів антифрод-платформ — за профілем

Data scientist / ML-інженер у фінансах

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

Що треба знати

  • Статистика й машинне навчання
  • Кредитний ризик і метрики моделей (Gini, стабільність)
  • Управління ризиком моделей; 🇪🇺 AI Act відносить кредитний скоринг до високоризикових систем (вимоги — з грудня 2027 р.)
  • Захист персональних даних (GDPR)

Які навички

  • Python, SQL
  • MLOps
  • Інтерпретація моделей (SHAP)
  • Комунікація з ризик-менеджментом і регулятором

Сертифікації: Не обов'язкові; CQF, FRM або хмарні ML-сертифікації — плюс

RegTech-інженер

Автоматизує регуляторні процеси: перевірку клієнтів (KYC), скринінг санкцій, моніторинг транзакцій, формування звітів для регулятора. Перекладає вимоги закону в правила й код, які можна перевірити й пояснити аудитору.

Що треба знати

  • AML / KYC і санкційні вимоги
  • Формати регуляторної звітності (XBRL)
  • Управління даними та їх походженням (data lineage)
  • Основи регулювання фінсектору

Які навички

  • SQL, Python
  • Бізнес-аналіз вимог
  • Налаштування правил проти хибних спрацювань
  • Документування для аудиту

Сертифікації: CAMS; DAMA CDMP — для управління даними

Інженер надійності (SRE) / хмарний інженер фінустанови

Відповідає за те, щоб платежі й застосунки працювали 24/7: будує відмовостійку інфраструктуру в хмарі й дата-центрах, налаштовує моніторинг, веде інциденти й тестує аварійне відновлення. У фінансах простій на кілька хвилин — це тисячі непроведених платежів і запитання від регулятора.

Що треба знати

  • Хмарні платформи й контейнери
  • Відмовостійкість і аварійне відновлення
  • Вимоги до хмар і аутсорсингу у фінсекторі (🇪🇺 DORA)
  • Безпека інфраструктури

Які навички

  • Linux, Kubernetes, Terraform
  • Моніторинг і observability
  • Управління інцидентами
  • Автоматизація

Сертифікації: AWS / Azure / GCP; CKA (Kubernetes)

Blockchain-розробник / аудитор смарт-контрактів

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

Що треба знати

  • Ethereum / EVM, Solidity
  • Типові вразливості смарт-контрактів
  • Прикладна криптографія
  • Механіка DeFi і токенізації

Які навички

  • Читання й тестування коду
  • Фазинг і формальна верифікація
  • Аналіз транзакцій on-chain
  • Швидке реагування на атаки

Сертифікації: Формальних стандартів немає — цінуються публічні аудити, bug bounty і конкурси з безпеки

Усі зони Атласу