Як ми працюємо
Проєкт проходить чотири етапи, а всі рішення підпорядковані трьом правилам.
01Етапи
Етапи проєкту
- 01Діагностична сесіяРазом із банком обираємо сценарій із каталогу і фіксуємо метрику успіху та перелік потрібних даних.Сценарій, метрику і дані погоджено письмово до старту пілоту
- 02ПілотРозгортаємо рішення в контурі банку в ретроспективному або тіньовому режимі й готуємо звіт, що порівнює результат із чинним процесом.Результат пілоту у звіті для правління
- 03ВпровадженняПереводимо рішення в промислову експлуатацію під наглядом працівників банку й навчаємо команду.Рішення працює в процесах банку
- 04Супровід і масштабуванняМоніторимо роботу рішення, щокварталу валідуємо моделі й додаємо наступні сценарії на тій самій платформі.Наступні сценарії використовують наявні конектори
Типові комбінації рішень зібрано в стартові пакети.
02Правила
Правила для всіх рішень
- 01Дані залишаються в банкуСистеми розгортаються на серверах банку або в його приватній хмарі й не звертаються до зовнішніх API.
- 02Рішення ухвалює працівник банкуАгент готує чернетку, доказову базу або сценарій. Результат затверджує уповноважений працівник.
- 03Окремий шар поруч із чинними системамиCore banking, CRM і процесинг не змінюються. Рішення працюють із копіями даних в ізольованому середовищі.
03Безпека і НБУ
Вимоги регулятора
Інформація для служби безпеки, CRO і комплаєнсу. Рішення проєктуємо відповідно до Дискусійного документа НБУ з етичного та відповідального використання ШІ ↗ від 24.03.2026, а також вимог EU AI Act і DORA.
01Локалізація данихOn-premises або приватна хмара банку; дані, запити і відповіді не залишають периметр. Можливе розгортання без доступу до інтернету (air-gapped).
02Право на аудит постачальникаМоделі з відкритими вагами; договір передбачає аудит коду, інфраструктури та процесів.
03Обмеження на використання данихДані банку не використовуються для інших клієнтів; донавчені моделі та адаптери належать банку.
04Регулярна валідаціяВбудовані регресійні тести, моніторинг дрейфу, автоматичний звіт про валідацію.
05ПояснюваністьКожна відповідь агента містить джерело або чинники, що вплинули на результат.
06Людський наглядТіньовий режим на старті; агент готує чернетку, затверджує уповноважений працівник. Автоматичних відмов клієнтам немає.
07Аудиторський слідЛогування версії моделі, входу і результату для відтворення рішення.
08План виходу (DORA)Відкриті ваги і стандартні формати: банк може продовжити експлуатацію без постачальника.
Технічні заходи
Архітектура виключає автономне оцінювання кредитоспроможності та тарифоутворення. Відповідність вимогам перевіряється під час пілоту разом зі службами банку.
- Периметр
- Сервіси і GPU-ресурси в окремому сегменті мережі банку, без вихідних з’єднань до сторонніх сервісів.
- Доступ
- Інтеграція з Active Directory / IAM. Агент показує працівнику лише дані, до яких той має доступ у першоджерелі.
- Шифрування
- Ключами банку; секрети у сховищі банку.
- Ізоляція від проду
- Двійники і тестові середовища працюють на копіях або синтетичних даних і не мають права запису в бойові системи.
- Спостережуваність
- Кожна дія агента логується; аномалії виводяться на панель служби безпеки.