Где возникает задача: критерии и исходные условия решения
Сравнение начинается с определения того, что именно считается подходящим предложением. В заявке фиксируют обязательные требования: например, допустимый срок, нужную комплектацию и условия оплаты. Отдельно задают параметры для компромисса: если цена ниже, насколько более долгий срок поставки приемлем? Без такого разделения система может аккуратно свести цифры в таблицу, но не объяснит, какие различия действительно важны для закупки.
Полезно записать источник каждого требования и его приоритет. «Поставка до 15 мая» может быть жёстким условием, а «желательно до 10 мая» — предпочтением. Также определяют единицы измерения, валюту, налоги и период действия цены. Если требование не задано, его отмечают как вопрос ответственному, а не поручают ИИ угадывать приоритет.
Критерии группируют по соответствию спецификации, коммерческим условиям, срокам и рискам исполнения. Для каждого указывают, что считается совпадением, отклонением или нехваткой данных. Например, замена позиции на аналог сначала проходит проверку допустимости. Такой словарь задаёт общий смысл оценки для закупщика и системы.
Приоритеты полезно согласовать до получения итоговой сводки. Иначе участники могут по-разному понимать слово «лучше»: одному важна минимальная цена, другому — предсказуемость поставки, третьему — возможность принимать товар частями. Простая шкала не обязана превращаться в сложную формулу: достаточно определить обязательные отсечки и указать, какие предпочтения можно обменивать друг на друга. Это делает последующее сравнение объяснимым и помогает заметить, когда выбор зависит от управленческого решения, а не от арифметики.
Как применить ИИ к этой задаче
Рабочий сценарий — извлечь сведения из заявки и предложений, привести их к общей структуре и сопоставить по утверждённым критериям. На выходе нужен не вердикт «поставщик А лучше», а значения с указанием источника, совпадений, расхождений и пропусков. Ответственный задаёт правила и решает, какие вопросы требуют уточнения.
Просите сохранять рядом с каждым значением исходную формулировку или ссылку на фрагмент документа. «Отгрузка в течение десяти рабочих дней после аванса» нельзя без пояснения превратить в конкретную календарную дату. Отдельно отмечают допущения и несопоставимые единицы.
Для важных условий можно задать маршрут обработки исключений: например, расхождение по комплектации поступает закупщику, а стандартные совпадающие поля отражаются в сводке. Тогда человек видит не только извлечённые значения, но и места, где требуется его решение.
Чтобы результат можно было быстро проверить, полезно задать формат вывода заранее: название критерия, значение из каждого документа, цитируемый фрагмент-основание, статус сопоставления и вопрос при необходимости. Например, вместо единственной строки «срок — подходит» система показывает, от какого события начинается отсчёт и в каких единицах указан период. Такой формат облегчает проверку и оставляет след от исходного текста к выводу.
Правило обработки исключений должно быть понятным исполнителям: какие отклонения можно принять по установленному допуску, какие требуют согласования, а какие возвращаются поставщику на уточнение. Это не означает, что ИИ получает право менять условия. Он помогает разложить документы по согласованным категориям, а уполномоченный сотрудник применяет правила организации и фиксирует решение.
- Задать критерии
Разделить обязательные условия и предпочтения, задать приоритеты, единицы измерения и допустимые диапазоны.
- Сопоставить документы
Извлечь значения в одинаковые поля, сохранить фрагменты-основания и пометить отсутствующие или неоднозначные данные.
- Разобрать исключения
Закупщик проверяет критичные расхождения, задаёт вопросы поставщику и принимает решение.
Условный пример: сравнение двух предложений
| Критерий | Предложение А | Предложение Б | Что проверить |
|---|---|---|---|
| Срок поставки | 10 рабочих дней после аванса | 15 календарных дней | Уточнить дату отсчёта и сопоставить дни |
| Комплектация | Заявлены 12 позиций | 12 позиций, одна помечена «аналог» | Сверить спецификации и допустимость замены |
| Оплата | 50% аванс, остаток после отгрузки | 30% аванс, остаток после приёмки | Сопоставить с договорными условиями |
| Цена | Итоговая сумма без детализации | Есть разбивка по позициям | Сопоставить состав цены и налоги |
Как выбрать следующий шаг
Выбор способа проверки зависит от повторяемости задачи и цены ошибки. Если параметры немногочисленны, документы приходят по единому шаблону, а правила выбора стабильны, достаточно обычной таблицы или фиксированной проверки. Если же поставщики присылают документы разной структуры и нужные условия спрятаны в формулировках, полезно испытать извлечение и сопоставление на ограниченной выборке.
До такой проверки закупщик может подготовить эталон: для нескольких обезличенных предложений вручную отметить нужные поля, допустимые варианты и случаи, где требуется уточнение. Затем сравнить результат ИИ с разметкой по типам задач: обнаруживает ли он все обязательные условия, различает ли предпочтение и требование, сохраняет ли основание. Это проверяет пригодность именно процесса, а не абстрактное качество модели.
Результат разбора подскажет, что менять дальше. Если ошибки возникают из-за разного названия одинаковых условий, можно дополнить словарь соответствий; если из-за отсутствующих данных — изменить форму заявки; если спорны сами приоритеты — согласовать их с владельцами закупки. Так следующий шаг определяется источником затруднений, а не стремлением добавить автоматизацию ради автоматизации.
Практичный критерий продолжения — не только доля совпавших полей, но и цена оставшихся ошибок. Пропуск необязательной упаковочной детали и неверное чтение срока действия предложения имеют разный вес. Поэтому перед испытанием стоит определить несколько классов последствий: что можно исправить в сводке, что меняет сопоставимость, а что способно повлиять на договорное решение. Затем результаты оценивают раздельно по классам, а не сводят к одному общему баллу.
Если неоднозначные случаи сосредоточены в одном типе документов, разумнее сузить применение до более предсказуемого формата и отдельно описать исключения. Если же проблема в неясных правилах самой закупки, сначала согласуют критерии между участниками. Такой вывод может привести и к отказу от автоматизации конкретного шага: стандартизированная форма или ясный регламент иногда решают задачу проще.
Для структурированного сравнения предложений по таким правилам см. ИИ-сравнение предложений поставщиков. Это связанная тема для тех, кому нужно перейти от разового сопоставления к воспроизводимому процессу.