02 Finance, FinTech & Investment Platforms
Банковское и финансовое право, FinTech и инвестиционные платформы
Собираем правовую архитектуру финансовых и инвестиционных продуктов: от модели платформы и договорной обвязки до ответов на запросы Банка России. Отвечаем за то, как продукт устроен юридически и выдерживает ли он проверку регулятора. Разграничиваем, что можно запускать сейчас, а что требует иного статуса или лицензии.
ОБСУДИТЬ ЗАДАЧУС какими задачами обращаются
- Запускается инвестиционная платформа, и нужно понять требования к статусу оператора и составу документов.
- Финтех-продукт вырос из пилота, а договорная модель осталась прежней и не выдерживает объёма.
- Банк России направил запрос или предписание, и требуется выверенный ответ в срок.
- Компания готовит выпуск акций или облигаций и взаимодействие с регистратором.
- Планируется инвестиционный раунд, и нужно оформить привлечение средств без нарушения ограничений.
- Платёжный, заёмный или BNPL-продукт требует проверки на соответствие регулированию до запуска.
Коробочные продукты практики
Что мы делаем
Финансовый продукт живёт в двух измерениях: как он устроен коммерчески и чем является с точки зрения регулятора. Второе определяет, можно ли его запускать в текущем виде. Мы разбираем оба измерения вместе — иначе продукт приходится переделывать уже после первого запроса надзорного органа.
- правовая архитектура инвестиционных платформ;
- сопровождение операторов инвестиционных платформ и эмитентов;
- проекты по Федеральному закону № 259-ФЗ;
- выпуски акций, облигаций и работа с регистраторами;
- инвестиционные раунды и корпоративное финансирование;
- займы, факторинг, платёжные продукты, BNPL и номинальные счета;
- договорная документация финансовых сервисов;
- ответы на запросы и проверки Банка России;
- KYC/ПОД-ФТ и внутренние регламенты в пределах подтверждённой компетенции.
Что получает клиент
Главный результат этой практики — понятная позиция: чем продукт является юридически, что для него требуется и какие вопросы регулятора он способен выдержать.
- Правовая модель продукта: кто чьим агентом выступает, где возникают деньги клиента и какой статус для этого нужен.
- Перечень регуляторных ограничений с разделением на блокирующие и управляемые.
- Комплект документов платформы или сервиса: правила, оферты, договоры с участниками, раскрытие информации.
- Ответ на запрос или предписание регулятора с подтверждающими документами.
- Документы выпуска ценных бумаг и порядок действий с регистратором.
- Внутренние регламенты и контрольные процедуры в объёме, который применим к конкретному сервису.
Подход к работе
- 01
Квалификация продукта
Определяем, чем продукт является с точки зрения регулирования и какой правовой статус для него требуется.
- 02
Карта ограничений
Фиксируем требования, которые блокируют запуск, и требования, которые закрываются документами и процедурами.
- 03
Архитектура и документы
Собираем договорную обвязку продукта: правила, оферты, соглашения с участниками и внутренние регламенты.
- 04
Взаимодействие с регулятором
Готовим ответы на запросы, сопровождаем проверки и устраняем выявленные замечания.
- 05
Поддержка изменений
Сопровождаем изменения продукта и регулирования, обновляем документы до того, как расхождение станет нарушением.
Связанные практики
Частые вопросы
Мы привлекаем деньги через сайт — это уже инвестиционная платформа?
Зависит от механики. Признаком служит не сайт, а привлечение инвестиций от нескольких лиц по правилам, которые устанавливает организатор. Разграничение проводится по конкретной схеме движения денег и объёму принимаемых обязательств.
Можно ли запустить продукт и получить статус позже?
Такой сценарий создаёт риск, который сложно закрыть задним числом: деятельность без требуемого статуса влечёт последствия и для компании, и для её руководителя. Разумнее заранее определить, какая часть продукта запускается сразу, а какая ждёт статуса.
Что делать при получении запроса Банка России?
В первую очередь проверить срок и предмет запроса, затем собрать документы, подтверждающие фактические обстоятельства. Ответ должен быть точным по объёму: избыточные пояснения расширяют предмет проверки.
Вы заменяете штатного комплаенс-специалиста?
Нет. Мы формируем правовую модель, документы и позиции по конкретным вопросам. Ежедневный операционный комплаенс остаётся внутри компании — мы помогаем выстроить его процедуры.
Чем эта практика отличается от Technology, AI, IP & Data?
Здесь предмет — финансовый продукт и его регулирование: статус, деньги клиентов, требования регулятора. Технологическая практика отвечает за ПО, данные, интеллектуальную собственность и ИИ. Финтех-проект обычно затрагивает обе.
Обсудить задачу по практике
Опишите ситуацию в двух-трёх предложениях. Ответим, какая практика её ведёт, что потребуется на первом шаге и в каком порядке разумно действовать.