Чтобы создать карту оценки закупок с помощью ИИ, до подачи заявок зафиксируйте критерии. Баллы и выбор победителя — за оценщиками, не ИИ.

Начните с управляемого процесса работы с ИИ. Это процесс оценки со стороны покупателя, а не анкета комплексной проверки поставщика, подготовка поставщиком ответа на RFP или обычная матрица приоритетов.

Ключевые выводы

Сначала определите юрисдикцию, правила, тендер, процедуру и полномочия.

Утвердите критерии, веса, пороги и описания до доступа к заявкам.

Защитите конфиденциальность, урегулируйте конфликты интересов и обучите оценщиков.

Оценивайте каждую заявку только по установленным критериям со ссылками на доказательства.

Фиксируйте разъяснения и модерацию, не скрывая существенных разногласий.

Проверяйте арифметику детерминированно, а решение принимайте независимо.

Какие правила действуют, когда нужно создать карту оценки закупок с помощью ИИ?

Закупочные правила зависят от юрисдикции, организации, вида и стоимости договора, источника финансирования и процедуры. До составления карты руководитель закупки вместе с владельцем юридических или внутренних правил должен определить контролирующие документы и устранить противоречия между ними.

В заголовке управления зафиксируйте:

ID закупки, название, версию и этап оценки;
юрисдикцию, применимое право, политику и внутреннюю процедуру;
версии тендерной документации и поправок;
утверждённую методику и запись о её согласовании;
роли оценщиков, модератора, советников и лица, принимающего решение;
класс конфиденциальности и разрешённые системы;
декларации конфликтов интересов и состояние их урегулирования;
требования к доступу, хранению, аудиту и срокам сохранения записей.

Действующее британское руководство по Procurement Act объясняет, что методика оценки может включать критерии, их относительную важность, подход к выставлению и объединению баллов, и связывает оценку с опубликованным подходом.［1］ Это правило конкретной правовой системы, а не универсальный шаблон.

Американский FAR Subpart 15.3 описывает другую федеральную систему выбора источника: факторы оценки, документацию, обмены с участниками и ответственность за решение.［3］ Оба источника служат примерами. Применимый порядок должен определить квалифицированный специалист по закупкам.

Когда следует зафиксировать критерии и веса?

Зафиксируйте схему оценки до того, как оценщики увидят содержание заявок. Критерий, придуманный после вскрытия предложений, может дать преимущество уже известному ответу, нарушить равное отношение и разорвать связь между тендером и оценкой.

Для каждого критерия и подкритерия укажите:

Поле	Требуемое решение
ID критерия	Стабильная ссылка на тендер
Связь с требованием	Какую цель или требование оценивают
Тип	Допуск, балл, цена, качество, риск или другой утверждённый тип
Относительная важность	Утверждённый вес или порядок
Описание	Наблюдаемые признаки каждого допустимого балла
Порог	Обязательное условие или минимальный результат
Правило доказательств	Какая часть заявки может подтверждать оценку
Правило разъяснения	Когда и как можно запросить уточнение
Округление	На каком этапе оно выполняется
Утверждение	Полномочное лицо, дата и версия

Отделяйте условия допуска от компенсируемых баллов. Высокая оценка качества не исправляет провал обязательного требования, если применимая методика прямо не разрешает законное исправление или разъяснение.

ИИ не должен создавать новый критерий, менять важность, смягчать порог или заполнять отсутствующее описание. Если документы расходятся, остановите оценку и получите уполномоченное исправление.

Как написать обоснованные описания баллов?

Описание связывает допустимый балл с конкретными признаками доказательства. Оно должно позволять обученным оценщикам применять общий стандарт, сохраняя только то профессиональное суждение, которое предусмотрено методикой.

Не используйте слова «плохо», «хорошо» и «отлично» без наблюдаемых якорей. Более надёжные описания определяют полноту, относимость, достоверность, реализуемость, риск и степень выполнения требования в терминах тендерной документации.

Проверьте шкалу на синтетических ответах до открытия заявок. Могут ли два оценщика найти относимые доказательства? Одинаково ли трактуется отсутствие информации? Действительно ли соседние баллы различаются? Не используйте реальные материалы участников для обучения, если процесс явно этого не разрешает.

Проверьте пересечения. Если качество реализации, уверенность в поставке и риск трижды вознаграждают один план, карта может учитывать одно достоинство несколько раз. Но нельзя объединять отдельные опубликованные критерии только ради удобства формы.

Как защитить оценщиков и конфиденциальные материалы?

Назначайте оценщиков по утверждённой компетенции и независимости. Получите декларации конфиденциальности и конфликтов интересов до предоставления доступа; зафиксируйте самоотводы, меры урегулирования или замену.

Обучение должно охватывать:

тендер и утверждённую версию карты;
границы критериев и описания баллов;
допустимые доказательства из заявки;
требования к заметкам и обоснованию;
разрешённые каналы разъяснений;
обращение с конфликтами интересов, конфиденциальностью, доступностью и записями;
запрет внешних сведений и неравной помощи;
модерацию и эскалацию.

