Посібник
Створення платформи ринку грошей і управління ліквідністю в ОАЕ
Коротка відповідь
Терміни, такі як “MML” та “ліківідність платформа”, використовуються непослідовно і не є заміною для регуляторної класифікації. Один продукт може бути програмним забезпеченням для казначейства; інший може рекомендувати фонди грошового ринку, організовувати депозити, обробляти готівку клієнтів, керувати портфелями або управляти ринковим майданчиком. Кожну функцію потрібно тестувати окремо.
Почніть з регуляторної категорії, оскільки категорія визначає все інше. Модель, що стосується торгівлі, організації, управління або експлуатації майданчика, визначає пруденційний капітал, штат співробітників та системи — і те, чи вона взагалі регулюється. Спочатку запишіть порядок, активи та грошові потоки; потім відокремте звичайну реєстрацію компанії від авторизації у фінансових послугах. Це різні інструменти, і перша ніколи не передбачає другу.
Чому модель експлуатації попереду юрисдикції
Для ринків та інвестиційних компаній межа між комерційною компанією на власний рахунок і регульованою фінансовою установою може залежати від клієнтських коштів, об'єднаного капіталу, дискреції, порад, виконання, організації, розподілу та експлуатації майданчика.
Суб'єкт, чия опис діяльності згадує інвестиції, нічого не доводить про дозвіл на торгівлю, управління або утримання активів клієнтів. Авторизація прив'язується до функцій, і кожна функція має свою власну пруденційну вагу. Корисне запитання не в тому, яка ліцензія продається швидше. Важливо те, в яку категорію потрапляє модель — і чи готові засновники капіталізувати та укомплектувати цю категорію, а не ту, на яку вони сподівалися.
Почніть з вибору того, яка з цих моделей найближче описує ваш план:
- Аналіз казначейства без функціональності транзакцій
- Ринок продуктів депозитів або ринку грошей
- Автоматизоване перенесення готівки в продукти третіх сторін
- Дискреційне управління ліквідністю короткострокового характеру
Якщо застосовується більше однієї моделі, структури ринку капіталів зазвичай вирішуються в групу: керуючий та фонд, дилер та холдингова компанія, майданчик та технологічна компанія. Регулятори оцінюють кожну функцію окремо; об'єднання їх в один підрозділ ускладнює пруденційні вимоги, а не зменшує їх.
Де може закінчитися звичайне створення компанії
Перевірте ці питання перед вибором юрисдикції або діяльності — кожне з них може перемістити модель між пруденційними категоріями:
- Консультації щодо інвестицій та рекомендації продуктів
- Організація депозитів, фондів або цінних паперів
- Дискреційне управління портфелем
- Утримання коштів клієнтів або контроль за розрахунками
- Операція багатосторонньою торгівельною платформою
Випадок не робить авторизацію неминучою; моделі на власний рахунок та однієї родини зокрема можуть залишитися поза межами вірної дійсності за правильних обставин. Це означає, що класифікація потребує фактичного рішення, оскільки ярлики не мають сили: "власницький", "платформа" та "консультаційний" є описами, а регулятори аналізують потоки, а не описи.
Сформулюйте письмову позицію щодо межі: виконувані функції, виключені функції, функції, що розміщуються у ліцензованих контрагентів, та зміни — поза грошима, дискрецією, зберіганням — які знову відкривають класифікацію. Кожен серйозний контрагент, від головного брокера до аудитора, запитає про це.
Структурні рішення, які змінюють відповідь
Визначте ці змінні перед порівнянням маршрутів DIFC, ADGM та на суші:
- Тільки програмне забезпечення проти продукту, що дозволяє транзакції
- Корпоративна казна проти орієнтації на роздрібних клієнтів
- Депозити, фонди, сукуки або токенізовані інструменти
- Модель ліцензованого партнера та зберігання
- Методологія відображення доходу, ранжування та рекомендацій
Регульована особа повинна мати реальний зміст: резидентські старші посадові особи, капітал на місці, системи, що відповідають її категорії. Холдинг-компанії, носії активів і SPV легітимно розміщуються навколо, але кожен має мати справжню роль. Структура, основною метою якої є низька вказана вартість створення, не проходить дотримання вимог саме там, де це важливо — з регуляторами, аудиторами та провідними брокерами.
Витрати та терміни: використовуйте шари, а не одне заголовне число
На ринках капіталу категорія ліцензії, а не плата за ліцензію, є витратами. Кожна категорія має свої вимоги до базового капіталу або витрат, своїх обов'язкових посадових осіб та свій обсяг звітності. Бюджет у шари:
- Формування підрозділу: реєстрація, установчі документи, картка установи, робочий простір і імміграційна спроможність — незначний в порівнянні з тим, що слідує.
- Авторизація: регуляторний бізнес-план, фінансові прогнози, політичний пакет, підготовка заяви, консультанти та плати за нагляд.
- Пруденційний капітал: вимоги до бази або витрат, які мають бути профінансовані та підтримувані — утримуються, контролюються та звітуються, не витрачаються.
- Обов'язкові посадові особи та зміст: старший виконавчий, фінансовий, комплаєнс та MLRO, нагляд за ризиком — кілька ролей резидентів, деякі схвалюються індивідуально регулятором.
- Постійні зобов'язання: плати за нагляд, зовнішній аудит, регуляторні звіти, податкові подання та поновлення.
Терміни визначаються авторизацією: аналіз категорії, ухвалення структури, формування, підготовка заяви, перевірка регулятора та інтерв'ю, попереднє схвалення, капіталізація та розгортання, фінальна ліцензія, запуск. Моделі власного рахунку, які залишаються за межами периметра, проходять коротші маршрути — але ніхто не повинен подавати дату заснування як дату запуску.
Готовність до банківської, інвестиційної та комерційної діяльності
Провідні брокери, кастодіани, адміністратори фондів та банки кожен проводять власну перевірку, і всі з них в першу чергу читають регуляторний файл. Підготуйте наступне перед початком онбордингу:
- Матриця функцій та дозволів
- Діаграма коштів клієнта та потоку замовлень
- Угоди з постачальниками продуктів
- Метод розрахунку доходності та розкриття інформації
- Контролі придатності, конфліктів та скарбниці
Метою є єдиний послідовний звіт про стратегію, потоки, капітал та контроль по кожному документу, який бачить контрагент. Послідовність прискорює онбординг. Це не гарантує рахунок, відносини з провідним брокером, авторизацію чи схвалення.
Питання, на які потрібно відповісти перед тим, як сплачувати за налаштування
- Чи платформа лише показує дані чи переміщає кошти?
- Хто обирає інструмент?
- Де зберігаються кошти до та після транзакції?
- Чи отримує платформа комісії?
- Чи описується будь-яка прибутковість як фіксована чи гарантована?
Записуйте відкриті питання з власником та датою. У цій категорії припущення щодо капіталу або класифікації, виявлене пізно, не лише затримує запуск — воно змінює бізнес.
Поширені помилки
- Розгляд “управління грошима” як автоматично нерегульованого
- Відображення ранжованих доходностей, які функціонують як рекомендації
- Контроль інструкцій на пересування без аналізу дискреції
- Використання абревіатури замість визначеної операційної моделі
Порівняння зборів за створення компанії є хибним порівнянням в будь-якому випадку, а найбільш невірним тут. Порівняйте категорії та маршрути повністю: утримуваний капітал, найняті посадові особи, аудит та звітність, прийняття контрагентів та вартість зміни категорії пізніше.
Що оцінює Velarozone
Оцінка під керівництвом консультанта Velarozone перетворює угоди, зберігання та грошові потоки на рішення щодо категорії. В залежності від фактів, письмовий план може покривати:
- Правдоподібні пруденційні категорії та факти, що вибирають між ними.
- Чи потребує модель авторизації взагалі, і що утримує структуру власного рахунку за межами периметра.
- Залежності капіталу, посадових осіб, аудиту та контрагентів, які контролюють запуск.
- Складові витрат, що визначаються категорією, а не заголовком утворення.
- Документи, відкриті запитання та припущення, що вимагають підтвердження спеціалістами.
- Послідовність подачі, яка починається тільки після того, як клієнт розуміє та затверджує маршрут.
Остаточний короткий список органів влади, точний вибір діяльності, поточні вимоги та шлях подання підтверджуються відповідно до фактичних даних. Це рішення, а не загальні заяви веб-сайту.
