Renga: проектирование, согласования и объёмы с ИИ-агентом

Проектная организация уже работала в Renga — российской системе информационного моделирования (BIM, Building Information Modeling — информационное моделирование зданий): модель объекта, чертежи, спецификации и ведомости объёмов собирались в системе, инженерные разделы увязывались по сводной модели, выпуск комплекта шёл из неё же. Но всё, что происходит между «модель собрана» и «комплект ушёл заказчику и в экспертизу», держалось на людях: расхождения объёмов между разделами искали глазами, замечания разбирали по почте и в таблицах, ответы на них писали заново каждый тур, а комплектность проверяли перед самой отправкой. Именно на этом участке — между данными модели и решением о выпуске — время уходит быстрее всего, и именно там появляется ИИ-агент.

Компания из карточки — типовой профиль: по такой рамке видно, где именно в проектной организации возникает ручная работа между моделью и решением.

Коротко: что добавляет ИИ-агент к модели

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

Содержание

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

Что такое Renga и какие процессы в ней живут

Renga — российская система информационного моделирования для комплексного проектирования: архитектура, несущие конструкции, внутренние инженерные сети и технологическая часть зданий и сооружений. Разработчик — Renga Software, совместное предприятие АСКОН и фирмы «1С»; это важно для проектной организации по двум причинам: лицензии не привязаны к валютному курсу, а сама модель стыкуется с учётными решениями «1С», которые уже стоят в компании. Про то, какие задачи на объекте закрывает ИИ-агент поверх системы проектирования, мы разбирали в обзоре семи задач для стройки, а как выбирать систему — в обзоре российского ПО для строительства с ИИ. Соседний разбор той же серии — про другую платформу: Autodesk Revit: модель, согласования и объёмы с ИИ-агентом, а также разбор конструкторского бюро: T-FLEX CAD: проектирование, спецификации и объёмы с ИИ-агентом. Проект хранится в компактном формате .rnp, обмен с расчётными и специализированными программами идёт через формат IFC4, а программный доступ открыт через документированное программное интерфейсное приложение (API, Application Programming Interface — программный интерфейс доступа к системе).

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

Модель и комплект чертежей

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

Спецификации и объёмы работ

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

Инженерные системы и коллизии

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

Среда общих данных и согласования

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

Разборы той же серии про другие системы проектирования: nanoCAD: чертежи, согласования и объёмы с ИИ-агентом и Tekla Structures: металлоконструкции, спецификации и объёмы с ИИ-агентом, а системы управления инженерными данными — ЛОЦМАН:PLM: проектирование, согласования и объёмы с ИИ-агентом.

Где заканчиваются возможности системы

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

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

Границы Renga по процессам выглядят так:

Что делает система сама	Что остаётся человеку
Хранит трёхмерную модель и историю проекта	Решает, какое техническое решение принять
Формирует чертежи, спецификации и ведомости объёмов	Проверяет, что объёмы в разделах сходятся между собой
Показывает пересечения элементов в сводной модели	Определяет, что именно переносить при коллизии
Ведёт версии и переписку в среде общих данных	Следит, что каждое замечание получило ответ и срок
Стыкуется с учётными решениями «1С»	Проверяет комплектность перед отправкой заказчику

Что съедает время между моделью и решением

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

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

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

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

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

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

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

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

Отрицательное заключение и повторное рассмотрение

По данным Главгосэкспертизы России, приведённым по итогам деятельности экспертных организаций за 2025 год, в единый государственный реестр заключений включено 82 790 заключений, из них государственная экспертиза дала 47 180 (57%), негосударственная — 35 610 (43%). Отрицательных заключений — 4 585, и их доля выросла до 5,5%, то есть на 1,8 процентных пункта больше, чем годом ранее. Услуги по экспертизе проектной документации занимают 78% в государственном секторе и 68% в негосударственном. Дальше начинается то, что дороже всего: повторная экспертиза при отрицательном заключении идёт по отдельному сроку — до 42 рабочих дней, а замечания вообще останавливают течение срока: по постановлению Правительства № 145 срок прерывается на время устранения недостатков, и на технически сложном объекте типично проходит не один тур замечаний, а два-три. На доработку по замечаниям закладывают отдельный резерв в 30–60 календарных дней сверх базового срока экспертизы. Каждый такой тур — это сдвиг сдачи проекта, а значит и сдвиг всего, что стоит за ним.

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

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

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

Переделки — самый дорогой след проектной ошибки, потому что оплачиваются дважды: сначала проектом, потом работами. По оценке Института строительной индустрии (Construction Industry Institute), которую приводит отраслевое исследование стоимости переделок 2026 года, прямые переделки на площадке составляют в среднем 5% общей стоимости проекта, а разброс — от 2 до 20% в зависимости от типа проекта; в отдельных регионах исследования фиксируют до 30%. Причина в том, что переделки почти не измеряют напрямую: их прячут в отклонения по труду, перерасход материалов и накладные. Часть первопричин — как раз проектные данные и их несогласованность между разделами.

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

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

Спор с заказчиком

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

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

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

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

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

Типовой расчёт для проектной организации, которая выпускает три объекта в месяц и ведёт по каждому около 2 400 позиций в ведомостях и спецификациях:

Показатель	Вручную	С агентом
Сверка объёмов между разделами (2 400 позиций, 6 минут на позицию)	24 часа	4 часа
Разбор тура замечаний и подготовка ответов (около 90 замечаний)	15 часов	6 часов
Проверка комплектности и версий перед выпуском	6 часов	4 часа
Итого на объект в месяц	около 45 часов	около 14 часов

45 часов на объекте при стоимости часа проектной работы 1 000 рублей — это 45 000 рублей в месяц; на трёх объектах — около 135 000 рублей. Считайте это моделью, а не обещанием: входные числа — число позиций, минут на позицию, число замечаний и стоимость часа — берутся ваши, и результат пересчитывается на них за пару минут.

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

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

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

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

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

Общее в обоих случаях одно: система проектирования оставалась на месте, менялся участок между данными и решением. Ни модель, ни листы комплекта при этом не переписывались.

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

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

Что в итоге

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

Источники

• Итоги деятельности экспертных организаций за 2025 год: 82 790 заключений в едином государственном реестре, 4 585 отрицательных (5,5%, +1,8 п. п. к 2024 году), доля услуг по экспертизе проектной документации — ceur.ru
• Оценки ДОМ.РФ, приведённые Минстроем России при утверждении национального стандарта по внедрению технологий информационного моделирования: сокращение бумажного документооборота на 85%, сроков обработки документов на 50%, ошибок при проектировании на 80% — minstroyrf.gov.ru
• Планы Главгосэкспертизы России запустить в 2026 году облачный сервис предварительной проверки проектной документации на основе искусственного интеллекта (сообщение первого заместителя руководителя ведомства Вадима Андропова) — vstuplenie-sro.com
• Сроки экспертизы проектной документации в 2026 году: 42 рабочих дня для большинства объектов и 60 для особо опасных, технически сложных и уникальных, до 42 рабочих дней на повторную экспертизу, два-три тура замечаний, резерв 30–60 календарных дней на доработку — buildingclub.ru
• Стоимость переделок в строительстве: оценка Института строительной индустрии — в среднем 5% общей стоимости проекта, разброс 2–20%, в отдельных регионах до 30% — openspace.ai
• Статья 9.4 Кодекса Российской Федерации об административных правонарушениях: штраф для юридического лица 100–300 тысяч рублей, при угрозе вреда 300–600 тысяч рублей либо приостановление деятельности до 60 суток, повторно 700 тысяч — 1 миллион рублей либо до 90 суток — consultant.ru