Как ИИ проверяет тендерную документацию: требования, сроки и риски

Короткий ответ

Анализ тендерной документации с ИИ полезен, когда нужно быстро превратить разрозненный комплект файлов в проверяемую рабочую матрицу. Хороший результат — не общий пересказ закупки и не совет «участвовать». Это таблица, где каждое требование связано с конкретным документом, разделом или страницей, отдельно отмечены сроки, обеспечение, подтверждающие документы, противоречия и вопросы, которые должен проверить специалист.

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

Когда такой разбор действительно нужен

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

Ручная проверка особенно сложна, когда:

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

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

Какие источники и границы учитывать

Для закупок по 44-ФЗ базовый нормативный контекст задаёт Федеральный закон № 44-ФЗ на официальном портале. Но одного текста закона недостаточно: вывод по конкретной процедуре строится прежде всего на актуальных материалах самой закупки и применимых требованиях.

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

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

Как выглядит процесс в OpenCowork

1. Зафиксировать задачу и критерии компании

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

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

2. Провести инвентаризацию комплекта

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

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

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

3. Извлечь требования по единой схеме

После инвентаризации OpenCowork может собрать условия по заранее заданным категориям:

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

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

4. Сопоставить документы и найти расхождения

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

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

5. Подготовить вопросы и маршрут проверки

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

Какой проверяемый результат должен получиться

Минимальный артефакт — матрица проверки тендерной документации. Её можно сохранить как таблицу или документ в проекте.

К матрице стоит добавить два коротких приложения:

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

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

Что проверить перед решением об участии

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

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

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

Как снизить риск ошибок

Лучше начинать с одной закупки и заранее определить критерии приёмки результата. Полезные правила:

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

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

Следующий шаг

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

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