ИИ для оценки поставщиков: от сравнения КП до объективного рейтинга

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

Что ИИ берёт на себя при оценке поставщиков

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

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

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

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

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

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

Где заканчивается зона ответственности модели

Граница проходит по трём линиям, и каждую стоит зафиксировать письменно ещё до запуска.

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

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

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

Почему ручная оценка подводит

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

Переплаты из-за привычных связей

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

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

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

Разрозненные данные и потеря трендов

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

Из этого следуют вполне конкретные последствия.

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

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

Низкая цена при высокой полной стоимости владения

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

Состав скрытых затрат обычно такой.

1. Входной контроль и возврат партий, которые не прошли проверку, вместе со стоимостью простоя линии.
2. Дополнительная логистика при дроблении поставки на части из-за нехватки товара на складе продавца.
3. Авансирование на шестьдесят или девяносто дней, то есть стоимость замороженных оборотных средств.
4. Трудозатраты на согласование договора, если контрагент правит каждый пункт и не принимает типовую форму.
5. Гарантийное обслуживание, которое формально есть, но требует отправки оборудования в другой регион за счёт покупателя.
6. Расходы на поиск замены, если партнёр уходит с рынка посреди исполнения рамочного договора.

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

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

Критерии и источники данных для оценки

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

Группы критериев и что внутри каждой

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

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

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

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

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

Открытые источники и что из них реально брать

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

• Сервис налоговой службы Прозрачный бизнес даёт регистрационные сведения, адрес, руководителя, виды деятельности и признаки недостоверности данных.
• Государственный информационный ресурс бухгалтерской отчётности содержит отчётность юридических лиц и позволяет считать финансовые показатели за несколько лет.
• Картотека арбитражных дел показывает судебные споры, причём ценность имеет не количество дел, а роль компании в них и предмет требований.
• Банк данных исполнительных производств Федеральной службы судебных приставов выявляет непогашенные взыскания.
• Единый федеральный реестр сведений о банкротстве фиксирует заявления о несостоятельности и сообщения арбитражных управляющих.
• Единая информационная система в сфере закупок содержит реестр недобросовестных поставщиков и историю исполнения государственных контрактов.
• Коммерческие сервисы проверки контрагентов вроде Контур.Фокус, СБИС, Чекко и СПАРК сводят это в одном окне и предоставляют программный доступ к данным.

Техническая деталь, которая определяет работоспособность всей схемы. Языковую модель нельзя просить найти данные о компании в интернете и считать результат проверкой. Она даст правдоподобный текст с фрагментами устаревших сведений, и отличить достоверное от выдуманного будет невозможно. Данные должны приходить из реестров и сервисов через программный интерфейс, а модель должна работать с полученным набором, то есть сопоставлять, считать показатели и формулировать вывод с указанием источника по каждому факту.

Как собрать весовую модель под свою закупку

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

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

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

1. Разделите всю закупаемую номенклатуру на три или четыре категории по критичности и доступности замены.
2. Для каждой категории определите, какой сценарий сбоя наносит наибольший ущерб, и оцените этот ущерб в деньгах или в часах простоя.
3. Расставьте веса так, чтобы критерии, предотвращающие самый дорогой сценарий, получили наибольшую долю.
4. Введите отсекающие условия, при несоблюдении которых участник выбывает независимо от итогового балла, например присутствие в реестре недобросовестных поставщиков или отсутствие обязательного сертификата.
5. Проверьте модель на закрытых закупках прошлого года и посмотрите, совпадает ли её выбор с тем, который по факту оказался удачным.

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

Сравнение коммерческих предложений с помощью ИИ: пошагово

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

Шаг 1. Сбор и нормализация коммерческих предложений

Качество результата определяется на этом шаге, а не на этапе анализа. Модель не додумает то, чего нет во входных данных, зато охотно пропустит важное, если документ ей передан в неудобном виде. Поэтому подготовка стоит потраченного времени.

Порядок действий следующий.

1. Соберите все предложения в одну папку и переименуйте файлы по единому шаблону, где указаны номер закупки, название поставщика и дата получения. Это понадобится при проверке, когда нужно будет быстро найти источник конкретной цифры.
2. Переведите сканы и фотографии в текст. Современные модели читают изображения напрямую, но распознавание качественнее, если документ предварительно выровнен и обрезан по краям листа. Таблицы со сложной вложенностью лучше выгружать отдельно.
3. Уберите из файлов всё, что не относится к условиям сделки. Презентации о компании, фотографии склада и перечень наград занимают контекст модели и повышают риск, что она потеряет строку с ценой.
4. Проверьте комплектность. Если по каким-то предложениям не хватает спецификации или проекта договора, зафиксируйте это письменно до анализа, иначе отсутствие данных превратится в вывод о плохих условиях.
5. Приложите к набору техническое задание и перечень обязательных требований. Без них сравнение получится экономическим, но не содержательным.

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

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

