Посібник
Як створити нео-банк в ОАЕ
Коротка відповідь
«Нео-банк» — це опис продукту, а не ліцензія. Один бізнес може бути повністю авторизованим банком; інший може надавати додаток і досвід для клієнтів на основі ліцензованих банківських і платіжних партнерів. План налаштування повинен визначити, який суб'єкт відкриває рахунок, утримує гроші, випускає картки, виконує платежі, надає кредити та володіє відносинами з клієнтами.
Почніть з карти продукту, а не з переліку ліцензій. Визначте, хто тримає гроші, хто ініціює рух, хто бере на себе кредитний ризик і чия ліцензія підтримує кожен етап клієнтської подорожі. Тільки після цього відокремте звичайну реєстрацію компанії від авторизації фінансових послуг — і від партнерських угод, які можуть законно замінити її. Комерційна ліцензія ніколи не стає дозволом на зберігання грошей клієнтів.
Чому модель експлуатації попереду юрисдикції
Для фінансових технологій вирішальними питаннями є те, хто отримує або контролює гроші, хто ініціює угоду, чия ліцензія підтримує послугу, які дані клієнтів отримуються і чи надається кредит, консультація або посередництво.
У фінансових технологіях один і той самий досвід клієнта може бути створений за дуже різними регуляторними цінами. Одна версія має ліцензію на кожну функцію; інша орендує більшість функцій у спонсорської установи і майже нічого не тримає. Суб'єкт з описом діяльності у фінансових технологіях нічого не вирішує. Корисне питання полягає в тому, які функції компанія виконує сама, які виконуються ліцензованим партнером і які витрати несе кожен вибір у капіталі, людях і залежності.
Почніть з вибору того, яка з цих моделей найближче описує ваш план:
- Ліцензований цифровий банк
- Фінансовий технологічний фронт з рахунками спонсорського банку
- Програма рахунків платежів і карт
- Бізнес-фінансова платформа, що поєднує програмне забезпечення і регульованих партнерів
Якщо застосовується більше однієї моделі, майже універсальна схема – це розподіл: ліцензована структура для регульованих функцій та операційна компанія для технологій і персоналу — або спонсорська установа, яка повністю виконує регульовані функції. Розподіл не є бюрократією; це те, що робить регульовану межу і партнерський контракт за нею зрозумілими.
Де може закінчитися звичайне створення компанії
Перевірте ці питання перед вибором юрисдикції або діяльності, оскільки кожне з них переміщує модель між рівнями ліцензії:
- Прийом депозитів і використання слова банк
- Платіжні рахунки, картки, гаманці і грошові перекази
- Кредит, овердрафт і фінансування
- Доступ до даних Open Finance та ініціювання
- Онбординг клієнтів, скарги та фінансові акції
Один удар не означає, що сама компанія потребує ліцензії — ліцензований партнер може законно нести цю функцію. Це означає, що межа потребує фактичного рішення: утримувати авторизацію чи укласти контракт на це. Гра з ярликами не спрацьовує і в іншому напрямку: платформа, яка насправді тримає цінність або організовує кредит, регулюється незалежно від того, як називається застосунок.
Запишіть позицію межі: функції, виконувані всередині, функції, які надаються ліцензованими партнерами, та дорожню карту, що змінює розподіл. Спонсори, регулятори та банки читають цей документ з різних точок зору, тому він повинен бути однією послідовною історією.
Структурні рішення, які змінюють відповідь
Виправте ці змінні перед порівнянням ліцензування центрального банку, фінансових вільна зона маршрутів та моделей, очолюваних партнерами:
- Власна ліцензія проти моделі, що керується партнером
- Хто є постачальником рахунка та власником запису
- Роздрібний, малий та середній бізнес або специфічний сегмент клієнтів
- Картки, FX, перекази, кредитні та ощадні функції
- Володіння клієнтом, права на дані та вихід з партнерів
Юридична особа, з якою клієнт укладає договір, повинна мати змогу відповідати за продукт — за допомогою власної авторизації або спонсора. Групова структура може розміщувати технологію, інтелектуальну власність і ліцензовану функцію в різних юрособах, але кожна з них потребує справжньої ролі. Структури, оптимізовані для реклами низької ціни встановлення, згодом проявляються як недоліки у спонсорському аудиту та тертя при відкритті рахунку в банку.
Витрати та терміни: використовуйте шари, а не одне заголовне число
Бюджети фінансових технологій визначаються одним раннім вибором: який рівень ліцензії потребує модель, чи несе його спонсор. Шаруй бюджет навколо цього розгалуження:
- Формування підрозділу: реєстрація, установчі документи, картка установи, робочий простір і імміграційна спроможність.
- Авторизація або спонсорство: або шлях ліцензії — роботи з аплікаціями, консультантами, політиками, збори за нагляд — або шлях спонсора: перевірка партнерів, роботи з інтеграцією, збори за програми та розподіл доходу.
- Регуляторні фінансові ресурси: внесений капітал та заходи з охорони, масштабовані до рівня та до коштів клієнтів, з якими взаємодіє фірма.
- Люди та управління: управлінські, комплаєнсні та ризикові ролі, які вимагає рівень, плюс команда операцій, яку вимагає контракт зі спонсором.
- Постійні зобов'язання: збори за нагляд або програми, аудити, звітність, податкові декларації та продовження ліцензії, реєстрації та угод з партнерами.
Хронологія дотримується тієї ж розвилки. Моделі, що керуються партнерами, рухаються зі швидкістю ретельності партнерів; ліцензовані моделі — зі швидкістю регулятора. Обидві мають етапи — рішення щодо структури, формування, авторизація чи спонсорське підключення, побудова та тестування, підключення до банку, запуск — і реєстрація є найшвидшим та найменш значущим з них.
Готовність до банківської, інвестиційної та комерційної діяльності
Банки та спонсорські установи проводять паралельний аудит, і обидві починають з одного питання: чия ліцензія покриває кожен грошовий потік? Підготуйте таке перед тим, як почнеться підключення:
- Докладна матриця продукту та відповідальності
- Термінові таблиці партнерів або критерії для цільових партнерів
- Економіка одиниці за продуктом
- Комплаєнс, шахрайство та проектування підтримки клієнтів
- Фінансування та запас коштів на ліцензування або створення програми
Мета — одна узгоджена історія по продукту, контрактам з партнерами, регуляторній позиції та банківському файлу. Узгодженість усуває непотрібні питання. Це не гарантує відкриття рахунку, спонсора, авторизації чи затвердження.
Питання, на які потрібно відповісти перед тим, як сплачувати за налаштування
- Хто є юридичною особою, що володіє коштами клієнтів?
- Чиє ім'я вказано на рахунку та картці?
- Хто приймає кредитні рішення?
- Яка сторона відповідає за онбординг та скарги?
- Що трапиться, якщо спонсор вийде?
Зареєструйте те, що ще невідомо, та хто має це перевірити. Ліцензійний рівень або спонсорська угода, прийняті за замовчуванням — оскільки пакет створення це передбачав — є причинами, чому фінансові технології вимушені відновлюватися під час запуску.
Поширені помилки
- Брендинг як банк до того, як буде отримано юридичний дозвіл
- Розгляд відносин зі спонсором як незначного контракту постачання
- Невикриття того, яка компанія надає кожну послугу
- Формування економіки на основі платежів або обігу без перевірки доступу
Порівняння зборів за заснування залишається класичною помилкою. Порівнюйте повні маршрути: витрати на перший рік та відновлення, капітал і забезпечення, економіка спонсорів, дозволені функції, банківські наслідки та вартість перемикання рівня після запуску.
Що оцінює Velarozone
Оцінка, проведена радниками Velarozone, перетворює карту продукту на рішення щодо ліцензії або партнера. Залежно від обставин, письмовий план може охоплювати:
- Доступні насправді ліцензійні рівні та маршрути, що ведуться партнерами, і чому.
- Розподіл за ознаками: виконано всередині, здійснюється спонсором або відстрочено.
- Капітал, забезпечення, персонал та банківські залежності, які контролюють запуск.
- Складання витрат, зосереджених навколо рішення щодо рівня, а не заголовка створення.
- Документи, відкриті запитання та припущення, що вимагають підтвердження спеціалістами.
- Послідовність подачі, яка починається тільки після того, як клієнт розуміє та затверджує маршрут.
Остаточний короткий список органів влади, точний вибір діяльності, поточні вимоги та шлях подання підтверджуються відповідно до фактичних даних. Це рішення, а не загальні заяви веб-сайту.
