В платежном контуре одна из проблем начинается в момент разбирательства после ошибок. Вебхук пришел, локальный статус изменился, что-то пошло не так, а через несколько часов уже трудно понять, проблема была во входящем событии или в его обработке. Потому что в системе нет отдельного журнала до и после применения.

Сначала входящий webhook пишется в event log как факт получения. Потом проходит обработчик. Потом в журнале отмечается, применилось событие или нет. За счет этого видно не только что пришло от ЮKassa, но и что реально было сделано внутри приложения. При повторной доставке, позднем webhook или неуспешном применении это дает нормальную картину, а не обрывки по серверным логам.

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

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