Как работают подписки со стейблкоинами в SaaS
Что означает recurring billing, если клиент платит из криптокошелька и автоматическое списание не предполагается.
Подписка со стейблкоином не обязана работать как карточная. Карточный процессинг может сохранить платежный метод и списать деньги позже в рамках полученного согласия. В self-custody кошельке владелец обычно подтверждает каждую транзакцию, если отдельно не используется smart contract, allowance или делегированный аккаунт.
Для многих SaaS первая рабочая версия — это регулярный биллинг, а не незаметное автосписание: система создает счет на новый период, напоминает клиенту, принимает платеж и продлевает доступ после подтвержденного webhook.
Модель регулярных счетов
Продавец создает товар и recurring price, например 10 USDC в месяц. Биллинг хранит подписку и выпускает invoice в начале следующего периода. Клиент открывает hosted checkout и подтверждает перевод в кошельке.
После оплаты система обновляет дату доступа и отправляет webhook. Если счет не оплачен, SaaS может дать grace period, ограничить аккаунт или отменить подписку по своей политике.
Эта схема не требует контракта с разрешением на списание. Ее недостаток — клиенту приходится участвовать в каждом продлении.
Автоматическое списание в блокчейне
Автоплатеж можно построить через token allowance, smart contract, делегированный аккаунт или кошелек под управлением провайдера. Это меняет модель безопасности. Клиент должен понимать лимит списания, способ отзыва разрешения и риск ошибки в контракте.
Для небольшого SaaS регулярные invoices часто разумнее собственного pull-payment контракта.
Состояние подписки
Одной таблицы транзакций недостаточно. Биллинг должен хранить цену, период, дату следующего счета, статус, правила отмены, grace period и связь оплаченного invoice с конкретным периодом доступа.
При смене тарифа может понадобиться proration. Usage billing требует отдельного журнала использования и понятного правила формирования счета.
Выдача доступа через webhook
SaaS обновляет доступ после подписанного события, а не после browser redirect. Обработчик проверяет подпись и event ID, затем продлевает подписку.
Позднее подтверждение должно применяться к правильному invoice. Повторная доставка одного события не должна продлевать доступ второй раз.
Подписки в Stendly
Billing Stendly поддерживает recurring prices, subscriptions, invoices, customers, checkout sessions, usage records и историю webhook deliveries. План можно начать через постоянную платежную ссылку или server-created checkout.
Покупателю стоит честно описывать механику. Если кошелек требует подтверждения каждого продления, лучше писать «ежемесячный счет» или «продление раз в месяц», а не обещать незаметное карточное автосписание.
Когда это подходит
Stablecoin subscriptions удобны продуктам, чьи клиенты уже используют стейблкоины, сервисам без стабильного карточного приема и продуктам, где напоминание о счете не мешает использованию. Они хуже работают для аудитории без криптокошельков, ожидающей полностью пассивного продления.