COREDO – EU Legal & Compliance Services Экспертный юридический консалтинг, лицензирование финансовых услуг (EMI, PSP, CASP согласно MiCA) и AML/CFT комплаенс на всей территории Евросоюза. С главным офисом в Праге, мы обеспечиваем комплексные регуляторные решения в Германии, Польше, Литве и во всех 27 странах-членах ЕС
С 2016 года я веду COREDO как платформу экспертных решений на стыке права, финансов и технологий. За это время команда COREDO реализовала десятки проектов в ЕС, Чехии, Словакии, на Кипре, в Эстонии, Великобритании, Сингапуре и Дубае: от регистрации юридических лиц и лицензирования платежных услуг ЕС до выстраивания AML-функций и масштабирования на новые рынки. Я хорошо знаю запрос предпринимателей и финансовых директоров: нужен надежный партнер, который говорит языком бизнеса, а не формул регулятора, и умеет проводить клиента сквозь детали PSD2, AMLD5/AMLD6 и требований NCA к рабочему запуску.
Эта статья: практическое руководство. Я последовательно разберу классификацию платежных услуг в ЕС, разные типы лицензий (EMI/PI/SPI), требования к бизнес-модели и техархитектуре, AML/KYC/KYB-практики и нюансы масштабирования. По ходу дам фрагменты того, как решения, разработанные в COREDO, помогали клиентам ускорять Лицензирование, выстраивать SCA и transaction monitoring и уверенно проходить Q&A с регулятором платежных услуг ЕС.
Как мыслить о платежном бизнесе в ЕС

Классификация платежей по PSD2
Когда речь заходит о классификации платежных услуг в ЕС, ключевая развилка — какие именно услуги вы оказываете и по какой схеме движутся деньги. Виды платежных услуг по PSD2 включают, в частности, payment initiation service (PIS) и account information service (AIS).
Payment initiation service (PIS), это инициирование платежа со счета плательщика в банке через Open Banking API; провайдер не держит средства, но берет на себя аутентификацию, формирование платежного поручения и подтверждение статуса.
Account information service (AIS): доступ к агрегированной информации по счетам клиента с его согласия, без инициирования движений.
Отдельный пласт: эмиссия электронных денег как классифицировать. Если храните клиентские средства с обязательством выкупа по номиналу и выпускаете e-money, речь идет об Electronic Money Institution (EMI) лицензии. Как классифицировать мобильные кошельки по PSD2? Если кошелек лишь иницииует платежи без хранения средств, это ближе к PIS. Если на балансе провайдера отражаются предоплаченные средства клиента, это e-money с требованиями к safeguarding и капиталу.
Формы лицензий PI, EMI, SPI и регуляторы

регуляторы ЕС (NCA, EBA, ECB) задают рамку: местные NCA выдают разрешения, EBA выпускает руководства и Q&A, ECB влияет на платежную инфраструктуру и надзорные практики в зоне евро. На что обращают внимание NCA при классификации услуги? На прозрачность флоу, сегрегацию средств, компетенции руководства, AML-контрольную среду и реалистичность бизнес-плана. Наш опыт в COREDO показал, что проактивный диалог с NCA с демонстрацией продуманной risk-based approach существенно снижает количество раундов замечаний.
EMI лицензия в ЕС: что хочет регулятор
Electronic Money Institution (EMI), выбор для провайдеров с хранением клиентских средств, эмиссией e-money и выпуском карт совместно с BIN-спонсором и issuer processor. В бизнес-план для EMI лицензии важно включить детальную экономику: источники дохода (revenue streams: MDR, interchange, FX spread, подписки), структуру затрат, оценку стоимости соответствия (compliance cost modelling) и метрики unit-экономики. Регулятор ожидает доказательства непревышения банковских границ: отсутствуют депозиты и кредитование за счет клиентских средств.
Команда COREDO обычно формирует для EMI досье с фокусом на safeguarding, договоры со счетами-защитой, политиками по ре-консиляции и stress scenarios. Когда регулятор платежных услуг ЕС видит логичную архитектуру управления ликвидностью, четкий audit trail и зрелые процедуры CDD/EDD, обсуждение переходит от «можно ли» к «как и когда». Это ускоряет passporting платежной лицензии в другие страны ЕС после получения основного разрешения.
PI и SPI: пороги и сценарии
Payment Institution (PI) authorization — рабочая лошадка для PIS/AIS, money remittance, acquiring без хранения средств на собственном счете как e-money. Порог регистрации и критерии authorization vs registration зависят от объемов: для начальных стадий иногда достаточно SPI, но без права passporting и с лимитами на месячные обороты. Когда требуется регистрация как Small Payment Institution? Когда модель узкая по рискам и масштабу, вы тестируете спрос и хотите быстрый выход с последующим апгрейдом до PI.
Выбор юрисдикции PSP в Европе и Азии
Описание бизнес-модели для регулятора ЕС