Не загружайте конфиденциальные заявки, персональные данные, коммерческие тайны, цены, схемы безопасности или закрытые заметки в сервис ИИ, пока организация явно не одобрит сам сервис, цель обработки, хранение, расположение данных, доступ и договорные гарантии для этой закупки. Даже в разрешённой среде минимизируйте входные данные и сохраняйте ссылки на исходные документы.

Профиль NIST для генеративного ИИ выделяет риски приватности, выдумок модели, целостности информации, вредной предвзятости и чрезмерного доверия.［5］ Уверенное толкование модели не заменяет чтение заявки и применимых правил оценщиком.

Что ИИ может безопасно делать при подготовке карты?

До открытия заявок ИИ может форматировать уже утверждённый набор критериев, искать расхождения между картой и тендером, нормализовать идентификаторы и предлагать учебные вопросы. Каждый результат сверяется с авторитетными документами.

После предоставления доступа к заявкам область применения уже. Если разрешена защищённая среда, ИИ может найти отрывок для последующей проверки, распределить написанные оценщиком заметки по существующим ID или отметить обоснование без ссылки на доказательство. Он не назначает баллы и не создаёт метки тональности.

Ограниченный запрос должен требовать:

использовать только утверждённые документы и ID критериев;
не создавать требования, критерии, веса, пороги или описания;
давать точные ссылки на документ участника, раздел и страницу;
возвращать NOT_FOUND, а не предполагать соответствие;
не сравнивать, не ранжировать, не оценивать и не рекомендовать;
не использовать внешние сведения об участнике;
отдельно перечислять конфликты, неоднозначности и пробелы;
помечать результат как неутверждённую помощь оценщику.

Оценщик обязан открыть процитированный фрагмент. Помощь в поиске не доказывает соответствие, а отсутствие результата модели не доказывает отсутствие сведений.

Как оценивать каждую заявку?

Сначала оцените каждую заявку независимо по утверждённым критериям. Для каждого балла запишите доказательство, применённое описание, сильные и слабые стороны, допустимые методикой риски, сам балл, обоснование, уверенность или открытый вопрос и личность оценщика.

Используйте запись такого вида:

Поле	Допустимое содержание
ID участника	Контролируемый идентификатор
ID критерия	Точный утверждённый критерий
Ссылка на доказательство	Том, раздел, страница и абзац заявки
Заметка	Краткий факт или пересказ
Связь с описанием	Почему факт соответствует якорю шкалы
Первичный балл	Суждение оценщика по утверждённой шкале
Обоснование	Объяснение на основе доказательств
Разъяснение	Ссылка на разрешённый запрос и ответ
Итог модерации	Согласованный или официально определённый результат
Аудит	Оценщик, дата, версия и согласования

Не вознаграждайте привлекательный стиль, репутацию бренда, знакомство с действующим поставщиком или внешнее исследование, если опубликованная методика законно не включает это. Не наказывайте участника за сведения, которые не требовались.

Как проводить разъяснения?

Разъяснение проходит только через разрешённый закупочный канал и с соблюдением требований равного отношения, процедуры и записей. Оценщик не должен связываться с поставщиком напрямую или просить ИИ составить вопрос, который фактически разрешает существенно переписать предложение.

Запишите основание, утверждённый вопрос, согласование, отправителя, получателя, время, первоначальный ответ, разъяснение и влияние на оценку. Сохраните след до и после разъяснения.

ИИ может проверить проект вопроса на нейтральность и границы, но утвердить его должен руководитель закупки. Модель не определяет, можно ли исправить, простить или дисквалифицировать пропуск.

Как модерировать баллы, не стирая разногласия?

Модерация — управляемое обсуждение доказательств и описаний, а не механическое среднее. Сначала оценщики завершают независимые оценки, чтобы мнение старшего или самого громкого участника не стало якорем.

По каждому критерию сохраните:

первоначальные баллы и обоснования;
существенные доказательства каждого оценщика;
различия в толковании описаний;
конфликты, самоотводы и нехватку экспертизы;
вопросы, решённые разрешённым разъяснением;
согласованный балл или утверждённый способ разрешения спора;
обоснование модерации и список участников;
эскалацию лицу, принимающему решение.

Среднее допустимо только тогда, когда его предписывает утверждённая методика. Оно не должно скрывать, что оценщик обнаружил обязательное несоответствие или существенный риск. ИИ не голосует, не решает ничью, не создаёт фиктивный консенсус и не переписывает несогласие как согласие.

Британское руководство по сводкам оценки (assessment summaries) описывает сообщение баллов и причин по критериям в своей системе.［2］ Это подтверждает ценность причин на уровне критериев, но конкретные обязанности раскрытия следуют только из применимых правил закупки.

Как проверить расчёты и решение?

Для весов, порогов, ценовых формул, итогов и округления используйте защищённую таблицу, закупочную систему или детерминированную программу. Заблокируйте формулы, проверяйте ввод и поручите независимому рецензенту повторить выбранные расчёты.

Проверьте, что:

