Счёт, заказ и поставка: как ИИ находит расхождения в трёх документах

Сначала свяжите документы

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

Google Document AI извлекает строки счёта и поля заголовка; это первый слой, после которого компании всё равно нужно сопоставление с собственным заказом и приёмкой.

Типовые расхождения

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

Проверка результата

Проведите пилот на обезличенных закрытых кейсах, где известна правильная развязка. Измеряйте, сколько расхождений найдено и сколько ложных тревог создано. Если сотрудники начинают игнорировать поток бесполезных предупреждений, даже реальная ошибка может пройти незамеченной. Автоматическое подтверждение оплаты оставьте вне первого пилота; сначала добейтесь точного и удобного списка исключений.

Разберите частичную поставку

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

Прозрачные допуски

Иногда расхождение в копейках возникает из-за округления, а различие в строках — из-за согласованной замены товара. Запишите допустимые технические отклонения явно, с владельцем правила. Не просите модель самостоятельно вывести «разумный» порог по прошлым платежам. Изменение порога влияет на деньги; его следует утверждать и тестировать на прошлых исключениях.

Журнал решения

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

Что считать совпадением названий

В заказе «кабель 2 м, версия B», в счёте «кабель двухметровый». Похожесть текста высока, но версия может быть другой. Сопоставляйте стабильный артикул, спецификацию и единицу измерения; семантическое сходство используйте как подсказку для человека. Если поставщик заменил позицию официально, приложите подтверждение, чтобы следующий платёж не требовал угадывать причину различия заново.

Путь ручного исключения

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