Сбой с recurring-платежами. Подписка активна, дата следующего списания наступила, локальная команда создала новый платеж, а дальше возможен разрыв. Удаленный статус уже изменился, локальная запись еще нет. Или webhook задержался. Или автосценарий не дошел до конца. Если в таком месте нет ручного confirm, админка и реальный статус начинают противоречить.

Локальную рекуррентку нужно строить как отдельный контур. Планировщик создает платеж по расписанию, отправляет его в ЮKassa, ждет webhook и синхронизирует локальную запись. Нужен ручной confirm, он читает фактический статус удаленного платежа и доводит локальное состояние до него. Как страховка на случай разрыва между webhook и базой. Это нужно тогда, когда платеж уже прошел, а система его не распознала.

Статья на Хабр Витрина проекта: AI Chat github Проект: AI Chat Stepik: LLM-Chat + Mermaid + ЮKassa

#django #python #yookassa #payments #recurring #webhooks #api #fullstack #backend #webdevelopment