Новация ИИ / Практика внедренияЗнания для бизнеса

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

ДанныеПроверкаИИПРОЦЕСССИСТЕМЫКОНТРОЛЬВХОД → ОБРАБОТКА → РЕШЕНИЕ
Системный подход к внедрению

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

Профиль компании в разборе

  • Роль: генподрядчик: промышленное и гражданское строительство, несколько площадок одновременно
  • Штат: около 320 сотрудников, из них 14 — в производственно-техническом отделе, 12 — в сметно-договорном, 6 — в ИТ-службе
  • Город: Казань, объекты в Татарстане и соседних регионах
  • Системы: 1С:УСО (управление строительной организацией) для объектов, договоров и объёмов, СЭД (система электронного документооборота) для проектной и рабочей документации, файловый архив объектов в PDF и DWG
  • Что ведём: приёмку и проверку комплектности проектной и рабочей документации по каждому объекту, реестр томов и версий

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

Хуже всего то, что частичный разбор выглядит как успешный. Агент обработал 1 200 файлов из 1 213 и честно написал «разобрано 98,9%». Цифра красивая, но тринадцать неразобранных — это сканы без текстового слоя, чертежи без атрибутов и пара архивов, и среди них целиком лежит один раздел. Дальше отчёт уходит руководителю как доказательство порядка, комплект — заказчику, а отсутствие раздела всплывает на проверке. Об этом и статья: не про то, как разобрать архив, а про то, как доказать, что разобран он полностью.

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

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

Содержание

Почему архив кажется разобранным

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

В системе лежат файлы, а не состав

СЭД прекрасно отвечает на вопрос «где документ». Она не отвечает на вопрос «каких документов нет». Разница принципиальная: отсутствие не хранится. Чтобы увидеть пропуск, нужно иметь перечень того, что должно быть, и сравнить его с тем, что есть. В большинстве компаний этот перечень существует в трёх видах и ни в одном полностью: опись комплекта в Excel, задание на проектирование в PDF, договор с составом работ. Свести их вручную — это неделя работы инженера на один объект.

По оценке Strategy Partners, приведённой ICT.Moscow, цифровизация строительства в России переходит из повестки внедрения отдельных инструментов в повестку качества данных: готовность проектной модели, графика и стоимости к машинной обработке определяет, где ИИ даст эффект. Там же — цифра, которая объясняет, почему разбор архива упирается не в модель: 82% оставшегося регуляторного пути связано с работой с данными, XML и интеграцией информационных систем. Во втором квартале 2026 года технологии информационного моделирования (ТИМ) примеряли или пилотировали 49% застройщиков против 44% кварталом раньше, и такие решения охватывали 46% строящегося жилья. То есть данные в отрасли уже есть — но они разной готовности, и это первое, что видно на архиве. Поток при этом не снижается: по данным Главгосэкспертизы России, за 2025 год выдано 8 809 заключений по всем видам услуг — на 469 документов, или на 5%, больше, чем в 2024-м; 4 083 из них — по государственной экспертизе проектной документации и результатов инженерных изысканий, ещё 1 346 — по экспертному сопровождению, а 32% заключений пришлись на капитальный ремонт (публикация данных). Каждое такое заключение — это комплект, который кто-то собрал, проверил и передал. И каждая ошибка комплектности стоит заявителю нового круга.

Опись и архив расходятся, и обе стороны считают себя правыми

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

Разбор отвечает «что прочитано», а не «что должно быть»

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

Это не особенность строительных документов. В исследовании Stanford RegLab специализированные ИИ-инструменты, которые ищут ответ по базе источников, ошибались в 17–33% случаев — при том, что каждый ответ сопровождался ссылкой (Stanford RegLab). Ссылка создаёт ощущение проверенности, но не гарантирует ни полноты, ни точности. В архиве проектной документации это означает простую вещь: разбор надо принимать не по красоте отчёта, а по списку того, что в него не попало.

Что теряется при частичном разборе

