Разбор тендерной документации: что вычитывает ИИ, а что юрист

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

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

Модель для расчётов: компания-поставщик, которая смотрит 200 процедур в месяц, доводит до подачи 12 заявок и выигрывает 2. Специалист по тендерам — полная стоимость часа 900 ₽, штатный юрист — 1 400 ₽. Воронка целиком, скоринг «идти или нет» и ведение тендерной сделки разобраны отдельно в материале про автоматизацию тендерных продаж; здесь только слой документов.

Что извлекается надёжно и с какой точностью

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

Что модель пропускает или толкует неверно

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

1. 1
   Отсылочные нормы

   «Ответственность сторон определяется в соответствии с постановлением Правительства» или «в объёме, указанном в приложении 7». Модель честно извлечёт текст пункта, и он будет выглядеть безобидно. Реальная ставка неустойки при этом живёт в другом документе, иногда вообще не приложенном к закупке. Практический приём: система помечает такие места отдельным флагом «отсылка» и выносит их наверх карточки, а не пытается раскрыть.

2. 2
   Противоречия между техзаданием и проектом договора

   Самый дорогой класс. В техзадании срок поставки 45 дней, в проекте договора 30; в техзадании приёмка по количеству, в договоре — по количеству и качеству с лабораторной проверкой. Модель прочитает оба документа и запишет в карточку одно из двух значений, обычно то, что встретилось позже. Сопоставление разных файлов пакета между собой — это отдельная работа, и делает её человек.

3. 3
   Требования, спрятанные в приложениях

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

4. 4
   Изменения из разъяснений и протоколов

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

Стоп-правила: отсев за минуту без специалиста

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

1. 1Начальная цена ниже 800 000 ₽. Подготовка заявки стоит около 12 600 ₽, обеспечение замораживает деньги, а маржа на малом контракте не покрывает ни того, ни другого. Порог считается по своей марже, а не берётся из статьи.
2. 2Срок поставки короче производственного цикла. Если цикл 25 дней, а поставка требуется за 20, участие означает штраф с высокой вероятностью. Правило проверяется автоматически, потому что оба числа известны.
3. 3Требуется опыт исполнения аналогичного контракта, которого нет. Формальный отсев по наличию подтверждающих документов в вашем реестре — самая частая причина отклонения заявки и самая обидная, потому что видна заранее.
4. 4Нужны лицензия, допуск СРО или сертификат, которых у компании нет. Проверяется по списку своих разрешений, а не по здравому смыслу специалиста в шесть вечера.
5. 5Обеспечение контракта выше 5 % при исчерпанном лимите банковской гарантии. Здесь стоп-правило связано не с закупкой, а с вашим текущим состоянием, поэтому лимит подтягивается из учёта.
6. 6Регион поставки дальше 1 500 км без собственной логистики. Стоимость доставки съедает маржу, а срок становится нереальным. Порог у каждой компании свой и меняется при появлении партнёра-перевозчика.
7. 7Отсрочка оплаты дольше 30 дней после приёмки при цене выше 3 000 000 ₽. Кассовый разрыв на крупном контракте опаснее упущенной выручки; как считать его цену, разобрано в материале про сравнение коммерческих предложений.
8. 8Заказчик в собственном чёрном списке. Два и более спора по приёмке или просрочке оплаты в прошлом. Список ведётся руками и стоит того: он единственный из восьми правил, который основан на опыте, а не на числах.

Спорные случаи — примерно 10 % отсеянных — всё равно уходят человеку короткой очередью: 20 пакетов по четыре минуты. Это сознательная настройка: фильтр, который никогда не сомневается, рано или поздно отсеет крупный контракт из-за опечатки в коде классификации.

Сколько это стоит в часах и в рублях

Считаем только чтение документов. Мониторинг площадок, подготовка и подача заявки в этот расчёт не входят: в статье про тендерные продажи вся воронка оценена в 92 часа в месяц, и на слой документов из них приходится 82,8 часа.

Чистый возврат — 47 773 ₽ в месяц, окупаемость 5,4 месяца. Это самая быстрая часть тендерного контура, и её разумно покупать первой. Полный контур с мониторингом площадок, скорингом и ведением сделки стоит около 600 000 ₽ и окупается за 15,8 месяца — не потому, что он хуже, а потому, что его эффект приходит из расширения охвата, а не из снятых часов.

Карточка закупки: что должно быть на выходе

Карточка — не пересказ документации, а набор полей, достаточный для решения «идти или нет». Всё, что не влияет на это решение, в карточку не попадает: полный пакет остаётся по ссылке.

• Ядро решения: предмет, начальная цена, срок и место поставки, объём в единицах вашего учёта, дата и время окончания приёма заявок.
• Деньги: обеспечение заявки и контракта в рублях, порядок и срок оплаты, наличие аванса, размер и база неустойки.
• Допуск: требования к участнику, нужные лицензии и допуски, требуемый опыт, признак «есть у нас — нет у нас» по каждому пункту.
• Флаги для человека: список отсылочных норм, расхождения между техзаданием и проектом договора, требования, найденные в приложениях, дата последнего разъяснения заказчика.
• Служебное: ссылка на исходный пакет, дата забора, версия документации и отметка об изменении полей после повторного забора.

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

Что юрист читает глазами независимо от модели

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

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

Полчаса юриста на заявку — это 700 ₽ по внутренней ставке. На фоне обеспечения контракта в сотни тысяч рублей экономить на этом получасе бессмысленно. Отдельный класс задач — сравнение присланного проекта договора с вашим шаблоном и подсветка отклонений; это делается проверкой договоров с ИИ и сокращает не решение, а поиск того, что вообще изменилось.

Когда разбор документации автоматизировать не надо

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

• Меньше 20 процедур в месяц. Экономия пропорциональна числу пакетов, эксплуатация — нет. При 20 процедурах снятые часы дают около 6 200 ₽ в месяц против 14 000 ₽ эксплуатации. Разумная замена — письменный чек-лист стоп-правил на одну страницу и дисциплина им пользоваться.
• Все закупки одного заказчика по одному шаблону. Если документация повторяется от процедуры к процедуре, специалист читает её по диагонали за пять минут, и автоматизировать нечего. Смысл появляется, когда заказчиков больше пяти и шаблоны у всех разные.
• Решение об участии принимает собственник по своим соображениям. Бывает и это: карточка будет исправно формироваться, а идти или нет — решаться в разговоре. Тогда система работает как архив и стоит своих денег только при большом потоке.

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

Машина отвечает за то, чтобы человек не читал лишнего. За то, что человек прочитал нужное, отвечает регламент, а не модель.