В конце вы получите работоспособную схему приёма платежей для 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\
Комментарии (0)
Войдите или зарегистрируйтесь, чтобы оставить комментарий
Загрузка комментариев…