Как проверить вычеты торговых сетей и недоплаты

У недоплаты два отдельных вопроса: сходится ли платёжное уведомление со счётом и подтверждён ли вычет применимым соглашением и доказательствами? Если ответить только на первый, необоснованный вычет может выглядеть закрытым.

Большинство поставщиков проверяют первый вопрос, потому что к этому вынуждает банковская выписка. Деньги теряются на втором: недостача, которую не подтверждает акт приёмки, акция, удержанная вне своих дат, сбор, взятый дважды. Это руководство разбирает оба вопроса по порядку на одном примере — от счёта до возврата.

Сверьте счёт и платёжное уведомление

Рассчитайте ожидаемую сумму по строкам счёта, скидкам, введённому налогу и кредит-нотам. Сравните её с полученными деньгами, перечисленными вычетами и неразнесённой суммой. Если по счёту ожидается 1 000, получено 900, а уведомление указывает вычет 100, платёж сходится. Но эти 100 всё равно нужно проверить.

В виде формул:

• ожидаемая сумма E = Σ (количество × цена − скидки + введённый налог + введённые сборы) − кредит-ноты;
• учтённая сумма A = полученные деньги + перечисленные вычеты + неразнесённая сумма;
• разница R = E − A.

Разница сверх допуска клиента остаётся невыясненной. Она не становится вычетом, пока уведомление его не назовёт. Связывайте платёж со счётом автоматически, только когда ссылка совпадает точно и однозначно; близкое совпадение вроде «1002» и «INV-1002» остаётся неразнесённым, пока его не проверит человек. Иначе одна ошибочная связь испортит сразу два счёта.

Расшифруйте причину и рассчитайте правило

Сопоставьте код причины с датированным правилом. Для недостачи нужны заказанное, отгруженное, выставленное и принятое количество. Для промо-скидки — товары, даты, единицы и согласованная ставка. Для фиксированного сбора за нарушение — само событие и условие, на котором он основан. Не рассчитывайте правило от суммы, которую сеть уже удержала: это просто повторит претензию.

У каждого клиента могут быть свои правила, и у правила есть дата действия. Используйте правило, действовавшее на дату события (поставки, недели акции, опоздавшей отгрузки), а не действующее сегодня. Если правило начинает действовать после события, честный результат — «правило не найдено», а не догадка. Типичные методы:

Проверьте доказательства

Допустим, вычет за недостачу равен 100, а акты приёмки подтверждают только 60. Проверка может отнести 60 к обоснованной части по введённому правилу, а 40 — к кандидату на претензию. Если акта приёмки нет, она должна показать «нет доказательств», а не объявлять автоматически всю сумму обоснованной или необоснованной.

Перечислите документы, нужные каждому правилу: заказ, уведомление об отгрузке, подтверждение доставки, акт приёмки, соглашение, условия акции, переписка. Документ, который запрошен, но ещё не получен, по-прежнему отсутствует. Обоснованная сумма равна min(заявлено, рассчитано по правилу) и показывается, когда есть все обязательные поля и документы; разница — кандидат на претензию, а не деньги, возврат которых заранее известен.

Разобранный пример: счёт на 1 000, вычет 100, обосновано 60

Две строки этой таблицы легко прочитать неправильно. Платёж «сходится», хотя 40 из вычета не обоснованы, а возврат считается один раз, даже после того как кредит использован.

Соблюдите срок

Соблюдите срок. Запишите дату уведомления, введённый срок на оспаривание и то, считает ли правило календарные дни или другой заданный календарь рабочих дней. Составьте перечень доказательств со ссылками на исходные страницы и файлы. Программа может упорядочить пакет документов; за подачу и любую юридическую позицию отвечает пользователь.

Сделайте правило дат явным. Если дата уведомления — день 0, то 30 календарных дней от 30 сентября дают 30 октября; претензия, записанная 30 октября, подана в срок, а 31 октября — с опозданием. При сроке в рабочих днях выходные и введённые праздники пропускаются: 5 рабочих дней от пятницы, 30 октября, при празднике 3 ноября заканчиваются 9 ноября. Сортируйте очередь по сроку, затем по сумме, затем по ID, чтобы наверху была претензия, срок которой истекает первым.

Учитывайте кредит и деньги без раздувания

Учитывайте возвраты без раздувания. Подтверждённый кредит на 40 — это событие возврата. Применение того же кредита к более позднему счёту — это использование, а не второй возврат на 40. Деньги, кредиты, предложения, списания и открытые суммы должны храниться в отдельных полях. Доля возврата считается по подтверждённым деньгам или кредиту, а не по суммам, которые только запрошены.

В разобранном примере кредит на 40 потом применяется к другому счёту. Учёт показывает: кредит принят 40, кредит использован 40, возвращено 40, а не 80. Если для той же претензии ввести ещё 10 деньгами, запись будет отклонена, потому что 40 + 10 больше поданных 40. Кредит на 40, а затем 60 деньгами по претензии на 100 дают возврат 100, а не 140. Открытая претензия = оспорено − подтверждённые кредиты − подтверждённые деньги − списано; без поданной суммы доля возврата равна N/A, а не 0 %. Ошибочная запись сторнируется с причиной, и это восстанавливает открытую сумму, не стирая историю.

Дубли и частичные платежи

Один и тот же вычет может появиться дважды: ошибка сети или одно уведомление, импортированное два раза. Ключ дубля (по умолчанию клиент, счёт, причина, отгрузка и сумма) помечает вторую строку как возможный дубль, не объединяя её с первой. Например, два одинаковых вычета по 100 дают заявлено 200, обосновано 60 и 100 на проверку как возможный дубль, — ничего не удваивается молча. Платёж, который покрывает несколько счетов, но точно называет один, оставляет остальное неразнесёнными деньгами, пока вы их не свяжете.

Чек-лист для каждой недоплаты

1. Пересчитайте ожидаемую сумму по строкам счёта, а не по уведомлению.
2. Сверьте с ней деньги, вычеты и неразнесённую сумму.
3. Связывайте платежи автоматически, когда ссылка точная и однозначная; остальное проверяйте.
4. Найдите правило клиента, действовавшее на дату события.
5. Рассчитайте правило по введённым данным (принятое количество, единицы по акции, события).
6. Отмечайте отсутствующие документы как отсутствующие, а не как доказательство для одной из сторон.
7. Разделяйте обоснованные суммы, кандидатов на претензию и невыясненные суммы.
8. Записывайте дату уведомления, срок и правило счёта дней; работайте с очередью по сроку.
9. Записывайте кредит, использование кредита, деньги и списание как разные события.
10. Показывайте долю возврата по подтверждённым суммам, с N/A при нулевом знаменателе.

Ограничения

Этот метод упорядочивает данные, которые вы вводите или импортируете из CSV; он не подключается к EDI или порталам сетей, не подаёт претензии и не решает, кто прав юридически. Соглашения у клиентов разные, поэтому правила вводите и поддерживаете вы сами. Вложения остаются в ваших файлах; проверка хранит их метаданные и ссылки. Для счетов, которые оплачены не меньше, а просто позже, лучше подходит Стол взыскания по счетам; чтобы на стороне закупок сверять счета поставщиков с заказами и приёмками, смотрите Сверка закупок и счетов.

Всё в одной записи

Retail Deductions & Short-Pay Audit хранит сверку счёта, расчёт по правилу, доказательства, срок и распределение возвратов в одной записи. Откройте вымышленный продуктовый сценарий и проследите счёт на 1 000 от платёжного уведомления до частичного подтверждения и подтверждённого возврата.

Открыть демо на вымышленных данных · Полная версия инструмента