Сравнение коммерческих предложений с ИИ начинается с общей спецификации и правил сопоставления. Агент может извлекать позиции, связывать их с требованием, показывать расхождения и готовить расчёт. Числа проверяют формулами, неизвестные условия сохраняют явно, а выбор поставщика подтверждает ответственный. Низкая цена строки не равна минимальной стоимости подходящего заказа.
В условном отделе снабжения победило самое дешёвое предложение. Через день к нему добавились доставка, другая упаковка и срок, который не совпадает с нужным. Таблица не ошиблась: она прекрасно сравнила три разных покупки. Экономия пока существует только в цвете зелёной ячейки.
Без общей потребности сравнивать нечего
До загрузки предложений зафиксируйте предмет покупки: количество, обязательные характеристики, допустимые варианты, место и срок поставки. Если спецификация расплывчата, поставщики отвечают на разные предположения. ИИ может красиво свести документы, но не должен самостоятельно решать, какая комплектация нужна производству.
Разделите обязательное условие и предпочтение. Несоответствие обязательному требованию может исключить вариант независимо от цены. Предпочтение допускает компромисс, который должен быть виден принимающему решение. Если всё записано одинаковыми пунктами, система не знает, где возможна замена, а где она меняет саму задачу.
Сохраните версию потребности. После изменения количества старые предложения могут требовать пересчёта. Нельзя незаметно сравнивать ответ на прошлую спецификацию с ответом на новую и объявлять разницу выгодой. Для каждого документа должно быть понятно, к какому запросу он относится и что поставщик действительно подтвердил.
Извлечь таблицу и понять предложение — разные этапы
Документы приходят в разных формах: таблица, PDF, скан, письмо с приложением. Сначала получают текст и структуру, затем определяют поля и связи. Ошибка чтения числа и ошибка отнесения числа к другой строке одинаково опасны, но требуют разного исправления. Поэтому исходный документ должен оставаться доступным для проверки.
Microsoft Document Intelligence описывает извлечение текста и таблиц как отдельную функцию анализа структуры. Это не подтверждение того, что сервис понимает эквивалентность любых товаров. После распознавания нужна предметная проверка позиции, единицы, комплекта и условий.
Полезный результат извлечения содержит не только значение, но и место в источнике: страницу, строку или фрагмент. Тогда сотрудник открывает основание спорной ячейки без нового поиска по всему PDF. Красивый свод без таких связей может экономить время в начале и возвращать его с процентами при первом вопросе руководителя.
Сопоставление позиций: похожее название ещё не аналог
Названия у поставщиков могут различаться, а одинаковая формулировка — скрывать разные характеристики. Связывать позиции нужно с общей потребностью, используя коды, параметры и допустимые замены. Языковая похожесть помогает найти кандидата на соответствие, но не является достаточным основанием для закупочного решения.
У каждой пары полезен статус: подтверждено, вероятное соответствие, требуется уточнение или не подходит. Система не должна принудительно заполнить все строки только ради красивой полноты. Пустая ячейка с вопросом часто полезнее уверенно выбранного аналога, который отличается критичным размером или составом.
Для спорных совпадений подготовьте короткое объяснение: какие признаки совпали, какие неизвестны и что надо спросить. Владелец предметной области подтверждает допустимость. После этого решение можно сохранить как правило для похожих задач, не распространяя его автоматически на все будущие продукты с похожим названием.
Единицы измерения и упаковка
Цена за штуку, упаковку, метр и комплект не сравнивается напрямую. Упаковка может содержать разное количество, а комплект — включать дополнительные элементы. Сначала приведите варианты к общей расчётной базе и отдельно покажите исходное предложение. Иначе нормализация становится невидимой операцией, которую невозможно проверить.
| Исходное поле | Что уточнить | Как показать в своде |
|---|---|---|
| Цена упаковки | Количество и состав | Цена упаковки и расчётная единица |
| Комплект | Включённые элементы | Отличия от требуемого состава |
| Минимальная партия | Можно ли купить нужный объём | Фактически оплачиваемое количество |
| Единица длины или площади | Размеры и правила округления | Формула пересчёта |
| Аналог | Допустимость характеристик | Статус подтверждения специалистом |
Не скрывайте остаток от округления партии. Если для потребности требуется купить больше упаковок, стоимость относится к фактической покупке, а не только к полезной части. Остаток может быть пригоден позже, но это отдельное предположение. Его ценность нельзя автоматически вычитать из затрат без понятного основания.
Технические пересчёты выполняют явными формулами. ИИ может предложить структуру, но итоговая арифметика должна быть воспроизводимой. Для контрольного набора полезно вручную сверить несколько строк с разными единицами, дробным количеством и округлением. Удачная обработка одной простой таблицы не подтверждает весь диапазон документов.
Полная стоимость подходящего варианта
После сопоставления предмета собирают компоненты стоимости: товар, доставка, обязательные дополнительные позиции и другие условия выбранного расчёта. Важно использовать одинаковую базу для всех предложений. Если порядок учёта налогов или иных сумм неизвестен, это причина уточнения, а не приглашение к догадке. Статья описывает метод сравнения, не заменяя профильную финансовую или налоговую проверку.
Срок оплаты, условия предоплаты и доступность запаса могут влиять на решение, но не обязаны превращаться в произвольную денежную надбавку. Сначала показывайте факты отдельно. Если компания использует собственную методику оценки, её формулы и допущения должны быть видны. Нельзя выдавать субъективный балл надёжности за измеренную вероятность поставки.
Выбранный вариант может быть дороже по итоговой сумме и лучше соответствовать критичному сроку. Это нормальное управленческое решение, если основание ясно. Задача агента — не назначить победителя любой ценой, а сделать компромиссы видимыми. В своде полезно отличать «дешевле при этих условиях» и «предлагается к выбору по совокупности требований».
Учебный расчёт трёх предложений
Возьмём условную потребность в ста одинаковых единицах. У всех вариантов предполагаем подтверждённое соответствие и одинаковую расчётную базу. Поставщик A просит 500 рублей за единицу и 5 000 за доставку. B — 530 рублей с включённой доставкой. C — 4 800 рублей за упаковку из десяти единиц и 8 000 за доставку. Все числа вымышлены.
| Вариант | Товар | Доставка | Итог |
|---|---|---|---|
| A | 100 × 500 = 50 000 ₽ | 5 000 ₽ | 55 000 ₽ |
| B | 100 × 530 = 53 000 ₽ | Включена | 53 000 ₽ |
| C | 10 × 4 800 = 48 000 ₽ | 8 000 ₽ | 56 000 ₽ |
Самая низкая цена товара у C, а минимальный итог в этом расчёте — у B. Это не доказательство реальной экономии и не рекомендация поставщика. Если у B неподходящий срок или другая комплектация, сравнение придётся пересмотреть. Таблица работает только вместе с предпосылками, которые делают строки сопоставимыми.
Сохраните исходные цены, пересчёт количества и итоговую формулу. Не заменяйте источник только нормализованной величиной. Тогда при изменении партии можно повторить расчёт, не восстанавливая логику из итогового текста. Проверяемая арифметика особенно важна, когда документы пересылаются между отделами и теряют первоначальный контекст.
Валюта и дата сравнения
При разных валютах задайте источник курса, дату и правило применения. Официальный справочный курс, условие счёта и фактическая банковская конвертация могут различаться. Нельзя брать удобное значение из поиска и представлять его как окончательную стоимость оплаты. В своде нужно показать, что рассчитано, а что ещё зависит от условий.
Банк России публикует способы получения данных по датам. Наличие такого источника помогает сделать расчёт воспроизводимым, но не определяет договорный порядок оплаты. В статье не используются актуальные валютные значения и не даётся финансовая рекомендация. Для рабочего процесса компания заранее выбирает допустимую методику и ответственного.
При обновлении курса не стоит молча менять уже согласованное решение. Сохраните версию расчёта и дату, а новое значение оформите как пересчёт. Иначе участники могут обсуждать разные итоги, каждый из которых когда-то был верным. Версия предложения и версия расчёта должны быть различимыми объектами.
Пустое поле не означает нулевую стоимость
«Доставка не указана» не равно «доставка бесплатна». «Срок обсуждается» не равно немедленной отгрузке. Пустые значения должны сохранять статус неизвестного. Автоматическое заполнение делает таблицу удобнее визуально, но разрушает смысл сравнения. Система должна уметь вернуть вопрос, а не только итоговый документ.
Составьте список уточнений по влиянию на решение. Если неизвестное условие может поменять выбор, оно получает приоритет. Остальные вопросы можно собрать вместе. Запрос поставщику должен ссылаться на конкретную позицию и версию предложения, чтобы ответ не пришлось снова сопоставлять с несколькими похожими файлами.
Разделяйте подготовку письма и отправку. Агент может собрать черновик уточнений, но внешнее обращение выполняется по установленному порядку компании. Ответ затем проходит тот же путь: источник, извлечённые значения, подтверждение и новая версия свода. Переписка не должна незаметно создавать условия, которые сотрудник не проверил.
Почему разные форматы требуют разных проверок
В скане важно качество изображения, в таблице — структура ячеек и формулы, в письме — связь вложения с сообщением. Универсальный «прочитать всё» скрывает разные причины ошибок. Для каждого типа входа полезно определить, какие поля извлекаются надёжно и где требуется ручная проверка.
Google Document AI Form Parser описывает извлечение полей и таблиц и отмечает ограничения. Это пример инструмента подготовки данных, а не доказательство автоматической приёмки закупочных документов. Семантическое сопоставление и коммерческий выбор остаются последующими задачами.
Не отправляйте закрытые документы в новый внешний сервис только ради красивой демонстрации. До подключения определите доступ, условия обработки и допустимый тестовый набор. Для пилота можно использовать обезличенные или специально подготовленные предложения с известными ответами. Проверка инструмента не требует раскрывать больше сведений, чем нужно для поставленной задачи.
Свод для решения: факты, вопросы и рекомендация
На первом экране покажите потребность, сопоставимые варианты, существенные различия и неизвестное. Подробности доступны по ссылкам. Руководителю не обязательно читать все исходные документы, но он должен иметь возможность открыть основание любого важного вывода. Это и есть ценность свода: сократить путь к решению, сохранив проверяемость.
Рекомендация должна объяснять критерий: минимальная сопоставимая стоимость, соответствие сроку или необходимость уточнения. Если условий недостаточно, честный результат — отложить выбор по определённому пункту. Агент не должен скрывать отсутствие доказательства уверенной формулировкой «оптимальный поставщик найден».
Ответственный подтверждает решение и дальнейшее действие. Подготовка анализа не означает размещённый заказ, оплату или принятое обязательство. Эти переходы должны оставаться отдельными состояниями с собственным порядком доступа. В сценарии снабжения через Везорию эта граница показана на учебном примере.
Контрольный набор до подключения к закупкам
Подготовьте документы с разной упаковкой, отсутствующей доставкой, похожими артикулами, изменённым количеством и двумя версиями одного предложения. Добавьте скан с ошибкой распознавания и письмо с уточнением. Для каждого случая заранее запишите корректный свод и допустимые вопросы. Так тест проверит механизм, а не только аккуратность оформления.
Сверяйте поля, пары соответствия и арифметику отдельно. Общий показатель «документ обработан» слишком груб. Ошибка в декоративном названии и ошибка в единице количества имеют разную цену. Решение о выпуске принимают по критичным сценариям и возможности восстановить источник, а не по среднему впечатлению от нескольких ответов.
После изменения модели или правил повторяйте набор. Система может начать лучше писать пояснения и хуже сопоставлять редкие позиции. Сохранённые примеры позволяют это обнаружить до реального заказа. Общий маршрут такой проверки описан в статье о смене модели ИИ-агента.
Как оценить пользу без выдуманной экономии
Измеряйте время подготовки свода, число исправленных соответствий, количество критичных пропусков и время проверки. Не сравнивайте быстрый черновик агента с полностью принятым ручным документом. Точки готовности должны совпадать. Иначе экономия получается из разных определений результата.
Разделите стоимость внедрения и регулярной обработки. Подготовка спецификаций и правил может потребовать существенной работы один раз. Уточнения и проверка остаются в потоке. Если входные документы каждый раз принципиально разные, доля ручной работы может сохраняться высокой. Это нужно увидеть на пилоте, а не скрывать в обещании «автоматизируем закупки».
Подход полезен там, где регулярно сравниваются несколько предложений и важны повторяемые критерии. Для редкой простой покупки таблица и внимательный сотрудник могут быть достаточны. Начать обсуждение можно на странице Везории; состав функции и подключений оценивается под реальные документы, а не гарантируется этим методическим примером.
Что делать, когда поставщик прислал новую редакцию
Сравнение не заканчивается первым красивым сводом. Поставщик может поменять одну строку, скидку или срок действия, сохранив прежнее имя файла. Поэтому документ получает устойчивый идентификатор версии, а новая редакция сравнивается с предыдущей. Агент показывает изменившиеся условия и зависимые выводы, не заставляя закупщика перечитывать весь пакет с нуля.
Пересчитываются только те результаты, для которых изменилось основание, но итоговая записка получает новую версию целиком. Иначе согласующий откроет старую рекомендацию рядом с новой суммой и не поймёт, что именно одобрял. Если решение уже принято, обновление не должно автоматически заменить выбранного поставщика: это новая задача на проверку с понятным владельцем.
Условный пример: цена осталась прежней, зато срок теперь отсчитывается от согласования чертежа. Формальная проверка только числовых колонок пропустит изменение. Полезно сравнивать условия и примечания, затем направлять существенное отличие специалисту. Не всякая текстовая разница важна, но отсутствие изменения цены не доказывает равенство предложений.
В архиве остаются принятая версия, подтверждённые исключения и итоговые действия. Новый исполнитель должен понимать, какие документы действовали на момент выбора. Если файл недоступен, это отмечается как ограничение воспроизводимости. Перезапуск модели по свежей папке не восстанавливает автоматически старое решение, потому что состав папки и правила сравнения могли измениться.
Источники и допущения
Проверено 25 октября 2026 года: Microsoft Document Intelligence Layout, Google Document AI Form Parser и документация Банка России по XML-данным. Методика сопоставления, статусы и учебный расчёт разработаны для объяснения задачи и не являются стандартом этих организаций.
Все поставщики и суммы в примере вымышлены. Сроки, условия и правомерность конкретной закупки требуют собственной проверки компании. Практический результат хорошей системы — сопоставимые основания и видимые вопросы, после которых ответственный может принять решение, понимая, откуда взялась каждая существенная цифра.