Dispute lifecycle: как выглядит путь от списания до финального решения

Dispute lifecycle: как выглядит путь от списания до финального решения

После списания у карты есть только один сценарий: клиент идёт в банк-эмитент и запускает dispute. Дальше платёжка получает не “претензию”, а цепочку статусов: retrieval request, pre-arbitration, chargeback, representment, second chargeback, arbitration.

Внутри процесса важны не эмоции, а тайминг и пакет доказательств:
— кто инициировал спор;
— какой reason code пришёл;
— уложились ли вы в окно ответа;
— есть ли у вас proof of delivery, logs, 3DS, переписка, refund policy.

Если на этапе representment вы даёте слабый пакет, спор часто уходит в следующую стадию. Если доказательства собраны заранее, dispute management становится не “пожаротушением”, а конвейером: один кейс закрывает шаблон для следующего.

Визуально это удобно мыслить как воронку с узкими горлышками: чем раньше вы ловите триггер, тем дешевле обработка. Отдельно держите карту по reason codes, SLA по ответам и список обязательных артефактов по каждому типу спора.

Главное правило: спор выигрывают не в момент chargeback, а до него — в логах, дескрипторе, подтверждении покупки и нормальной первичке.