AUT-0200· Фінанси
Контроль виконання погодженого повернення платежу
Повернення коштів пов’язане з початковим платежем, доступною сумою та підтвердженим станом платіжного сервісу.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Погоджене повернення повторюють після затримки або вважають виконаним, коли платіжний сервіс лише створив операцію.
02 / Результат
Погоджена сума має одну простежувану операцію повернення та підтверджений результат або відкриту причину незавершення.
03 / Процес
ТригерУповноважена особа погодила повернення визначеної суми вже списаного клієнтського платежу.
Зіставити рішення з акаунтом сервісу, початковим платежем, валютою та сумою; блокування без списання передати окремим маршрутом.
Звірити попередні повернення, незавершені операції й спори; розрахувати залишок для цього рішення без подвійного відшкодування.
Перед виконанням повторно перевірити погоджену суму та право фінансиста; зафіксувати ключ рішення й стан передавання.
Передати дозволену операцію та зберегти її зовнішній ідентифікатор; невизначену відповідь перевіряти, а не повторювати як нову виплату.
Отримати актуальний стан повернення; очікування, потребу дії та відмову передати відповідальному з причиною.
Повідомити клієнту підтверджений стан і доступний номер відстеження; альтернативну виплату погоджувати лише після звірки початкової операції.
04 / Реалізація1 варіант
Приклад · Операція з перевіреним станом початкового платежу
Із платежу 100 USD раніше повернули 20 USD. Фінансист погодив ще 30 USD. Сервіс створив операцію, але стан лишився pending. Команда зберегла її ID й не повторила виплату; після перевірки повідомила клієнту актуальний результат.
Спосіб реалізації
- Проєктна модель PlanFix: початковий платіж, погоджена сума, залишок, ключ рішення, зовнішня операція та стан. Фактичне повернення виконує перевірений платіжний сервіс.
Що потрібно для реалізації
- Є початковий списаний платіж, погоджене рішення та історія повернень і спорів.
- Доступні ідентифікатор, валюта, стан операції та відповідальний фінансист.
- Є історія повернень і уповноважений фінансист.
- Можна звірити стан зовнішньої операції.
Обмеження
- Погодження або створення refund не підтверджує надходження коштів клієнту.
- Stripe підтримує часткові повернення в межах початкової суми; поведінку іншого сервісу перевіряють окремо.
- Звичайний Stripe refund повертається на початковий спосіб оплати; альтернативне відшкодування має окреме рішення.
- Pending, requires_action та failed потребують різних дій; невизначений результат не дозволяє сліпого повтору.
- Години попередні; правова політика повернень, новий платіжний сервіс і банківська інтеграція альтернативних виплат не включені.
- Не гарантує банківського строку зарахування.
- Не дозволяє повтору за невизначеної відповіді.
Що потрібно уточнити (2)
- Чи потрібно передавати повернення та перевіряти його стан через API сервісу?
Визначте акаунт, права, ідентифікатори й спосіб перевірки невизначеної відповіді.
- Чи потрібні часткові повернення та звірка чинних платіжних спорів?
Погодьте джерела попередніх операцій і правила доступного залишку.