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