Потери в архиве почти никогда не выглядят как потеря. Вот что реально выпадает из полного комплекта.

  • Раздел целиком. Самый частый случай — инженерные системы: отопление и вентиляция (ОВ), водоснабжение и канализация (ВК), электроснабжение (ЭОМ). Они приходят отдельными томами, часто от субподрядчика, и легко остаются в почте, а не в архиве.
  • Том или часть тома. Документация разбита на части по маркам и этапам; в архив попадает первая часть, остальные «потом доложим».
  • Приложения и согласования. Технические условия, согласования с ресурсоснабжающими организациями, письма о замене материалов — без них комплект формально полный, а по сути нет.
  • Версия. Вместо актуальной в архиве лежит предыдущая редакция. Это опаснее пропуска: файл есть, он читается, агент его разобрал — и выдал устаревшие объёмы и решения.
  • Листы и изменения. Изменения, выпущенные дополнениями, живут отдельными документами и не всегда подшиваются к тому, который меняют.
  • Ссылки на смежные документы. В пояснительной записке упоминается расчёт или спецификация, которых в архиве нет. Формально это не пропуск раздела, фактически — дырка в доказательной базе.

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

Три сверки, которые отличают полный разбор от частичного

Полнота не проверяется одним действием. Она собирается из трёх независимых сверок, и каждая ловит свой тип потери.

Сверка с описью комплекта

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

Сверка с обязательными разделами

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

Сверка по перекрёстным ссылкам

Третий слой — то, что человек вручную почти никогда не делает: агент читает упоминания других документов внутри текста. «Согласно расчёту № 14», «см. спецификацию оборудования», «приложение 3» — каждое такое упоминание проверяется на наличие в архиве. Это ловит не пропавшие разделы, а пропавшие приложения и расчётные документы, без которых раздел выглядит целым, но не является.

Выборочный контроль человеком

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

Что делает ИИ-агент поверх архива

Агент не заменяет СЭД и не «наводит порядок» в файлах. Он подключается к архиву на чтение и выполняет семь шагов.

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

Где проходят границы агента

Границы надо назвать сразу, иначе ожидания разойдутся с результатом.

  • Агент не проверяет содержание решений. Он отвечает за состав и полноту, а не за то, правильно ли запроектирован узел.
  • Агент не заменяет нормоконтроль и экспертизу. Это разные работы с разной ответственностью.
  • Агент ничего не меняет в архиве. Доступ только на чтение: ни переименовать, ни переместить, ни удалить, ни перезаписать версию он не может. Всё, что требует изменения, делает человек.
  • Агент не решает, достаточно ли документа. Он показывает расхождение и его основание; решение «принимаем так» или «запрашиваем у проектировщика» — за главным инженером проекта.
  • Агент не работает на пустом месте. Нужна хотя бы опись или перечень разделов. Если их нет вообще, первый шаг — не покупка модели, а составление перечня того, что должно быть.

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

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

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

Штраф по статье 9.4

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

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

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

Переделки, которые съедают маржу

Переделка почти всегда начинается с документа. По данным PlanRadar, переделки в строительстве составляют 5–10% стоимости проекта, а на плохо контролируемых проектах — до 20%; в исследованиях разброс от 1 до 20%, большинство оценок группируется в коридоре 4–10%, а ошибки проектирования дают 1–9% стоимости проекта. Причина простая: если в работе оказалась не та версия чертежа, работа выполнена не по тому решению, и её придётся переделывать — с повторной закупкой, демонтажом и потерей темпа.

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

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

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

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

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

Часы — следствие, а не цель. Но именно они показывают цену ручной сверки. Ниже — типовой расчёт для генподрядчика, который принимает по 40 комплектов документации в месяц: один объект, два инженера ПТО и руководитель, который подписывает приёмку.

Показатель Вручную С агентом
Минут на проверку комплекта: состав, версии, ссылки 90 минут 15 минут
Часов в месяц на 40 комплектов 60 часов 10 часов
Разбор спорных и нечитаемых файлов 4 часа в месяц 3 часа в месяц
Итого часов в месяц 64 часа 13 часов
Деньги в месяц при стоимости часа 1 200 ₽ 76 800 ₽ 15 600 ₽

