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

Дашборд показывает, где стройка отстаёт и какое решение нужно сегодня

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

Открыть дашборд в полном размере

По каждому объекту видно отставание и готовность ближайших работ

Вместо отдельной сводки от каждого сотрудника руководитель получает сопоставимую картину. На экране пять объектов. В «Корпусе А» смонтировано 45% при плане 60%, прогноз срока сдвинут на три дня, к старту готова одна работа из трёх. Сразу понятно, какой объект разбирать первым.

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

Готовность работ зависит от материалов, фронта и подтверждения прораба

Показатель «9 из 12 работ готовы к старту» относится к ближайшему согласованному плану. Для каждой работы проверяем материалы, доступность участка и готовность бригады. Прораб подтверждает, что условия соблюдены. Несогласованные сведения оставляют работу в списке на уточнение.

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

Стоимость выполненных работ и их приёмка видны отдельно

В учебном примере общая смета составляет 120 млн рублей. Смонтировано работ на 28 млн: принято на 22 млн, ещё 6 млн ждут приёмки. Такая сводка помогает заметить выполненную работу, по которой ещё нужно подготовить или согласовать документы.

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

Каждое предупреждение связано с ответственным, сроком и источником

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

ИИ помогает объяснить отклонение: «Крепёж ожидается после начала работ». Рядом нужны источники этого вывода. Если дату поставки ещё не подтвердили, это должно быть видно в ответе. Сотрудник проверяет сведения и выбирает действие.

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

ИИ помогает ПТО, сметчику и снабжению работать с документами

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

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

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

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

ИИ для ПТО и смет превращает чертёж в проверяемую ведомость

ИИ ускоряет подготовку сметы за счёт подсчёта, переноса данных и сопоставления документов. По нашим замерам, время подготовки смет сокращалось на 30–70%. Результат отдельного проекта зависит от состава работ, качества исходников и времени проверки специалистом.

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

Для этой задачи мы разработали ПТО-счётчик. На тесте с открытым проектом обработка полного листа А1 заняла около 35 секунд. Это время обработки системой. Итоговая работа инженера включает проверку размеченного чертежа и таблицы.

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

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

Похожий эффект описывает кейс Branch Structural Solutions на сайте Beam AI. Клиент сообщает об экономии примерно 20 часов в неделю и более полном учёте деталей. Это отдельный зарубежный пример; диапазон 30–70% относится к нашей практике.

ИИ сверяет документы и показывает, где изменились материал или количество

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

Например, в спецификации указан кабель 3×2,5, а в счёте — 3×1,5. Количество совпало, но характеристика изменилась. Система выделяет отличие. Инженер определяет, допустима ли замена, а снабженец уточняет предложение поставщика.

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

Фото накладной помогает оформить приход и увидеть непоставленный остаток

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

Возьмём учебный пример. Заказали 1000 метров кабеля, приехало 600. Сотрудник фотографирует накладную, проверяет распознанные позиции и подтверждает приёмку. В системе появляются 600 принятых метров и 400 метров, которые ещё нужно получить.

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

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

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

Один снимок стеллажа не даёт точный остаток всех материалов. Для учёта нужны подтверждённые количества, выдачи и возвраты. Фото упрощает ввод, а связанные события движения позволяют восстановить путь материала.

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

Один из проектов AI-стратега Егора Рудометкина в строительстве — внедрение TEMPO в одной строительной компании с оборотом около 1,5 млрд рублей. В проекте Егор связывает проектную потребность, закупки, склад и выполнение работ в общей системе с ИИ. Цель внедрения — сократить время подготовки заказов, избыточные закупки и остановки из-за нехватки материалов.

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

Рабочая цепочка выглядит так:

Проект и смета → потребность → доступный остаток и резерв → заказ → поставка → приёмка → выдача → монтаж.

У каждого количества есть место, назначение и состояние. Заказанное учитываем отдельно от принятого. Принятое на склад — отдельно от выданного бригаде. Так снабженец и прораб могут обсуждать одну позицию, понимая её состояние.

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

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

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

Снабжение с ИИ предупреждает, если материал придёт после начала работ

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

В учебном примере монтаж назначен на 10-е число, а поставка крепежа ожидается 12-го. Даже при наличии кабеля этап может оказаться не готов. Система показывает несовпадение дат и передаёт вопрос снабжению и руководителю проекта.

У каждой роли своё сообщение. Ниже условные примеры содержания, которое мы закладываем в настройку уведомлений:

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

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

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

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

ИИ собирает историю стройки для разбора претензий и подготовки документов

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

Например, участок оказался недоступен для монтажа. Прораб фиксирует состояние и причину. Система связывает запись с графиком, собирает относящиеся к событию материалы и готовит черновик уведомления. Ответственный проверяет его и отправляет установленным способом.

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

Адвокат Оксана Грикевич пишет о формировании доказательств по ходу стройки: в переписке, при приёмке и изменениях работ. Это отдельный профессиональный взгляд на процесс; её публикация не описывает TEMPO.

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

Внедрение ИИ в строительной компании начинаем с одной рабочей цепочки

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

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

Замена 1С и других учётных программ для этого не обязательна. Состав обмена определяем по процессу и доступным подключениям. Физическое движение, управленческая запись и бухгалтерское оформление могут появляться в разное время; их нужно связывать.

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