<b>Dispute lifecycle: где именно теряется кейс и кто должен успеть первым</b>

<b>Dispute lifecycle: где именно теряется кейс и кто должен успеть первым</b>

Спор по карте — это не «возврат денег», а цепочка статусов. Если её не видеть целиком, команда реагирует на симптом, а не на этап.

Типовой путь такой:
— авторизация и захват;
— списание;
— запрос на refund или attempt to resolve;
— chargeback notice от эквайера;
— сбор доказательств;
— representment;
— решение сети и финальное списание/возврат.

Важны не только сроки, но и владелец каждого шага. У финкоманды должен быть отдельный чек-лист: кто смотрит webhook, кто поднимает order data, кто достаёт proof of delivery, кто отправляет пакет в dispute portal. Если один слой молчит, кейс уходит в default loss.

Для визуализации удобно держать три линии: деньги, документы и таймлайн. Деньги показывают, где уже есть hold или debit; документы — какие поля реально доступны; таймлайн — сколько часов осталось до дедлайна ответа. Такой формат быстро вскрывает слабое место: нет дескриптора, нет 3DS result, нет подтверждения использования сервиса.

Фиксируйте lifecycle не в переписке, а в общей схеме по MID и типу продукта. Тогда спор виден как процесс, а не как хаотичный тикет.