Трёхсторонняя сверка закупок: как сопоставить заказ, приёмку и счёт поставщика

Какое решение даёт three-way matching

Счёт поставщика может выглядеть правильным и при этом относиться к недопоставленному товару, старой цене или уже учтённой приёмке. Трёхсторонняя сверка связывает три основания: что согласовали в заказе, что подтвердил получатель и за что выставлен счёт. Её практический результат — объяснимый статус каждой строки и понятный владелец расхождения.

В Dynamics 365 Finance two-way matching сравнивает ценовую информацию заказа и счёта, а three-way matching дополнительно сопоставляет количество счёта с выбранными документами поступления. Дополнительные начисления могут проверяться отдельным правилом. Это определение из документации конкретной системы; состав проверок вашего процесса нужно зафиксировать явно. Microsoft Learn: invoice matching.

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

Сначала договоритесь, что именно считается полученным

Физически приехало, принято складом и разрешено использовать — разные состояния. В собственной политике определите, какое количество участвует в сверке счета. Если пять единиц ожидают проверки, явно укажите: они входят в подтверждённое поступление или остаются исключением до решения. Сотрудник не должен выбирать трактовку заново для каждой накладной.

Для строк нужны стабильные ссылки: заказ поставщику и его утверждённая версия, строка заказа, артикул и вариант, единица, приёмка и её строка, счёт и его строка. Название товара недостаточно: одинаковая строка «упаковка» может означать коробку по 12 или по 24 штуки.

В Odoo 18 официальная документация связывает three-way matching с политикой выставления счёта по полученному количеству и отдельно показывает статус рекомендации оплаты. При оценке любого решения проверяйте, является результат предупреждением, блокировкой или этапом согласования. Odoo: контроль счетов.

Какие проверки проводить отдельно

Не сводите результат к одной зелёной отметке. Полезна карточка с независимыми результатами:

• Идентичность: известны поставщик, организация-покупатель, документ, валюта и тип операции.
• Количество: строка счёта сопоставлена с конкретным количеством в подтверждённых приёмках с учётом предыдущих счетов и корректировок.
• Цена: сравнивается согласованная цена в сопоставимых единицах, после согласованных скидок.
• Начисления: доставка, обработка и прочие суммы имеют основание и не продублированы в цене.
• Арифметика: итог строк, скидок, начислений и налогов согласуется с документом по принятому правилу округления.
• Дубли: повторно загруженный файл и повторный номер проверены до создания новой учётной записи.

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

Учебный пример: частичная поставка и более высокая цена

Все числа условные, в одной валюте, без налогов и дополнительных начислений. Заказано 120 единиц по 25: согласованная сумма заказа 3 000. Первая машина привезла 90. Склад принял 84; шесть остаются на проверке. В примере политика разрешает сопоставлять счёт только с окончательно принятыми единицами.

Поставщик выставил счёт на 90 единиц по 26: сумма 2 340. Здесь два независимых расхождения:

1. Количество: 90 выставлено против 84 подтверждённых. Шесть единиц требуют решения о приёмке или исправления документа.
2. Цена: 26 против 25. Отклонение равно 1 на единицу, или 1 ÷ 25 × 100 = 4%.

Сумма для 84 подтверждённых единиц по согласованной цене составила бы 84 × 25 = 2 100. Разницу 240 можно разложить так: шесть спорных единиц по цене счёта дают 156, а повышение цены на 84 подтверждённые единицы даёт 84. Вместе 156 + 84 = 240.

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

Если ваша условная политика допускает ценовое отклонение до 2%, изменение на 4% потребует проверки независимо от суммы. Если дополнительно установлен денежный предел, опишите, должны ли соблюдаться оба ограничения. Не копируйте пороги из чужого примера: их выбирают по риску и полномочиям.

Как избежать повторного использования одной приёмки

Продолжим пример после исправления: первый счёт сопоставлен с 84 единицами по 25. Позже склад принимает ещё шесть ранее спорных и 30 недостающих. Заказ закрыт по количеству: 84 + 6 + 30 = 120. Осталось 36 единиц для следующего счёта, если предыдущие сопоставления не отменялись.

Второй счёт на 36 по 25 даёт 900; вместе 2 100 + 900 = 3 000. Если импорт второго документа повторится, система должна найти существующий результат. Если новый счёт снова ссылается на первые 84 единицы, это отдельное исключение: их нельзя использовать повторно без связанного исправления прежней записи.

Храните использованное и оставшееся количество по строке приёмки. Для возвратов, кредит-нот и отмен используйте связанные корректирующие события. Простое удаление связи может освободить количество для повторного начисления и скрыть причину изменения. История должна показывать, какая запись действует сейчас и почему.

Счёт до товара, аванс и услуги

Если счёт пришёл до поставки, сохраняйте его с причиной ожидания. Не создавайте фиктивное поступление только ради прохождения сверки. Когда товар действительно принят, связывайте существующий документ с фактом, вместо загрузки ещё одной копии.

Аванс по согласованным условиям требует отдельного маршрута: основание обязательства, полномочия, сумма и последующее закрытие. Его нельзя оценивать тем же правилом, что оплату уже принятого товара, без явно утверждённого исключения. Статья не определяет, когда бизнес обязан платить по договору.

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

Что контролировать руководителю

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

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

Распознавание PDF полезно для подготовки полей, но не заменяет сверку с подтверждёнными записями. Если рассматриваете AI, отделите извлечение данных из счёта от решения по документу и сохраните исходный файл для проверки.

Приёмочный набор для выбранной системы

1. Полное совпадение заказа, приёмки и счёта проходит с объяснимыми ссылками на строки.
2. Частичная поставка оставляет неподтверждённое количество открытым.
3. Коробки и штуки сопоставляются по сохранённому коэффициенту, а неизвестная упаковка требует проверки.
4. Изменение цены и количества показывает два отдельных расхождения.
5. Повтор файла не создаёт второй счёт; повторное использование приёмки обнаруживается.
6. Кредит-нота и отмена сохраняют связи и корректный остаток для последующей сверки.
7. Сбой после сохранения проверяется чтением результата до повторной отправки.
8. Положительный результат сверки не меняет банковские реквизиты и не инициирует платёж.

Для обсуждения SABSUS подготовьте обезличенный заказ, частичную приёмку, исправленный счёт и повторную загрузку. Разделы закупок, поставщиков и документов помогут связать участников. Поддержку трёхсторонней сверки, блокировок и корректировок необходимо подтвердить на демонстрации конкретной конфигурации. Физический складской этап отдельно разобран в инструкции по приёмке поставки.

Короткие ответы

Достаточно сравнить итог счёта и заказа?

Нет. Одинаковая итоговая сумма может скрывать другую цену, количество или состав. Сопоставляйте строки и отдельно проверяйте начисления.

Можно автоматически принять небольшое отклонение?

Только по заранее определённой политике и полномочиям. Допуск должен относиться к конкретной проверке; ценовой допуск не разрешает неподтверждённую приёмку.

Успешная сверка означает, что счёт можно оплачивать?

Она даёт основание для следующего этапа процесса. Проверки получателя, реквизитов, сроков и полномочий остаются отдельными.

Источники и дата проверки

• Microsoft Learn: Accounts payable invoice matching, проверено 9 октября 2026 года.
• Odoo 18: Bill control policies, проверено 9 октября 2026 года.

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