Итого по одному объекту высвобождается около 51 часа в месяц, это примерно 61 200 рублей. На трёх объектах — 153 часа против 39, то есть порядка 183 600 рублей в месяц, которые раньше уходили на ручную сверку. Оговорка обязательна: это высвобожденное время, а не сокращённая ставка — инженеры остаются. Деньги появляются, когда этот час уходит на объекты, до которых раньше не доходили руки, или на проверку, которую раньше просто не делали.

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

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

  • Приёмка комплекта. Решение «комплект принят» подписывает инженер, а не агент.
  • Спорные версии. Какую редакцию считать актуальной, решает главный инженер проекта; агент показывает обе и разницу.
  • Нечитаемые файлы. Распознать, запросить читаемую версию или принять с отметкой — решает человек.
  • Изменения в архиве. Загрузка, замена версии, перемещение, удаление дубля — только руками и по регламенту; агент к этому доступа не имеет.
  • Содержательная проверка. Расчёты, решения, соответствие нормам — нормоконтроль, ГИП и экспертиза.
  • Ответственность за объект. Никакой реестр не снимает с руководителя ответственности за сроки, качество и людей на площадке.

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

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

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

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

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

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

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

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

Как ИИ-агент понимает, что раздел потерялся?

Он сверяет три вещи: опись или реестр передачи, фактический состав файлов в архиве и перекрёстные ссылки внутри документов. Если в тексте упоминается том или приложение, которого нет в архиве, или в описи есть раздел, под который не нашлось ни одного файла, агент ставит флаг и показывает, где именно расхождение.

Что делать с файлами, которые не читаются: сканы, чертежи, архивы?

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

Агент может сам дополнить архив или убрать лишние файлы?

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

Это заменяет нормоконтроль и экспертизу?

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

Что входит в бесплатный разбор стратегии внедрения ИИ?

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

Сколько времени занимает первый пилот?

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

Что в итоге

Риски здесь называются первыми, потому что они и стоят первыми: предписание и приостановка работ из-за некомплекта, штраф по статье 9.4 от 100 тысяч до 1 миллиона рублей, возврат комплекта на пересогласование со сдвигом оплаты, переделки в коридоре 5–10% стоимости проекта, спор с заказчиком без доказательной базы и зависимость от одного инженера. Деньги и часы идут следом — около 51 часа в месяц на объекте и порядка 61 тысячи рублей, которые раньше уходили на ручную сверку.

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

Источники

  • Статья 9.4 КоАП РФ: штрафы для юридических лиц за нарушение требований проектной документации — 100–300 тысяч рублей, при угрозе вреда 300–600 тысяч рублей либо приостановление до 60 суток, повторно 700 тысяч — 1 миллион рублей либо до 90 суток: consultant.ru
  • PlanRadar, Cost of Rework in Construction: переделки — 5–10% стоимости проекта, до 20% на плохо контролируемых проектах, разброс в исследованиях 1–20%, ошибки проектирования 1–9%: planradar.com
  • Stanford RegLab, Hallucination-Free? Assessing the Reliability of Leading AI Legal Research Tools: специализированные ИИ-инструменты с поиском по источникам ошибаются в 17–33% случаев — то есть наличие ссылки не гарантирует полноты и точности разбора: копия PDF на web.archive.org
  • Главгосэкспертиза России, итоги 2025 года: 8 809 заключений по всем видам услуг, на 469 (5%) больше, чем в 2024-м; 4 083 — по государственной экспертизе проектной документации и результатов инженерных изысканий, 1 346 — по экспертному сопровождению; 32% заключений — по капремонту: prom-ea.ru (публикация данных Главгосэкспертизы России)
  • Strategy Partners via ICT.Moscow, «Цифровизация и искусственный интеллект в строительстве России»: ТИМ пилотировали 49% застройщиков во II квартале 2026 года против 44% в IV квартале 2025-го, охват — 46% строящегося жилья; 82% регуляторного пути связано с работой с данными, XML и интеграцией; цифровизацию предлагается оценивать через снижение потерь от переделок, задержек согласований и ошибок в документации: ict.moscow