Встроенные финансы и BaaS для ПО малого и среднего бизнеса: как вертикальный SaaS внедряет платежи, кредитование и выпуск карт

Toast — POS-платформа для ресторанов — заработала около 5 миллиардов долларов на финансовых услугах в прошлом году. Подписки на программное обеспечение, то есть продукт, ради продажи которого компания изначально создавалась, принесли 936 миллионов долларов. Финтех-«хвост» теперь в пять раз больше SaaS-«собаки».

Та же тенденция наблюдается во всем вертикальном ПО: на решения для мерчантов Shopify приходится 73% выручки. В структуре выручки ServiceTitan при выходе на IPO 71% составляли подписки и 25% — финтех, но аналитики, отслеживающие чистую новую выручку, видят сближение этих показателей до 55/45 — платежи растут быстрее, чем основное ПО. К тому времени, когда вертикальная SaaS-компания достигает раунда B в 2026 году, вопрос инвесторов заключается уже не в том, стоит ли внедрять платежи, а в том, какой стек встроенных финансов использовать и как быстро за ними последуют кредитование и выпуск карт.

Это то, что в индустрии называют встроенными финансами (embedded finance) — финансовые продукты, предлагаемые внутри нефинансового ПО, а базовой инфраструктурой для них служит банковское обслуживание как услуга (BaaS). Возможности здесь огромны: прогнозируется, что выручка платформ в США от встроенных финансов вырастет с примерно 22 миллиардов долларов в 2021 году до 51 миллиарда в 2026 году, а рынок BaaS будет расти со среднегодовым темпом (CAGR) 17,8% до 2031 года. Но рядом с этими возможностями находится кладбище из предписаний регуляторов, замороженных программ и проваленных аудитов. Большинство основателей, оказавшихся там, не осознавали, что ведут банковский бизнес, пока об этом не сообщил регулятор.

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

Что на самом деле означают «встроенные финансы»

Встроенные финансы — это сокращенное название финансовых продуктов (платежи, депозитные счета, дебетовые карты, кредиты, страхование, расчет заработной платы), предоставляемых внутри программного обеспечения, которое формально не является финансовым продуктом. Платформа для строительного бизнеса, которая позволяет подрядчикам принимать ACH-платежи от своих клиентов, хранить наличные на субсчете и получать мгновенные авансы под неоплаченные счета, занимается встроенными финансами. То же самое делает система управления ветеринарными клиниками, которая выпускает брендированные дебетовые карты для ветеринаров для закупки расходных материалов.

Техническим движком большинства этих функций является Banking-as-a-Service: регулируемый банк («банк-спонсор») сдает в аренду свою лицензию, доступ к сетям ACH и платежных карт, а также свой застрахованный FDIC реестр (ledger) финтех-провайдеру среднего звена. Тот, в свою очередь, предоставляет эти возможности в виде простых API, которые могут вызывать обычные софтверные компании. Сама софтверная компания никогда не владеет банковской лицензией. Однако она берет на себя длинный список операционных обязанностей и требований по соблюдению нормативных актов (комплаенс), которые, если вчитаться в мелкий шрифт, очень напоминают управление банком.

В стеке встроенных финансов доминируют три продукта:

• Встроенные платежи. Прием карт и ACH-переводов от имени конечных клиентов SaaS-платформы. Это «входной билет» — самый простой в развертывании, самый быстрый способ получения выручки и фундамент, на котором строится все остальное.
• Встроенное кредитование. Денежные авансы под будущую дебиторскую задолженность, кредитные линии и срочные займы, одобренные на основе собственных данных платформы о транзакциях. Тейк-рейты и чистые спреды здесь намного выше, чем в платежах.
• Выпуск карт и счетов. Брендированные дебетовые карты, виртуальные карты и операционные счета, застрахованные FDIC («карты расходов» для рабочих бригад, «счета доходов» для гиг-работников, карты с кредитным лимитом магазина для покупателей).

Каждый из этих уровней усиливает другие, поскольку каждый из них захватывает все большую часть потока оборотного капитала клиента.

Почему вертикальный SaaS обладает неоспоримым преимуществом

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

Этот контекст и есть «защитный ров» (moat). Он меняет сразу три вещи:

