Платежный контур часто «ровный» только до первого сбоя. На практике ломается не создание оплаты, а доверие к вебхуку: он может прийти повторно, с задержкой, не с того IP или уже не совпадать с локальным статусом.
Что важно в такой схеме:
— webhook не считается истиной без IP-check;
— каждое событие сначала пишется в event log, потом идет в обработку;
— capture подтверждается только стабильным idempotency key;
— успешный платеж сверяется по сумме, валюте и metadata;
— на случай расхождения есть ручной confirm, который дочитывает фактический статус из ЮKassa и синхронизирует базу.
Ключевая мысль: недостаточно «принять оплату». Нужен контур, который переживает повторы, задержки и рассинхрон без двойных списаний и ложных статусов. Это уже не про удобство разработки, а про управляемость денег. 💳
Seller Brief
@SellerBriefPro
Платежный контур часто «ровный» только до первого сбоя. На практике ломается не создание оплаты, а доверие к в
Этот пост опубликован в Telegram-канале Seller Brief. Подписаться можно по ссылке: @SellerBriefPro.