Stripe на Stripe: Что мы узнали, переведя выплаты поставщикам на сумму $1 млрд в Global Payouts

Stripe ежегодно совершает почти 20 000 платежей поставщикам более чем на 70 рынках. Исторически мы производили эти выплаты через прямые банковские интеграции, подключенные к нашей системе планирования ресурсов предприятия (ERP). Там, где интеграции не было, командам приходилось вручную вводить платежи через банковские порталы.

Эта система работала, но ее становилось все труднее поддерживать по мере роста Stripe. Каждые банковские отношения имели свои собственные технические, договорные требования и требования безопасности, а на создание интеграции для нового рынка уходили недели. Когда платеж не проходил, нашим операционным и финансовым командам приходилось искать проблему в банковских порталах и ERP, чтобы определить причину и отправить деньги повторно.

Ранее в этом году мы начали переводить собственные выплаты поставщикам Stripe на продукт, который мы создавали для помощи нашим пользователям в отправке денег по всему миру: Stripe Global Payouts. Global Payouts позволяет компаниям выплачивать средства получателям более чем в 160 странах через единый API, используя локальные банковские переводы, международные телеграфные переводы и стейблкоины, без необходимости для получателей открывать аккаунт Stripe.

К октябрю 2026 года мы выплатили более $1 миллиарда более чем 3400 поставщикам в США и Великобритании с помощью Global Payouts. Время, необходимое для настройки выплат поставщикам на новом рынке, сократилось с шести недель до одной. Наши финансовые и казначейские команды теперь экономят примерно 20–30 часов в месяц благодаря автоматизированной отчетности и сверке, а показатель успешности выплат стабильно держится на уровне 99,9%.

Использование Global Payouts собственными силами позволило нам оказаться на месте наших пользователей. Такие компании, как Lyft, Scale AI, BMW и Meta, уже используют Global Payouts для таких сценариев, как выплаты маркетплейсам, оплата услуг фрилансеров, страховые выплаты и возмещение расходов клиентам. Проведение собственных выплат поставщикам через этот продукт показало нам проблемы, с которыми сталкиваются компании при интеграции и отслеживании выплат в масштабе, а также выявило пробелы в данных поставщиков, видимости платежей и транзакциях на крупные суммы — все это мы впоследствии устранили. Вот как мы провели внедрение и что мы узнали.

Как мы провели миграцию

Мы начали тестирование Global Payouts в феврале 2026 года, отправив один низкобюджетный ACH-платеж или банковский перевод через каждый платежный поток в США. В марте мы начали поэтапное внедрение в четыре волны, увеличивая суммы платежей только после того, как почти все подходящие выплаты в предыдущей волне прошли успешно. К июню Global Payouts обрабатывала подавляющее большинство внутренних платежей поставщикам Stripe в США, измеряемых как по количеству платежей, так и по их стоимости.

Что мы узнали, используя Stripe Global Payouts

Урок 1: Проверяйте данные поставщика до того, как платеж попадет в банковскую систему

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

Как только мы определили наиболее частые причины сбоев, мы перенесли эти проверки на более ранний этап платежного процесса. Наш уровень оркестрации преобразует записи о поставщиках и банковских счетах в методы получения и выплаты, используемые в Global Payouts. API проверяет наличие и действительность обязательной информации до того, как средства будут отправлены. Если возникает проблема, сообщение об ошибке указывает, что именно требует внимания. Теперь наши операционные команды могут устранить большинство проблем за считанные минуты, вместо того чтобы восстанавливать картину неудачного платежа несколько дней спустя.

Урок 2: Видимости со стороны отправителя недостаточно

До появления Global Payouts информация о статусе платежей была рассредоточена по банковским порталам и нашей ERP. С Global Payouts наши команды могут отслеживать каждый платеж поставщику через единый API. Каждый платеж имеет уникальный справочный номер, а информация о его счете прикрепляется к исходящему платежу в качестве метаданных. Мы можем отслеживать счет и платеж от инициализации до расчета.

Однако при внедрении Global Payouts мы обнаружили, что банковская выписка поставщика не обязательно предоставляет такой же контекст. Поставщик мог видеть, что деньги поступили, но не всегда понимал, кто их отправил или за какой именно счет. Платеж можно было отследить в наших системах, но его было трудно распознать человеку, который его получал.

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

Урок 3: Тестируйте размер транзакций, а не только их объем

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

Мы увеличили лимиты ACH и телеграфных переводов в API исходящих платежей (Outbound Payments API) до $100 миллионов. Это позволяет проводить больше крупных выплат поставщикам через тот же автоматизированный рабочий процесс, не обходя существующие процессы утверждения, учета в ERP, финансирования, сверки и отчетности.

Продолжаем строить

Global Payouts теперь общедоступна в США и Великобритании. Продукт помогает тысячам компаний отправлять деньги третьим лицам более чем в 160 странах, даже если эти получатели не используют Stripe.

Сейчас мы работаем над тем, чтобы перевести больше трансграничных и мультивалютных выплат поставщикам Stripe на Global Payouts. Это включает в себя расширение охвата стран получателей, поддержку выплат в стейблкоинах и обработку случаев, когда адрес и банк поставщика находятся в разных странах или платеж отправляется в валюте, отличающейся от валюты банковского счета поставщика.

Мы также разрабатываем функции с поддержкой ИИ для выплат и онбординга получателей с помощью Model Context Protocol от Stripe — стандартного способа взаимодействия агентов со Stripe. Компании могут делегировать агентам больше задач своего рабочего процесса, таких как запуск онбординга получателя или инициирование платежа, сохраняя при этом контроль. Они определяют, к каким данным Stripe агент может получить доступ, какие действия он может предпринять и когда человеку необходимо одобрить выплату.