1. Андеррайтинг становится дешевле и точнее. Строительная SaaS-компания знает, какие подрядчики получают оплату вовремя, а у каких в книгах всегда висит 90-дневная дебиторская задолженность. Это делает продукт денежных авансов гораздо более надежной ставкой, чем обычный кредит для малого бизнеса от банка, который видит только налоговую декларацию.
2. Стоимость дистрибуции резко снижается. Клиент уже находится внутри приложения. Нет воронки привлечения для нового финансового продукта — есть баннер на экране, на котором пользователь уже работает. Отраслевые аналитики подсчитали, что платформы, успешно внедрившие финансовые продукты, увеличивают выручку на одного клиента в три-четыре раза.
3. Удержание клиентов (retention) усиливается. Как только расчет заработной платы, платежи и кредитная линия проходят через ваше программное обеспечение, стоимость перехода на другой сервис становится огромной. Финтех-слой превращает подписку за 99 долларов в месяц в счет за финансовые услуги на 5 000 долларов в год.

Вот почему стратегия внедрения финтеха в вертикальный SaaS прошла путь от «экспериментальной побочной ставки» до «стандартного условия при планировании раунда B» всего за четыре года.

Стек 2026 года: кто и за что отвечает

Карта вендоров встроенных финансов (embedded finance) переполнена, а категории часто пересекаются. Ниже представлен упрощенный обзор поставщиков, которых команды разработчиков ПО для малого и среднего бизнеса чаще всего включают в шорт-листы в 2026 году:

Обработка и оркестрация платежей

• Stripe Connect и Stripe Treasury. Решение по умолчанию, ориентированное на разработчиков. Мощные API, отличная документация, широкий охват: от приема карт до хранения остатков и выпуска карт. Лучший выбор для команд, которым нужен один вендор для большей части технологического стека.
• Adyen for Platforms. Сильные позиции на мировом рынке и ценообразование на основе объема транзакций. Более выгодная экономика при объеме обработанных платежей свыше 50 миллионов долларов; более медленный онбординг и меньшая лояльность к небольшим программам.
• Finix и Payabli. «PayFac-as-a-Service» (платежный агрегатор как сервис) — они помогают платформам стать платежными посредниками (или, по крайней мере, выглядеть таковыми) без необходимости выстраивать полную регуляторную базу.

Банковское обслуживание и счета (BaaS-прослойка)

• Unit. Самый быстрый путь к запуску программы для американских SaaS-компаний, которые хотят хранить остатки средств клиентов или выпускать брендированные карты. Сильный продукт, но тесно связан с несколькими банками-спонсорами.
• Treasury Prime. Мультибанковский API — полезен, когда вам нужны функции банковского уровня, такие как сквозное страхование FDIC и платежи в реальном времени, без привязки к одному спонсору.
• Synctera. Промежуточное ПО с упором на комплаенс, которое стремится внедрить инструменты BSA/AML (борьба с отмыванием денег) в опыт разработчика с первого дня.
• Column. Банк, который также предоставляет собственные API, устраняя один слой в «сэндвиче» из посредников.

Эмиссия карт

• Marqeta, Lithic, Highnote. Инфраструктура выпуска карт для брендированных дебетовых, предоплаченных и, все чаще, кредитных программ. Marqeta хорошо масштабируется; Lithic привлекает команды, которым нужен более лаконичный и удобный для разработчиков интерфейс; Highnote ориентируется на кредитные и потребительские продукты.

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

• Parafin, Kanmon, Liberis. API для встроенного кредитования, которые проводят андеррайтинг на основе транзакционных данных платформы и берут на себя выдачу, обслуживание и (в некоторых случаях) балансовый отчет.

Главная книга и движение денежных средств

• Modern Treasury. Эталонная реализация инфраструктуры главной книги (ledger) внутри платформ; используется такими компаниями, как Gusto и Marqeta, для ведения собственного учета еще до того, как деньги попадают в банк.
• Dwolla, Moov. Программное перемещение денег с фокусом на ACH, часто используемое вместе с эквайерингом.

Большинство работающих программ сочетают в себе три или четыре из этих решений — например, платформа для управления недвижимостью может использовать Stripe для приема платежей по картам, Unit для счетов арендодателей, Marqeta для выпуска брендированных дебетовых карт управляющим и Parafin для выдачи авансов под залог арендных платежей.

Реалистичный план последовательного внедрения

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

Фаза 1 — Платежи (0–6 месяцы). Добавьте прием карт для клиентов ваших клиентов. Это уровень с самым низким риском и самым высоким объемом. Настройте интеграцию так, чтобы платформа зарабатывала небольшую часть с каждой транзакции (обычно от 30 до 100 базисных пунктов). Используйте эту фазу для отладки онбординга клиентов, проверок KYB (Know Your Business) и мониторинга мошенничества.

Фаза 2 — Счета и выплаты (6–12 месяцы). Когда платежи станут стабильными, добавьте возможность для клиентов хранить остатки на платформе, отправлять выплаты через ACH и выпускать виртуальные карты для определенных категорий расходов. Брендированные дебетовые карты обычно становятся вторым карточным продуктом, а не первым.

