Стройконтроль: как нейросеть в PlanRadar и 1С:УСО находит отклонения до срыва графика

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

Коротко

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

Содержание

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

Почему отклонение всплывает слишком поздно

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

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

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

Масштаб проблемы измерен отраслевыми исследованиями. По данным CII (американский Construction Industry Institute — отраслевой институт строительной индустрии, который сводит статистику по проектам), прямые переделки на стройке стоят в среднем около 5% стоимости проекта при разбросе от 2% до 20% — то есть на объекте стоимостью 50 млн долларов нижняя оценка составляет примерно 2,5 млн долларов потерь. Сводка исследований за тридцать лет, собранная PlanRadar, даёт более широкую вилку: переделки забирают 5–10% стоимости проекта, а на плохо контролируемых проектах — до 20%, при этом большинство работ сгруппировано в диапазоне 4–10%.

Ещё важнее другое. Совместное исследование PlanGrid и FMI (опрос почти 600 руководителей строительных компаний) связало с плохой коммуникацией и отсутствующими данными проекта более 31 млрд долларов ежегодных переделок только в США: 26% переделок вызваны разрывом коммуникации между участниками, ещё 14–22% — некачественной документацией и неточными чертежами. То есть основная часть потерь рождается не на площадке, а в разрыве между тем, что построено, и тем, что об этом знает система.

И, наконец, ключевая для стройконтроля цифра: по оценке OpenSpace, при непрерывной визуальной фиксации отклонения выявляются уже примерно на 10% готовности проекта, а без неё те же проблемы всплывают обычно на 50% — когда финансовый и календарный эффект в основном уже зафиксирован. Разница между 10% и 50% готовности — это и есть цена задержки. Именно её и сокращает агент, работающий внутри уже существующих PlanRadar и 1С:УСО: не вместо обхода и не вместо инженера, а между ними.

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

Если разложить путь одного замечания, картина повторяется от объекта к объекту:

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

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

Что делает ИИ-агент поверх PlanRadar и 1С:УСО

Агент не заменяет ни PlanRadar, ни 1С:УСО и не ведёт стройконтроль вместо инженера. Он подключается к обеим системам, работает с тем, что в них уже есть, и возвращает результат туда же — в тот контур, где работают люди.

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

Такой контур работает не только как «ускоритель обходов». Он меняет саму постановку задачи: отклонение становится видно в момент появления, а не на планёрке. Управляемость растёт не потому, что кто-то стал лучше работать, а потому что данные двух систем наконец сходятся автоматически.

Какие риски это снимает: предписание, остановка работ, штраф

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

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

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

Российская практика идёт в ту же сторону: контроль становится документарным. По данным Мосгосстройнадзора, за 2025 год комитет провёл 6 613 проверок застройщиков без прямого взаимодействия с ними — инспекторы оценивают соответствие требованиям по документам и материалам, включая фотографии со стройплощадок, — и выдал 379 предостережений о недопустимости нарушения обязательных требований (АГН «Москва», 2026). Логика регулятора понятна: если данные и подтверждения существуют в системе и обновляются по ходу работ, проверка опирается на них, а не на папку, собранную за неделю до сдачи. Отдельно юридическая практика отмечает, что отсутствие или некомплектность исполнительной документации выявляется практически на каждой второй проверке (обзор практики Госстройнадзора).

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

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

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

Логика простая: то, что поймано до закрытия конструкции, исправляется силами того же звена и почти не влияет на срок. То, что поймано после, — это демонтаж, повторная работа, повторная приёмка и сдвиг всех последующих этапов. На объекте стоимостью 50 млн долларов даже нижняя отраслевая оценка переделок — около 2,5 млн долларов; вопрос в том, какая их часть выявляется на 10% готовности, а какая на 50%.

Спор с подрядчиком

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

Срыв срока и неустойка

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

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

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

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

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

