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

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

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

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

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

Сначала риски: предписание, остановка работ, штраф

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

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

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

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

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

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

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

Спор с подрядчиком и срыв срока

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

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

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

Цифры: сколько это съедает сегодня

Масштаб измерен в отрасли, и он больше, чем кажется изнутри.

По сводке исследований, собранной PlanRadar, переделки забирают 5–10% стоимости проекта, а на плохо контролируемых — до 20%. Часть этих потерь рождается не на площадке: по данным PlanGrid и FMI, более 31 млрд долларов ежегодных переделок в США связаны с плохой коммуникацией и отсутствующими данными проекта — 26% вызваны разрывом коммуникации между участниками, ещё 14–22% — некачественной документацией и неточными чертежами. При непрерывной визуальной фиксации отклонения выявляются уже примерно на 10% готовности проекта, а без неё те же проблемы всплывают обычно на 50% — когда финансовый и календарный эффект уже зафиксирован.

OpenSpace, разбор стоимости переделок

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

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

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

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

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

Расчёт эффекта: сколько часов это возвращает

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

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

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

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

Границу ответственности задают до пилота, а не после первой спорной ситуации:

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

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

Полная версия — с отраслевыми расчётами, схемами и разбором практики — в блоге проекта.

11