Генподрядная организация уже работала в 1С:УСО (управление строительной организацией): объекты, договоры, этапы, объёмы и закрытие работ жили в системе, сметы считали в отдельном сметном комплексе, документы с заказчиками и подрядчиками ходили через электронный документооборот (ЭДО — система, в которой документы подписывают и передают в электронном виде). Тендеры при этом оставались отдельным островом: комплект документации заказчика скачивали из ЕИС (единая информационная система в сфере закупок), раскладывали по папкам и читали вчетвером — тендерный специалист, сметчик, юрист и главный инженер, — а матрицу требований держали в таблице, где у каждой строки был ответственный и почти никогда не было ссылки на пункт документации. Заявку при этом отклоняли не по цене, а по строке, которая лежала в этом комплекте с самого начала.
Профиль компании в разборе
- Роль: генподрядная организация: промышленные и складские объекты по договорам с ежемесячной сдачей объёмов, участие в закупках по 44-ФЗ и в коммерческих тендерах, часть работ — силами субподрядчиков
- Штат: около 380 сотрудников, из них 14 в производственно-техническом отделе, 6 в сметно-договорном, 4 в тендерном отделе, 3 юриста, 18 в бухгалтерии
- Город: Казань, шесть объектов — четыре в городе и республике, по одному в Самарской и Нижегородской областях
- Системы: 1С:УСО (объекты, договоры, этапы, объёмы, закрытие работ), сметный комплекс, ЭДО с заказчиками и подрядчиками, ЕИС и две электронные площадки
- Что ведём: тендерный контур — разбор комплекта документации, матрица требований с владельцами и сроками, проверка заявки перед подачей
Речь не о том, чтобы посадить нейросеть читать документы вместо людей, и не о замене 1С:УСО или сметного комплекса. Речь о слое между комплектом документации заказчика и подписанной заявкой: агент разбирает комплект на проверяемые требования, привязывает каждое к пункту и странице, сверяет с тем, что у компании реально есть в системе и в реестре контрактов, — и возвращает результат в те же документы, с которыми работает тендерный отдел.
Практическая разница видна на первой же закупке. Вместо папки на 280 страниц и таблицы, собранной по памяти, приходит матрица: 60–90 строк, у каждой — формулировка заказчика со ссылкой на пункт, чем она подтверждается, у кого из сотрудников лежит документ, к какому сроку, и отдельная пометка «подтверждения нет». На этой матрице и строится решение: идти или нет, что запросить у заказчика до срока разъяснений, что поручить субподрядчику. Такую матрицу можно проверить построчно, а таблицу из четырёх голов — только на веру, и именно поэтому отклонение чаще всего обнаруживается уже в протоколе.
Коротко
Заявку отклоняют не из-за цены, а из-за пункта, который был в документации с самого начала: показатель указан диапазоном, не приложен документ, опыт не признан аналогичным. ИИ-агент разбирает комплект на проверяемые требования со ссылками на пункты, сверяет их с данными 1С:УСО и реестром контрактов и возвращает матрицу с владельцами и сроками. Проверить это на своих закупках можно на бесплатном разборе стратегии внедрения ИИ в компанию.
Содержание
- Почему отклоняют по пункту, который лежал в документах с самого начала
- Что входит в комплект и где в нём прячутся требования
- Что делает ИИ-агент поверх системы управления строительной организацией
- Какие риски это снимает
- Сколько часов это возвращает
- Что остаётся за человеком
- Как это выглядит на практике
- Как внедрить поэтапно
- Источники
Почему отклоняют по пункту, который лежал в документах с самого начала
Тендерный отдел читает документацию не для того, чтобы понять объект, а для того, чтобы найти в ней ловушки. И ловушки эти почти всегда лежат на поверхности: в описании объекта закупки, в инструкции по заполнению заявки, в проекте контракта. Проблема не в том, что требования скрыты, а в том, что их много и они разбросаны по документу, который никто не читает целиком дважды.
Масштаб виден по статистике контроля. По данным ФАС России за 2025 год, в службу поступило 51 586 жалоб на закупки — на 7% больше, чем годом ранее; по существу рассмотрено 41 840 обращений, рост 9,3%, и 16 311 жалоб (38,9%) признаны обоснованными, в том числе частично. По итогам рассмотрения жалоб и проверок выдано 14 380 предписаний об устранении нарушений. Иначе говоря, больше трети обращений участников подтверждают: в документации и процедурах действительно было что исправлять. Одновременно служба отмечает снижение доли нарушений в самих процедурах — то есть заказчики учатся, а участникам приходится читать внимательнее.
Второй слой статистики объясняет, почему цена ошибки выше, чем кажется. По срезу ТендерОпоры из 107 процедур по 44-ФЗ в шести регионах (сентябрь 2026) подано 267 заявок, отклонено 19 — 7,1%. Доля небольшая, и это честная цифра: массовых отклонений в выборке нет. Но 48 процедур из 107 (44,9%) закончились единственной допущенной заявкой, а в 46 из 48 таких случаев (95,8%) заявка была единственной с самого начала — то есть конкуренция не сложилась ещё на входе, а не на комиссии. В том же срезе 12 процедур из 119 (10,1%) прошли вообще без поданных заявок.
Отсюда главный вывод, который редко звучит в обсуждениях тендеров: компания проигрывает не на заседании комиссии, а до него — не подаёт заявку, потому что комплект не разобрали, или подаёт с ошибкой, которую некому было поймать. В срезе из 719 процедур по 23 субъектам (сентябрь 2026) одна заявка была в 40,6% закупок, причём разброс по регионам — от 25,0% в Татарстане и Челябинской области до 70,4% в Новосибирской. Там, где заявка одна, любая формальная ошибка в ней закрывает процедуру целиком.
Что в этой картине делает система, а что остаётся человеку:
- Система хранит объекты, договоры, сметы, объёмы, закрытие работ, реестр исполненных контрактов; показывает, что у компании уже было и чем она может подтвердить опыт.
- Человек решает, идти ли на закупку, какую цену ставить, какие требования оспаривать и что делать, если подтверждения нет.
- Между ними — участок, которого нет ни у системы, ни у человека: превратить 280 страниц документации в список проверяемых требований со ссылками, владельцами и сроками. Именно здесь и работает ИИ-агент.
Что входит в комплект и где в нём прячутся требования
Чтобы разговор был предметным, возьмём типовой комплект документации на электронный аукцион по строительным работам — тот, который тендерный отдел скачивает из ЕИС одним архивом. В нём шесть частей, и в каждой свои ловушки.
- Извещение. Объект, начальная (максимальная) цена контракта (НМЦК — верхняя граница цены, которую заказчик готов заплатить), размер обеспечения заявки, даты, требования к участнику. Здесь ошибаются редко, но именно здесь видно экономику входа: обеспечение заявки по статье 44 закона о закупках составляет от 0,5 до 1% НМЦК при цене до 20 млн рублей и от 0,5 до 5% при цене выше 20 млн рублей. Для объекта с НМЦК 120 млн рублей это от 600 тысяч до 6 млн рублей, которые выходят из оборота на всё время процедуры.
- Описание объекта закупки. Техническое задание: состав работ, требования к материалам и их характеристикам, ссылки на проектную документацию, ведомость объёмов работ (ВОР — перечень работ с количествами), смета, требования к испытаниям и приёмке. Самая плотная часть комплекта и самый частый источник отклонений: именно здесь заказчик пишет, какие показатели нужно указать конкретно, а какие — согласием.
- Проект контракта. Сроки, график, порядок приёмки, гарантийные сроки, ответственность сторон, условия изменения цены и оплаты. Читают его обычно последним и по диагонали — а именно здесь лежит обязательство, которое компания подписывает вместе с заявкой.
- Требования к участнику. Правоспособность, членство в саморегулируемой организации (СРО — некоммерческое партнёрство, которое выдаёт допуск к строительным работам), опыт аналогичных контрактов, отсутствие в реестре недобросовестных поставщиков (РНП — список компаний, с которыми заказчики расторгли контракт по их вине), отсутствие задолженности.
- Инструкция по заполнению заявки. Как указывать показатели, в каких единицах, что считается конкретным значением, а что — диапазоном, какие документы прикладывать и в каком виде. Часть, которую пропускают чаще всего, и зря: половина отклонений рождается из несовпадения между тем, что написано в техническом задании, и тем, что требует инструкция.
- Формы и декларации. Согласие, декларации о соответствии, формы для отдельных категорий участников. Техническая часть, но именно она отвечает за комплектность второй части заявки.
Внутри этих шести частей повторяются одни и те же ловушки, и почти каждая выглядит безобидно:
- Показатель указан диапазоном или отсылкой к ГОСТ вместо конкретной величины. Заказчик требует конкретное значение, участник пишет «соответствует ГОСТ 7473-2010» — формально верно, для комиссии не ответ.
- Не приложен документ, который упомянут в описании объекта. Требование спрятано в середине технического задания, а в перечне приложений его нет.
- Опыт подтверждён контрактом, который не признали аналогичным. Критерий аналогичности заказчик задаёт сам, и он не всегда совпадает с тем, что компания считает своим опытом.
- Гарантийный срок или график в проекте контракта отличается от того, что компания готова выполнять. Заявка содержит согласие с проектом контракта, то есть подписывает и это условие.
- Вторая часть собрана по старому шаблону. Документы о соответствии есть, но оформлены не так, как требует инструкция этого заказчика.
- Противоречие внутри комплекта. Класс бетона в описании объекта один, в смете другой; гарантия в техническом задании 36 месяцев, в контракте — 60. Снимается только запросом на разъяснение до подачи, после подачи — читается в пользу заказчика.
Ни один из этих пунктов не требует юридической хитрости. Все они требуют одного: чтобы кто-то прочитал комплект целиком, разложил его на строки и проверил каждую строку до подачи. В компании с четырьмя людьми в тендерном отделе и пятью закупками в месяц это делается один раз и на памяти — а память заканчивается на третьей закупке.
Что делает ИИ-агент поверх системы управления строительной организацией
ИИ-агент — программа, которая по заданному правилу сама читает документы, сопоставляет их между собой и выполняет шаги. В тендерном контуре он не решает, участвовать ли в закупке, не ставит цену и не подаёт заявку: он превращает комплект документации в матрицу требований, сверяет её с данными компании и показывает, где заявка не закроется. Это принципиальная граница — агент готовит основание для решения, а решение принимает тендерный комитет.
- Разбирает комплект по разделам и вытаскивает требования. Из описания объекта — характеристики, объёмы, ссылки на проект; из проекта контракта — сроки, гарантии, приёмку, ответственность; из инструкции — правила оформления; из требований к участнику — квалификацию. На выходе не пересказ, а строки: формулировка, пункт, страница, тип требования.
- Отделяет проверяемое от размытого. «Бетон класса В25» — проверяемое: есть значение, есть чем подтвердить. «Соответствие действующим нормам», «не более», «аналогичный товар» — размытое, и агент помечает такие строки как зону риска: именно там заявка формально проходит, а комиссия читает иначе.
- Сверяет с тем, что у компании уже есть. Опыт — с реестром исполненных контрактов и объектами в 1С:УСО, допуски и членство — с документами участника, сметы и объёмы — со сметным комплексом, гарантийные обязательства — с типовыми условиями компании. Каждая строка получает статус: подтверждается, подтверждается частично, не подтверждается.
- Собирает матрицу с владельцами и сроками. У каждой строки — кто отвечает (тендерный отдел, сметчик, юрист, главный инженер, субподрядчик), какой документ нужен и к какому сроку. Матрица возвращается в карточку закупки и в задачи ответственным, а не в отдельный файл, который живёт у одного человека.
- Ищет противоречия внутри комплекта. Сравнивает описание объекта, смету и проект контракта между собой: другие классы материалов, другие объёмы, другие сроки гарантии. Противоречие попадает в список вопросов заказчику — до срока разъяснений, пока ответ ещё можно получить.
- Проверяет заявку перед подачей. Финальный прогон: все ли обязательные документы приложены, указаны ли конкретные значения там, где требуется, нет ли в заявке формулировок из чужого шаблона, совпадают ли данные компании с документами. Это чек-лист, который выполняется одинаково на первой и на двадцатой закупке.
- Ведёт журнал. Какие требования были закрыты, какие остались, какая закупка проиграна и по какому основанию, что изменилось после запроса разъяснений. Через квартал по журналу видно, какие причины отклонений повторяются у компании, — и это уже работа над процессом, а не над отдельной заявкой.

