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