AUT-0458· Фінанси
Збір доказів у справі про оскаржений картковий платіж
Команда збирає докази за конкретним оскарженим платежем, перевіряє вимоги й строк процесора та фіксує підтвердження подання.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Покупець оскаржив картковий платіж, а команда шукає замовлення, листування, дані доставки й підтвердження повернення в різних системах. Пакет неповний або його не встигли подати.
02 / Результат
Для кожного спору є строк, категорія причини, повний погоджений пакет доказів, відповідальна особа й фактичний стан подання процесору.
03 / Процес
ТригерПлатіжний процесор повідомляє про нову справу оскарження або зміну її строку.
Зареєструвати ID спору й пов’язати його з фактичним платежем, замовленням, клієнтом, сумою, валютою, причиною та строком процесора.
Призначити відповідального й перевірити строк у часовому поясі процесора; зміна строку замінює попереднє нагадування.
Зіставити причину спору з потрібними доказами: документом продажу, листуванням, фактичною доставкою, доступом до цифрового товару або даними повернення.
Перевірити відповідність доказів платежу й замовленню; невідомі, суперечливі або відсутні матеріали передати власнику даних.
Погодити пакет і текст відповіді уповноваженим працівником; не створювати факти доставки чи використання, яких немає у джерелі.
Передати погоджений пакет через дозволений інтерфейс процесора; зберегти ID подання, час і перелік фактично прийнятих матеріалів.
Поки процесор не підтвердив подання, залишати справу відкритою; обробити помилки чи часткове прийняття до строку.
Зафіксувати результат процесора окремо від успішного надсилання пакета та зберегти історію рішень.
04 / Реалізація2 варіанти
Приклад · Збирання та передавання через перевірений API
Адаптер отримав спір Д-81 і строк 10 червня, зібрав посилання на замовлення та відстеження. Після погодження подав пакет і зберіг ID процесора.
Спосіб реалізації
- Зіставляти ID спору, платежу, замовлення та джерела доказу.
- Передавати пакет лише після явного погодження; перевіряти ID подання та прочитаний стан процесора.
- Невизначений результат запису передавати на ручну перевірку без сліпого повтору.
Що потрібно для реалізації
- Є доступ до повідомлення процесора, даних платежу, замовлення й дозволених джерел доказів.
- Визначено уповноважених збирати матеріали, погоджувати позицію й подавати відповідь.
- Власник налаштував перелік доказів за типом спору та порядок роботи з персональними даними.
- Перевірено поточний API процесора, права, формат доказів і тестове середовище.
Обмеження
- Stripe документує подання доказів, залежність потрібних матеріалів від причини спору й можливість підготувати пакет перед його надсиланням.
- Наявність прийнятого пакета не гарантує рішення на користь продавця; результат визначає процесор або банк.
- Картка не формує юридичну позицію, не вигадує докази й не закриває спір автоматично.
- Поля, строки, API та доступні дії відрізняються між процесорами й типами спорів; перевірити їх в акаунті клієнта.
- Години попередні; кількість справ, каналів і джерел доказів уточнюють після аудиту.
- Готовий адаптер не підтверджений; окремі типи спорів можуть мати інші поля та обмеження.
Що потрібно уточнити (2)
- Чи потрібно автоматично збирати матеріали з кількох джерел?
Назвіть процесор і системи замовлень, комунікацій та доставки.
- Чи потрібні окремі пакети за кількома причинами спору?
Перелічіть причини та обов’язкові матеріали для кожної.