Платіжний проєкт потрібно описати через конкретні послуги та рух коштів. Платіжна установа, агент, технологічний оператор і торговець мають різні ролі. Авторизаційна підготовка починається з цієї класифікації, щоб ліцензія відповідала фактичній роботі сервісу.
Які платіжні послуги планує установа
Визначаємо перелік за Законом про платіжні послуги та права, потрібні заявнику. Окремо перевіряємо, чи є продукт фінансовою платіжною послугою, нефінансовою або іншою операцією.
Не слід заявляти весь перелік без підготовки відповідних процесів. Послуги, пов’язані з рахунками, еквайрингом або переказом, можуть вимагати різного операційного забезпечення.
Повна схема платіжної операції
Описуємо ініціатора, платника, одержувача, рахунки та всіх залучених надавачів. Установлюємо, хто отримує інструкцію, володіє коштами й відповідає за виконання на кожному етапі.
Технічна схема API корисна, але не замінює юридичного розподілу ролей. Договори й фактичний рух коштів повинні описувати той самий маршрут.
Блоки підготовки платіжного заявника
| Блок | Предмет підготовки |
|---|---|
| Корпоративні дані | Структура, власники й керівництво |
| Платіжна модель | Послуги, клієнти та операційні схеми |
| Кошти користувачів | Застосовні механізми захисту |
| Системи | Безпека, облік і безперервність |
| Договори | Права користувача й відповідальність учасників |
Ліцензія та запис у платіжному реєстрі
Закон передбачає видачу ліцензії на визначені фінансові платіжні послуги шляхом внесення відомостей до Реєстру. Конкретний запис має відображати надавача та його дозволені послуги.
Перед запуском перевіряють результат авторизації, а не лише факт подання заяви. Доступ до банківського рахунку чи інтеграції партнера не є заміною потрібного статусу.
Підрядники включаються до моделі відповідальності
Якщо облік, процесинг або інші функції виконує партнер, потрібно визначити межі аутсорсингу, контроль і доступ до потрібної інформації. Установа повинна розуміти, як послуга працюватиме при збої партнера.
Договір із відомим провайдером не усуває необхідності перевірити власну готовність. Авторизаційні матеріали мають описувати реальну організацію установи, включно з її залежностями.
Умови ліцензійного супроводу
Індивідуальна вартість залежить від послуг, складності платіжної схеми, власності й стану системних документів. До початку погоджуємо конкретні матеріали та етапи взаємодії.
Працюємо за 100% передоплатою після узгодження завдання. Розроблення програмного забезпечення, зовнішні аудити й інтеграції не вважаються включеними без окремого погодження.
Що має працювати до обслуговування клієнтів
Зіставте ліцензійний обсяг із запущеними функціями сервісу, договорами та інформацією для користувачів. Перевірте облік, підтримку, контроль ризиків і порядок реагування на інциденти.
Якщо комерційний запуск потребує іншої послуги, ніж заявлено, спочатку перевіряють належний шлях зміни авторизації. Платіжний інтерфейс не повинен випереджати правовий статус установи.