Сначала определите источник обязательства
Закупщик видит счёт на оплату, склад — фактическую накладную, а бухгалтер — договор и условия НДС. Когда суммы отличаются, первым порывом бывает просьба к ИИ «найди ошибку и напиши поставщику». Но модель не знает, какая поставка была согласована и что уже фактически принято. Перед автоматизацией положите рядом заказ, товарную накладную и счёт. У каждого документа есть дата, номер, версия и человек, который его подтвердил. Если хотя бы одного источника нет, вывод о долге откладывается. Черновик ответа без этой проверки способен подтвердить не ту сумму и создать конфликт там, где всего лишь задержалась исправленная накладная.
Соберите строки в общую форму
Не сопоставляйте документы по порядку строк: поставщик может иначе отсортировать товары. Создайте таблицу с кодом позиции, единицей измерения, количеством, ценой без налога, ставкой налога и итогом. Сохраняйте оригинальные обозначения рядом с нормализованными. ИИ может предложить, что «болт М8» и «крепёж М8» похожи, но окончательное соответствие утверждает сотрудник по артикулу и спецификации. Отдельно отмечайте скидки на заказ в целом, доставку и возвраты — они часто сидят вне строк товара. Для пробной сверки достаточно обезличенной копии; банковские реквизиты и подписи модели не нужны.
Попросите не ответ, а список расхождений
Хорошая задача модели звучит так: «Сравни три таблицы, покажи строки без пары, расхождения единиц, количества и цены; ничего не корректируй автоматически». Пусть она для каждого пункта указывает номер исходной строки и документа. Если совпадение неоднозначно, это не зелёная галочка, а вопрос человеку. Не разрешайте системе «исправить» счёт по среднему значению или подставить стоимость похожего товара. В разборе меняющегося остатка показано, почему время и статус источника важнее уверенного текста: при сверке документов действует тот же принцип.
Проверьте арифметику независимо
Возьмите две-три строки вручную: количество умножить на цену, затем налог и итог. Сверьте округление и валюту. Если у поставщика упаковка по 12 штук, а у вас единица «штука», расхождение в двенадцать раз не исправляется простым переименованием. Отдельно проверьте перенос аванса и частичную поставку. Модель может правильно обнаружить разницу, но неверно назвать её причиной. Итоговая сводка должна разделять факт «суммы разные» и гипотезу «вероятно, не учтена скидка». Для спорных чисел нужна ссылка на строку первичного документа, а не пересказ диалога с ИИ.
Назначьте владельца каждого решения
Склад подтверждает фактически принятое количество; закупщик — согласованную цену; бухгалтер — способ отражения и оплату. Если все трое получают один готовый текст «счёт ошибочен», никто не видит, чьё решение требуется. Лучше сделать короткую карточку расхождения: позиция, три значения, предполагаемая причина, кто уточняет, срок ответа. Это не бюрократия ради бюрократии. В практике встречи с подрядчиком та же проблема решается фиксацией обещания и владельца действия, а не объёмным протоколом.
Ответ поставщику после проверки
Письмо должно быть спокойным и конкретным: «В счёте №… от … по позиции … указано …, в подписанной накладной — …; просьба подтвердить корректную версию или прислать исправленный документ». Не отправляйте модельный вывод «вы ошиблись» без проверки. Не прикладывайте чужие внутренние цены и полную таблицу закупок, если спор касается двух строк. Если ошибка на вашей стороне, лучше написать это прямо, чем защищать неверный черновик. Переписку привяжите к карточке расхождения, чтобы через месяц было видно, чем она завершилась и какую сумму оплатили.
Как понять, что процесс полезен
Проверьте на десяти старых комплектов документов, где финал известен. Сколько реальных расхождений найдено? Сколько ложных тревог из-за переименованного артикула? Сколько времени человек тратит на сверку предложенной пары? Если модель ускоряет только написание письма, а арифметика всё ещё сверяется вручную, это тоже честный результат. Не обещайте автоматическое закрытие счетов. Хороший рабочий процесс делает видимым сомнение и сохраняет исходные документы, а оплату оставляет под контролем ответственных сотрудников.
Разберите один конкретный пример
Заказано двадцать коробок крепежа по согласованной цене, склад подписал приёмку восемнадцати, а счёт выставлен за двадцать. При этом поставщик отдельно указал доставку, которой в заказе не было. Модель может правильно подсветить два отличия, но не знает, едут ли оставшиеся коробки второй машиной и входила ли доставка в рамочный договор. Сотрудник проверяет условия договора и фактическую приёмку, а затем формулирует два вопроса, не обвинение. По первому пункту запрашивает документ на недостающие коробки или корректировку количества; по второму — основание транспортной строки. Пока ответ не пришёл, в карточке спора остаётся статус «ожидаем уточнение». Эта последовательность выглядит медленнее волшебной кнопки, зато не превращает догадку алгоритма в финансовое решение. Если подобные расхождения повторяются, посмотрите, нет ли системной проблемы с единицами измерения или датой выгрузки. Исправление справочника артикулов часто полезнее, чем усложнение промпта.
Частые вопросы
Можно ли загрузить поставщицкий счёт целиком? Сначала проверьте политику доступа и удалите лишние реквизиты; часто хватает табличной части. Должен ли ИИ сам менять цены? Нет, он предлагает соответствия и показывает разницу. Как поступить с исправленным документом? Храните обе версии с датами и связывайте решение с актуальной. Что делать, если причины не ясны? Отправить конкретный вопрос поставщику и не согласовывать спорную сумму до ответа.