Шаг 2. Запрос к модели и готовый шаблон

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

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

Ты аналитик закупок. Тебе переданы коммерческие предложения поставщиков и техническое задание.

Задача:
1. Извлеки из каждого предложения следующие параметры: наименование поставщика, ИНН, цена за единицу, валюта, наличие НДС, общая сумма, срок поставки в календарных днях, условия оплаты с указанием доли аванса, условия доставки и за чей счёт, срок гарантии, наличие товара на складе, срок действия предложения.
2. Если параметр в документе отсутствует, укажи признак нет данных. Не подставляй значения по аналогии и не оценивай их приблизительно.
3. Приведи все цены к единым условиям: с НДС, с доставкой до адреса заказчика, в рублях.
4. Сверь каждое предложение с техническим заданием и перечисли все отклонения с указанием пункта задания.
5. Рассчитай приведённую стоимость с учётом условий оплаты. Стоимость денег прими равной 20 процентов годовых.
6. Для каждого параметра укажи, из какого файла и с какой страницы он взят.

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

Не делай вывод о том, какое предложение лучше. Не добавляй рекомендаций.

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

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

Шаг 3. Верификация извлечённых условий

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

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

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

Шаг 4. Повторное использование шаблона

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

Минимальный комплект, который стоит оформить после первого успешного применения, включает четыре элемента.

1. Текст запроса с комментариями о том, какие строки меняются под категорию закупки, а какие остаются неизменными всегда.
2. Пример входных данных и полученного результата, чтобы новый сотрудник видел, как должен выглядеть корректный вывод.
3. Перечень проверочных действий из третьего шага в виде контрольного списка, который заполняется ответственным.
4. Журнал обнаруженных ошибок модели с указанием, какая правка в запросе их устранила. Это самый ценный документ из четырёх, потому что он накапливает опыт, который иначе остаётся в голове одного человека.

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

Какие инструменты подойдут

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

Первый уровень. Диалоговые модели

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

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

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

Второй уровень. Сервисы проверки контрагентов

Контур.Фокус, СБИС, СПАРК, Чекко и схожие платформы решают другую половину задачи. Они не сравнивают предложения, зато дают проверенные данные о юридическом лице из первоисточников, считают показатели надёжности и предоставляют программный доступ к информации.

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

Третий уровень. Агентные решения и встроенные модули

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

Переход на этот уровень имеет смысл при выполнении нескольких условий одновременно.

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

Сравнение уровней по основным параметрам удобно держать перед глазами при выборе.

Параметр	Диалоговая модель	Сервис проверки	Агентное решение
Срок запуска	От часа	От одного дня	От одного до трёх месяцев
Разбор предложений	Да	Нет	Да
Проверка юридического лица	Ненадёжно	Да, из первоисточников	Да, через интеграцию
История по поставщику	Нет	Частично	Да
Воспроизводимость результата	Низкая	Высокая	Высокая
Подходящий объём	До десяти процедур в месяц	Любой	От двадцати процедур в месяц

Из чего состоит паспорт поставщика

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

Обязательные разделы карточки

Структура, проверенная на практике, содержит шесть блоков.

1. Идентификация и структура владения. Основные реквизиты, руководитель, участники, связанные компании, признаки недостоверности сведений в реестре. Отдельно фиксируется аффилированность с другими участниками ваших процедур, потому что это прямой индикатор согласованных действий на торгах.
2. Финансовый профиль. Выручка и её динамика за три года, рентабельность, долговая нагрузка, залоги, судебные взыскания, исполнительные производства и соотношение размера контракта с годовым оборотом.
3. Исполнительская дисциплина. Доля поставок в срок, среднее отклонение от согласованной даты, количество и характер рекламаций, доля возвратов по входному контролю, скорость реакции на претензию.
4. Коммерческий профиль. История цен по вашей номенклатуре, устойчивость отклонения от медианы рынка, типичные условия оплаты, готовность к фиксации цены и поведение при запросе скидки за объём.
5. Соответствие и допуски. Действующие сертификаты с датами окончания, подтверждение соответствия стандартам, статус представителя производителя, наличие собственных производственных и складских мощностей.
6. Текущий статус в отношениях. Действующие договоры, объём закупок за период, дебиторская и кредиторская задолженность, открытые споры, решение комиссии по последней процедуре.

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

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

Как превратить карточку в рейтинг

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

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

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

Сравнение коммерческих предложений с помощью ИИ: пошагово

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

Шаг 1. Сбор и нормализация коммерческих предложений

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

Подготовка пакета занимает около двадцати минут и выглядит так.