Отдельно стоит сказать про то, чего агент не делает. Он не подписывает заявку электронной подписью, не отправляет её на площадку, не меняет документы в 1С:УСО и не ведёт переписку с заказчиком. Все действия с юридическими последствиями остаются за людьми с правом подписи — агент отвечает только за полноту разбора и за то, чтобы ни один пункт комплекта не остался без владельца.
ИИ для этой задачи уже применяется, а не обсуждается как перспектива: разбор требований и сверка комплектности — одна из самых предсказуемых операций для языковой модели, потому что здесь не нужно ничего решать, нужно ничего не пропустить. Вопрос в том, чтобы поставить агента на свой комплект документов и на свои правила проверки, а не покупать ещё один сервис, который ищет закупки по ключевым словам.
Какие риски это снимает
Риски в тендерах измеряются не в удобстве, а в конкретных событиях: отклонённая заявка, заблокированное обеспечение, подписанный контракт с условием, которое не выполнить, и запись в реестре недобросовестных поставщиков. Разберём их по порядку — и только потом перейдём к часам, потому что часы здесь уже следствие.
Отклонение по формальному пункту
Самый частый сценарий: заявка технически сильная, цена конкурентная, а в протоколе одна строка — «не соответствует требованиям, установленным документацией». Дальше арифметика простая. По данным Loopio (опрошено более 1 500 команд), на подготовку одной заявки уходит в среднем 33 часа, и в ней участвуют девять человек. Для генподрядчика с ценой часа 1 800 рублей это около 59 тысяч рублей только рабочего времени — и эти деньги уже потрачены, когда приходит протокол. Одновременно обеспечение заявки, от 600 тысяч до 6 млн рублей на объекте со 120 млн НМЦК, остаётся заблокированным на спецсчёте до подведения итогов: деньги не теряются, но выходят из оборота в тот момент, когда они нужны на текущих объектах. И главное — объект уходит, а следующая закупка такого масштаба может появиться через квартал.
Подписанное условие контракта, которого не заметили
Заявка содержит согласие с проектом контракта — значит, компания соглашается с гарантией, графиком, порядком приёмки и ответственностью ещё до того, как их прочитал юрист. Типовая ловушка: гарантийный срок 60 месяцев вместо привычных 36, штраф за нарушение графика в процентах от контракта без верхней границы, обязанность согласовывать замену материала с заказчиком в срок, который физически не выдержать. Выиграв такую закупку, компания получает не объект, а обязательство. По обзору PlanRadar, переделки съедают 5–10% стоимости проекта, а на плохо контролируемых проектах — до 20%: часть этих переделок начинается не на площадке, а в момент, когда подписали условие, которого не поняли.
Жалоба и разбирательство
Если заказчик отклонил заявку неправомерно, у участника есть путь жалобы — и статистика показывает, что он работает: 38,9% рассмотренных ФАС жалоб в 2025 году признаны обоснованными. Но жалоба — это не бесплатный ход. Пока идёт разбирательство, закупка стоит, отношения с заказчиком портятся, а команда тратит те же часы, что и на подготовку, только уже на переписку и заседания. Поэтому выгоднее не выигрывать спор, а не попадать в него: заявка, собранная по матрице требований, реже даёт повод для отклонения — и, что важнее, реже даёт повод для отклонения, которое потом придётся оспаривать.
Запись в реестре недобросовестных поставщиков
Самый дорогой риск лежит уже после победы. По данным ФАС за 2025 год, принято 15 165 решений о включении сведений в РНП, и в 85,8% случаев причиной стало расторжение контракта. Для компании это фактически закрытый вход в закупки на срок от года: заказчики обязаны отклонять такие заявки. Причина расторжения при этом часто не злой умысел, а обязательство, взятое в заявке без проверки: объём работ, который нечем закрыть, срок, который не выдержать, характеристика, которую не поставить. Матрица требований с колонкой «чем подтверждаем» — это ровно тот инструмент, который не даёт взять на себя невыполнимое.
Штраф за отступление от проекта
Отдельный риск возникает, когда условие из документации выполняют «по факту, как удобнее»: заменяют материал, меняют узел, экономят на испытаниях. Дальше — проверка, замечание, предписание и приостановка работ до устранения: простой техники, людей и подрядчиков и сдвиг сдачи с неустойками. Нарушение требований проектной документации при производстве работ — статья 9.4 Кодекса Российской Федерации об административных правонарушениях: для юридического лица от 100 до 300 тысяч рублей, при угрозе вреда — от 300 до 600 тысяч рублей либо приостановление деятельности до 60 суток, при повторном нарушении — от 700 тысяч до 1 миллиона рублей либо приостановление до 90 суток. Агент здесь работает на опережение: он показывает, какие требования документации попадут в проект производства работ и где компания уже сейчас собирается отступить.
Зависимость от одного тендерного специалиста
Матрица требований по пяти закупкам часто живёт в голове одного человека: он помнит, что по этому заказчику нужен СТ-1, что по прошлой закупке отклоняли за диапазон вместо конкретного значения, что юрист в отпуске и вторую часть собирали по старому шаблону. Его отпуск или переход в другую компанию обнуляет эту память мгновенно. Матрица, журнал отклонений и правила проверки переносят её в систему — и она остаётся, даже когда человек уходит.
Сколько часов это возвращает
Часы — уже следствие. Когда комплект разбирается один раз и одинаково, тендерный отдел перестаёт быть группой чтения и становится местом, где считают шансы.
Типовой расчёт для генподрядчика с пятью заявками в месяц: комплект на 200–300 страниц, четыре участника разбора, финальная проверка перед каждой подачей.
| Показатель | Вручную | С агентом |
|---|---|---|
| Разбор комплекта документации: извещение, описание объекта, проект контракта (5 комплектов по 4 часа) | 20 часов | 4 часа |
| Сборка матрицы требований и распределение по владельцам (5 заявок по 3 часа) | 15 часов | 3 часа |
| Проверка подтверждающих документов: СРО, опыт, допуски, справки (5 заявок по 3 часа) | 15 часов | 4 часа |
| Сверка проекта контракта с условиями, которые компания может выполнить (5 заявок по 2,5 часа) | 12,5 часа | 3 часа |
| Проверка форм, инструкции по заполнению и финальная сверка перед подачей (5 заявок по 2 часа) | 10 часов | 3 часа |
| Разбор причин отклонения и работа с жалобой (2 случая в месяц по 4 часа) | 8 часов | 3 часа |
| Итого в месяц | около 80 часов | около 20 часов |
Освобождается около 60 часов в месяц. При стоимости часа 1 800 рублей это примерно 108 тысяч рублей в месяц и около 1,3 млн рублей в год — деньги, которые сегодня уходят не на выбор закупок, а на перечитывание документации. И главное: при росте с пяти заявок до десяти объём комплектов удваивается, а часы с агентом растут не вдвое — матрица и правила проверки уже настроены. Считайте это моделью, а не обещанием: объём комплектов, минуты на раздел и стоимость часа берите свои, результат пересчитывается на них.
Для сверки порядка величин полезна внешняя рамка. По данным Loopio, средняя команда тратит 33 часа на одну заявку и привлекает к ней девять человек, а средний процент побед в мировой практике — 39%: то есть две трети подготовленных заявок не превращаются в контракт, и каждая из них стоит полной подготовки. Именно поэтому в тендерах выигрывает не тот, кто быстрее пишет, а тот, кто раньше отсеивает закупки, где заявка не закроется по требованиям.
Что остаётся за человеком
- Решение об участии. Идти или нет — вопрос стратегии: загрузка, свободные мощности, отношения с заказчиком, готовность работать с его условиями. Агент даёт факты, комитет принимает решение.
- Цена и торговая стратегия. НМЦК, шаг аукциона, предел снижения, готовность работать на границе маржи — это коммерческое решение, а не сверка требований.
- Трактовка спорных требований. Где заказчик имел в виду одно, а написал другое, решает человек — и решает до подачи, через запрос разъяснений.
- Подпись и подача. Заявку подписывает электронная подпись сотрудника с правом подписи, а не агент. Все действия с юридическими последствиями — за человеком.
- Переговоры и жалобы. Обжалование в ФАС, переписка с заказчиком, разбор протокола — разговор людей, а не сверка строк.
- Оценка риска на объекте. Может ли компания выполнить работу по этой документации — вопрос к главному инженеру и ПТО (производственно-технический отдел — подразделение, которое ведёт объёмы и закрытие работ), а не к агенту.
Как это выглядит на практике
Будем честны: отдельного проекта по разбору тендерной документации у нас пока не было, и выдавать за него соседний опыт было бы неправильно. Что было — работа на участке, где документы нужно не хранить, а сверять между собой. У девелопера мы начинали с вводной встречи, затем делали контрольные срезы по контурам и вели журнал «сигнал → владелец → действие → результат» десять рабочих дней. Формат оказался рабочим именно потому, что каждый сигнал получал владельца и срок, а не превращался в очередной отчёт. Для тендерного контура эта рамка ложится почти без изменений: сигнал — требование, которое нечем подтвердить, владелец — конкретный сотрудник, действие — запрос разъяснений или отказ от закупки, результат — поданная заявка без замечаний.
Второй подтверждённый кусок фактуры — договорная работа: проверка договоров и таблиц с ИИ на стороне учебного центра и архитектурной студии. Там задача была ровно та же по механике: найти в документе условия, которые компания берёт на себя, и показать их человеку со ссылкой на пункт. Тендерный комплект устроен так же, только документов больше и цена пропуска выше.
Глубже всего эта логика разобрана в соседних материалах: ИИ для проверки тендерной сметы: расценки заказчика до подачи заявки — про цену и объёмы, ИИ для отбора тендеров: какие закупки считать в первую очередь — про вход в закупку, ИИ для проверки договора подряда: сроки оплаты, неустойка, удержания — про условия контракта, Как безопасно проверять договоры и таблицы с ИИ: ссылки на строки и решение человека — про границы автоматизации, и ИИ в исполнительной документации: где ломается цепочка от работ до оплаты — про то, что начинается после победы на торгах. Тендерная документация — это точка, где все пять контуров сходятся до того, как компания потратила первые деньги.
Как внедрить поэтапно
- Начните с одной закрытой закупки. Не с текущей, где горит срок, а с той, которую компания уже прошла: комплект есть, протокол есть, исход известен. Это самый быстрый способ увидеть, совпадает ли разбор агента с тем, что нашёл тендерный отдел.
- Соберите три-четыре комплекта разных заказчиков. Свои формы, свои инструкции, свои требования к опыту. На них видно, что общего в ловушках и что уникально для конкретного заказчика.
- Зафиксируйте правила проверки письменно. Что считается конкретным значением, какие документы обязательны, как проверяется аналогичность опыта, какие условия контракта компания не принимает никогда. Правило, записанное словами, можно проверить и изменить; правило «как обычно смотрим» — нет.
- Задайте границы и запреты. Что агент делает сам (читать, разбирать, сверять, собирать матрицу, проверять комплектность) и что запрещено (подписывать, подавать, менять документы в системе, писать заказчику, менять статусы закупки).
- Встройте матрицу в текущий порядок. Результат приходит туда, где люди уже работают: карточка закупки, задачи ответственным, чек-лист перед подачей. Отдельный сервис, который надо не забыть открыть, не приживается.
- Закрепите метрики. Доля заявок, отклонённых по формальным основаниям; число требований без подтверждения, найденных до подачи; срок от получения комплекта до решения об участии; число закупок, где компания отказалась участвовать после разбора. Первый месяц — замер, дальше — сравнение.
Хотите увидеть такую матрицу на своём комплекте? На бесплатном разборе стратегии внедрения ИИ мы берём документацию прошедшей закупки, разбираем её на требования и показываем, где заявка закрывалась, а где держалась на памяти сотрудника. Тридцать минут, на ваших документах.
Нет. Агент собирает факты: какие требования заказчик выставил, чем компания может их подтвердить, где подтверждения нет и что будет, если заявку отклонят. Решение «идём или не идём» принимает тендерный комитет, а цену, шаг аукциона и саму подачу определяет человек. Агент не подаёт заявку, не подписывает её электронной подписью, не меняет документы в системе и не отправляет письма заказчику.
Нет. Агент работает поверх действующего контура: читает комплект, скачанный из ЕИС, и сверяет его с тем, что уже есть в системе, — объектами, договорами, сметами, объёмами, реестром контрактов. Результат возвращается туда же: матрица требований в карточку закупки, задачи ответственным, чек-лист проверки заявки. Менять учётную систему не нужно, нужен порядок: где лежит комплект и кто отвечает за каждый раздел.
Он разбирает комплект по разделам и превращает текст в проверяемые строки: что требуется, в каком пункте и на какой странице это написано, чем подтверждается, к какому сроку нужно. Формулировки, где требование размыто — «соответствие ГОСТ», «не более», «аналогичный товар», — он помечает отдельно, потому что именно там чаще всего и происходит отклонение: заявка формально отвечает, а комиссия читает иначе.
Фиксировать противоречие и задавать вопрос заказчику в срок, который установлен для запросов на разъяснение. Агент находит такие места сам: например, в описании объекта указан класс бетона В25, а в смете — В22,5, или в проекте контракта гарантия 60 месяцев, а в техническом задании — 36. Это не мелочь: если противоречие не снять до подачи, комиссия будет читать его в свою пользу, а на объекте компания останется с обязательством, которое не согласовывала.
По типовому расчёту для генподрядчика с пятью заявками в месяц — около 80 часов ручной работы против 20 часов с агентом. Экономия возникает не за счёт скорости чтения, а за счёт того, что комплект разбирается один раз и одинаково: одна матрица требований, у каждой строки владелец и ссылка на пункт, и повторно её не перечитывают вчетвером. Цифры объёма и стоимости часа берите свои, модель пересчитывается на них.
Смотрим на вашем комплекте документации, как выглядела бы матрица требований: какие пункты заказчика критичны, чем вы их закрываете, где подтверждений нет и что нужно поменять в процессе до следующей закупки. Тридцать минут, на ваших документах, без презентаций и обязательств.
Что в итоге
1С:УСО честно закрывает учёт: объекты, договоры, этапы, объёмы, закрытие работ. Слабый участок лежит перед ней — между комплектом документации заказчика и подписанной заявкой: разбор требований, сверка с тем, что компания реально может подтвердить, поиск противоречий, распределение по владельцам, финальная проверка комплектности. Именно там работу забирает ИИ-агент: сначала риски — отклонение по формальному пункту с заблокированным обеспечением и потерянным объектом, подписанное условие контракта, которого не заметили, жалоба и разбирательство, запись в реестре недобросовестных поставщиков, штраф за отступление от проекта, зависимость от одного специалиста; вторым планом деньги и часы — около 80 часов в месяц вручную против 20 с агентом и примерно 1,3 млн рублей в год, и это уже следствие снятых рисков. Система остаётся, поверх неё появляется управляемый тендерный контур, а решение об участии, цена и подпись остаются за людьми. Начать можно с бесплатного разбора стратегии внедрения ИИ: на нём видно, какая из ваших закупок закрывается требованиями, а какая держится на памяти сотрудника.
Источники
- Итоги контрольной деятельности ФАС России в сфере закупок за 2025 год: 51 586 жалоб (+7% к 2024 году), 41 840 рассмотрено по существу (+9,3%), 16 311 жалоб (38,9%) признаны обоснованными, в том числе частично; выдано 14 380 предписаний об устранении нарушений; 15 165 решений о включении сведений в РНП, в 85,8% случаев причиной стало расторжение контракта — gkgz.ru
- ТендерОпора, «Несостоявшиеся закупки по 44-ФЗ: срез 107 процедур ЕИС» (сентябрь 2026): из 267 поданных заявок отклонено 19 (7,1%); в 48 из 107 процедур (44,9%) единственная допущенная заявка, в котировках — 54,0%, в аукционах — 36,8%; 46 из 48 «единственных» (95,8%) были единственными с самого начала; в 12 из 119 процедур (10,1%) не подано ни одной заявки; выборка из шести регионов не стратифицирована и на всю Россию не переносится — tenderopora.ru
- ТендерОпора, «Конкуренция в госзакупках по регионам: 23 субъекта, 719 процедур ЕИС» (сентябрь 2026): одна заявка в 40,6% закупок, от 25,0% в Татарстане и Челябинской области до 70,4% в Новосибирской; медиана снижения цены по субъектам — от 0,0% до 32,5% — tenderopora.ru
- Статья 44 закона о контрактной системе: размер обеспечения заявки — от 0,5 до 1% начальной (максимальной) цены контракта при цене до 20 млн рублей и от 0,5 до 5% при цене свыше 20 млн рублей — consultant.ru
- Loopio, «RFP Response Trends & Benchmarks Report» (более 1 500 команд): в среднем 33 часа на подготовку одной заявки, девять участников на заявку, средний процент побед 39%, средний размер команды — восемь человек — loopio.com
- PlanRadar, обзор стоимости переделок в строительстве: 5–10% стоимости проекта, до 20% на плохо контролируемых проектах — planradar.com
- Статья 9.4 Кодекса Российской Федерации об административных правонарушениях: штраф для юридического лица 100–300 тысяч рублей, при угрозе вреда 300–600 тысяч рублей либо приостановление деятельности до 60 суток, повторно 700 тысяч — 1 миллион рублей либо до 90 суток — consultant.ru
