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

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

Масштаб цифрового слоя на стройке сегодня виден по надзору. По данным Главгосэкспертизы России, за 2025 год в Едином государственном реестре заключений размещено 82 790 заключений экспертизы — 47 180 государственной и 35 610 негосударственной, из них отрицательных 4 585. Значительная часть замечаний и отказов связана не с прочностью, а с несоответствием того, что построено и задокументировано, тому, что заложено в проекте, — то есть с разрывом между объектом и проектом, который как раз и призван закрывать мониторинг. Зарубежная картина на этом фоне осторожная: по отчёту RICS «AI in Construction 2025» (более 2 200 специалистов), 45% организаций вообще не применяют ИИ, ещё 34% находятся на стадии ранних пилотов, и только 1% масштабировал решения на проекты. Иными словами, данные уже есть, а вот слой, который превращает их в решение, почти нигде не выстроен — и это как раз место ИИ-агента.

Коротко

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

Содержание

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

Что такое системы мониторинга строительства

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

Формальное определение удобно взять из нормативной базы. ГОСТ 31937-2024 «Здания и сооружения. Правила обследования и мониторинга технического состояния», введённый приказом Росстандарта от 10.04.2024 № 433-ст с 1 мая 2024 года, разделяет два процесса: разовое обследование — «в каком состоянии объект сейчас», и мониторинг — «куда объект движется и с какой скоростью». Это различие и есть суть: обследование даёт снимок, мониторинг даёт динамику. Для стройки важна именно динамика, потому что отклонение опасно не само по себе, а скоростью развития: осадка в три миллиметра за месяц и три миллиметра за сутки — это два совершенно разных риска.

Два контура контроля и зачем они связаны

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

Что общего у обоих контуров

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

Проектный контроль: соответствие проекту, объёмы и скрытые работы

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

Что чаще всего расходится

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

Чем проектный контроль отличается на практике

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

Оперативный контроль: деформации, осадки и состояние конструкций

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

Четыре вида мониторинга по ГОСТ 31937-2024

Стандарт задаёт четыре вида мониторинга, и путать их нельзя — для каждого своя программа и своя периодичность:

• Общий мониторинг. Наблюдение за массовым фондом зданий: жилыми, общественными, производственными. Цель — отобрать объекты со значительными изменениями напряжённо-деформированного состояния для детального обследования.
• Мониторинг объектов в ограниченно работоспособном и аварийном состоянии. Периодичность — от еженедельной до ежедневной, при аварийном состоянии вплоть до непрерывной. Цель — отследить скорость развития дефектов и кренов, чтобы предотвратить обрушение.
• Мониторинг уникальных зданий и сооружений. Высотные, большепролётные, с консолями и глубокой подземной частью ведут постоянно автоматизированными стационарными системами по ГОСТ 32019 — с датчиками деформаций, наклонов и динамических параметров.
• Мониторинг зданий в зоне влияния строительства. Окружающая застройка при устройстве котлованов, подземных сооружений и забивке свай; увязан с геотехническим мониторингом по СП 22.13330 и СП 305.1325800.

Отдельно стандарт задаёт периодичность обследований, которая работает как напоминание о том, что объект нельзя оставлять без наблюдения: первое обследование нового здания — не позднее чем через два года после ввода, далее не реже одного раза в 10 лет, а в неблагоприятных условиях — агрессивные среды, вибрации, повышенная влажность, сейсмичность района 7 баллов и выше — не реже одного раза в 5 лет. Уникальные здания находятся в постоянном режиме мониторинга. Это тоже данные, которые нужно где-то хранить, сравнивать и превращать в решение.

Почему оперативный контроль чаще всего ручной

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

Какие системы мониторинга применяют на стройке

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

Оборудование и датчики

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

Съёмка и облёты

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

Учётный и проектный контур

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

Надзорные и внешние системы

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

Почему отклонение видно поздно

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

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

Насколько поздно это бывает, хорошо показывает отраслевой разбор OpenSpace со ссылкой на оценку Construction Industry Institute: при непрерывной фиксации отклонение выявляется примерно на 10% готовности работ, а без неё — примерно на 50%. То есть половина пути пройдена с ошибкой, которую потом приходится разбирать.

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

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

По данным исследования PlanGrid и FMI, отрасль теряет на непроизводительных задачах более 14 часов в неделю на человека, а совокупные потери превышают 177 млрд долларов в год. Часть этих часов — именно сбор и перекладывание данных о факте. Мониторинг здесь не исключение: данные есть, но между ними и решением стоит ручная работа, которую никто не видит в плане, зато она съедает время у самых квалифицированных людей на объекте.

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

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

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

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

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

Мониторинг нужен не ради красивых графиков, а ради конкретных рисков, каждый из которых измеряется в деньгах и в сроках.

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

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

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

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

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

Второй измеримый риск — переделки. По отраслевому разбору PlanRadar, они съедают 5–10% стоимости проекта, а на плохо контролируемых проектах — до 20%. Чем позже отклонение замечено, тем дороже исправление: то, что на 10% готовности стоит переделать за день, на 50% готовности стоит уже недель и денег.

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

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

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

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

Потеря управляемости и прозрачности

