Исполнительная документация: 5 процессов, куда стоит внедрять ИИ — и где не стоит
Большинство разговоров про ИИ в исполнительной документации начинаются не с того конца: сначала выбирают модель или сервис, а потом ищут, куда бы его применить. В стройке и ПТО это особенно заметно — инструмент берут под модное слово, а не под конкретную боль.
Исполнительная документация — это комплект, который подтверждает, что работы выполнены по проекту: исполнительные схемы, акты освидетельствования, общие и специальные журналы, сертификаты на материалы, реестр. Объём большой, а цена ошибки высокая — комплект либо принимают, либо возвращают на доработку.
Правильный порядок обратный. Сначала находится процесс, где человек тратит часы на сопоставление большого объёма данных — реестров, актов, схем, объёмов, — а не на суждение и ответственность. И только потом под этот процесс подбирается инструмент.
Ниже — пять процессов в исполнительной документации, где ИИ забирает сбор и сопоставление данных. И отдельный блок про то, где он пока не помогает, сколько бы этого ни обещали.
1. Проверка комплектности ИД: состав и реестр против проекта и требований заказчика
Что сопоставляется. Реестр исполнительной документации — против фактически приложенных файлов, а состав комплекта — против проектной документации, нормативов и требований заказчика. Проверка комплектности — первое, с чего начинается любая сдача. Программа проходит по перечню работ и проверяет, что на каждый вид есть свой акт, что наименования и марки материалов совпадают с паспортами и сертификатами, что в комплекте нет лишних или чужих документов.
Что забирает ИИ. Механическую сверку десятков и сотен позиций: что должно быть по норме, что приложено, чего не хватает. Это часы ручного листания, которые дают усталость, а с ней — пропуски ближе к концу комплекта.
Где предел. ИИ находит, что документа нет или что наименование не совпадает. Но он не решает, достаточно ли этого документа, чтобы принять работу, и не берёт на себя вывод «комплект полный, можно сдавать». Это суждение ПТО и заказчика, а не алгоритма.
2. Сопоставление объёмов: ведомость объёмов работ и КС-2 против фактически выполненного
Что сопоставляется. Позиции КС-2 и ведомости объёмов работ — против журнала учёта выполненных работ, исполнительных схем и фактических объёмов: единицы измерения, количества, номенклатура, суммы. Сверка объёмов — самая объёмная ручная работа в ПТО, потому что строки приходится сопоставлять вручную. Расхождения обычно сидят в мелочах — перепутанная единица, задвоенная позиция, объём, который в одном документе закрыт полностью, а в другом нет.
Что забирает ИИ. Построчную сверку больших таблиц и поиск расхождений: где цифры не сходятся, где позиция есть в одном документе и отсутствует в другом, где не совпадают единицы измерения.
Где предел. ИИ показывает расхождение, но не определяет, какое значение верное и почему. Выбор правильной цифры, пересчёт и решение о закрытии объёма остаются за сметчиком и ПТО — здесь нужен контекст, которого в таблицах нет.
ГДЕ У ВАС ОКУПИТСЯ ИИ?
20-минутное интервью о вашей работе с обученным ИИ-агентом — на выходе топ-3 процесса, куда стоит внедрять ИИ первыми. Пройти интервью.
3. Сверка исполнительных схем и актов с проектом и предыдущими версиями
Что сопоставляется. Исполнительные схемы и акты — с рабочей документацией и с предыдущими версиями и ревизиями: изменившиеся отметки, координаты, диаметры, марки, узлы. Исполнительная схема фиксирует, как объект построен фактически, поэтому расхождение с проектом — это вопрос, который нельзя решать механически. Отдельная задача — увидеть, что именно поменялось между версиями и не потерялось ли изменение по пути.
Что забирает ИИ. Поиск различий и изменений: что отклонилось от проекта, где версия схемы расходится с предыдущей, какие отметки не сходятся с документацией.
Где предел. Юридически значимое решение об отступлении от проекта принимает главный инженер или ГИП. ИИ может подсветить отклонение, но не вправе решать, допустимо ли оно и чем его обосновать. Это ответственность, а не расчёт.
Узнайте подробнее о внедрении одного из кейсов в вашей компании — напишите лично в Telegram Артёму
Если хотите разобрать конкретный процесс в вашей компании — напишите мне лично в Telegram.
4. Подготовка замечаний и писем заказчику по итогам проверки
Что сопоставляется. Результаты проверки — с пунктами нормативов, технического задания и регламентов заказчика. Замечания — самый нелюбимый этап: их нужно не только найти, но и правильно сформулировать. Из найденных расхождений нужно собрать связный перечень замечаний: сформулировать, приложить ссылку на пункт, сгруппировать по видам работ.
Что забирает ИИ. Черновик. Он формулирует замечания по найденным расхождениям, подставляет ссылки на пункты и приводит их в читаемый вид — то, на что уходит время после каждой проверки.
Где предел. Ссылки на пункты нормативов ИИ может перепутать или придумать, поэтому каждую формулировку и каждую ссылку выверяет человек. Подписывает и отправляет письмо тоже человек: замечание заказчику — это документ с именем, а не сгенерированный текст.
5. Сборка комплекта к сдаче: номенклатура, реестр, версии, подписи
Что сопоставляется. Итоговый комплект — с номенклатурой документов, требованиями к составу и реестром: все ли разделы на месте, актуальные ли версии, есть ли подписи, совпадают ли нумерация и названия папок с тем, что требует заказчик или норматив. К сдаче комплект обрастает версиями: одна схема правилась трижды, у акта другая дата, где-то потерялась подпись.
Что забирает ИИ. Сборку и проверку: формирует реестр, проверяет версии и наличие подписей, вычищает дубли и несоответствия названий. Это рутина, которая растягивается на дни перед сдачей.
Где предел. Подпись, печать и сама передача комплекта — за человеком. И последнее слово о том, что комплект готов к сдаче, тоже за ним.
Где ИИ пока не стоит внедрять
Есть границы, которые ИИ не переходит, и лучше сказать об этом прямо.
Подпись ответственного. Документы и решения, за которые человек несёт личную ответственность, ИИ не подписывает. Электронная подпись — это персональная ответственность, её нельзя передать алгоритму.
Спорные отклонения от проекта. Там, где нужно решить, допустимо ли отклонение и как его обосновать, вывод делает специалист. ИИ здесь готовит материал, а не решение.
Юридически значимая приёмка. Вопрос «принимаем или нет» — это решение заказчика и экспертизы, а не сервиса. Автоматизировать эту оценку значит спрятать ответственность за кнопкой.
Оценка причин аварии или брака. Здесь нужна экспертиза и профессиональное суждение. ИИ может собрать данные и показать расхождения, но вывод о причинах — не его работа.
Что объединяет пять случаев
Ни в одном из пяти процессов ИИ не заменяет решение человека. Он забирает ту часть, где нужно сопоставить много данных — реестры, акты, объёмы, версии, схемы, — а не принять суждение.
Решение, подпись, финальная проверка и ответственность остаются за специалистом. Разница не в том, что контроля стало меньше, а в том, что ПТО тратит время на решение, а не на сбор материала для него.
Именно поэтому процессы отбираются не по новизне инструмента, а по характеру работы: где человек часами сверяет, а не думает.
ХВАТИТ ЧИТАТЬ, ГДЕ ИИ ПРИНЕСЁТ ВАМ ПОЛЬЗУ!
20-минутное интервью с обученным ИИ-агентом о вашей работе — на выходе топ-3 процесса, куда стоит внедрять ИИ в первую очередь: пройти интервью. Или напишите мне лично в Telegram — разберём вашу ситуацию.