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