Платежи и биллинг, когда «воткнули ЮKassa»⁠ уже не подходит.

Российские — ЮKassa, Тинькофф Касса, СБП через любой из них, Сбер Эквайринг, Best2Pay, CloudPayments. Международные — Stripe (но не работает с российскими картами с 2022), Paddle (продавцов-посредников-биллинг), Lemon Squeezy, PayPal, Adyen. ОФД для 54-ФЗ — Чек-облако, АТОЛ-онлайн, Сбер-ОФД, Платформа ОФД, прямая интеграция. Выбор зависит от рынка, бизнес-модели и интеграционных требований — обсуждаем на спринте.

ЮKassa — наш дефолт для российских SaaS и e-commerce: лучшая документация, понятный API, поддержка СБП, повторных списаний, разделение платежа маркетплейса, прозрачная комиссия. Тинькофф Касса — отличная альтернатива, особенно если вы уже в экосистеме Тинькофф или важна интеграция с Тинькофф-инструментами. Технически обе сравнимы — выбор по нефинансовым факторам и тарифам под ваш объём.

Тариф 060-A «Одна платёжная интеграция» — от 300 тыс. ₽ за 2–4 недели. Включает чекаут, webhook с HMAC и идемпотентностью, журнал событий, обработку успехов и отказов, возвраты, регламент. Это готовая к проду интеграция, а не «вставили SDK». Простой кнопкой оплаты без полноценной системы лучше начать самостоятельно через без кода (Tilda, готовые модули) или своими разработчиками по документации провайдера — если задача такая, мы не подходим.

Да, тариф 060-B от 800 тыс. ₽ за 6–10 недель. Включает: конечный автомат подписки в БД, тарифные планы как данные (не хардкод), пробные периоды и промокоды, повышение и понижение тарифа с пропорциональным биллингом, автоматическую обработку отказов для неудачных платежей (3 попытки retry, потом понижение тарифа), ограничение функций по тарифу на сервере, отчётность для бухгалтерии. Подходит для SaaS на стадии когда продукт нашёл свой рынок.

Да, тариф 060-C от 600 тыс. ₽ за 5–8 недель. Реализуем split на ЮKassa или Тинькофф (там, где провайдер поддерживает разделение платежа между несколькими получателями), движок выплат для поставщиков с журналом расчётов, возвраты со учётом разделения, документооборот по комиссиям, сверка с провайдером. Подходит для маркетплейсов услуг и товаров.

Тариф 060-D «Фискализация» от 200 тыс. ₽ за 2–4 недели. Интеграция с одним ОФД (Чек-облако, АТОЛ-онлайн, Сбер-ОФД), чеки на оплату и возврат, корректировочные чеки, обработка отказов фискализации, журнал событий каждого чека. Обычно идёт в комплекте с платёжной интеграцией.

ЮKassa и Тинькофф иногда отправляют один и тот же webhook (payment.succeeded или refund.succeeded) дважды — из-за сетевых проблем или внутренней retry-логики провайдера. Без проверки idempotency key — двойные начисления на стороне клиента, дубли в БД, расхождения с провайдером. С идемпотентностью повтор события возвращает кэшированный результат без побочных эффектов. Это базовое требование биллинга промышленного уровня, не приятный бонус.

Reconciliation — это ежедневная автоматическая сверка состояния платежей в вашей БД с тем, что отдаёт провайдер (ЮKassa daily reports, Stripe balance, отчёты Тинькоффа). Расхождения автоматически фиксируются с приоритетом и направляются в операционную команду. Без сверки с провайдером расхождения копятся месяцами, и в конце квартала бухгалтер не может закрыть период. Это критичная часть биллинга промышленного уровня.

Автоматическая обработка неудачных списаний — это логика обработки неудачных повторных списаний-платежей. Вместо немедленной отмены подписки система делает 3 попытки списания (через 1 день, 3 дня, 7 дней), отправляет клиенту уведомление на каждом этапе, после третьего отказа делает понижение тарифа на бесплатный тариф с сохранением данных. Это снижает churn от платёжных проблем на 30–60% по нашему опыту. Без обработка неудачных списаний подписки теряются при любом временном сбое карты клиента.

Да, тариф 060-E «Стабилизация» от 250 тыс. ₽. Аудит существующего биллинга (дубли, потерянные подписки, расхождения), починка идемпотентности, добавление журнала событий, реализация сверки с провайдером, регламент для операционки. Часто результат — quick fixes, а не полное переписывание.

Да, тариф 060-F «Несколько провайдеров с резервированием» от 700 тыс. ₽. Подключение 2–3 провайдеров с автоматическим переключением на резервный при сбое одного. Логика маршрутизации (правила, какой провайдер для какого типа платежа), мониторинг провайдеров с оповещениями, отдельная сверка по каждому, дашборд для финансовой команды. Подходит для проектов с высоким объёмом, где простой одного провайдера = потери выручки.

Нет, с 2022 года. Российские карты VISA и Mastercard не работают в Stripe. Для российской аудитории — ЮKassa, Тинькофф, СБП или Сбер Эквайринг. Stripe остаётся актуальным для проектов с международной аудиторией. Paddle и Lemon Squeezy — провайдеры по схеме «продавец-посредник», берут на себя налоги и compliance, но тоже без российских карт.

HMAC-подпись каждого входящего webhook. Idempotency key на каждое изменяющее состояние-событие. Audit-trail в PostgreSQL с trace_id. Plan-based feature-gating на сервере, не в UI. Чувствительные данные (платёжные токены, не сами карты) шифруются в БД. Никаких самостоятельных PCI DSS-сценариев — все карты у провайдера, нам приходят только токены и события.

Да, тариф 060-G «Партнёрство» от 150 тыс. ₽/мес. Та же senior-команда после запуска: новые провайдеры, новые тарифные планы, A/B-тесты pricing, поддержка breaking changes от провайдеров, дежурство по критичным инцидентам, ежемесячная проверка сверки с провайдером. Биллинг — самая чувствительная часть продукта, и долгосрочная поддержка той же командой снижает риски.