Stripe для SaaS из РФ: альтернативы 2026

Обзор рабочих альтернатив Stripe для SaaS-компаний из России к 2026 году с практическими шагами интеграции. Примерное время выполнения — 2–4 часа на базовую интеграцию и тестирование.

В конце вы получите работоспособную схему приёма платежей для SaaS из России с примерами кода для ЮKassa, Robokassa и Paddle (MoR). Время выполнения полного руководства примерно 2–4 часа, тестирование и деплой займут дополнительно 1–2 часа.

Что вы изучите

• Причины недоступности Stripe для российских компаний и практические последствия (актуально на 2025–2026).
• Как быстро запустить приём карт через ЮKassa (YooKassa) и Robokassa с примерами API и webhooks.
• Когда стоит использовать Paddle как Merchant of Record (MoR) и пример интеграции.
• Типовая логика подписок, тестирования и развёртывания с nginx 1.26 и systemd.
• Способы легального приёма платежей из-за рубежа и минимальные требования инфраструктуры.

Требования

• ОС: Ubuntu 22.04 LTS или 24.04 LTS (релизы 2022 и 2024), x86_64.
• Node.js 20 (релиз 2023) или Python 3.11 (релиз 2022). Примеры в Node.js 20.
• nginx 1.26 (релиз 2024) для обратного прокси. Порт 443 для TLS, 80 для редиректа.
• PostgreSQL 15 (релиз 2022) или выше для хранения данных подписок; мин. 1 vCPU, 1.5 GB RAM для тестовой среды.
• Redis 7.2 (релиз 2025) для очередей и rate-limiting; рекомендовано 512 MB RAM для тестов.
• Docker 24.x (релиз 2024) для локального тестирования образов (образ приложения ~120 MB). Минимум 2 vCPU, 4 GB RAM для CI-пайплайна.

Проблема Stripe для РФ

С 2022–2024 годов регистрация и использование Stripe юридическими лицами из РФ стала ограниченной. К 2025–2026 многие SaaS-компании столкнулись с невозможностью привязать локальный банк, сбоем подключения карт и риском блокировок платежей при трансграничных операциях. Для SaaS это значит: нельзя полагаться на стандартный Stripe Connect/Subscriptions для управления международными подписками и выплатами.

Последствия: потеря фич (Chargebacks API, удобная панель), необходимость искать альтернативы, рост операционных расходов на комплаенс и налоговую отчётность. Варианты: локальные эквайры (ЮKassa, Robokassa), международные MoR-провайдеры (Paddle, 2Checkout), и кастомные решения с банками-посредниками.

ЮKassa и Robokassa

ЮKassa (YooKassa) и Robokassa остаются наиболее распространёнными локальными шлюзами для российских SaaS и e-commerce в 2026. Они покрывают прием карт и некоторых международных карт (зависит от банка-эквайра), поддерживают webhook-уведомления и API для создания платежей и возвратов. Нюансы: разные сборы (обычно 2–4% + фиксированная комиссия), требования по KYC и задержки в зачислении средств до 3 рабочих дней.

Сравнение (примерные значения 2025):

• ЮKassa: комиссия 2.5% + 6₽, поддержка webhooks, API: https://api.yookassa.ru/v3.
• Robokassa: комиссия 2.9%+10₽, простая интеграция для CMS, поддержка подписок через токены.

Paddle как MoR

Paddle выступает Merchant of Record (MoR): платформа выставляет счета и обрабатывает платежи от имени продавца, берёт на себя налоги, возвраты и соответствие локальным правилам. Для SaaS это удобно: избавляет от необходимости регистрировать юрлицо за границей, решает вопросы VAT/GST и налогов для клиентов из ЕС и США. Минус: стоимость MoR выше (комиссия 5–10% в зависимости от оборота и региона), ограниченный контроль над банковскими payout'ами и обязательства по документации.

Когда выбирать Paddle (2026):

• Если оборот из-за рубежа > 20% и требуется минимизировать комплаенс-риски.
• Если нужен быстрый выход на рынки ЕС/США без открытия юрлица.
• Если бизнес готов платить повышенную комиссию за простоту и налоговую поддержку.

Шаг 1: настройка ЮKassa

Цель шага: зарегистрировать магазин, получить shopId и token, протестировать создание платежа через API.

Команда (curl) — создание гостевого платежа (пример, 2026 API):

curl -X POST "https://api.yookassa.ru/v3/payments" \
  -u "shopId: СЕКРЕТ_ТОКЕН" \
  -H "Content-Type: application/json" \
  -d '{
    "amount": {"value":"9.99","currency":"RUB\