Как разобрать ТЗ тендера: чек-лист и разбор с помощью ИИ

Вы нашли тендер: цена хорошая, предмет знакомый. Открываете документацию — и там 200 страниц. Три файла с перекрёстными ссылками, проект контракта на 80 страниц, техническое задание отдельно, требования к участникам отдельно. К крайнему сроку подачи — двое суток. Знакомо?

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

Ниже — как разбирать тендерную документацию методично, что искать в первую очередь и как ИИ сокращает этот процесс с нескольких часов до минут.

Из чего состоит тендерная документация

По 44-ФЗ документация закупки — это не один файл. Стандартный пакет выглядит так:

Ошибка новичков — читать только ТЗ. Реальные условия контракта часто прячутся именно в проекте контракта и критериях оценки.

Как читать ТЗ: шаги по порядку

Шаг 1. Сначала — предмет и объём. Прочитайте первые два раздела ТЗ полностью. Что именно нужно поставить или сделать? Какие объёмы, единицы измерения, этапы? На этом шаге уже видно, ваш профиль или нет.

Шаг 2. Технические характеристики. Это основной массив ТЗ — перечень требований к товару или работе. Смотрите не сами значения, а формулировки. Если написано «не менее», «не более», «от 5 до 10» — это диапазон, вы можете предложить своё. Если написано конкретное значение без диапазона — ищите, есть ли товарный знак или артикул поставщика.

Шаг 3. Место и сроки исполнения. Иногда в ТЗ стоит адрес доставки или объект работ в другом регионе. Командировочные и логистика не включаются в цену автоматически — вы должны заложить их сами.

Шаг 4. Требования к документам при сдаче. Что именно нужно передать заказчику: сертификаты, акты, исполнительная документация, лицензии на ПО? Если у вас нет какого-то документа — это проблема не при подаче, а при сдаче контракта.

Шаг 5. Проект контракта. Штрафы, порядок расторжения, приёмка. Особое внимание — на пункты об одностороннем расторжении и на сроки оплаты. «Оплата в течение 30 дней» и «оплата в течение 30 дней после подписания акта» — это разные деньги.

Заточенные ТЗ: как их распознать

Заточенное ТЗ — это документация, которая формально открыта для всех, но реально описывает продукт одного конкретного поставщика. По 44-ФЗ это запрещено, но встречается часто.

Признаки заточенного ТЗ:

• Характеристики без диапазонов. «Мощность — ровно 450 Вт», «диагональ — ровно 27 дюймов» вместо «не менее 400 Вт», «от 24 до 27 дюймов».
• Нетипичные комбинации параметров. Два-три требования, которые в совокупности есть только у одного производителя. Каждое по отдельности нормально — вместе это фильтр.
• Ссылки на конкретный товарный знак без оговорки «или эквивалент». По закону такая формулировка обязательна, но её часто забывают или ставят в сноску мелким шрифтом.
• ГОСТ или стандарт, который применяется к одной линейке продуктов. Например, ГОСТ, принятый по инициативе конкретного производителя под его продукт.
• Очень узкие сроки или специфичные условия доставки, которые выполнимы только для местного поставщика.

Что делать, если видите заточенное ТЗ? Подать жалобу в ФАС можно до окончания срока подачи заявок. Если времени нет — оцените, можете ли вы формально соответствовать. Иногда «заточка» оставляет зазор для эквивалентного предложения.

Реестр российского ПО, лицензии и ГОСТ

Для IT-подрядчиков отдельная история — требования к программному обеспечению. Если в ТЗ написано «ПО из реестра Минцифры» или «отечественное ПО», это не просто пожелание. Нужно либо предлагать решение из реестра, либо иметь возможность доработать открытый код под требования.

Проверить, есть ли нужный продукт в реестре, можно на сайте reestr.digital.gov.ru. Но важна версия: реестр обновляется, и конкретная версия ПО может отсутствовать, даже если сам продукт там есть.

Лицензии — отдельный пункт. Если работа требует допуска СРО, лицензии ФСБ или ФСТЭК, Роскомнадзора — это должно быть у вас на момент подачи заявки, а не «в процессе получения». Заказчик проверяет по реестрам.

Требования ГОСТ в ТЗ по IT-закупкам чаще всего касаются документации: технические требования к программным средствам, форматы сдаточной документации. Если вы не привыкли делать документацию по ГОСТ 34, это отдельная трудоёмкость — закладывайте время.

Оцените трудоёмкость: потянете ли контракт

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

Типичные ловушки по трудоёмкости:

• Жёсткие промежуточные сроки. Контракт на 6 месяцев с поэтапной сдачей каждые 30 дней — это совсем не то же самое, что один финальный акт через полгода.
• Множественные объекты. «Поставка в 15 точек» — это 15 логистических операций, а не одна.
• Гарантийные обязательства. Гарантия 2 года на ПО означает, что вы обязаны поддерживать его два года. В цене это надо учесть.
• Требования к персоналу. Если ТЗ требует специалистов с определёнными сертификатами или опытом — это не абстракция. При приёмке могут потребовать подтверждение.

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

Как ИИ вытаскивает суть из 200 страниц

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

ИИ-анализ тендеров работает иначе: вы загружаете документацию, и система за минуту выдаёт структурированную выжимку. Что именно:

• Ключевые требования к товару или работам — без лишних страниц
• Флаги потенциальных рисков: заточенные характеристики, нереальные сроки, специфические лицензии
• Критерии оценки и как вы смотритесь по неценовым параметрам
• Штрафы и условия расторжения из проекта контракта

Это не заменяет финального чтения перед подачей, но позволяет за 2 минуты решить: стоит тратить 2 часа на изучение или нет. При потоке закупок это ключевая экономия.

Как и при работе с рисками тендера, ИИ не даёт юридического заключения — он подсвечивает, на что обратить внимание. Дальше решаете вы.

Чек-лист разбора ТЗ

Перед подачей заявки пройдитесь по этому списку:

Предмет и объём

• Понятно, что именно нужно поставить или сделать
• Объёмы реалистичны для вашего ресурса
• Место исполнения — ваш регион или вы готовы к командировкам/логистике

Технические требования

• Все характеристики проверены: диапазоны или фиксированные значения?
• Нет скрытых ссылок на конкретный товарный знак без «или эквивалент»
• Требования к ПО: реестр Минцифры, совместимость, лицензии
• Стандарты и ГОСТ: вы умеете с ними работать?

Требования к участнику

• Лицензии и допуски СРО: есть и действующие?
• Требования к опыту: подходящие контракты в реестре ЕИС?
• Финансовые требования: оборот, обеспечение заявки и контракта?

Контракт и риски

• Сроки исполнения и промежуточные этапы — выполнимы?
• Штрафы за просрочку — читали и считали?
• Порядок приёмки и список сдаточных документов — всё есть?
• Сроки оплаты — устраивают с точки зрения кассового разрыва?

Заказчик

• История закупок и исполнения контрактов проверена — есть ли жалобы или расторжения?
• Если тендер кажется заточенным — есть ли смысл в жалобе в ФАС?

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

Итог

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

Разберите ТЗ по чек-листу или загрузите документацию в Систему Анализа Закупок — ИИ вытащит суть и риски за минуту. Первые 3 дня бесплатно, карта не нужна.