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