Автоматизация строительства с помощью ИИ: что реально автоматизируется и как выбрать решение

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

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

Отрасль при этом движется от бумаги к связанным данным. По данным ДОМ.РФ и Минстроя России, доля застройщиков, применяющих технологии информационного моделирования (ТИМ), по итогам IV квартала 2025 года достигла 44% против 42% кварталом ранее, а сама технология применяется в 80 регионах: с 1 июля 2024 года отрасль перешла к обязательному применению ТИМ со стадии проектирования. Объём экспертизы тоже показывает масштаб отрасли: по данным Главгосэкспертизы России, за 2025 год в единый государственный реестр заключений включено 82 790 заключений, из них 47 180 — государственная экспертиза и 35 610 — негосударственная, а отрицательных заключений — 4 585. Это значит, что данных и документов на стройке становится больше, а не меньше, и автоматизировать их обработку вручную уже не получается.

Коротко

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

Содержание

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

Что реально автоматизируется на стройке

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

Международное исследование McKinsey, вышедшее в июле 2026 года, оценило 150 рабочих процессов в 25 направлениях архитектуры, проектирования и строительства и пришло к выводу: ИИ способен автоматизировать 39% нефизической работы в строительстве и 50% — в архитектуре и проектировании. Разрыв с практикой при этом огромный: ежедневно ИИ в работе используют лишь 9% специалистов, ещё 39% находятся на стадии пилотов, 35% изучают тему, а 16% только интересуются. Иными словами, технология уже способна закрыть примерно две пятых кабинетной работы, но реально это делают единицы — и здесь кроется и риск отставания, и возможность.

Чтобы не путать слои, полезно разложить автоматизацию строительства на три уровня и понять, что относится к каждому.

• Учётный контур. Системы, где живут деньги, объёмы, график, сметы и акты: 1С:УСО (управление строительной организацией), 1С:БИТ.Строительство, крупные корпоративные учётные системы. Здесь автоматизированы учёт, план-факт, формирование актов и отчётность. Что закрывает такой контур целиком, разобрано в материале про 1С:БИТ.Строительство: возможности и что автоматизировать поверх системы.
• Системы объекта. Стройконтроль, фотофиксация, исполнительная документация, среда общих данных и информационная модель: PlanRadar, G-Tech, решения на базе 1С и специализированные системы для комплекта документов. Здесь автоматизируются обходы, замечания, фиксация факта и хранение версий.
• Слой анализа и ИИ. Не отдельная система, а слой поверх первых двух: он читает их данные, сверяет документы между собой, находит расхождения, готовит черновики и разбор. Именно здесь сегодня проходит граница между «система показывает данные» и «система сама отвечает на вопрос».

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

Как выглядит карта автоматизации по процессам

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

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

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

Что пока не автоматизируется

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

Почему автоматизация буксует: где теряется время

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

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

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

Что добавляет ИИ поверх существующих систем

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

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

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

Как выбрать решение под свой процесс

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

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

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

3. Эффект пилота измерим. Критерий качества — не список функций, а метрика: сколько часов в месяц уходит на процесс сейчас, сколько останется после, и по какой выборке это проверено. Формулировка «стало удобнее» измерением не является. Конкретные метрики пилота — часы на сверку, число расхождений, срок от замечания до устранения.

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

5. Демонстрация проходит на ваших данных. Это самый честный тест. Если решение показывают на демо-данных, оно не доказывает ничего; если на объекте заказчика и его выгрузках — сразу видно, справляется ли оно с реальной номенклатурой, формулировками и качеством данных. Чем раньше это происходит, тем дешевле ошибка.

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

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

Какие категории решений бывают

Чтобы не сравнивать несравнимое, полезно держать в голове карту категорий.

• Учётные системы и их строительные конфигурации — 1С:УСО (управление строительной организацией), 1С:БИТ.Строительство. Закрывают учёт, объёмы, сметы, акты, план-факт.
• Системы стройконтроля и объекта — PlanRadar, G-Tech, ЦУС и подобные. Закрывают обходы, замечания, фотофиксацию, факт на площадке.
• Системы исполнительной документации и среды общих данных — ведут комплект документов, версии и связь с объёмами. Как устроена такая система, разобрано в материале система исполнительной документации.
• ИИ-слой поверх перечисленного — читает данные систем, сверяет, находит расхождения, готовит разбор и черновики. Это не замена, а надстройка.
• Специализированные инструменты — например, проверка проектной документации и коллизий: разбор в статье про ИИ в проектировании.

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

Если нужен рабочий документ прямо сейчас, для типовых задач есть готовые шаблоны: смета строительства в Excel, график производства работ и акт выполненных работ КС-2 — их можно скачать и подставить свои данные, пока решается вопрос с системой.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Автоматизация ради автоматизации

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

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

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

В ручном контуре на одном объекте в месяц уходит: около 12 часов на проверку смет и актов выполненных работ (тридцать проверок примерно по 24 минуты), около 24 часов на комплект исполнительной документации (порядка трёхсот документов с проверкой состава и версий), около 15 часов на разбор замечаний стройконтроля и план-факта (сорок замечаний) и около 9 часов на согласования и переписку по объекту. Итого около 60 часов в месяц на объекте.

В контуре с агентом черновую сверку, проверку полноты и связку с объёмами делает агент, а инженер проверяет исключения и подписывает: на сметы и акты уходит около 4 часов, на комплект документов — около 8, на замечания и план-факт — около 5, на согласования — около 3 часов. Итого около 20 часов.

Показатель	Вручную	С агентом
Сметы и акты выполненных работ	12 ч	4 ч
Комплект исполнительной документации	24 ч	8 ч
Замечания стройконтроля и план-факт	15 ч	5 ч
Согласования и переписка по объекту	9 ч	3 ч
Итого в месяц (один объект)	60 ч	20 ч

Высвобождается порядка 40 часов в месяц на объекте — это около 36 000 ₽ при 900 ₽/час, а на трёх объектах — около 120 часов и примерно 108 000 ₽ в месяц, то есть около 1,3 млн ₽ в год. Расчёт намеренно прозрачный: смысл не в конкретной сумме, а в том, что потеря измеряется в часах и рублях уже на пилоте, а не остаётся «стало удобнее».

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

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

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

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

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

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

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

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

Что в итоге

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

Источники

• Доля застройщиков, применяющих технологии информационного моделирования (44% по итогам IV квартала 2025 года, 80 регионов, обязательное применение с 1 июля 2024 года) — данные ДОМ.РФ и Минстроя России на minstroyrf.gov.ru.
• Объём экспертизы за 2025 год: 82 790 заключений включено в единый государственный реестр (47 180 — государственная экспертиза, 35 610 — негосударственная, 4 585 отрицательных) — итоги Главгосэкспертизы России на ceur.ru.
• Оценка автоматизируемой работы: ИИ может закрыть 39% нефизической работы в строительстве и 50% в архитектуре и проектировании; ежедневно ИИ используют 9% специалистов — исследование McKinsey (июль 2026, 150 процессов в 25 направлениях), изложение на constructionindustry.ai со ссылкой на Construction Dive.
• Стоимость переделок в строительстве: до 11% стоимости проекта по исследованию в 17 странах (2 551 респондент) — PlanRadar, The Cost of Rework in Global Construction; отраслевой диапазон 5–10%, до 20% — сводка данных на planradar.com.
• Статья 9.4 КоАП РФ: размеры штрафов для юридических лиц за нарушение требований проектной документации — текст кодекса на consultant.ru.