Платежный контур без защиты — это когда у тебя в CRM уже «оплачен», а ЮKassa еще живет своей жизнью 😏

Платежный контур без защиты — это когда у тебя в CRM уже «оплачен», а ЮKassa еще живет своей жизнью 😏

Что ломается первым:
- вебхук прилетает дважды
- статус доезжает с опозданием
- запрос приходит не с того IP
- локальная база и реальный платеж расходятся

Нормальная схема тут не «дождались событие и пошли пить чай».
Сначала создаем оплату с `capture=False`, потом проверяем входящий webhook по IP, каждый event кладем в лог, и только потом пускаем в обработчик.

Capture — только через стабильный `idempotency key`, без рандомных ключей и молитв.
Плюс обязательная валидация суммы, валюты и `metadata`, иначе антифрод и сверка превращаются в цирк 🤡

И да, должен быть аварийный ручной confirm: дочитать фактический статус в ЮKassa и синхронизировать локальную базу.
Иначе у тебя не платежка, а генератор фантомного ROI.