ИИ в проектировании: проверка чертежей, коллизии и замечания экспертизы

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

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

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

Смежная тема — как связать документацию, нормы и качество на одном контуре: в статье ИИ в машиностроении: конструкторская документация, нормирование и брак разобрано, что ИИ-агент поверх 1С:ERP (управление ресурсами предприятия) и 1С:MES (система управления производством) показывает расхождение между версией чертежа, нормой времени и фактическим браком до выпуска партии.

Коротко: что меняет ИИ в проверке чертежей

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

Содержание

• Почему ошибки в проектных решениях видны поздно
• Что съедает время между выпуском раздела и выпуском комплекта
• Что делает ИИ-агент поверх Revit и Navisworks
• Какие риски это снимает
• Сколько часов это возвращает
• Что остаётся за человеком
• Как это выглядит на практике
• Как внедрить поэтапно

Почему ошибки в проектных решениях видны поздно

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

Вторая причина — асимметрия усилий. Проектных решений и элементов много, а проверка требует внимания к каждому. Отрасль это признаёт и измеряет: по исследованию Strategy Partners о цифровизации строительства в России, которое приводит ICT.Moscow, во II квартале 2026 года технологии информационного моделирования применяли или пилотировали 49% застройщиков против 44% в IV квартале 2025 года, и такие решения охватывали 46% строящегося жилья. Ключевым барьером для промышленного применения ИИ там названа готовность проекта к машинной обработке данных, а 82% оставшегося регуляторного пути связаны с работой с данными, обменом в машиночитаемом виде и интеграцией систем. Иными словами, модели в отрасли уже есть — не хватает слоя, который их ежедневно разбирает.

Третья причина — цена отложенной реакции (см. цифры по переделкам выше) и то, как поздно ошибка всплывает в официальном контуре. По данным Информационно-аналитического центра Главгосэкспертизы России, опубликованным в сводном бюллетене по Единому государственному реестру заключений экспертизы за 2025 год, в реестр за год включено 82 790 заключений, из них отрицательных — 4 585 единиц, а доля отрицательных выросла до 5,5% (плюс 1,8 процентного пункта к 2024 году). За этим процентом стоит не статистика, а конкретный сценарий: комплект возвращается на доработку, проектная организация собирает его заново, подписывает и подаёт повторно, а стройка ждёт.

Что съедает время между выпуском раздела и выпуском комплекта

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

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

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

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

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

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

Отрицательное заключение экспертизы и новый круг подачи

Комплект с коллизиями и неснятыми замечаниями уходит в экспертизу и возвращается отрицательным заключением. По данным Главгосэкспертизы за 2025 год, доля таких заключений выросла до 5,5% и прибавила 1,8 процентного пункта за год. Что стоит за этим: комплект собирают заново, подписывают, подают повторно, а работа на объекте и оплата за закрытые объёмы ждут. Предварительная проверка чертежей и пересечений до выпуска убирает самую частую причину возврата — не ошибки мышления, а расхождения, которые можно было поймать автоматически.

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

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

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

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

Переделки за свой счёт

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

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

Когда решение менялось трижды, а версии разошлись по почте и мессенджерам, доказать, что работа выполнена по согласованному заданию, нечем. Журнал, в котором зафиксировано, кто и когда подтвердил замечание и какая версия комплекта ушла заказчику, закрывает этот спор до его начала. Это же и требование по сдаче: переписка в личных чатах доказательством не является.

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

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

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

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

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

Часы — уже следствие: сначала перестают срабатывать риски выше, экономия времени идёт вторым планом. Ниже — типовой расчёт для проектной организации из профиля: 3 активных объекта, около 40 выпускаемых файлов разделов и 12 циклов проверки сводной модели в месяц. Это модель на открытых вводных, а не замер по чужому проекту.

Показатель	Вручную	С агентом
Выгрузка разделов и сборка сводной модели (40 файлов по 40 минут)	около 27 часов	6 часов
Разбор отчёта о пересечениях и подготовка списка замечаний (12 циклов по 1,5 часа)	около 18 часов	5 часов
Сверка выпущенных чертежей с моделью (40 файлов по 25 минут)	около 17 часов	5 часов
Разбор замечаний нормоконтроля и экспертизы, сверка с предыдущей версией	около 12 часов	4 часа
Итого часов в месяц	около 74 часов	20 часов

