Строительная компания тонет в документах, и это не фигура речи: проектная документация, техусловия, сметы, акты выполненных работ, исполнительная документация, переписка с заказчиком и подрядчиками.
Причём документы связаны между собой, и большая часть работы — это сверка одного с другим: смета с проектом, акт со сметой, выполненное с договором.
Именно здесь автоматизация даёт результат. И именно здесь она требует особой осторожности с числами, потому что цена ошибки измеряется не временем сотрудника, а суммой в акте.
Что автоматизируется
Сверка актов со сметой
Самый окупаемый сценарий. Подрядчик сдал акт — нужно проверить, что позиции соответствуют смете, объёмы не превышены, расценки те же, нет работ, которых нет в договоре.
Схема разделения работы жёсткая:
| Шаг | Кто |
|---|---|
| Извлечь позиции из акта | модель |
| Сопоставить с позициями сметы | код, нечёткое сопоставление |
| Сравнить объёмы и расценки | код, всегда |
| Отметить расхождения | код |
| Оценить существенность | человек |
Арифметику в строительстве модели не поручают ни при каких условиях. Разница в третьем знаке объёма — это деньги, а ошибка молчаливая.
Общий принцип — «Автоматизация с ИИ: что реально работает».
Поиск по проектной документации и техусловиям
Вопрос «какие требования к армированию по узлу 4», «что в техусловиях по электроснабжению», «какая марка бетона в этом разделе» — и ответ со ссылкой на лист.
Отраслевые сложности те же, что на производстве: сканы, таблицы, обозначения узлов и марок. Плюс своя — чертежи: текст на них есть, но извлекается плохо, и здесь помогают мультимодальные модели — «Мультимодальные модели».
Извлечение требований из техусловий и заданий
ТУ от сетевых организаций, задание заказчика, требования согласующих органов — извлечение конкретных требований в список с указанием источника. Дальше он превращается в чек-лист.
Разбор заявок и запросов от подрядчиков
Определить объект, вид работ, срочность, кому направить — «Классификация обращений».
Контроль комплектности исполнительной документации
По виду работ известен перечень документов. Проверить, что всё есть, что подписи проставлены, что даты согласуются.
Скучная задача, съедающая время инженера ПТО, и полностью формализуемая.
Разбор переписки по объекту
Что обещали, что согласовали, какие есть отклонения от проекта. Сведение длинной переписки в хронологию решений — то, что обычно восстанавливают вручную при разборе спора.
Контроль сроков и предписаний
Извлечение сроков из документов, предписаний, замечаний — с напоминаниями.
Что специфично: связанность документов
Особенность отрасли, ломающая наивные решения.
В строительстве ответ почти никогда не содержится в одном документе. Требование в ТУ, реализация в проекте, объём в смете, факт в акте. Вопрос «правильно ли выполнено» требует сопоставления четырёх источников.
Практические следствия:
- система должна знать связи между документами: какой акт к какой смете, какая смета к какому объекту;
- обязательна ссылка на источник в ответе — при сопоставлении нескольких документов без указания, откуда что взято, ответ непроверяем;
- разграничение по объектам — вопрос по одному объекту не должен отвечать данными другого;
- версии документов — проект меняется, и ответ по старой редакции хуже отсутствия ответа.
Последнее — самая частая причина неверных ответов в этой отрасли: в системе лежат три редакции проекта, и она отвечает по той, что нашлась. Разбор — «Обновление базы знаний без переиндексации».
Правовой и отраслевой акцент
Ответственность за техническое решение остаётся на проектировщике и инженере. Ответ системы — справка со ссылкой на документ, а не согласование.
Требования технических регламентов и нормативов система помогает найти, но не толкует. Разница существенна: «вот пункт СП» и «это соответствует нормам» — разные утверждения.
Проектная документация содержит коммерческую тайну и результаты интеллектуальной деятельности. Передача во внешнюю модель требует того же разбора, что любые чувствительные данные.
Документы с персональными данными — договоры с физлицами, документы работников — под обычные требования.
Расчёт: проверка актов
Числа иллюстративные. Компания с несколькими объектами.
| Величина | Значение |
|---|---|
| Актов в месяц | 180 |
| Позиций в акте в среднем | 40 |
| Время на проверку акта | 55 мин |
| Часов в месяц | 165 |
| Полная стоимость часа инженера ПТО | 1 300 ₽ |
| Сейчас | ~215 000 ₽/мес |
| После: проверка размеченных расхождений | 15 мин |
| Часов | 45 |
| Стало | ~59 000 ₽/мес |
| Экономия | ~156 000 ₽/мес |
Строка, которой нет в таблице и которая обычно больше. Расхождения, которые сейчас пропускаются при ручной проверке. При сорока позициях в акте и потоке в сто восемьдесят актов часть завышений проходит незамеченной просто из-за объёма.
Первый же автоматический прогон обычно показывает систематические расхождения, которые накапливались месяцами. Это не экономия времени, а прямые деньги — но заранее её посчитать нельзя, только обнаружить.
Чего делать не стоит
- Поручать модели арифметику по объёмам и суммам — никогда;
- толковать нормативы — только находить и цитировать;
- согласовывать акты автоматически — решение за человеком;
- отвечать без указания источника при сопоставлении нескольких документов;
- держать несколько редакций проекта в системе без явного управления версиями;
- смешивать объекты в одном индексе без разграничения.
Частые вопросы
Что в строительстве можно автоматизировать с помощью ИИ?
Сверку актов выполненных работ со сметами, поиск по проектной документации и техусловиям, извлечение требований в чек-листы, контроль комплектности исполнительной документации, разбор заявок подрядчиков и контроль сроков по предписаниям. Расчётную часть при этом всегда выполняет код, а не модель.
Может ли система проверить акт выполненных работ?
Может извлечь позиции, сопоставить их со сметой и отметить расхождения по объёмам и расценкам — сравнение делает код. Оценку существенности расхождений и решение о подписании принимает человек. Арифметику модели в строительстве не поручают: ошибка молчаливая и денежная.
Почему система отвечает по устаревшей редакции проекта?
Потому что в базе лежат несколько редакций, и поиск находит ту, что текстуально ближе к вопросу. Это самая частая причина неверных ответов в отрасли. Решается управлением версиями: старые редакции удаляются или явно помечаются, а не сосуществуют с актуальной.
Может ли ИИ толковать нормативы?
Находить и цитировать нужный пункт — да, толковать — нет. «Вот пункт свода правил» и «это соответствует нормам» — разные утверждения, и второе остаётся за проектировщиком. Ответственность за техническое решение автоматизация не переносит.
Что делать с чертежами?
Текст с чертежей извлекается плохо классическими средствами, здесь лучше работают мультимодальные модели, читающие лист целиком. Но для точных размеров на них полагаться не стоит — модель может ошибиться в цифре, и в строительстве это дорого.
Куда уходит проектная документация?
Зависит от того, где работает модель. Проектная документация содержит коммерческую тайну и результаты интеллектуальной деятельности, поэтому вопрос размещения решается до выбора решения — вплоть до развёртывания в закрытом контуре.
Что дальше
Извлечение полей с проверками — «Извлечение данных из документов». Подготовка архива — «OCR и PDF». Управление редакциями документов — «Обновление базы знаний без переиндексации». Ссылки на источник — «Цитирование источников».
Разбор документооборота по объектам и расчёт эффекта — часть аудита; построение конвейеров сверки — часть работы по автоматизации процессов.