wiki / BaaS middleware: Unit, Treasury Prime, Synctera

BaaS middleware: Unit, Treasury Prime, Synctera

Концепция

Между sponsor bank и финтех-брендом почти всегда стоит технологический посредник — BaaS-платформа, или middleware. Банк держит charter, счета и отвечает перед регулятором, финтех владеет продуктом и клиентом, а middleware соединяет их через API: открытие счетов, выпуск карт, движение платежей, ledger конечных клиентов и комплаенс-обвязку.

Для того, кто строит embedded finance, middleware — это то, во что он реально интегрируется: sponsor bank часто остаётся за кадром. Платформы выросли на обещании запустить необанк за недели, а не годы. После 2024-го модель пересобралась — крах Synapse и ужесточение надзора показали, что самое уязвимое место схемы это целостность ledger'а и сверки, которые ведёт именно middleware.

Как это устроено

В схеме три участника, и деньги конечных клиентов лежат в общем (pooled) FBO account на балансе банка. Кто кому сколько должен внутри пула — знает ledger middleware. Когда ledger расходится с тем, что видит банк, начинается кризис.

  • Sponsor bank — держит charter и счета, ведёт BSA/AML-программу, отвечает за действия партнёров (third-party risk management).
  • Middleware / BaaS-платформа — API между банком и финтехом; ведёт ledger конечных клиентов, оркестрирует KYC/KYB и мониторинг, сверяет pooled FBO-счета с балансами банка.
  • Финтех / бренд — продукт, клиентский опыт, маркетинг и онбординг конечных пользователей.

Ключевые провайдеры

  • Unit — широкая API-платформа: счета, карты, платежи, кредитование. После 2024-го поднимает планку отбора финтехов, потому что банки сузили аппетит к риску.
  • Treasury Prime — в феврале 2024-го сократил около половины штата и развернулся от продаж финтехам к продаже софта напрямую банкам (продукт Bank-Direct). Логика: регуляторы хотят, чтобы банк сам контролировал партнёра, без посредника-продавца.
  • Synctera — end-to-end платформа: инфраструктура, комплаенс и сеть community-банков. Сделала ставку на пост-2024 ужесточение — усиленная реконсиляция, fraud- и BSA-инструменты; предлагает и прямые контракты «банк ↔ финтех».

Урок Synapse

Synapse была middleware-посредником между десятками финтехов и банками-партнёрами. В апреле 2024-го компания подала на банкротство. Её ledger разошёлся с балансами банков: из US$219M, замороженных в мае 2024-го, банки вернули большую часть, но осталась недостача US$65–95M между тем, что лежало на счетах, и тем, что записано в системе Synapse. Деньги были в pooled FBO-счетах, и вся сверка держалась на учётной системе самой Synapse.

В ноябре 2025-го суд прекратил дело о банкротстве: средств расплатиться не было, покупателей на активы не нашлось. Параллельно CFPB выделил US$46M из штрафного фонда на возмещение пострадавшим — примерно половину недостачи и первый случай, когда фонд задействовали под финтех-инцидент.

Вывод для оператора: главный риск программы — это учётная система посредника. Целостность middleware-ledger'а и способность банка независимо сверять балансы определяют, получат ли конечные клиенты свои деньги.

Сдвиг «в прямую»

После Synapse и межведомственного guidance 2023 года по управлению рисками третьих сторон банки требуют прямого контроля над конечными клиентами. Middleware идёт «в прямую»: продаёт софт банкам, а не финтехам (кейс Treasury Prime), а контрактные схемы всё чаще связывают банк и финтех напрямую, оставляя платформе только технологию. Для того, кто строит программу, это значит: sponsor bank будет смотреть пристальнее и потребует demonstrable control над онбордингом конечных клиентов.

Что проверять при выборе middleware

  • Кто держит ledger и как сверяется FBO — ежедневная независимая реконсиляция на стороне банка, а не доверие к системе платформы.
  • Какие sponsor banks стоят за платформой и в каком они состоянии — обзор банков, consent orders, аппетит к риску.
  • Чей это комплаенс — BSA/AML-программа на банке, платформа лишь инструментарий; кто по контракту отвечает за CIP/CDD конечных клиентов.
  • Готовность к прямой модели — выживет ли программа, если банк захочет контрактовать финтех напрямую.

Применимое регулирование

Отдельной лицензии у middleware нет — она работает под charter'ом sponsor bank. Ключевое:

  • Interagency Guidance on Third-Party Relationships (2023) — банк отвечает за финтех-партнёров и за посредников: аутсорсить можно деятельность, не ответственность. Подробнее о тренде — периметр регулирования.
  • FDIC custodial accounts (NPRM, окт 2024) — предлагает поимённый учёт бенефициаров и ежедневную сверку для pooled-счетов; на 2026 год это проект, не финализирован (требует проверки статуса).

Q/A

Нужна ли своя лицензия, чтобы запустить продукт через middleware

Нет: продукт идёт под charter'ом sponsor bank. Своя лицензия обсуждается, когда объём оправдывает прямую интеграцию — ориентир для карт это сотни тысяч штук.

Застрахованы ли деньги клиентов на уровне middleware

FDIC-страховка действует на уровне банка-партнёра (pass-through), а не платформы. Но доступ к деньгам зависит от того, сходится ли ledger, — как показал Synapse.

Чем middleware отличается от program manager

Middleware даёт технологию и оркестрацию; program manager (чаще в картах) берёт операционное управление программой. Функции пересекаются и иногда совмещаются — см. BIN sponsorship.

Контактная информация

Если у вас возникли вопросы или требуется консультация, наши эксперты будут рады помочь

Заказать обратный звонок

Private.law Attorneys

Материал подготовлен для публичного ознакомления и свободен к копированию.

Мы специализируемся на решении сложных юридических задач для требовательных клиентов.

Наш сайт

По теме