Арифметика открытая. Выгрузка и сборка: 40 файлов × 40 минут ≈ 27 часов вручную; агент собирает по расписанию, человек проверяет результат — 40 × 9 минут ≈ 6 часов. Разбор отчёта: 12 циклов × 90 минут = 18 часов, после отсева технического шума и группировки — 12 × 25 минут ≈ 5 часов. Сверка чертежей с моделью: 40 × 25 минут ≈ 17 часов против 40 × 7 минут ≈ 5 часов, потому что сравнение делается по параметрам, а не глазами. Разбор замечаний и сверка версий: 12 часов против 4.

Снятые 54 часа при стоимости часа инженера около 1 100 ₽ (зарплата, налоги и накладные) дают примерно 59 000 ₽ в месяц на одном проектном контуре. Если таких контуров в организации три — филиал, студия или отдельный поток объектов, — порядок выходит около 178 000 ₽ в месяц. И рядом с деньгами второй, более важный счёт: 54 часа — это время инженеров, которое сегодня уходит на перекладывание файлов и чтение списочных отчётов вместо работы с узлами, расчётами и разговором с архитектором.

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

Границы ответственности описываются заранее и не меняются по ходу проекта:

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

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

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

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

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

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

Что в итоге

ИИ в проектировании не отменяет Revit, Navisworks и систему документооборота и не заменяет инженера — он закрывает разрыв между тем, что в моделях и документах уже есть, и тем, что нужно знать сегодня. Первыми снимаются риски: отрицательное заключение экспертизы и новый круг подачи, предписание с остановкой работ на площадке, штраф по статье 9.4 КоАП РФ до 1 млн ₽ при повторном нарушении, переделки по 5–10% стоимости проекта, спор с заказчиком без журнала решений, возврат комплекта на пересогласование. Часы и деньги идут следом: около 74 часов ручных проверок в месяц превращаются в 20, при стоимости часа инженера около 1 100 ₽ это порядка 59 000 ₽ на одном проектном контуре и около 178 000 ₽ при трёх. Начать можно с одного сценария — поиска пересечений между двумя типами разделов, — и уже на нём проверить, насколько качество находок достаточно для вашего процесса. Смежные контуры разобраны в материалах про исполнительную документацию — её ИИ-агент собирает в 1С:УСО (управление строительной организацией): разбор комплекта на сдачу, стройконтроль в PlanRadar и 1С:УСО и план-факт строительно-монтажных работ (сокращённо СМР) в 1С:БИТ.Строительство; общие возможности системы — в разборе «1С:БИТ.Строительство: возможности и что автоматизировать поверх системы».

Источники

• Стоимость переделок: 5–10% стоимости проекта и до 20% на плохо контролируемых проектах, проектные ошибки дают 1–9% стоимости, около 26% переделок связано с несогласованностью участников и 14–22% — с неверной или неполной информацией — PlanRadar, Cost of Rework in Construction
• Цифровизация строительства в России: во II квартале 2026 года технологии информационного моделирования применяли или пилотировали 49% застройщиков против 44% в IV квартале 2025 года, охват 46% строящегося жилья, 82% оставшегося регуляторного пути — работа с данными и интеграция систем; цифровизацию предлагается оценивать через снижение потерь от переделок, задержек согласований и ошибок в документации — исследование Strategy Partners, публикация ICT.Moscow
• Итоги экспертизы проектной документации за 2025 год: в Единый государственный реестр заключений экспертизы включено 82 790 заключений, отрицательных — 4 585, их доля выросла до 5,5% (+1,8 процентного пункта к 2024 году) — сводный аналитический бюллетень Информационно-аналитического центра Главгосэкспертизы России, публикация
• Автоматическая проверка модели на пересечения: время проверки сократилось с 3–4 часов до 30–60 минут, ручная выгрузка разделов занимала от 1 до 3 часов — опыт команды BIM-координации ПИК, PikCheckUp
• Ответственность за нарушение требований проектной документации: штраф для юридического лица 100 000–300 000 ₽, при угрозе надёжности и безопасности 300 000–600 000 ₽ либо приостановление деятельности до 60 суток, повторно 700 000 ₽ – 1 млн ₽ либо до 90 суток (статья 9.4 КоАП РФ) — текст статьи
• Управление проектными контурами и сроками смежных работ: ИИ в управлении проектами в Битрикс24