Исполнительная документация: 5 процессов, куда стоит внедрять ИИ — и где не стоит

Исполнительная документация: 5 процессов, куда стоит внедрять ИИ — и где не стоит

Большинство разговоров про ИИ в исполнительной документации начинаются не с того конца: сначала выбирают модель или сервис, а потом ищут, куда бы его применить. В стройке и ПТО это особенно заметно — инструмент берут под модное слово, а не под конкретную боль.

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

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

Реестр, акты и схемы сверяет агент, решение принимает инженер
Реестр, акты и схемы сверяет агент, решение принимает инженер

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

1. Проверка комплектности ИД: состав и реестр против проекта и требований заказчика

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

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

Где предел. ИИ находит, что документа нет или что наименование не совпадает. Но он не решает, достаточно ли этого документа, чтобы принять работу, и не берёт на себя вывод «комплект полный, можно сдавать». Это суждение ПТО и заказчика, а не алгоритма.

2. Сопоставление объёмов: ведомость объёмов работ и КС-2 против фактически выполненного

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

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

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

ГДЕ У ВАС ОКУПИТСЯ ИИ?

20-минутное интервью о вашей работе с обученным ИИ-агентом — на выходе топ-3 процесса, куда стоит внедрять ИИ первыми. Пройти интервью.

3. Сверка исполнительных схем и актов с проектом и предыдущими версиями

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

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

Где предел. Юридически значимое решение об отступлении от проекта принимает главный инженер или ГИП. ИИ может подсветить отклонение, но не вправе решать, допустимо ли оно и чем его обосновать. Это ответственность, а не расчёт.

Узнайте подробнее о внедрении одного из кейсов в вашей компании — напишите лично в Telegram Артёму

Если хотите разобрать конкретный процесс в вашей компании — напишите мне лично в Telegram.

4. Подготовка замечаний и писем заказчику по итогам проверки

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

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

Где предел. Ссылки на пункты нормативов ИИ может перепутать или придумать, поэтому каждую формулировку и каждую ссылку выверяет человек. Подписывает и отправляет письмо тоже человек: замечание заказчику — это документ с именем, а не сгенерированный текст.

5. Сборка комплекта к сдаче: номенклатура, реестр, версии, подписи

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

Что забирает ИИ. Сборку и проверку: формирует реестр, проверяет версии и наличие подписей, вычищает дубли и несоответствия названий. Это рутина, которая растягивается на дни перед сдачей.

Где предел. Подпись, печать и сама передача комплекта — за человеком. И последнее слово о том, что комплект готов к сдаче, тоже за ним.

Где ИИ пока не стоит внедрять

Есть границы, которые ИИ не переходит, и лучше сказать об этом прямо.

Подпись ответственного. Документы и решения, за которые человек несёт личную ответственность, ИИ не подписывает. Электронная подпись — это персональная ответственность, её нельзя передать алгоритму.

Спорные отклонения от проекта. Там, где нужно решить, допустимо ли отклонение и как его обосновать, вывод делает специалист. ИИ здесь готовит материал, а не решение.

Юридически значимая приёмка. Вопрос «принимаем или нет» — это решение заказчика и экспертизы, а не сервиса. Автоматизировать эту оценку значит спрятать ответственность за кнопкой.

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

Что объединяет пять случаев

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

Решение, подпись, финальная проверка и ответственность остаются за специалистом. Разница не в том, что контроля стало меньше, а в том, что ПТО тратит время на решение, а не на сбор материала для него.

Именно поэтому процессы отбираются не по новизне инструмента, а по характеру работы: где человек часами сверяет, а не думает.

Разберём, какие процессы проверить первыми
Разберём, какие процессы проверить первыми

ХВАТИТ ЧИТАТЬ, ГДЕ ИИ ПРИНЕСЁТ ВАМ ПОЛЬЗУ!

20-минутное интервью с обученным ИИ-агентом о вашей работе — на выходе топ-3 процесса, куда стоит внедрять ИИ в первую очередь: пройти интервью. Или напишите мне лично в Telegram — разберём вашу ситуацию.

22