ЗАПУСК ФІНАНСОВОЇ ПЛАТФОРМИ ДЛЯ FINPAY
Побудова повноцінного операційного контуру для небанківського надавача платіжних послуг (ННПП), що запускає власну емісію карток у межах ліцензії НБУ. За чотири місяці проєкт пройшов шлях від першого контакту до перших карткових авторизацій у національній платіжній системі.
4 місяці до першого запуску
Від старту робіт наприкінці серпня до перших операцій у грудні проєкт пройшов повний шлях запуску: побудову платформи, інтеграції, регуляторні тести та вихід у продуктив у погоджений строк.
Єдиний керований контур
У межах проєкту було синхронізовано роботу кількох компаній і зовнішніх систем. Для FinPay ми сформували цілісний операційний контур — від рахунків і карток до контролю операцій та звітності.
Під вимоги НБУ для емісії карток
На першому етапі FinPay отримав робочу фінансову платформу з рахунками, картковим сервісом, інтеграцією з платіжною інфраструктурою та готовністю до регуляторних сценаріїв, необхідних для запуску власного карткового напряму. Це заклало основу для подальшого розвитку у 2026 році.
FinPay — перехід від платіжного сервісу
до власної фінансової платформи
FinPay працює в сегменті платіжної інфраструктури для e-commerce та цифрового бізнесу. Новий етап розвитку компанії передбачав побудову власної фінансової платформи — з рахунками, картковим продуктом, платіжним контуром, фінансовим моніторингом і регуляторною звітністю.
Йшлося не про розширення сервісу, а про формування технологічної основи нового напряму.
«На ринку небанківських фінансових установ небагато компаній доходять до отримання ліцензії НБУ на власну емісію карток — FinPay став однією з трьох. Для такого запуску платформа мала бути зібрана як цілісна система: з урахуванням навантаження, регуляторного контролю й готовності до роботи з першого етапу. Це завдання ми виконали.»
Проєкт із фіксованим строком і повним операційним контуром
Робота над платформою почалася наприкінці серпня 2025 року. До середини грудня система мала вийти в обмежений продуктив уже з базовими операційними сценаріями: рахунками, платежами, картковими операціями та звітністю.
У проєкті одночасно брали участь кілька сторін: процесинговий центр УкрКарт, платформа Kapowai, інфраструктурні підрядники та розрахунковий банк для роботи із Системою електронних платежів Національного банку України. За таких умов ключовим завданням було побудувати єдиний керований контур, у якому інтеграції, облік, платіжна логіка та регуляторні сценарії працюють узгоджено.
Окремої уваги вимагав картковий напрям. Він мав бути готовий уже на старті: карткові операції, авторизації, контроль і звітність мали працювати в межах національної платіжної інфраструктури, без винесення критичних сценаріїв у наступний етап.
Архітектура рішення: рахунки, картки, платежі, контроль
Scrooge — облікова та операційна основа
На базі автоматизованої банківської системи Scrooge було розгорнуто головну книгу, рахунки та базову логіку фінансових операцій. Цей шар формує єдиний інформаційний простір для обліку, платіжних сценаріїв, контролю операцій і подальшого розвитку платформи.
Scrooge Card System — картковий контур
Картковий напрям був реалізований на базі Scrooge Card System. У перший етап увійшли картковий back-office і модуль фінансової авторизації Card Transaction Service у конфігурації інтеграції з процесинговим центром УкрКарт.
Карткові операції одразу були вбудовані у спільний операційний контур — разом з обліком, платіжною логікою, авторизаціями та подальшим відображенням операцій у системі.
Web Platform — інтеграційний шар
Web Platform забезпечила уніфіковану взаємодію між внутрішніми модулями Lime Systems і зовнішніми системами. У цьому проєкті вона стала інтеграційним шаром, який дозволив зібрати кілька незалежних контурів у спільну керовану архітектуру.
Інтеграція з СЕП НБУ
Інтеграція з Системою електронних платежів Національного банку України реалізована через окремий модуль взаємодії з платіжною системою. Це дозволило включити міжбанківські розрахунки у загальний платіжний контур платформи та узгодити їх з обліком і внутрішньою логікою операцій.
Payments Router — платіжний контур
Payments Router відповідав за обробку платіжних інструкцій і взаємодію між внутрішніми операційними процесами та зовнішніми каналами. Це дало можливість побудувати цілісний платіжний маршрут — від фінансової операції до її узгодженого відображення в системі.
Фінансовий моніторинг і звітність
До периметра першого етапу також увійшли модулі фінансового моніторингу (AML) та звітності для небанківської фінансової установи. Це означало, що регуляторні вимоги були враховані на рівні архітектури платформи— разом із рахунками, платіжним контуром і картковими операціями, ще до запуску.
Базові продуктові сценарії
У межах першого етапу також були реалізовані ключові бізнес-сценарії: відкриття рахунку, формування клієнтської анкети, випуск дебетової картки в національній платіжній системі «Простір», перші карткові авторизації та виконання вимог фінансового моніторингу.
Що це дало FinPay
У межах фіксованого строку FinPay отримав повноцінну фінансову платформу, яка стала технологічною основою для запуску власної карткової емісії в межах ліцензії НБУ.
Для бізнесу це означало розширення існуючої платіжної моделі новим регульованим напрямом — із рахунками, картковими операціями, авторизаціями, контролем і звітністю в єдиному операційному контурі.
А також:
- можливість розвивати власний картковий продукт як частину фінансової платформи FinPay, а не як окремий технічний сценарій;
- контроль над повним операційним шляхом — від відкриття рахунку й випуску картки до авторизації, відображення операції та звітності;
- готовність до роботи під операційним навантаженням і в межах вимог НБУ, необхідних для карткового емітента;
- узгодженість між бізнес-сценаріями, обліком, картковими операціями та регуляторними процесами;
- сильнішу позицію для подальшого розвитку продуктового контуру FinPay у 2026 році.
Подальший розвиток платформи
Перший запуск став початком поетапного розвитку платформи FinPay. Надалі співпраця продовжується в логіці розширення функціональності, інтеграцій і продуктового контуру.
