Система исполнительной документации: как она работает и что в ней закрывает ИИ

Генподрядчик вёл объекты в 1С:УСО (управление строительной организацией), где живут график работ, объёмы, сметы и акты выполненных работ, документы с подрядчиками ходили через электронный документооборот (ЭДО), а часть исполнительной документации (сокращённо ИД) по небольшим объектам собиралась на диске в папках по разделам. Система была — учёт, документооборот, отчётность. Проблема была в другом: комплект ИД собирался вручную, инженер ПТО (производственно-технического отдела) сверял состав по памяти и по переписке, а готовность комплекта к сдаче становилась видна в лучшем случае за пару дней до приёмки. Дальше разбираем, из чего состоит эта система, где она даёт сбой и что в ней закрывает ИИ.

Требования к этой документации за последние годы стали заметно строже. Приказ Минстроя России от 16 мая 2023 года № 344/пр утвердил состав и порядок ведения исполнительной документации, а с 1 октября 2025 года действует ГОСТ Р 70108-2025 «Документация исполнительная. Формирование и ведение в электронном виде» — стандарт прямо описывает, как собирать и вести комплект в электронной форме. То есть отрасль движется от папок с бумагой к связанным электронным данным, и это меняет саму систему работы с комплектом: документ должен быть не просто отсканирован, а связан с объёмом, подрядчиком и этапом работ.

Масштаб потерь на ручном комплектовании подтверждается независимыми замерами. По исследованию FMI и PlanGrid «Construction Disconnected», специалисты тратят около 35% рабочего времени (более 14 часов в неделю) на непроизводительные занятия — поиск проектной информации, разрешение конфликтов и разбор ошибок и переделок, а почти половина всех переделок (48%) связана именно с плохими данными и плохими коммуникациями между участниками проекта. Позже о том же говорит российская практика надзора: по данным Мосгосстройнадзора, за 2025 год только на объектах реновации прошло 914 выездных проверок, а инструментальные исследования велись на 185 площадках — каждая проверка опирается на документ, и его отсутствие или расхождение тормозит объект.

Коротко

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

Содержание

• Что такое система исполнительной документации
• Как система работает на объекте
• Где система даёт сбой: пять узких мест
• Что закрывает ИИ в системе исполнительной документации
• Какие риски это снимает
• Сколько часов это возвращает
• Что остаётся за человеком
• Как это выглядит на практике
• Как внедрить поэтапно
• Что в итоге
• Источники

Что такое система исполнительной документации

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

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

Что входит в комплект

Состав комплекта задаётся приказом Минстроя № 344/пр и утверждается под каждый объект, но по сути в него входят несколько групп документов.

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

Кто и в какой системе ведёт

По письму Минстроя России от 25 августа 2025 года № 23464-ОГ/08 вести документацию должно лицо, осуществляющее строительство, — то есть генеральный подрядчик, а перечень документов по объекту утверждает застройщик или технический заказчик. Это важно для организации системы: если документ по факту оформляет субподрядчик, ответственность за полноту комплекта всё равно остаётся на генеральном подрядчике.

Программная часть чаще всего живёт в одном из трёх вариантов: в учётном контуре на базе 1С:УСО (управление строительной организацией) или 1С:БИТ.Строительство, в специализированной системе для исполнительной документации или в электронном документообороте с файловым хранилищем. Возможности учётного контура и то, что поверх него автоматизируется, разобрано отдельно в материале про 1С:БИТ.Строительство: возможности и что автоматизировать поверх системы. Какой бы вариант ни был выбран, система будет работать ровно настолько, насколько её данные связаны с фактическими работами.

Чем исполнительная документация отличается от проектной и рабочей

Проектная документация отвечает на вопрос «что должно быть построено», рабочая — «как это строить», а исполнительная фиксирует, что уже сделано и принято. Именно её требуют при приёмке этапов и объекта, и именно она доказывает объём и качество работ в спорной ситуации. Практический вывод для системы: исполнительные документы должны ссылаться на конкретные позиции графика и объёмы, а не лежать отдельной папкой вне учёта.

Как система работает на объекте

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

