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