Фаза 3 — Кредит и капитал (второй год). Сначала внедряются денежные авансы под дебиторскую задолженность — они краткосрочны, их легче оценивать (андеррайтинг), и они автоматически погашаются из входящих платежей. Срочные кредиты и кредитные линии появляются позже, так как они требуют более глубокой экспертизы в кредитовании, взыскании и операциях по списанию безнадежных долгов.

Данные Bain & Company показывают, что платформы, следующие этой последовательности, имеют значительно более высокие показатели прибыли (take rates) и более низкие коэффициенты списания (charge-off ratios), чем те, кто перескакивает этапы. Соблазн запустить кредитование раньше велик, так как юнит-экономика там гораздо привлекательнее, чем в платежах, но операционная зрелость, необходимая для того, чтобы выдержать 4% списаний, — это реальность, которой почти всегда не хватает в первый год.

Ловушка комплаенса, о которой никто не хочет говорить

В феврале 2024 года FDIC вынесла постановления о согласии (consent orders) в отношении двух банков из-за опасений по поводу надежности и устойчивости BaaS-услуг — в первую очередь из-за нарушений в соблюдении Закона о банковской тайне (BSA) и недостаточного контроля над третьими сторонами. Предписание в адрес Piermont Bank затронуло программы, работающие через Treasury Prime и Unit. Sutton Bank, который работает с финтехами, включая Robinhood, Square и Upgrade, получил аналогичные выводы. В течение 2024 и 2025 годов последовали новые распоряжения. Только в мае 2025 года FDIC сообщила о двенадцати принудительных мерах. Управление контролера денежного обращения (OCC) приняло сопоставимые меры в отношении национальных банков.

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

Несколько специфических обязательств неизменно создают проблемы для софтверных компаний:

• KYC и KYB (Знай своего клиента / Знай свой бизнес). Личность каждого конечного пользователя, который хранит баланс, получает карту или берет кредит, должна быть подтверждена в соответствии со стандартом, требуемым банком-спонсором, а не стандартом, который ваша команда продукта считает достаточным.
• Бенефициарное владение и CIP. Правила Программы идентификации клиентов (CIP) применяются к бизнес-клиентам, а требование о сборе информации о бенефициарных владельцах при пороге владения в 25% соблюдается буквально.
• Мониторинг транзакций и подача SAR. Отчеты о подозрительной деятельности (SAR) не являются факультативными. Платформа обычно осуществляет первичный мониторинг, а банк-спонсор подает отчеты. Если мониторинг слабый, банк получает удар от регулятора, а платформа — расторжение контракта.
• Маркетинг и раскрытие информации. То, что вы говорите о страховании FDIC, процентах и условиях кредитования, регулируется. Фраза «застраховано FDIC» без звездочки стала причиной большего количества писем о прекращении противоправных действий (cease-and-desist), чем любая другая фраза.
• Рассмотрение жалоб и Регламент E (Reg E). Потребительские финансовые продукты влекут за собой обязательства по защите прав потребителей, включая конкретные сроки обработки оспоренных транзакций.

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

Выбор между собственной разработкой, покупкой или партнерством

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

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

Встраивание через BaaS-посредника (middleware). Для клиентов платформа выглядит и ощущается как финансовый провайдер, но регулируемая деятельность осуществляется банком-спонсором и партнером-посредником. Большинство вертикальных SaaS-решений находятся именно здесь. Доля прибыли (take rates) здесь реальна, нагрузка по комплаенсу существенна, а юнит-экономика начинает работать при умеренном масштабе.

Прямое получение лицензии, чартера или статуса PayFac. Небольшое количество платформ со временем получают лицензию на денежные переводы, становятся зарегистрированными платежными фасилитаторами (PayFac) или добиваются банковского чартера. Это дорого, медленно и имеет смысл только тогда, когда программа генерирует десятки миллионов дохода от финансовых услуг, а экономия на отказе от посредника превышает затраты на соблюдение регуляторных требований.

Простой тест: если ваш текущий или планируемый доход от финансовых услуг составляет менее 5 миллионов долларов в год, выбирайте партнерство или посредника. От 5 до 50 миллионов долларов — посредник почти всегда выигрывает. Свыше 50 миллионов долларов — вам следует как минимум смоделировать, во сколько обойдется перевод большей части стека на собственное обслуживание.

Игра в цифры: как выглядит реалистичная экономика

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