Этап процесса	Что происходит	Где ручная работа
Фиксация работы	Бригада закрывает скрытые работы, инженер вызывается на освидетельствование	Оформление акта вручную, часто после факта
Оформление документов	Готовятся акты, схемы, собираются сертификаты и журналы	Ручное сопоставление с перечнем по объекту
Проверка полноты	Сверка: всё ли есть по объёму и правильной ли версии	По памяти и переписке, не по системе
Связка с объёмами	Документы привязываются к актам выполненных работ	Ручная сверка позиций и сумм
Передача заказчику	Комплект передаётся на приёмку, формируется реестр	Ручная опись и передача

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

Похожая логика — когда данные о работах разъезжаются с документами — разобрана в материале про план-факт СМР (строительно-монтажных работ) и контроль рисков срыва срока: там показано, как расхождение между планом, фактом и документом превращается в срыв графика.

Где система даёт сбой: пять узких мест

Прежде чем говорить, что добавляет ИИ, надо честно назвать, где система ломается сегодня. Эти пять мест встречаются почти на любом объекте.

1. Версии документов. Инженер, подрядчик и заказчик работают с разными редакциями акта или схемы. Пока правка не сведена, комплект содержит противоречивые данные, и на проверке всплывает именно старая версия.
2. Полнота комплекта. Понять, чего не хватает, можно только сверкой с перечнем по объекту. Вручную это делается выборочно: до конца комплекта доходят, когда до сдачи остаётся мало времени.
3. Связка с объёмами. Документы и акты выполненных работ живут в разных реестрах. Соотнести их можно только глазами, а расхождения в позициях и объёмах никто не ловит системно.
4. Сроки и подписи. Акт без подписи — не документ. Отслеживание, у кого он лежит и сколько дней ждёт, ведётся вручную и постоянно выпадает.
5. Поиск нужного. По данным FMI и PlanGrid, поиск проектной информации — одна из главных статей непроизводительных потерь времени. Когда комплект лежит папками, найти нужный документ за прошлый этап — отдельная задача.

Что закрывает ИИ в системе исполнительной документации

ИИ-агент в исполнительной документации — это не замена инженера и не «умная папка». Это программа, которая по заданному правилу сама читает документы и данные учётного контура и выполняет шаги. Она отвечает за то, что сегодня человек делает глазами: за сверку, поиск и подготовку разбора.

1. Читает комплект и данные системы. Забирает акты, схемы, сертификаты и журналы из хранилища и связывает их с позициями графика, объёмами и актами выполненных работ из учётного контура, приводя к одному виду.
2. Сверяет состав и версии. Проверяет, что документ соответствует утверждённому перечню по объекту, и отмечает, где версии расходятся. Разночтение видно на этапе данных, а не на приёмке.
3. Проверяет полноту комплекта. По каждому виду работ сопоставляет, что уже оформлено, а чего не хватает: например, есть акт скрытых работ, но нет документа о качестве использованной партии.
4. Связывает с фактическими объёмами. Сопоставляет документы с объёмами в актах выполненных работ и показывает расхождения: работа закрыта, а подтверждающего документа нет, или наоборот.
5. Следит за сроками и подписями. Держит по каждому документу, у кого он находится и сколько ждёт подписи, и поднимает напоминание до того, как это станет риском для сдачи.
6. Готовит реестр и разбор. На выходе — короткая сводка по объекту: что собрано, чего не хватает, где расхождение версий или объёмов и что делать в первую очередь. Реестр возвращается в систему.
7. Ведёт журнал действий. Каждое срабатывание записывается: какие документы прочитаны, какое правило применено, какое расхождение найдено. По журналу работу агента можно проверить — это и отличает рабочий контур от демонстрации интерфейса.

Чего агент не делает: не оформляет и не подписывает документы, не согласовывает изменения с проектировщиком, не отправляет комплект заказчику и не даёт юридической оценки. Он снимает с инженера рутинную сверку и готовит разбор, а решение и подпись остаются за человеком. Тот же принцип — «система отвечает что есть, агент отвечает что критично» — работает и в других процессах: например, как агент собирает комплект на сдачу, показано в отдельном разборе исполнительной документации в 1С:УСО.

