AIFC • Financial Business

Банковская деятельность в МФЦА (AIFC): виды деятельности, периметр лицензии и практические риски

В классификации AIFC “Банковская деятельность” охватывает не только приём депозитов и кредитование, но и связанные функции: консультирование и организация кредитной линии, платёжные услуги, открытие и ведение банковских счетов и управление платежной системой. Ключевой вопрос для проекта — какая именно роль у вас в цепочке и какие потоки (funds / accounts / payment rails) вы контролируете.

  • Для AFSA важна фактическая модель: кто держит средства клиента, кто открывает счета, кто исполняет платежи и кто несёт операционные риски.
  • Одна бизнес-модель может включать несколько регулируемых активностей одновременно (например, кредитование + платежные услуги).
  • Ошибки в квалификации обычно всплывают при due diligence, интеграциях с банками-корреспондентами и проверке IT/AML-контуров.
Короткая навигация
Deposits Credit Advising Arranging Payments Accounts Payment System

Если у вас финтех-продукт, часто “банковский” периметр появляется не из-за слова “банк”, а из-за: открытия счетов, доступа к платежной инфраструктуре и участия в flow средств клиента.

Подвиды деятельности в “Банковской деятельности”

Ниже — ключевые элементы банковского периметра в классификации AIFC. Если вы делаете страницы следующего уровня (L3), эти карточки можно заменить на ссылки вида /aifc/licenses/... без изменения дизайна.

DEP
Прием депозитов

Модель, в которой организация принимает средства клиентов как депозиты и несёт обязательства по возврату.

  • кто является держателем средств
  • какой договорный режим
  • пруденциальный периметр
Перейти
CR
Предоставление кредита

Выдача кредитной линии/кредитного продукта (как самостоятельная регулируемая активность или как часть комплексной модели).

  • источник фондирования
  • роль в принятии решения
  • управление кредитным риском
Перейти
ADV
Консультирование по кредитной линии

Персонализированные рекомендации по кредитному продукту/структуре финансирования и условиям.

  • граница с “информацией”
  • раскрытия и конфликты
  • комиссионные модели
Перейти
ARR
Организация кредитной линии

Организация/содействие заключению кредитного договора: сведение сторон, структура, маршрут сделки.

  • роль в процессе сделки
  • комиссии и ретроцессии
  • документы и disclosure
Перейти
PAY
Оказание платежных услуг

Платежные операции и сервисы: участие в платежной цепочке, обработка, маршрутизация и ответственность.

  • flow средств и реконсиляция
  • AML/санкционные контуры
  • операционные риски
Перейти
ACC
Открытие и ведение банковских счетов

Account services: открытие, обслуживание, доступ, права распоряжения, KYC/monitoring.

  • account holder и права
  • onboarding/KYC
  • контроль доступов
Перейти
SYS
Управление платежной системой

Платежная инфраструктура: правила участия, settlement, IT-устойчивость и операционный контроль.

  • правила системы и участников
  • BCP/DR и киберриски
  • инциденты и отчётность
Перейти

Как определить периметр: что будет критично для AFSA

ЧТО ВАЖНО ПОНИМАТЬ: “банковская” квалификация чаще всего определяется тремя факторами: природой обязательства (депозит/кредит), контролем над счетами и потоками, а также операционной инфраструктурой (платежные rails).

Ключевые вопросы к модели

Эти вопросы помогают отделить “сервис вокруг финансов” от деятельности, которая требует банковской/платёжной лицензии.

  • принимаете ли вы средства как депозиты (обязательство по возврату, условия, срок/проценты)
  • выдаёте ли вы кредит как кредитор и откуда фондирование
  • кто открывает и ведёт счета и кому принадлежат права распоряжения
  • кто является payment service provider и где проходит settlement
  • есть ли у вас роль оператора платежной системы (правила, допуск, ответственность)
Что нужно “закрепить” документально

Для банковских и платежных моделей критично, чтобы договоры, пользовательские документы и IT-реальность совпадали.

  • договорная архитектура: кто сторона договоров и какие обязательства
  • политики AML/CFT, санкционный скрининг, мониторинг операций
  • модель комплаенса: roles (CO/MLRO), отчётность, training
  • IT/киберконтуры, доступы, логирование, инциденты
  • outsourcing: что делегируется и как контролируется провайдер

