Суть задачи

Как использовать эту инструкцию

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

Исходные данные

С чего начинается ошибка

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

Рабочий маршрут

Подготовьте рабочую копию данных

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

Проверка

Сверяйте строки по признакам, не по порядку

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

Практический пример

Пример, где итог совпал случайно

Представьте заказ на десять упаковок по 800 рублей. В счёте поставщик поставил восемь упаковок по 1 000 рублей. Общая сумма одинаковая — 8 000 рублей, но количество и цена изменены. Если сверять только итог, ошибка не обнаружится. Другой пример: доставка в 500 рублей добавлена отдельной строкой, а скидка на товар уменьшила его стоимость на те же 500 рублей. Финальная сумма снова не подсказывает, на что именно согласилась компания. Попросите ИИ сравнить количество и цену каждой позиции, затем самостоятельно проверьте расчёт на исходных документах.

Риски

Налог и валюта не должны быть догадкой

Ставку налога, валюту и способ округления нельзя вывести из привычки модели. В одном документе цена дана с налогом, в другом — без. Слова «итого» и «к оплате» могут означать разные базы. Сохраните явные столбцы: сумма без налога, налог, сумма с налогом и валюта. Если в заказе указан курс или дата пересчёта, откройте утверждённое правило. Не разрешайте ИИ брать курс из интернета задним числом без согласования. Для строки с расхождением показывайте обе формулы, а не только красную пометку «не равно». Так бухгалтерия сможет понять, где разница арифметическая, а где договорная.

После запуска

Проверка платёжного поручения

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

Внедрение

Что показать ответственному вместо длинного ответа

Результат работы ИИ — компактная таблица расхождений. В каждой строке нужны поле, значение в заказе, значение в счёте, источник, тип расхождения и предложенный следующий вопрос. Не отдавайте руководителю страницу общих слов о важности внимательности. Например: «артикул А-17, заказ 10 упаковок, счёт 8; проверить частичную отгрузку». Отдельно перечислите строки, где источник нечитаем. Если модель не смогла распознать скан, это не совпадение и не ноль — это задача ручной проверки. Критические поля лучше перепроверить вторым сотрудником до платёжного поручения.

План на день

Как завершить процесс и чему учиться

После ответа поставщика зафиксируйте исправленный счёт либо основание допустимого изменения. Не переписывайте старый файл поверх нового: обе версии нужны для истории. В журнале храните тип расхождения и время до закрытия. Через месяц посмотрите, что повторяется: ошибки упаковок, ставки налога, старые цены или реквизиты. Там и меняйте шаблон заказа. FAQ: может ли ИИ подписать сверку? Нет, он готовит черновик и список вопросов. Достаточно ли совпадения итоговой суммы? Нет, позиции могут компенсировать друг друга. Нужно ли вручную смотреть каждую строку? На малом объёме да; на большом — сверять все автоматическим правилом и вручную разбирать исключения. Контроль заканчивается не зелёной таблицей, а подтверждённым человеком решением.