Повернення — це окремий продукт
Коли з’являються refunds і chargebacks, важливо мати прозорий процес: хто ініціює, які дедлайни, які документи, як це відображається в балансі і що бачить користувач. Без цього — хаос і фінансові ризики.
1) Види операцій
- Refund (повернення) — ініціює мерчант/користувач через продукт.
- Dispute/chargeback — ініціює банк/клієнт через платіжну систему.
2) Станова модель
- opened → evidence_required → submitted → won/lost.
- Для refund: requested → approved → processed → succeeded/failed.
3) Ledger і баланси
Будь‑який refund/dispute має відображатися в ledger як окрема операція, щоб баланс сходився і щоб можна було відновити історію.
4) UX і підтримка
Покажи користувачу: статус, дедлайн, причину, наступний крок. Для операцій — сторінку кейсу з аудитом, файлами доказів і історією подій.
Підсумок
Disputes і refunds потребують процесу: станів, дедлайнів, audit trail і коректного відображення в ledger. Тоді фінтех‑частина продукту лишається керованою.