1. Соберите все предложения в одну папку и дайте файлам понятные имена по шаблону с наименованием поставщика и датой.
2. Проверьте читаемость сканов. Фотография документа под углом с блеском от лампы распознаётся с ошибками в цифрах, и это самый частый источник искажений.
3. Положите рядом техническое задание и типовую форму договора, потому что без них проверка отклонений невозможна.
4. Зафиксируйте в отдельном файле справочные условия, то есть целевой базис поставки, желаемый график платежей и ставку, по которой вы оцениваете стоимость денег.
5. Прогоните каждый документ отдельным запросом и получите по нему таблицу с одинаковым набором полей.
6. Сведите полученные таблицы в один файл и только после этого переходите к сравнению.

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

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

Шаг 2. Промпт для сравнения, готовый шаблон

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

Шаблон, который можно скопировать и адаптировать под свою номенклатуру, состоит из следующих блоков.

• Роль и задача. Ты аналитик закупок. Твоя задача состоит в извлечении условий из приложенных коммерческих предложений и приведении их к сопоставимому виду. Ты не выбираешь победителя и не даёшь рекомендаций о выборе.
• Входные данные. Приложены техническое задание, типовая форма договора и предложения участников. Справочные условия указаны ниже, то есть целевой базис поставки, целевой график платежей и годовая ставка для дисконтирования.
• Правила расчёта. Приведи все цены к базису поставки до склада покупателя. Пересчитай цены без налога на добавленную стоимость. Пересчитай стоимость с учётом графика платежей по указанной ставке и выведи приведённую стоимость отдельной колонкой. Если поставщик даёт несколько вариантов комплектации, разбери каждый вариант отдельной строкой.
• Правила при неопределённости. Если значение в документе отсутствует, поставь признак отсутствия данных. Не рассчитывай и не предполагай значения, которых нет в документах. Если текст допускает два прочтения, приведи оба и отметь строку как требующую уточнения.
• Проверка отклонений. Сопоставь каждое предложение с техническим заданием и типовой формой договора. Для каждого отклонения укажи пункт требования, суть расхождения и ссылку на страницу документа поставщика.
• Формат результата. Выведи сводную таблицу по позициям, отдельную таблицу отклонений, перечень строк, требующих уточнения, и список вопросов для направления участникам.

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

Хороший промпт отличается от плохого не длиной и не вежливостью формулировок. Он отличается тем, что прямо описывает поведение модели в ситуации нехватки данных.

Шаг 3. Верификация извлечённых условий

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

Правила выборки выглядят так.

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

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

Шаг 4. Повторное использование шаблона

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

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

Какие инструменты подойдут, чат-боты, сервисы проверки, ИИ-агенты

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

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

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

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

Класс инструмента	Что закрывает	Срок запуска	Когда выбирать
Диалоговая модель общего назначения	Разбор и сравнение предложений, черновики документов	От одного дня	Разовые и нерегулярные закупки, проверка самой идеи
Сервис проверки контрагентов	Финансы, суды, взыскания, реестры, признаки риска	От нескольких дней	Любой объём, поскольку заменить реестры нечем
Настраиваемый агент или отраслевое решение	Полный цикл от получения документов до записи в учётную систему	От двух до шести месяцев	Регулярный поток процедур и несколько категорий закупок

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

Из чего состоит рейтинг поставщика

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

Рабочая структура паспорта поставщика выглядит так.

1. Карточка организации с реквизитами, адресом, руководителем, видами деятельности, датой регистрации и отметками о недостоверности сведений в реестре.
2. Финансовый блок с выручкой и её динамикой за три года, рентабельностью, долговой нагрузкой и соотношением суммы предполагаемого договора к годовому обороту.
3. Правовой блок с арбитражными делами в разрезе роли компании, исполнительными производствами, сведениями о банкротных заявлениях и присутствием в реестре недобросовестных поставщиков.
4. Блок соответствия с перечнем выполненных и невыполненных требований технического задания, статусом сертификатов и подтверждением применимых государственных стандартов.
5. Коммерческий блок с ценой, приведённой стоимостью, графиком платежей, сроком поставки и условиями гарантии.
6. История отношений с долей своевременных поставок, количеством рекламаций, суммой удержанных неустоек и перечнем закрытых претензий.
7. Отсекающие условия с явной отметкой о прохождении или непрохождении каждого из них.
8. Итоговая оценка с раскладкой по критериям и указанием веса каждого критерия.

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

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

Встраивание ИИ в закупочный процесс и систему управления поставщиками

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

Точки встраивания, которые дают наибольший эффект, перечислены ниже.

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

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

Что подготовить до запуска

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

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

Метрики пилота

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

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

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

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

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

Как организовать замер честно

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

Примеры применения

Промышленное производство

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

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

Строительный холдинг

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

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

Системный интегратор

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

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

Ошибки и ограничения

Решение остаётся за закупочной комиссией

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

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

Устаревшие и неполные данные

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

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

Конфиденциальность предложений в публичных сервисах

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

Рабочие варианты снижения риска перечислены ниже.

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

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

Частые вопросы

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

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

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

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

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

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

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

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