Когда данные собираются вручную, отклонение видно не в момент появления, а за неделю до приёмки. Прозрачность теряется вместе со временем: руководитель не понимает реального состояния объекта до совещания, а совещание не успевает за темпом работ.

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

Если вся связка «данные мониторинга → сверка → решение» держится на одном инженере, его отпуск или уход становится риском для сдачи. Агент переносит знание о правилах сверки из головы в систему.

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

Часы — уже следствие того, что ручная сводка и сверка уходят из процесса. Посчитаем на типовых числах объекта. В месяц на площадке появляется около 60 обходов с фотофиксацией, около 240 записей о факте (объёмы, отметки о приёмке, записи журнала работ) и около 30 значимых сигналов мониторинга — замеров деформаций и осадок плюс пороговых срабатываний датчиков. Вручную на обход с разбором и сверкой уходит в среднем 20 минут, на запись факта — 8 минут, на сигнал мониторинга с поиском версии проекта и сверкой с прошлым замером — 25 минут, плюс около 12 часов в месяц на оформление сводок и отчётов. С агентом остаётся проверить разбор и подтвердить или отклонить: 6, 2 и 7 минут соответственно, а сводки формируются автоматически.

Показатель	Вручную	С агентом
Обходы с разбором и сверкой (60 в месяц)	20 часов	6 часов
Записи о факте и сверка с проектом (240 в месяц)	32 часа	8 часов
Сигналы мониторинга и пороги (30 в месяц)	12,5 часа	3,5 часа
Сводки и отчёты	12 часов	4 часа
Итого	около 76,5 часа	около 21,5 часа

Разница — около 55 часов в месяц на одном объекте. При стоимости часа инженера 900 рублей это примерно 49 500 рублей в месяц на объекте, а на трёх объектах — около 148 500 рублей в месяц, то есть почти 1,8 млн рублей в год. Это прозрачный расчёт на типовых числах, а не результат конкретного проекта: у вас он будет другим — зависит от числа объектов, плотности датчиков и объёма ручной сверки. Считать честно нужно на ваших данных, и мы это делаем на разборе.

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

Агент доводит данные до решения, но не принимает его. За человеком остаются:

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

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

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

На одном из проектов, который мы вели обезличенно, работа начиналась с того, что у девелопера уже стояли 1С:УСО и 1С:БИТ.Строительство, информационная модель и фотофиксация обходов; отдельным контуром шли датчики и геодезические замеры. Первые недели ушли на то, чтобы собрать данные трёх источников в одну картину: сверить формулировки замечаний из обходов с записями стройконтроля, договориться о единых правилах пороговых значений для датчиков и о форме журнала «сигнал → владелец → действие → результат». Только после этого поверх слоя данных поставили агента, который читает показания и обходы, сопоставляет их с проектом и готовит разбор к утреннему обходу.

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

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

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

1. Наведите порядок в данных одного контура. Возьмите один объект и один тип данных — например, обходы и замечания. Единые формулировки, единые правила, единое место хранения.
2. Разделите проектный и оперативный контроль. Зафиксируйте, какие данные относятся к соответствию проекту, а какие — к состоянию объекта. Это уберёт путаницу в отчётах.
3. Подключите агента к одному процессу. Начните со сверки обходов с проектом или с разбора сигналов мониторинга — там, где ручная работа заметнее всего.
4. Поставьте журнал «сигнал → владелец → действие → результат». Без него не будет ни измеримого эффекта, ни доказательной базы.
5. Заведите метрики пилота. Доля отклонений, выявленных агентом раньше человека; время от сигнала до решения; число закрытых замечаний за период. Четыре метрики достаточно.
6. Масштабируйте на другие объекты и контуры. Когда правила сверки формализованы на одном объекте, перенос на остальные занимает дни, а не месяцы.

Частые вопросы

Что в итоге

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

Источники

• Правила обследования и мониторинга технического состояния зданий и сооружений, виды мониторинга, периодичность обследований (2 года, 10 и 5 лет) и обязанность эксплуатирующей организации по статье 55.24 Градостроительного кодекса — разбор ГОСТ 31937-2024 (первоисточник — межгосударственный стандарт, введён приказом Росстандарта от 10.04.2024 № 433-ст).
• Итоги деятельности экспертных организаций за 2025 год: 82 790 заключений в Едином государственном реестре заключений, из них 47 180 государственной экспертизы и 35 610 негосударственной, 4 585 отрицательных — Главгосэкспертиза России.
• Штрафы за нарушение требований проектной документации для юридического лица, при угрозе вреда и при повторном нарушении — статья 9.4 КоАП РФ на consultant.ru.
• Распространённость ИИ в отрасли: 45% организаций без применения ИИ, 34% в ранних пилотах, 1% масштабировали решения, более 2 200 респондентов — RICS, AI in Construction 2025.
• Стоимость переделок: 5–10% стоимости проекта, до 20% на плохо контролируемых проектах — PlanRadar, The Cost of Rework in Construction.
• Непроизводительные потери отрасли: более 14 часов в неделю на человека и свыше 177 млрд долларов в год — PlanGrid и FMI.
• Сроки выявления отклонения при непрерывной фиксации (примерно 10% готовности) против работы без неё (примерно 50%) со ссылкой на оценку Construction Industry Institute — OpenSpace.