Быстрые ориентиры по квалификации

Как “сценарии” обычно раскладываются по подвидам Banking

Квалификация
Сценарий Чаще всего относится к Что проверяют
Вы принимаете средства клиентов “на хранение” с обязательством возврата Прием депозитов природа обязательства, договор, управление ликвидностью, пруденциальные требования
Вы выдаёте кредит/кредитную линию и несёте кредитный риск Предоставление кредита funding, скоринг/underwriting, лимиты, просрочка, взыскание, risk governance
Вы даёте персональные рекомендации по кредитному продукту/условиям Консультирование по кредитной линии персонализация, disclosures, conflicts, договор/дисклеймеры, комиссия
Вы организуете кредитную сделку между кредитором и заемщиком Организация кредитной линии роль в процессе сделки, кто принимает решение, комиссии, документы, конфликт интересов
Вы проводите/маршрутизируете платежи и участвуете в flow средств Оказание платежных услуг flow средств, реконсиляция, AML/санкции, chargebacks/споры, операционные риски
Вы открываете и ведёте счета (или предоставляете account-доступ) Открытие и ведение банковских счетов KYC, права распоряжения, доступы, аудит-след, мониторинг операций
Вы управляете платежной системой как инфраструктурой Управление платежной системой правила системы, допуск участников, settlement, BCP/DR, киберустойчивость, инциденты

Типовой путь подготовки проекта (Banking / Payments)

Практическая последовательность, которая помогает быстро определить периметр лицензии и собрать пакет под фактическую модель.

1
Периметр и карта потоков

Фиксируем роли участников и рисуем карту потоков: funds, accounts, settlement, custody, комиссии и доступы.

2
Лицензируемые активности

Сопоставляем модель с подтипами Banking (deposits/credit/payments/accounts/system) и определяем “ядро” лицензии.

3
Контуры контроля

AML/санкции, операционные риски, IT/кибер, incident management, outsourcing-контроль, governance и отчётность.

4
Документы и “storyline”

Согласовываем договоры/пользовательские документы/политики с реальной операционкой и готовим позицию для регулятора и банков.

Практические материалы

Чек-листы по карте потоков (funds & accounts), санкционному скринингу, outsourcing, BCP/DR и структуре пакета документов размещаем в разделе Ресурсы.

Глоссарий

Термины, которые чаще всего неправильно понимают при запуске банковских/платёжных моделей.

Deposit

Средства, принимаемые с обязательством возврата на условиях договора. Для квалификации важна экономическая суть обязательства, а не название продукта.

Credit Facility

Кредитный продукт/линия. Важно различать кредитора, организатора сделки и консультанта — у каждого может быть свой регуляторный периметр.

Payment Services

Платежные функции в цепочке: инициирование, обработка, маршрутизация, расчеты, споры и реконсиляция — с соответствующими рисками.

Payment System

Инфраструктура с правилами участия и расчетов. Обычно требует отдельного фокуса на IT-устойчивости, инцидентах и операционном контроле.

FAQ

Короткие ответы на вопросы, которые возникают при запуске Banking/Payments-моделей в AIFC.

Если мы не “банк” по названию, может ли возникать банковский периметр?+
Да. Банковский/платёжный периметр чаще всего возникает из-за природы обязательства (депозит/кредит), контроля над счетами/потоками и участия в платежной инфраструктуре, а не из-за брендинга.
Чем “организация кредитной линии” отличается от “консультирования”?+
Консультирование — это рекомендации и анализ под клиента. Организация кредитной линии — участие в процессе заключения сделки между кредитором и заемщиком (роль в маршруте сделки, комиссии, документы, конфликты интересов).
Платежные услуги — это всегда про “переводы денег”?+
Не только. Важно, где вы стоите в цепочке: инициирование, обработка, маршрутизация, settlement, реконсиляция, споры/chargebacks и доступы. Эти элементы определяют риски и требования к контролям.
Что чаще всего вызывает вопросы у регулятора и банков-корреспондентов?+
Несоответствие между документами и реальной операционкой; неясный flow средств; слабый санкционный/AML-контур; недостаточный контроль outsourcing; недостаточная IT-устойчивость и отсутствие сценариев инцидентов и восстановления.