Какие риски это снимает

Часы и деньги — следствие. Сначала разберём риски, которые закрывает порядок в комплекте плюс слой агента: здесь они измеряются не «удобством», а предписаниями, штрафами и срывом сроков сдачи.

Предписание и остановка работ

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

Штраф по закону

Нарушение требований проектной документации — это уже не организационная, а юридическая ответственность. По статье 9.4 КоАП РФ для юридического лица штраф составляет 100–300 тыс. ₽; если нарушение затрагивает надёжность и безопасность и создаёт угрозу вреда — 300–600 тыс. ₽ либо приостановление деятельности до 60 суток; при повторном нарушении — 700 тыс. – 1 млн ₽ либо до 90 суток. Норма дана по тексту кодекса на consultant.ru (ссылка в источниках). Дисциплина комплекта снижает вероятность такого предписания, а не «оптимизирует процессы» в общем виде.

Переделки и их цена

Самый дорогой риск — работа, которую приходится делать заново. По сводке PlanRadar о стоимости переделок в строительстве они составляют 5–10% стоимости проекта, а на плохо контролируемых проектах доходят до 20%. Переделка редко бывает следствием одной ошибки: чаще это пропущенное расхождение — не тот объём, устаревшая версия документа, непринятый участок. Когда такой разрыв ловит агент на этапе данных, переделка не превращается в расход. О том, как это устроено в контроле качества на площадке, — в материале про стройконтроль с нейросетью в PlanRadar и 1С:УСО.

Возврат комплекта на пересогласование

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

Спор с заказчиком без доказательной базы

Без связанного комплекта и истории переписки доказать, что работы выполнены в срок и в объёме, сложно. Журнал агента и связанные документы дают фактуру, на которую можно опереться в споре, — вместо «мы это делали, но подтвердить нечем».

Зависимость от конкретного человека

Пока комплект держит один инженер ПТО (производственно-технического отдела), его отпуск, уход или загрузка на другом объекте — риск для сдачи. Агент выполняет повторяющуюся сверку одинаково, независимо от человеческого фактора, а человек занимается исключениями и решениями.

Сколько часов это возвращает

Часы — уже следствие порядка в комплекте и агента поверх. Ниже типовой расчёт для генподрядчика с тремя активными объектами и комплектом около 120 документов в месяц на объект; стоимость часа инженера ПТО (производственно-технического отдела) принята в 900 ₽ по рынку региона.

В ручном контуре проверка комплектности и состава одного документа занимает в среднем около 6 минут, привязка к объёмам и актам — ещё 3 минуты, восстановление истории по замечанию — около 2 минут. На 120 документов это порядка 22 часов в месяц. Плюс сборка описи и передача комплекта — около 5 часов, и разбор замечаний по версиям — около 3 часов. Итого около 30 часов в месяц на одном объекте.

В контуре с агентом черновую сверку состава, полноты и версий делает агент, а инженер проверяет исключения и подписывает: остаётся около 9 часов в месяц. Высвобождается порядка 21 часа на объекте — это около 18 900 ₽ при 900 ₽/час, а на трёх объектах — около 63 часов и примерно 56 700 ₽ в месяц, то есть около 680 000 ₽ в год.

Показатель	Вручную	С агентом
Проверка комплектности и состава	22 ч	6 ч
Сборка описи и передача комплекта	5 ч	2 ч
Разбор замечаний по версиям	3 ч	1 ч
Итого в месяц (один объект)	30 ч	9 ч

Расчёт намеренно прозрачный: числа подставляются под ваш объект — количество документов, минут на сверку и ставку часа. Смысл не в конкретной сумме, а в том, что потеря измеряется в часах и рублях уже на пилоте, а не остаётся «стало удобнее».

Что остаётся за человеком

Границы ответственности важны не меньше эффекта — именно они делают контур управляемым, а не пугающим.

