Проектируемый сценарий Везории: агент собирает предложения поставщиков, приводит условия к сопоставимому виду и готовит решение для закупщика со ссылками на документы. Поставщики, суммы и документы в разборе условные. Это не клиентский кейс и не подтверждение наличия всех действий в текущем продукте; полномочия и подключения определяются перед реализацией.
Главная задача — не выбрать самое маленькое число. Нужно понять, что за ним находится: другая фасовка, неполная доставка, иная комплектация или цена без части расходов. В условной истории компания покупает расходные материалы для производства. Агенту поручают подготовить сравнение, а не подписать договор и отправить деньги.
Заявка на сравнение начинается с потребности
Закупщик задаёт требуемый материал, объём, единицу измерения, характеристики, место поставки и желаемый срок. Допустимые замены перечисляются явно. Если потребность описана только названием «плёнка», агент не должен самостоятельно выбрать толщину и объявить товар подходящим. Он сначала показывает, каких сведений не хватает для сопоставления.
База знаний компании содержит утверждённые требования, правила согласования и список разрешённых источников. У каждого изменяемого условия есть владелец и дата проверки. Временное исключение не превращается в общее правило. Когда документ поставщика противоречит внутренней спецификации, агент фиксирует расхождение, а не незаметно меняет спецификацию ради красивой сводной таблицы.
Для пилота выбираются одна товарная группа и ограниченный пакет документов. Доступ к письмам, облачной папке или CRM выдаётся отдельно и только в нужном объёме. Сами коммерческие предложения могут содержать закрытые условия. В публичной демонстрации их заменяют вымышленными документами или материалами, разрешёнными к раскрытию, с явной подписью происхождения.
Результат задания заранее определяется как сравнительная записка: какие предложения сопоставимы, какие требуют уточнения, где находятся исходные условия и что должен решить человек. Подписание договора и переписка с поставщиком не входят в базовый сценарий. Это помогает не смешивать анализ документов с внешними действиями, для которых нужны другие полномочия.
Как агент превращает документы в проверяемые поля
Из каждого документа извлекаются название позиции, спецификация, количество, единица, цена, валюта, налоговое условие, доставка, срок и действие предложения. Для каждого значения сохраняется ссылка на файл и место в нём. Поле «не указано» предпочтительнее предположения. Если цена доставки отсутствует, ноль в таблице создаст ложное преимущество одного поставщика.
Распознавание текста и таблиц — только первый слой. Одинаковая колонка «количество» может означать упаковки, штуки или метры. Агент должен связать значение с заголовком и примечаниями. Сложное объединение ячеек или плохой скан отмечается как источник неопределённости. Уверенность распознавания нельзя автоматически переводить в уверенность, что товары полностью эквивалентны.
Предположим, условное предложение А содержит 100 упаковок по 20 единиц, а Б — 2 000 единиц россыпью. Нормализованное количество совпадает, но упаковка может быть обязательным требованием производства. Агент сохраняет обе характеристики. Иначе математически верный пересчёт скроет операционно важное различие, за которое компания потом заплатит на приёмке или переупаковке.
Версия файла фиксируется вместе с извлечёнными данными. Если поставщик прислал обновление, нельзя оставить цену из нового письма и срок из старого вложения без явного объяснения. Сравнительная записка должна восстанавливаться по сохранённому набору документов. Ссылка на папку «актуальные» для этого недостаточна: её содержимое может измениться после принятия решения.
Приведение условий: сравнимое и пока несравнимое
Сначала агент формирует единый базис сравнения: нужный объём, единицу и состав поставки. Формулы пересчёта показываются явно. Условные числа используются только для объяснения механизма, а не как оценка рынка. Цена за единицу без учёта минимальной партии может выглядеть выгодно, хотя компания вынуждена купить лишний запас. Это отдельное условие, а не мелкое примечание.
Налоговые условия нельзя угадывать по внешнему виду документа. Неизвестное поле требует уточнения у компетентного сотрудника. Для разных валют нужна согласованная дата и источник курса, а также правило применения. Сравнительный расчёт по условному курсу не становится будущей суммой оплаты. Финансовые и налоговые решения остаются за уполномоченными специалистами компании.
Доставка проверяется по месту, составу и сроку. Если у одного поставщика указано «до терминала», а у другого «до склада», суммы пока относятся к разным услугам. Агент может рассчитать известную часть и отдельно показать неизвестную. Сводный рейтинг без этой оговорки создаёт видимость точности, которая исчезнет при первом счёте перевозчика.
По срокам также нужны определения: от оплаты, от подписания спецификации или от подтверждения производства. Дата в шапке не обязательно является датой отгрузки. Агент выделяет условие и источник. Если нужный срок не подтверждён, предложение получает соответствующий статус, даже когда цена самая низкая. Решение должно учитывать потребность, а не только сортировку чисел.
Что показать в агентском чате
Вместо общего сообщения «проанализировал предложения» полезно показать последовательность: «Нашёл три документа», «В одном не указана доставка», «У двух различается единица», «Подготовил вопросы закупщику». Это наблюдаемые операции с документами. Они помогают человеку проверить основание вывода и не требуют имитировать скрытые внутренние рассуждения модели.
Условная реплика агента: «Предложение Б дешевле по цене материала, но доставка до склада не указана. Победителя не выбираю. Откройте строки 4–7 документа и подтвердите требования к упаковке». Такой ответ даёт действие и объясняет границу. Он полезнее искусственного рейтинга с точностью до сотой, для которого не хватает исходных данных.
Закупщик отвечает: «Упаковка обязательна, поставку до терминала не рассматриваем». Агент обновляет сравнение, сохраняя новое условие и его автора. Теперь часть предложений может стать неподходящей. История изменения нужна не ради бюрократии: позже будет понятно, почему дешёвый вариант исключили и какое правило следует проверить при новой закупке.
В интерфейсе удобно разделить документы, извлечённые поля, вопросы и итоговую записку. Переключение не должно терять выбранную позицию. Ссылки на источники открываются в нужном контексте, а нерешённые поля видны рядом с выводом. Декоративная анимация «агент думает» не заменяет эту проверяемость. Для публичного показа данные подписываются как условные.
Решение человека и отдельное разрешение на контакт
После уточнений агент готовит несколько вариантов с основаниями. Например: полностью сопоставимое предложение, более дешёвое с неподтверждённым сроком, отклонённое по спецификации. Итоговая рекомендация остаётся предложением. Ответственный сотрудник подтверждает выбранный вариант или возвращает задачу. В записи сохраняются версия сравнения, решение и комментарий.
Если требуется запросить недостающие сведения у поставщика, сначала готовится черновик. Отправка письма или звонок разрешается отдельно в зависимости от принятого процесса. Анализ файла не даёт агенту права обещать объём заказа, согласовывать условия или представляться уполномоченным закупщиком. Эти границы должны быть видны не только в инструкции, но и в доступных инструментах.
Сохранение результата в CRM или другой системе тоже проверяется как действие. Нужны правильная сущность, отсутствие дубля и понятный статус. Черновик сравнения не должен закрывать закупку. Если запись не прошла, чат не сообщает об успешном завершении. Условный демонстрационный экран показывает требования к этому переходу, но не доказывает работоспособность конкретного коннектора.
Завершённый пакет включает исходные документы, таблицу сравнения, список неизвестного, подтверждённое решение и историю разрешённых действий. У компании остаётся возможность проверить выбор без повторного запуска модели. Это особенно важно при обновлении документов и смене исполнителя. Следующий агент должен получить принятый контекст, а не пересказать по памяти старую переписку.
Проверки и измеримый эффект без выдуманной экономии
Тестовый пакет включает разные единицы, отсутствующую доставку, одинаковые названия с разными характеристиками, новый файл вместо старого и нечитабельную таблицу. Ожидаемый ответ иногда должен быть «сравнение пока невозможно». Это полноценный правильный результат. Если оценивать только заполненность таблицы, система получит стимул выдумывать недостающие условия.
Критические ошибки: потерянный источник, неверная единица, неизвестная сумма принята за ноль, неподтверждённое предложение объявлено одобренным, письмо отправлено без полномочия. Их проверяют отдельно от стилистики записки. Для настоящего пилота нужны собственные документы и критерии закупщика. В данном разборе нет измерений точности или производственной статистики.
Время сравнения считают вместе с проверкой и исправлениями. Если агент подготовил таблицу за минуту, но закупщик час восстанавливал источники, это не минутная операция. Сначала фиксируется ручной базовый процесс на сопоставимом наборе. Затем измеряется новый. Экономия закупочной цены оценивается отдельно и не выводится автоматически из более быстрого чтения документов.
Посмотреть общий замысел агентского офиса можно на странице Везории. Методика полей и сопоставления раскрыта в статье о сравнении коммерческих предложений с ИИ. Для внедрения потребуется проверить доступные инструменты, документы и права конкретной компании.
Основания технического разбора
Ориентиры: Microsoft Document Intelligence: извлечение структуры, Google Document AI: поля и таблицы, Банк России: получение данных в XML. Проверено 25 октября 2026 года. Эти источники описывают отдельные механизмы, а не готовую закупочную функцию Везории.
Все показанные суммы и ситуации являются учебными. Разбор не содержит финансовой или налоговой рекомендации и не заявляет клиентский результат. Его итог — проверяемое техническое задание на подготовку сравнения с решением человека.