Финтех22.09.2026, 01:016 мин чтенияНОВОСТЬ

Crassula и Narvi объяснили, как финтех-стартапу запустить продукт в ЕЭЗ без собственной лицензии

Спонсируемый материал EU-Startups описывает модель, в которой регулируемую инфраструктуру и технологический слой предоставляют партнёры, а стартап отвечает за продукт и клиентов

Иллюстрация к материалу о запуске финтех-продукта в ЕЭЗ через регулируемую инфраструктуру партнёров Crassula и Narvi
КРАТКО

Что нужно знать

  • EU-Startups опубликовало спонсируемый материал, подготовленный совместно с Crassula и Narvi.
  • Модель предполагает запуск финтех-продукта в ЕЭЗ на регулируемой инфраструктуре партнёра без собственной лицензии на первом этапе.
  • Narvi описывается как финская авторизованная Electronic Money Institution, предоставляющая BaaS через API, IBAN-счета и европейские платежи в рамках EMI-рамки.
  • Crassula описывается как white-label платформа Banking-as-a-Service: core banking, счета и леджер, веб- и мобильные интерфейсы, бэк-офис, платёжная оркестрация и интеграции.
  • По оценке авторов, запуск возможен примерно за четыре недели в зависимости от объёма продукта, одобрения комплаенса и интеграций.
  • Продукт, клиенты, география и сценарий использования должны укладываться в регуляторную рамку провайдера и его риск-аппетит.
ИсточникEU-Startups ↗

Издание EU-Startups опубликовало спонсируемый материал, в котором компании Crassula и Narvi описывают модель запуска финтех-продукта в Европейской экономической зоне (ЕЭЗ) без получения стартапом собственной регуляторной лицензии на первом этапе. По версии авторов, стартап может строить и запускать продукт в рамках лицензированной партнёрской инфраструктуры, проверяя спрос и привлекая клиентов, а вопрос о собственной регуляторной структуре решать позже.

Материал подготовлен в сотрудничестве с Crassula и Narvi и помечен как спонсируемый. Это важно учитывать: речь идёт не о независимом исследовании рынка, а о публикации, продвигающей модель двух поставщиков.

В чём суть предложения

По описанию из материала, роли в такой схеме разделены так:

  • Narvi предоставляет регулируемую инфраструктуру бизнес-счетов и платёжные рельсы;
  • Crassula предоставляет технологический слой, превращающий эти возможности в финтех-продукт;
  • стартап отвечает за само предложение, бренд, дистрибуцию и отношения с клиентами.

Crassula описывается как white-label платформа Banking-as-a-Service: технологический слой для запуска цифровых банковских продуктов — необанков, электронных кошельков, криптокошельков, платёжных платформ, а также программ выпуска и управления картами. Narvi Payments описывается как северный регулируемый EMI (Electronic Money Institution), который построил собственную core banking-технологию и предоставляет API-first банковские сервисы для бизнеса.

Что именно даёт Narvi

Согласно материалу, Narvi — финская авторизованная Electronic Money Institution, предоставляющая возможности Banking-as-a-Service через свой API. Её инфраструктура включает IBAN-счета и европейские платёжные возможности, а рамка EMI поддерживает работу во всех странах ЕЭЗ.

При этом авторы прямо оговаривают: это не означает, что стартап может игнорировать регулирование. Продукт, клиенты, география и сценарий использования должны укладываться в регуляторную рамку провайдера, требования комплаенса и его риск-аппетит. На практике стартап на первом этапе работает через регулируемую инфраструктуру Narvi, а не по собственной лицензии электронных денег; клиенты проходят онбординг по процессам и в рамках комплаенс-структуры Narvi.

Что даёт Crassula

Crassula, по описанию, предоставляет white-label инфраструктуру цифрового банкинга: core banking, функциональность счетов и леджера, веб- и мобильные интерфейсы, бэк-офис, платёжную оркестрацию и интеграции с финансовыми провайдерами. Платформа рассчитана на то, что компания конфигурирует и брендирует существующий банковский технологический стек, а не разрабатывает каждый компонент самостоятельно.

Отдельно упоминается, что Crassula работает не только со зрелыми финансовыми организациями, но и с финтех-стартапами и предлагает «стартап-дружественную» коммерческую модель, рассчитанную на запуск финансового продукта на ранней стадии, а не на экономику устоявшегося финансового института с первого дня.

Сроки и гибкость

В материале приводится оценка: при наличии существующего технологического стека Crassula и подходящей регулируемой инфраструктуры партнёра финтех-продукт можно запустить примерно за четыре недели — в зависимости от объёма продукта, одобрения комплаенса и необходимых интеграций.

Авторы подчёркивают, что первый продукт стартапа редко становится финальным. Компания может начать с EUR-счетов и SEPA-платежей, а затем обнаружить, что клиентам нужен другой способ оплаты, KYC-провайдер, карточная программа, FX-возможности или иной финансовый сервис. Подход Crassula описывается как ориентированный на адаптивность: по мере развития продукта и появления новых требований клиентов добавляются новые провайдеры и интеграции.