• Решение по расхождению. Что делать с неполным комплектом — дособрать, изменить порядок работ или принять риск — решает человек.
• Подпись и передача обязательств. Агент не подписывает акты, не согласовывает изменения и не отправляет комплект заказчику.
• Оценка качества данных. Если источник расходится или документ устарел, решение о правке принимает человек, а не агент «на глаз».
• Стратегия и приоритеты. Что автоматизировать следующим и где остановиться — управленческое решение, а не функция программы.

Как это выглядит на практике

Схожая задача — навести порядок в данных и ввести управляемый контур — решалась в проекте девелопера: вводная встреча, затем контрольный срез по отдельным рабочим контурам, после чего следующий шаг оформлялся как ежедневный коммерческий отчёт и журнал «сигнал → владелец → действие → результат» на десять рабочих дней. Работа велась поверх существующих систем, без их замены. Замеренного финансового эффекта в этом проекте нет — и это важно сказать прямо: там строился управляемый контур и проверялась сама механика, а метрика «до/после» появляется уже на пилоте под конкретный процесс. Такой же подход применяется и на производстве, и в ритейле, где контур строится вокруг одного процесса, а не вокруг всего предприятия сразу.

Отдельно стоит разграничить жанры: обзор систем контроля и то, что даёт ИИ, — в материале про системы контроля строительства; практический разбор «с чего начинать» и первые шаги — в статье про информационные технологии в строительстве; связка графиков и сроков — в разборе управления строительными проектами с ИИ-контролем сроков. Комплект исполнительной документации — часть этой же картины, только сфокусированная на документальном следе работ.

Как внедрить поэтапно

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

Что в итоге

Система исполнительной документации держится на трёх слоях — правила, роли и данные, — и ломается там, где комплект собирается вручную. Сначала выбирается один объект с ручной сверкой, по нему сводится перечень и источники данных, затем поверх существующих систем ставится тонкий слой ИИ-агента: он читает комплект, сверяет состав, версии и полноту, связывает документы с объёмами и готовит реестр, а решение и подпись остаются за инженером. Сначала риски — предписание и остановка работ, штраф по статье 9.4 КоАП, переделки стоимостью 5–10% проекта, возврат комплекта и сдвиг оплаты, спор без доказательной базы и зависимость от одного человека; деньги и часы — следом, и они измеримы уже на пилоте: около 30 часов в месяц на объекте превращаются в 9. Первый шаг — бесплатный разбор стратегии внедрения ИИ в компанию на ваших материалах.

Смотрите также: почему именно комплект документов определяет дату оплаты — разбор цепочки «работы — документ — акт — оплата» и того, что снимает ИИ-агент поверх 1С:УСО: «ИИ в исполнительной документации: где ломается цепочка от работ до оплаты».

Источники

• Потраченное на непроизводительные занятия время (около 35% рабочего времени, более 14 часов в неделю, из них значительная часть — поиск проектной информации), а также связь 48% переделок с плохими данными и коммуникациями — исследование FMI и PlanGrid «Construction Disconnected» (2018), пресс-релиз на PR Newswire.
• Стоимость переделок в строительстве — 5–10% стоимости проекта, до 20% на плохо контролируемых проектах — сводка данных PlanRadar на planradar.com.
• Формирование и ведение исполнительной документации в электронном виде: ГОСТ Р 70108-2025, действует с 1 октября 2025 года — gostcheck.ru.
• Кто обязан вести исполнительную документацию и кто утверждает её перечень по объекту (застройщик, технический заказчик, лицо, осуществляющее строительство) — письмо Минстроя России от 25.08.2025 № 23464-ОГ/08 и приказ Минстроя от 16.05.2023 № 344/пр, текст на consultant.ru.
• Число выездных проверок (914) и инструментальных исследований (480 на 185 площадках, более 4,6 тыс. экспертных заключений) на объектах реновации за 2025 год — данные Мосгосстройнадзора на mos.ru.
• Более 6,5 тыс. бесконтактных проверок застройщиков за 2025 год — Мосгосстройнадзор, публикация на rcmm.ru.
• Статья 9.4 КоАП РФ: размеры штрафов для юридических лиц за нарушение требований проектной документации — текст кодекса на consultant.ru.