AUT-0460· Фінанси
Звірка недоплати клієнта з вимогою за торговою акцією
Недоплату клієнта прив’язують до затвердженої вимоги торгової акції, звіряють суми й закривають лише підтверджену різницю.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Роздрібний клієнт вирахував суму з оплати рахунку як промоційну компенсацію, але вимога ще не погоджена або не відповідає угоді. Частина недоплат губиться серед звичайних часткових оплат.
02 / Результат
Кожне зменшення оплати пов’язане з конкретною затвердженою вимогою або має власника й причину невідповідності; залишок рахунку відображає лише підтверджене врегулювання.
03 / Процес
ТригерКлієнт сплатив менше за рахунок і позначив різницю як промоційну компенсацію або bill-back.
Зареєструвати платіж, рахунок, клієнта, суму й валюту фактичної недоплати; не змінювати суму рахунку через непояснену різницю.
Зафіксувати заявлене посилання на промоційну угоду, подію, період і товарні рядки; відсутній номер вимоги запросити окремо.
Зіставити заявлену суму з погодженою вимогою клієнта: рахунок продажу, угоду, редакцію правил, застосовні товари та затверджений розрахунок.
Перевірити, чи не враховано цю вимогу раніше в іншій оплаті, кредит-ноті або коригуванні; дубль залишити на розгляді.
Якщо платіж перевищує підтверджену вимогу або збігається лише частково, розділити підтверджену та відкриту різниці; різницю не закривати автоматично.
Фінансист погоджує віднесення підтвердженої суми на вимогу й облікове врегулювання за правилами джерела.
Невідповідну частину передати власнику промо або клієнтському менеджеру для підтвердження, відхилення чи коригування вимоги.
Перевірити збережену суму й залишок рахунку після проведення; статус погодження не є доказом проведеного заліку.
04 / Реалізація2 варіанти
Приклад · Зіставлення платежу й вимоги за джерельними ID
Адаптер зіставив 800 USD недоплати з погодженою вимогою №В-17, але 200 USD різниці лишилися відкритими, бо вимога покривала лише один із трьох товарних рядків.
Спосіб реалізації
- Читати пов’язані рахунки, payments, bill-back claims та статус погодження.
- Звіряти валюту, клієнта, рядки й уже використану суму вимоги.
- Після дозволеного запису перечитати залишок рахунку; невизначений результат передавати фінансисту.
Що потрібно для реалізації
- Є ключі рахунку, платежу, клієнта, торгової угоди й вимоги про компенсацію.
- Клієнтські правила визначають допустиме оформлення промоційних компенсацій і право на погодження.
- Фінансист може окремо перевірити фактичний платіж і обліковий статус вимоги.
- Перевірено доступ до API чи експорту та відповідність ID рахунків, оплат і вимог.
Обмеження
- Microsoft документує окремий процес customer short-pay deduction, який зіставляють із належною клієнтові промоційною вимогою.
- Наявність недоплати не підтверджує право клієнта на компенсацію; потрібні умови угоди й затверджена вимога.
- Часткове погашення рахунку, дострокова знижка та промоційне утримання є різними обліковими причинами.
- Кредит-нота, журнал платежів і проводки залежать від налаштувань цільової ERP та погодженої бухгалтерської політики.
- Години попередні; обсяг вимог, валют і торгових угод уточнюють після аудиту.
- Готовий адаптер не підтверджений; автоматичний залік вмикають лише після перевірки бухгалтерської політики й тестового контуру.
Що потрібно уточнити (2)
- Чи можуть одним платежем погашатися вимоги за кількома торговими угодами?
Вкажіть правило розподілу та ключі кожної погодженої вимоги.
- Чи потрібно звіряти вимоги в кількох валютах?
Уточніть валюту рахунку, платежу, угоди та джерело погодженого курсу.