карта соответствует утверждённой версии тендерной документации;
веса и агрегация следуют утверждённой методике;
каждый балл находится в пределах допустимой шкалы;
обязательные пороги применяются на нужном этапе;
пустые значения не превращаются в ноль незаметно;
направления цены и качества верны;
округление выполняется только там, где предписано;
в итоги попадают результаты модерации, а не отброшенные черновики;
диапазоны формул охватывают все допустимые заявки и только их.

Лицо с полномочием выбора должно вынести независимое суждение и записать предусмотренное процедурой обоснование. Например, FAR 15.308 требует, чтобы решение отражало независимое суждение такого лица и было документировано.［4］ Эта американская норма не действует повсеместно, но показывает, почему сумма баллов или текст ИИ не является решением о присуждении.

Если допущения затрат и выгод нужно анализировать вне тендерной формулы, примените отдельный контролируемый анализ затрат и выгод. Изменения договорного текста проверяйте через сравнение версий договора и только по правилам процедуры.

Что должно входить в аудиторский след закупки?

Сохраните версии регулирующих документов, согласования, назначения и обучение оценщиков, декларации, журналы доступа, индивидуальные оценки, разъяснения, запись модерации, расчёты, решение, уведомления, обратную связь и исправления, требуемые политикой.

Разграничьте доступ, чтобы участник не видел чужие материалы, а оценщик получал только нужные ему данные. Храните контролируемую историю вместо перезаписи заметок после модерации. Применяйте утверждённый график хранения и порядок юридического удержания.

До отправки обратной связи или сводки оценки закупочный и юридический рецензенты проверяют точность, связь с критерием, надлежащее редактирование и требования раскрытия. Нельзя вставлять внутренний текст ИИ в сообщение участнику.

Итоги

Зафиксируйте юрисдикцию, правила, тендер, методику, роли и защиту данных.
Утвердите критерии, важность, пороги и описания до доступа к заявкам.
Не передавайте ИИ неразрешённые конфиденциальные материалы и решения об оценке.
Оценивайте независимо по установленным критериям с точными ссылками.
Проводите разрешённые разъяснения и сохраняющую причины модерацию.
Проверяйте расчёты детерминированно и сохраняйте независимое решение и аудиторский след.

Часто задаваемые вопросы (FAQ)

Может ли ИИ выставлять баллы закупочным предложениям?

Нет. Балл требует уполномоченного человеческого суждения по утверждённой методике, с доказательствами, контролем конфликтов и ответственностью. ИИ может лишь помогать с организацией или проверкой согласованности в разрешённой среде.

Можно ли загрузить тендерные документы в публичный ИИ-сервис?

Не делайте этого без явного одобрения сервиса и требований к данным, безопасности, конфиденциальности, хранению и договорам именно для этой закупки. Даже в разрешённой системе минимизируйте материалы.

Когда следует окончательно утвердить критерии оценки закупки?

До доступа оценщиков к заявкам и через процедуру, требуемую тендером и применимыми правилами. Поздние изменения требуют формальных полномочий и могут повлечь исправление процесса или уведомление.

Нужно ли сравнивать участников во время выставления баллов?

Обычно сначала каждую заявку оценивают по утверждённым критериям. Прямое сравнение применяется только тогда и так, как разрешает методика.

Всегда ли допустимо усреднять баллы оценщиков?

Нет. Используйте среднее только по утверждённому правилу. Модерация должна рассматривать доказательства и описания и не стирать обязательный провал или существенное несогласие.

Может ли ИИ составить вопрос для разъяснения?

Он может проверить формулировку в разрешённом процессе, но закупочный руководитель решает, законно ли разъяснение, и утверждает вопрос, канал, срок и запись.

Побеждает ли автоматически участник с наибольшей суммой?

Не обязательно. Результат определяют применимая методика, пороги, допустимые компромиссы, соответствие требованиям и независимое суждение уполномоченного лица. Сумма не равна решению.

Что должно быть в обосновании балла?

Точная ссылка на доказательство из заявки, применимый критерий и описание, а также объяснение суждения без опоры на репутацию участника или неопубликованные требования.

Являются ли британские и американские источники универсальными правилами?

Нет. Это примеры конкретных закупочных систем. Определите применимые юрисдикцию, финансирование, процедуру, договор и внутренние правила и получите квалифицированную закупочную или юридическую консультацию.

Отказ от ответственности: материал носит общий информационный характер и не является юридической, закупочной, финансовой или иной профессиональной консультацией. Обязанности различаются и могут меняться; следуйте действующим правилам и получите квалифицированную помощь.

Источники:

GOV.UK — Guidance: Assessing Competitive Tenders — https://www.gov.uk/government/publications/procurement-act-2023-guidance-documents-procure-phase/assessing-competitive-tenders-html
GOV.UK — Guidance: Assessment Summaries — https://www.gov.uk/government/publications/procurement-act-2023-guidance-documents-procure-phase/guidance-assessment-summaries-html
Acquisition.gov — FAR Subpart 15.3: Source Selection — https://www.acquisition.gov/far/subpart-15.3
Acquisition.gov — FAR 15.308: Source Selection Decision — https://www.acquisition.gov/far/15.308
NIST — Generative Artificial Intelligence Profile — https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence

Как создать карту оценки закупок с помощью ИИ