Как это выглядит на примере

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

Crassula предоставляет конфигурируемую продуктовую среду: брендированные веб- и мобильные интерфейсы, базовую функциональность, инструменты бэк-офиса и оркестрацию. Narvi предоставляет регулируемую BaaS-инфраструктуру для счетов и платежей в рамках своей EMI-рамки — при условии одобрения конкретной бизнес-модели и клиентов. Стартап же сосредотачивает ресурсы на том, что действительно отличает его: на том, кому он служит, какую проблему решает, чем опыт отличается от существующих альтернатив и как он будет привлекать клиентов.

Авторы противопоставляют два пути. Первый: идея → настройка инфраструктуры и комплаенса → запуск за недели → привлечение клиентов → обучение → интеграция дополнительных сервисов → масштабирование. Второй: идея → построение инфраструктуры → получение собственной лицензии → интеграция провайдеров → запуск → выяснение, нужен ли продукт клиентам.

Почему это подаётся как аргумент

По логике материала, каждый месяц до запуска расходует капитал, не принося обратной связи от клиентов; расходы на инфраструктуру действуют так же. Поэтому «стартап-дружественная» модель технологий и BaaS описывается не просто как IT-решение, а как фактор, влияющий на runway компании и её способность достичь product-market fit.

При этом авторы предупреждают: использование внешней инфраструктуры не должно означать игнорирование будущей архитектуры. Основателю стоит понимать, что произойдёт при значительном росте объёмов транзакций, выходе на новые рынки или если компания в итоге решит работать по собственной лицензии. Именно поэтому подчёркивается модульность: Crassula описывается как оркестрационный слой, который может подключаться к лицензированным структурам и разным финансовым провайдерам, а не требовать строить предложение целиком вокруг одного проприетарного банковского стека.

Из этого делается вывод: получение собственной лицензии может стать решением о росте, а не обязательным условием входа.

Что советуют проверять основателям

В материале перечислены вопросы, которые, по мнению авторов, стоит задать до выбора BaaS- или технологического партнёра:

  • какое юрлицо предоставляет регулируемые услуги;
  • какие страны и типы клиентов оно может поддерживать;
  • кто отвечает за онбординг клиентов и текущий комплаенс;
  • какие платёжные схемы доступны;
  • что произойдёт, если бизнес выйдет в более рискованный вертикальный сегмент;
  • можно ли подключить другого провайдера, если клиентам потребуется новый сервис;
  • может ли инфраструктура адаптироваться при изменении продукта;
  • что произойдёт при росте объёмов;
  • насколько переносима технология, если стартап в итоге получит собственную лицензию.

Ответы, по мнению авторов, должны быть ясны до запуска.

Что это значит

Материал EU-Startups — спонсируемая публикация, продвигающая связку Crassula и Narvi, поэтому описанную модель стоит воспринимать как позицию заинтересованных поставщиков, а не как независимую оценку рынка. Тем не менее в тексте сформулирован конкретный тезис: для раннего финтех-стартапа в ЕЭЗ получение собственной лицензии не обязательно должно быть первым шагом — запуск возможен через регулируемую инфраструктуру партнёра, если продукт, клиенты и география укладываются в его рамку и риск-аппетит. Оценка «около четырёх недель» на запуск дана самими авторами и зависит от объёма продукта, одобрения комплаенса и интеграций. Для основателей практический вывод из публикации — сравнивать не только скорость и цену, но и то, кто несёт регулируемую ответственность, как устроен комплаенс и насколько переносима инфраструктура при будущем росте или получении собственной лицензии.

ВОПРОСЫ И ОТВЕТЫ

Коротко о главном

Нужна ли финтех-стартапу собственная лицензия для запуска в ЕЭЗ по этой модели?

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

Что предоставляет Narvi?

Narvi описывается как финская авторизованная Electronic Money Institution, предоставляющая возможности Banking-as-a-Service через API. Её инфраструктура включает IBAN-счета и европейские платёжные возможности, а рамка EMI поддерживает работу во всех странах ЕЭЗ.

Что предоставляет Crassula?

Crassula описывается как white-label платформа Banking-as-a-Service, предоставляющая технологический слой: core banking, функциональность счетов и леджера, веб- и мобильные интерфейсы, бэк-офис, платёжную оркестрацию и интеграции с финансовыми провайдерами.

Сколько времени занимает запуск продукта?

В материале приводится оценка около четырёх недель при наличии существующего технологического стека Crassula и подходящей регулируемой инфраструктуры партнёра. Срок зависит от объёма продукта, одобрения комплаенса и необходимых интеграций.

Кто отвечает за онбординг клиентов и комплаенс?

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

Можно ли позже получить собственную лицензию?

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

Как подготовлен материал

Черновик был создан с помощью ИИ по указанному первоисточнику и опубликован в формате ITBlogs. Факты следует сверять с оригинальной публикацией.

С
АВТОР

Сергей

Администратор проекта

ОБСУЖДЕНИЕ

Комментарии · 0

Войдите, чтобы участвовать в обсуждении.