Показатель	Вручную	С агентом
Замечаний и отклонений за месяц	250	250
Время на разбор и сопровождение одного	12 минут	2 минуты (проверка разбора)
Часы в месяц на один объект	50 часов	около 8 часов
Возвращённое время	—	42 часа в месяц
В деньгах при стоимости часа 1 000 ₽	—	42 000 ₽ в месяц

Арифметика открытая: 250 замечаний × 12 минут = 3 000 минут, то есть 50 часов в месяц. С агентом человек тратит время не на сбор статуса и поиск данных, а на проверку готового разбора — при 2 минутах на позицию это около 8 часов. Разница — 42 часа, то есть примерно четверть ставки инженера стройконтроля: при стоимости часа 1 000 рублей это 42 000 рублей в месяц на одном объекте, а на трёх объектах — около 126 000 рублей в месяц. Формулировка «типовой расчёт» здесь принципиальна: это математика на заявленных вводных, а не замер чужого результата.

И, конечно, эффект не сводится к часам инженера. Отраслевые данные показывают цену вопроса: переделки — 5–10% стоимости проекта, а большая часть из них связана не с плохой работой на площадке, а с разрывом в данных и коммуникации. Именно эту часть и закрывает сверка внутри двух систем.

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

Границу ответственности нужно задать до пилота, а не после первой спорной ситуации. В нашем контуре она выглядит так:

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

Такая рамка снимает главный страх при внедрении: система не получает права действовать от имени компании, она получает право читать, сопоставлять и предлагать.

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

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

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

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

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

Разбор самой системы и того, что в ней можно автоматизировать, — в отдельном материале: 1С:БИТ.Строительство: возможности и что автоматизировать поверх системы.

Что в итоге

Стройконтроль — та часть стройки, где потери рождаются не от небрежности, а от задержки: замечание зафиксировано, но не разобрано, отклонение видно, но не связано с графиком, решение принято, но не проверено. Пока это так, компания платит рисками: предписанием с остановкой работ, штрафом по статье 9.4 КоАП (для юридического лица — от 100 тысяч рублей, при повторном нарушении — до миллиона), переделкой за свой счёт, спором без доказательств и сдвигом срока с неустойкой. Отраслевые исследования показывают цену вопроса: переделки — 5–10% стоимости проекта при разбросе до 20%, а выявление проблемы на 10% готовности вместо 50% меняет и стоимость исправления, и судьбу срока. Агент поверх PlanRadar и 1С:УСО закрывает именно задержку между фактом и решением, оставляя человеку проверку, решение и подпись. Если хотите понять, где ваша стройка теряет дни, начните с одного объекта — на нём видно и состояние замечаний, и время разбора до и после. Как выбирают приоритеты для таких пилотов на уровне руководства, описано в статье ИИ для руководителя.

Источники

• PlanRadar, сводка исследований стоимости переделок в строительстве (таблица оценок с 1991 по 2026 год: 5–10% стоимости проекта, до 20% на плохо контролируемых проектах, большинство работ в диапазоне 4–10%, данные PlanGrid и FMI о 31 млрд долларов и структуре причин): planradar.com/us/cost-of-rework-construction
• OpenSpace, разбор стоимости переделок и скорости их выявления (оценка CII около 5% прямых переделок при диапазоне 2–20%; выявление отклонений на 10% готовности при непрерывной фиксации против 50% без неё): openspace.ai/blog/cost-of-rework-in-construction
• Кодекс об административных правонарушениях, статья 9.4 — размеры штрафов и приостановление деятельности за нарушение требований проектной документации: consultant.ru
• Мосгосстройнадзор, итоги 2025 года: 6 613 бесконтактных проверок застройщиков, 379 предостережений о недопустимости нарушения обязательных требований — данные пресс-службы ведомства (АГН «Москва»)
• Обзор практики проверок государственного строительного надзора: доля проверок, где выявляется некомплектность исполнительно-технической документации, и последствия предписаний (vitvet.com)