Как описать модель комиссии и источники дохода для регулятора? Прямо и точно: merchant discount rate, interchange income, FX spread, абонплаты за аккаунтинг, плата за API. Важно показать, как MDR делится между эквайером и провайдером, как формируется net settlement, какие SLA с acquiring bank. Какие метрики ROI важны для платежного стартапа? GMV, net revenue, LTV/CAC, средний ticket size, доля одобренных транзакций, chargeback ratio и cost-to-serve по сегментам.
Транзакционные потоки и схемы
Безопасность SCA: требования и практика
SCA и требования безопасности платежей, не просто чек-лист, а основа доверия. Мы объясняем, как применяется EMV 3-D Secure для карт, как реализована Strong Customer Authentication (SCA) требования в PIS/AIS по PSD2, где хранится токенизированный PAN и как соблюдается PCI DSS и токенизация картовых данных. Privacy by design и GDPR соответствие описываем через минимизацию данных, псевдонимизацию и четкие retention-политики.
AML/CTF и KYC/KYB для PSP

Практики построения transaction monitoring для заявителя опираются на risk-based approach к контролю транзакций. Мы внедряем rules engine с сегментными лимитами, velocity rules, геориск-профилированием и поведенческой аналитикой. Suspicious Activity Report (SAR) практика документирована: критерии эскалации, сроки, содержание, хранение evidence. AML-процедуры для мультивалютных операций учитывают FX и конвертацию: фиксируются источники курсов, маржа, санкционные и экзотические валютные риски.
Ошибки и как отвечать на замечания NCA
Неочевидные ошибки в описании бизнес-модели при подаче заявки часто связаны с подменой acquiring на PIS или смешением e-money с агентскими схемами. На что обращают внимание NCA при классификации услуги? На отсутствие разрывов между правовым описанием и фактической техреализацией, на корректность клиентского договора и disclosures. Как подготовить ответы на замечания регулятора по классификации услуг и PSD2 директива платежных услуг? Мы составляем matrix-of-concerns: каждое замечание связываем с пунктом политики, поправкой в схема-флоу и обновлением SLA с партнерами.
Эквайринг, карты и партнерства

Если продукт включает карты, мы раскрываем роли issuer, issuer processor, BIN sponsorship, и как описать взаимодействие с картовыми схемами и BIN-спонсором. Для агрегаторных моделей, payment aggregator и white-label решения, а также payment facilitator (PayFac) модель с субмерчантами и KYB-процессами. Outsourcing compliance и third-party risk покрываются отдельными политиками: Due Diligence провайдеров, права аудита, контроль субподрядчиков и планы на случай инцидентов.
Масштабирование паспортинг кроссбордер
Регуляторные песочницы, sandbox программы регуляторов и testing помогают доказать устойчивость платформы на высокой нагрузке. Вопросы по масштабированию обработки транзакций и высокой нагрузки закрываем планом capacity management: TPS цели, горизонтальное масштабирование, резервные дата-центры и RTO/RPO. Для SEPA указываем время до финальности, для SWIFT, статус GPI и SLA по трекингу.
Пакет документов: что обязательно
Как оформить описание технической архитектуры платежного решения для регулятора? Слои приложения, периметры безопасности, сети, шифрование, HSM, секрет-менеджмент, журналы доступа и мониторинг. API документация и спецификации для регулятора включают схемы авторизации, коды ошибок, тайминги и доказательства совместимости с Open Banking API стандарты. Для GDPR мы прикладываем DPIA, записи о процессинге данных и privacy by design.
Кейсы COREDO: как подход работает
В проекте для платежного провайдера в Европе с моделью кошелька и карт команда COREDO классифицировала продукт как EMI с выпуском e-money и картами через BIN-спонсора. Мы настроили SCA на базе EMV 3-D Secure, разработали правила transaction monitoring и показали NCA схему safeguarding и reconcile. Регулятор одобрил модель после одного раунда уточнений, а клиент быстро запустил passporting платежной лицензии по ЕС.
В другом кейсе клиент шел как payment facilitator с агрегированием мерчантов, split-платежами и white-label. Наши юристы структурировали договор с эквайером, прописали распределение MDR и ответственность за chargebacks, а инженеры оформили технические диаграммы потоков платежей для регулятора. Практика COREDO подтвердила: четкий KYB субмерчантов и прозрачная логика hold/release средств позволяют снизить замечания NCA до минимума.
Третий пример — кроссбордерная платформа между ЕС и Азией с использованием SEPA instant внутри ЕС и SWIFT GPI для межрегиональных переводов. Мы описали особенности классификации кроссбордерных денежных переводов, учли travel rule и санкционный скрининг, а также раскрыли FX-процессы и маржу. После пилота в sandbox клиент масштабировал TPS, сохранив стабильность SAR-процедур и низкий уровень false positives.
Как работает COREDO
Путь начинается с диагностической сессии: продукт, флоу, риски, выбор: регистрация платежной компании в ЕС или азиатская лицензия. Затем — карта юрисдикций с критериями «регулятор платежных услуг ЕС», сроки, капитал, passporting, наличие партнеров для issuing/acquiring. На третьем этапе команда COREDO проектирует бизнес-план, revenue-модель, оценку стоимости соответствия PSD2 и AML и метрики ROI для платежных платформ (LTV/CAC, GMV, маржинальность и cost-to-serve).
Далее готовим техпакет: SCA, PCI DSS, Open Banking API, ISO 20022, SEPA/SEPA instant, SWIFT GPI, схемы TPS и отказоустойчивости. Параллельно формируем AML/CTF: KYC/KYB, CDD/EDD, PEP/санкции, risk-based approach и rules engine. Затем: подача, ответы на замечания, демонстрация evidence и, при необходимости, итерации в sandbox для fintech и пилотные проекты.