• Прием карт (эквайринг): от 30 до 100 базисных пунктов от объема транзакций в пользу платформы после того, как банк-спонсор и посредник заберут свою долю.
• ACH-платежи: от нескольких центов до небольших фиксированных комиссий в долларах, плюс небольшие процентные ставки на потоки с добавленной стоимостью.
• Выпуск дебетовых / расходных карт: разделение интерчейнджа, которое обычно приносит платформе от 50 до 100 базисных пунктов от расходов, за вычетом затрат на выпуск карт и управление программой.
• Авансирование дебиторской задолженности: эффективная годовая процентная ставка (APR) в диапазоне от 30 до 60%, со списаниями (charge-offs) от 2 до 6% при условии качественного андеррайтинга. Чистая маржа после затрат на капитал может составлять от 8 до 15% от объема выданных средств.
• Срочное кредитование: более низкие ставки APR, более длительные сроки, более высокие операционные расходы. Маржа сильно зависит от стоимости капитала и работы службы взыскания.

Что касается конкретно B2B-платежей через встроенный ACH, отраслевые прогнозы предсказывают, что к 2026 году платформы будут получать около 4 миллиардов долларов чистого дохода от услуг с добавленной стоимостью, а объем операций по встроенным картам добавит еще около 800 миллионов долларов к доходу платформ. Эти цифры складываются именно так, потому что прибыль получает тот, кто владеет отношениями с клиентом и контекстом транзакции, а не банк, которому принадлежат платежные каналы.

Избегайте этих пяти ошибок

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

1. Разработка продукта до найма специалистов по комплаенсу. Первым сотрудником в программе встраиваемых финансов должен быть не инженер или менеджер по продукту. Это должен быть человек с реальным опытом в сфере BSA/AML (противодействие отмыванию денег), в идеале — имеющий опыт взаимодействия с банками-спонсорами.
2. Отношение к банку-спонсору как к вендору, а не как к регулятору. Группа комплаенса вашего банка-спонсора обладает правом вето в отношении вашей дорожной карты. Привлекайте их на ранних этапах, даже если это не кажется обязательным.
3. Игнорирование KYB для «мелких» клиентов. Исключений для малого бизнеса не существует. Не существует исключения «мы знаем этого клиента». Правила применяются к каждому владельцу счета.
4. Недооценка стоимости капитала для кредитования. Чистая процентная маржа по денежным авансам выглядит прекрасно в таблице, пока вы не добавите стоимость кредитной линии, списания, расходы на обслуживание и периодические уценки портфеля, который пошел не по плану.
5. Ситуация, когда маркетинг опережает юридический отдел. Большинство принудительных мер в сфере потребительских финансовых услуг связаны с одной неудачной рекламой, одной веб-страницей или одним баннером в приложении. Тексты маркетинговых материалов для финансовых продуктов нуждаются в процессе рецензирования и архивации.

Место plain-text accounting в этой структуре

Встраиваемые финансы создают одну техническую проблему, о которой почти никто не говорит, пока она не становится критической: взрывной рост объема транзакций в реестре (ledger explosion). Каждый баланс клиента, каждая транзакция по карте, каждая выплата, каждая выдача кредита, каждое взыскание и каждый чарджбэк теперь являются бухгалтерским событием в вашей системе, а не только в банковской. Вам необходимо сверять свои книги с выпиской банка-спонсора, с файлом расчетов вашего карточного процессора и с отчетом кредитного сервиса — зачастую ежедневно.

Такие вендоры, как Modern Treasury, существуют именно потому, что традиционные системы учета не поспевают за скоростью движения денежных средств. Для внутренних финансов компании — ваших собственных книг, которые должен заверять финансовый директор — действует тот же принцип: прозрачность реестра, аудиторский след и возможность скриптования сверок с внешними источниками становятся гораздо важнее, когда через вашу платформу начинают проходить финансовые потоки, чем в те времена, когда вы были просто SaaS-бизнесом по подписке.

Ведите финансовый учет так же прозрачно, как и ваш продукт

Встроенные финансы превращают софтверную компанию в компанию, управляющую денежными потоками — и бухгалтерская основа вашего бизнеса должна быть как минимум не хуже финансового продукта, который вы поставляете клиентам. Beancount.io обеспечивает текстовый учет с поддержкой контроля версий, который полностью прозрачен, автоматизируем и создан для высокоскоростных сверок, необходимых SaaS-бизнесам с финтех-составляющей. Здесь нет «черных ящиков» и привязки к вендору — ваша бухгалтерия хранится в текстовом файле, который можно проверять построчно. Начните бесплатно и узнайте, почему разработчики и финансовые команды переходят на текстовый учет по мере усложнения их финансового стека.