ИИ читает тендерную документацию в несколько шагов: принимает файлы пакета, извлекает текст, делит его по структуре, вынимает требования и сроки вместе с цитатой и страницей, а затем сверяет разделы между собой. Ошибается он там, где смысл держится на мелочах: исключениях, ссылках на приложения, таблицах с объединёнными ячейками, изменениях и разъяснениях, способе счёта дней.
Поэтому правильная система не «пересказывает» документ, а выдаёт значение с цитатой, а человек проверяет спорное. Решение об участии, юридическую оценку и подготовку заявки система не берёт. Перечень сценариев и цены собраны на странице «ИИ для закупок и тендерной документации».
Из чего состоит пакет и что в нём искать
Тендерная документация редко лежит одним файлом. Это архив с извещением, описанием объекта закупки или техническим заданием, проектом договора, инструкцией для участников, критериями оценки и приложениями. Позже к ним добавляются разъяснения и изменения. Каждая часть читается под свою задачу.
| Часть пакета | Что из неё берём | Типичный вид | Что в ней опасно |
|---|---|---|---|
| Извещение и инструкция участникам | Сроки подачи, порядок подачи, перечень документов к заявке, обеспечение заявки | Текст с нумерованными пунктами | Сроки в одном разделе, исключения в другом |
| Описание объекта закупки | Требования к товару, работе или услуге, количество, место и срок | Текст и большие таблицы | Объединённые ячейки, единицы измерения, ссылки на приложения |
| Проект договора | Порядок оплаты и приёмки, ответственность, условия расторжения | Юридический текст со ссылками «см. раздел» | Условия, которые противоречат описанию объекта |
| Критерии оценки | Показатели, порядок подсчёта, пороги | Таблицы и формулы словами | Условия «если… то…» и порядок округления |
| Разъяснения и изменения | Что заменено и с какого момента | Отдельные письма и файлы | Остаётся в силе старая редакция, если изменение не учли |
Из этого видно, что читать такой пакет подряд нельзя. Нужно знать, к какому типу относится каждый фрагмент, и сверять фрагменты разных типов друг с другом.
Шаги разбора: от архива до списка требований
Хороший разбор состоит из последовательных шагов, и у каждого свой способ проверки.
- Приём файлов. Архив распаковывается, определяются форматы, файлы с паролями и повреждённые отмечаются. Вложенные архивы не теряются.
- Извлечение текста. Из документов с текстовым слоем текст берётся напрямую, со сканов распознаётся. Для каждого файла записывается способ получения текста, потому что от него зависит доверие к цифрам.
- Структура. Определяются разделы, пункты, приложения и таблицы. Если нумерация собьётся, система потеряет связи «см. пункт», поэтому структуру проверяют на выборке отдельно.
- Нарезка. Текст делится по смыслу, а не по числу знаков: пункт целиком с заголовком, таблица целиком с шапкой. Иначе цифра окажется без пояснения.
- Извлечение полей. Для каждого вопроса (срок, обеспечение, требование к опыту) модель получает нужные фрагменты и возвращает значение, цитату и страницу.
- Проверки. Код убеждается, что цитата действительно есть в тексте, а значение в ней присутствует; затем идёт сверка разделов между собой.
Принципы поиска и ответа со ссылкой на источник те же, что описаны в статье «Как устроен RAG-пайплайн».
Какие поля извлекаем и как каждое проверяется
Мы не просим модель «рассказать про закупку». Мы задаём список конкретных вопросов, и по каждому у ответа три части: значение, цитата и страница. Без цитаты ответ не принимается.
| Поле | Как ищется | Как проверяется | Что делаем, если не нашли |
|---|---|---|---|
| Сроки подачи и этапов | Фрагменты с датами и временем, раздел сроков | Дата приводится к единому формату; цитата содержит эту дату | Пишем «не найдено», а не подставляем похожую |
| Перечень документов к заявке | Разделы о составе заявки, приложения-формы | Каждый пункт перечня с цитатой; сравнение с формами в приложениях | Показываем список форм без пары |
| Требования к участнику | Опыт, допуски, лицензии, отсутствие задолженности | Различаем обязательное и желательное; цитата с формулировкой | Передаём человеку весь раздел |
| Критерии оценки | Таблицы и текст о порядке подсчёта | Проверка, что сумма весов совпадает с описанием | Помечаем как «требует ручного разбора» |
| Условия оплаты и приёмки | Проект договора | Сравнение с описанием объекта закупки | Помечаем расхождение |
Слово «не найдено» — полноценный результат. Модель, которой нельзя ответить «нет», начинает подставлять самое похожее, и это самая вредная ошибка. Отказ мы проверяем отдельным набором вопросов, ответа на которые в пакете нет.
Где ИИ ошибается: восемь типичных мест
Ошибки в тендерной документации похожи, потому что документы пишутся по одним правилам. Каждое место ниже стоит проверять на выборке ваших закупок.
| Место ошибки | Пример | Как проявляется | Защита |
|---|---|---|---|
| Исключения и отрицания | «Требуется опыт… за исключением случаев…» | Исключение теряется, требование читается жёстче или мягче | Цитата целиком пункта; вопрос на «кроме» отдельным шагом |
| Ссылки на другие разделы | «сроки определены в приложении» | Значение берётся из основного текста, где его нет | Разрешение ссылок по структуре, переход по «см.» |
| Таблицы с объединёнными ячейками | Количество под шапкой двух столбцов | Число попадает не в ту строку | Разбор структуры таблицы, выборочная сверка по изображению |
| Изменения и разъяснения | Срок продлён отдельным письмом | В ответе старая дата | Хронология файлов, сводка изменений поверх основной редакции |
| Календарные и рабочие дни | «в течение пяти дней» | Дата считается неверно | Вычисляет код по правилам вашего календаря, а не модель |
| Единицы и числа | Тонны и килограммы, штуки и упаковки | Количество отличается на порядок | Приведение единиц по справочнику, пометка пересчёта |
| Противоречия между разделами | Срок поставки в описании и в проекте договора разный | Система берёт первое попавшееся | Отдельный проход, который сравнивает разделы и выводит расхождения |
| Сканы и печати | Штамп поверх текста, перекос | Теряются слова и цифры | Оценка уверенности, ручная проверка фрагмента |
Большая часть ошибок не связана с «глупостью» модели. Они возникают на стыке структуры документа и требований заказчика, и закрываются кодом, проверками и справочниками, а не выбором более крупной модели.
Как не дать модели выдумать условие
Модель всегда может ответить уверенно и неверно, поэтому защита строится вокруг неё.
- Обязательная цитата. Ответ без цитаты и страницы отбрасывается. Код проверяет, что цитата есть в извлечённом тексте.
- Значение в цитате. Если модель вернула срок, этот срок должен встречаться в цитате. Иначе ответ идёт на проверку.
- Два независимых прохода. Для критичных полей вопрос задаётся дважды разными формулировками или по разным фрагментам. Расхождение отправляется человеку.
- Вычисления кодом. Даты, суммы, суммы баллов и числа считает программа, а не языковая модель.
- Порог уверенности. Сомнительное не выдаётся как факт. Принцип описан в статье про порог уверенности.
Ни один из пунктов не делает систему безошибочной. Они переводят ошибку из тихой в видимую, и для задачи, где цена ошибки высока, это главное.
Противоречия и изменения: что полезнее пересказа
Опытный закупщик читает пакет не ради пересказа, а ради двух вещей: что в нём внутренне не сходится и что изменилось с прошлой версии. Здесь система приносит больше всего пользы.
Сверка разделов находит расхождения между описанием объекта, проектом договора и критериями: срок, количество, порядок приёмки, требования к документам. Каждое расхождение выводится как пара цитат с номерами страниц. Сравнение редакций показывает, какие пункты изменились между извещением и последним изменением, включая сдвинутую нумерацию. Человек читает только эти места, а не весь пакет заново.
Тот же подход к сравнению версий применим к договорам; он разобран на странице «ИИ для проверки договоров». Решение, существенно ли расхождение для участия, принимает специалист по закупкам или юрист заказчика.
Как проверить качество на своих закупках
Проверять нужно на закупках вашего профиля, потому что документы разных заказчиков устроены по-разному. Схема такая:
- Берём прошлые закупки. Лучше десятка два пакетов разных заказчиков, включая неудачные и с изменениями, а не один образцовый.
- Специалист размечает эталон. Для каждого пакета записаны ответы на ваши вопросы: значения, цитаты, известные противоречия.
- Считаем три вещи отдельно. Полноту (найдены ли все требования), верность значений и долю ложных «требования нет». Последняя опаснее двух других: человек не станет искать то, что система сочла отсутствующим.
- Смотрим результат по типам файлов. Текстовый документ, таблица и скан дают разное качество, среднее по всем это скрывает.
- Фиксируем порог в акте. До показа результатов, чтобы критерии не подгонялись.
Метрики и выборка устроены так же, как при распознавании документов; см. статью «Точность распознавания документов».
Что остаётся человеку и где работает модель
Система читает и показывает. Решение об участии в закупке, оценка рисков, юридическая трактовка условий и подготовка заявки остаются за вами. Мы не готовим документацию для торгов, не составляем заявки и не даём юридических заключений: для этого нужна ответственность, которой у программы нет. Документы закупок бывают и открытыми, и содержащими коммерческие сведения (расчёты, условия поставщиков); для вторых внешние сервисы чаще всего не подходят по требованиям самих заказчиков, и модель размещается на вашем сервере.
Если вам нужна не только разборка пакета, но и система заявок, согласования и выбора поставщика, это отдельная работа: разработка системы управления закупками. Общая схема размещения модели описана на странице «Частные LLM в контуре».
Что делаем мы и с чего начать
Начинаем с обследования: 200 000 ₽ и 2–3 недели за один сценарий, 350 000 ₽ и 3–4 недели, если задействованы несколько систем (например, система закупок и хранилище документов). Берём 2–3 ваших прошлых пакета, смотрим, как они читаются, и выбираем сценарий: извлечение требований и сроков, сверка разделов или сравнение редакций. На выходе критерии приёмки и вилка бюджета. Сумма вычитается из первого этапа, если продолжаете с нами.
Дальше лёгкий пилот на ваших документах за 150 000–400 000 ₽ и 2–8 недель, затем при необходимости интеграция и вывод в эксплуатацию от 1 500 000 ₽ этапами по 300 000–700 000 ₽. Остановиться можно на любой ступени. Мы не дежурим круглосуточно и не имеем лицензии ФСТЭК. Цены и сроки: «Тарифы».
Частые вопросы
Может ли ИИ заменить специалиста по закупкам?
Нет. Он ускоряет чтение пакета: выдаёт список требований, сроков и расхождений со ссылками на страницы. Решение об участии, оценку рисков и подготовку заявки выполняет человек.
Как проверить, что ИИ не выдумал требование?
Каждое требование приходит с цитатой и страницей, а код проверяет, что цитата есть в тексте пакета. Для критичных полей вопрос задаётся дважды, и расхождение идёт человеку на проверку.
Что делать с изменениями и разъяснениями?
Они загружаются в тот же пакет с датами. Система строит сводку изменений поверх основной редакции и показывает, какие ответы на прежние вопросы изменились. Без учёта изменений в ответе остаётся старая редакция.
Читает ли система сканы?
Да, но качество зависит от скана. Перекос, штамп поверх текста и мелкий шрифт дают ошибки, поэтому фрагменты с низкой уверенностью отправляются на ручную проверку, а в таблицах цифры сверяются по изображению.
Можно ли отправлять закупочную документацию в ChatGPT?
Открытые документы можно, если это не противоречит вашим правилам. Расчёты, условия поставщиков и другие коммерческие сведения чаще всего не стоит отправлять во внешний сервис по требованиям самих заказчиков; для них модель работает на вашем сервере.
Составляет ли система заявку для участия?
Нет. Мы читаем и сопоставляем документы, но не готовим заявки и документацию для торгов и не даём юридических заключений. Заявку готовят ваши специалисты.
Сколько пакетов нужно для проверки качества?
Достаточно нескольких десятков документов разных заказчиков и видов, если они размечены специалистом. Важнее разнообразие и честная разметка, чем число. Точный объём выборки согласуем на обследовании.
Сколько стоит начать?
Обследование — 200 000 ₽ за 2–3 недели (350 000 ₽ за 3–4 недели при нескольких системах), оно вычитается из первого этапа. Лёгкий пилот на ваших пакетах — 150 000–400 000 ₽ за 2–8 недель.