12 вопросов, на которые нужно ответить до онбординга
-
Для чего будет использоваться счёт?
Разделите операционные расходы, клиентский фиат, расчёты с контрагентами и функции защиты клиентских средств. Определите запрашиваемую роль счёта и транзакции, которые должны по нему проходить.
-
Как деньги проходят через продукт?
Покажите, кто вносит средства, какие платёжные рельсы используются, что происходит на платформе, где хранятся активы и как проводятся расчёты в фиатной валюте. Для каждой стрелки укажите суммы и типы контрагентов.
-
Какие статусы и разрешения поддерживают модель?
Предоставьте матрицу по каждой юрисдикции с указанием регистраций, авторизаций и ролей провайдеров, которые поддерживают каждый вид деятельности и рынок.
-
Кто ваши клиенты и целевые рынки?
Опишите сегменты, реалистичные доли, географический охват, исключения и продуктовые средства контроля, которые реализуют рыночную стратегию.
-
Как работает комплексная проверка клиентов?
Укажите методы проверки, инструменты, порядок оценки риска, триггеры EDD, ответственных за принятие решений и доказательства, сохраняемые по клиентам и бенефициарным владельцам.
-
Как отслеживаются ончейн-транзакции?
Назовите поставщика аналитики, подход к скорингу риска, пороговые значения, порядок эскалации и примеры того, как оповещения становятся документально оформленными решениями.
-
Как обрабатывается криптоэкспозиция повышенного риска?
Опишите политику и средства контроля в отношении миксеров, санкционной экспозиции, некастодиальных кошельков, высокорисковых бирж и других применимых блокчейн-типологий.
-
Кто является основными контрагентами?
Перечислите биржи, OTC-дески, поставщиков ликвидности, кастодианов и других банковских партнёров, указав материалы комплексной проверки и сервисную роль каждого.
-
Какова история банковских отношений?
Представьте предыдущие отношения, существенные изменения и любые закрытия счетов вместе с фактическим контекстом и завершёнными корректирующими мерами.
-
Кто владеет компанией и контролирует её?
Проследите владение до физических лиц и подтвердите источник благосостояния, источник средств, структуру группы, а также любые связанные с токенами или иные связанные организации.
-
Каковы текущие и прогнозируемые объёмы?
Предоставьте недавние объёмы по продуктам и коридорам, ожидаемые остатки и прогноз на 12 месяцев с допущениями и согласованными триггерами обновления.
-
Кто отвечает за комплаенс?
Укажите MLRO или сотрудника по комплаенсу, линию подчинения, доступные ресурсы и прямой контакт, а также подготовьте этого специалиста к ведению обсуждения операционных средств контроля.
Подготовьте единый многоразовый банковский пакет
Основной пакет объединяет корпоративные документы и сведения о владении, матрицу статусов и разрешений, отдельную схему движения средств для каждого существенного потока, краткое описание AML-программы, подтверждающие материалы аналитики кошельков, реестр контрагентов, объёмы и прогнозы, историю банковских отношений и биографии ключевых лиц.
Храните полные политики и исходные файлы комплексной проверки за обобщающими документами. Ежеквартальное обновление сохраняет полезность пакета для новых банков, PSP, инвесторов, аудиторов и комплексной проверки при приобретении.
Выстройте поиск провайдеров по ролям
| Тип провайдера | Типичная роль | Ориентировочный диапазон онбординга |
|---|---|---|
| Специализированное EMI или PSP с опытом работы с криптоактивами | Операционные счета, сборы, выплаты и расчёты на этапе запуска | Примерно 2-6 недель при наличии полного и подходящего досье |
| Банк с опытом работы с криптоактивами | Основные операционные, расчётные и более широкие казначейские отношения | Примерно 1-3 месяца, включая содержательную комплаенс-проверку |
| Банк первого уровня | Масштабные казначейские и банковские отношения, подкреплённые операционной историей | Зависит от отношений и обычно измеряется кварталами |
| Организация для защиты клиентских средств | Счета, требуемые применимой платёжной или электронно-денежной рамкой | Отдельный цикл комплексной проверки, который должен входить в критический путь лицензирования |
Запускайте подходящих кандидатов параллельно
В первую волну можно включить организации разных уровней и ролей, используя единый пакет подтверждающих материалов и чёткий запрос по каждому счёту. Параллельный онбординг показывает текущую готовность провайдеров к сотрудничеству и коммерческие условия, позволяет более быстрым провайдерам поддержать запуск, а отношениям с более длинным циклом - развиваться со временем.
Для критически важных функций второй совместимый провайдер может повысить непрерывность работы и дать бизнесу проверенную способность к миграции. Периодически пересматривайте оба отношения, не дожидаясь изменения готовности провайдера к сотрудничеству или охвата продукта.
Обзор
Коммерческие условия для моделирования и переговоров
Тарифы на счета и транзакции
Ежемесячные комиссии, минимальные обязательства и комиссии за транзакцию в разбивке по платёжным рельсам и валютам.
Комиссии за онбординг
Стоимость первоначальной комплаенс-проверки учреждения и сроки её оплаты.
Остатки и резервы
Минимальные остатки, резервы или иное финансирование, связанное с расчётами и риском контрагента.
Объёмные уровни
Тарифные ступени, привязанные к истории транзакций и часто пересматриваемые после периода чистой работы.
Условия уведомления и существенных изменений
Срок миграции, уведомление о прекращении отношений и изменения продукта, рынка или структуры владения, которые требуют согласия или повторной проверки.
Поддерживайте актуальность отношений после онбординга
Сообщайте о существенных изменениях продукта, рынка, структуры владения и объёмов через согласованный процесс. Сверяйте фактические объёмы с прогнозом, поддерживайте актуальные материалы по кошелькам и контрагентам и планируйте регулярный коммерческий и комплаенс-обзор.
Если отношения по счёту прекращаются, зафиксируйте причину, когда она доступна, выполните необходимые корректирующие меры, обновите банковский пакет и переведите затронутую функцию через подготовленную альтернативу. Хорошо документированная история помогает в следующем диалоге об онбординге.
Итоговая проверка качества пакета
-
Потоки и цифры согласуются
Роли счетов, объёмы, остатки, коридоры и контрагенты складываются в одну согласованную картину.
-
Терминология статусов точна
Используйте точную формулировку каждого регулятора для регистрации, авторизации и охвата услуг.
-
Клиентские средства контроля соответствуют рыночному плану
География, исключения, KYC, санкции и мониторинг транзакций соответствуют целевым сегментам.
-
Материалы по контрагентам актуальны
Договоры, материалы комплексной проверки, отчёты по кошелькам и меры обеспечения непрерывности доступны для получения и датированы.
-
Ответственный за комплаенс может вести встречу
MLRO или сотрудник по комплаенсу может напрямую объяснить программу, примеры и управленческую информацию.
FAQ
Часто задаваемые вопросы
01 Нужен ли нам банк или запуск может поддержать EMI либо PSP?
Подходящее авторизованное учреждение электронных денег (EMI) или PSP может поддерживать многие операционные потоки, сборы, выплаты и расчёты. Для safeguarding, клиентских средств или отдельных казначейских механизмов может потребоваться кредитная организация, поэтому сопоставьте роль каждого счёта с применимой рамкой и политикой работы с контрагентами.
02 К скольким организациям следует обратиться?
Первая волна из нескольких подходящих кандидатов разных уровней провайдеров может дать полезное представление о готовности, сроках и условиях. Качество соответствия и полный пакет важнее фиксированного количества.
03 Решает ли сильный регуляторный статус вопрос банковского обслуживания автоматически?
Признанный регуляторный статус даёт банку ясный периметр и историю надзора. Банк также оценит клиентскую базу, потоки, контрагентов, средства контроля, объёмы и комплаенс-функцию.
04 Какое улучшение даст наибольший эффект?
Согласованный пакет, подкреплённый MLRO или сотрудником по комплаенсу, который на встрече по онбордингу может объяснить операционную модель, средства контроля и реальные примеры.