Входящая претензия от заказчика: срыв сроков, начисленная неустойка, десять рабочих дней на мотивированный ответ. Аргументы у подрядчика есть – задержка началась с опоздавшей поставки заказчика, и об этом писали. Проблема в том, что «писали» разбросано по переписке за полтора года, по актам, журналам работ и протоколам совещаний. Два инженера и юрист на неделю выпадают из работы, чтобы это собрать.
Мы разбирали документооборот строительных компаний в Казахстане – генподрядчиков и технических заказчиков. Болит одно и то же: не отсутствие документов, а невозможность быстро найти нужный и доказать им свою позицию. Разберём, что здесь делают AI-агенты.
Сколько документов рождает один объект
Объект среднего масштаба за время стройки накапливает три-шесть тысяч входящих и исходящих писем, сотни актов скрытых работ и актов выполненных работ, десятки ревизий разделов проектной документации, журналы работ, предписания технадзора, протоколы еженедельных совещаний. Лежит это в почте, в папках на сервере, в СЭД, частично – на флешке у ГИПа.
Отдельный слой – мессенджеры. Часть решений принимается в чатах прорабов и там же остаётся: решение было, документа нет. На разборах это самая частая дыра в доказательной базе, и закрывается она просто – выгрузка чата подключается к архиву так же, как почтовый ящик.
Поиск в таком архиве – это опрос старожилов проекта. «Помнишь, мы согласовывали узел примыкания? Кто отвечал – проектировщик или заказчик?» Если человек уволился, вместе с ним уходит и навигация по архиву. Цена вопроса всплывает в самые дорогие моменты: претензия, суд, проверка, передача объекта.
Как AI-агент ищет по архиву объекта?
Агент индексирует весь массив – письма с вложениями, сканы актов, PDF-тома, протоколы – и ищет по смыслу, а не по имени файла. Вопрос задаётся так, как его задал бы инженер: «кто и когда согласовал замену утеплителя на фасаде и чем это подтверждено?»
В одном из прототипов на такой вопрос агент собрал цепочку за минуту: письмо проектировщика с обоснованием замены, протокол технического совета с решением, ревизию раздела АР с внесённым изменением и ответ заказчика с согласованием. Каждый пункт – со ссылкой на документ и страницу. Инженер не верит агенту на слово: он открывает документы по ссылкам и проверяет. Раньше та же цепочка собиралась два дня – и не факт, что полностью. Как устроен такой поиск, мы показываем на странице решения по поиску в архиве.
Принципиальная деталь: агент отвечает только по документам архива и всегда со ссылками. Если подтверждения нет, он говорит «не найдено», а не сочиняет правдоподобную версию. Для претензионной и судебной работы это условие номер один.
Сверка версий проектной документации
Ревизия 4 раздела пришла на смену ревизии 3. Что изменилось? Штамп «изм. 2» на титуле не отвечает на этот вопрос. Агент сравнивает версии и выдаёт перечень: изменённые листы, затронутые узлы и спецификации, расхождения со смежными разделами. Отдельно – то, что тянет за собой объёмы и деньги: замена материала, добавленные работы, изменённые отметки.
На разборах мы регулярно видим одну дорогую привычку: допработы выполняются «по звонку», потому что изменение в документации никто вовремя не отследил и не оформил. Предъявить такие объёмы к оплате потом почти невозможно. Сверка версий с автоматическим списком изменений закрывает саму причину: каждое изменение проекта становится видимым событием, к которому можно привязать дополнительное соглашение.
Каждая найденная разница получает статус: учтена в смете, требует допсоглашения, ждёт ответа проектировщика. Из вопроса «кто-нибудь видел изм. 4?» это превращается в управляемый процесс со сроками и ответственными.
Претензии и письма: черновик с хронологией за час
Вернёмся к претензии из начала статьи. С платформой процесс выглядит так: юрист формулирует задачу – «собери хронологию по срокам блока Б и подготовь проект ответа». Агент проходит по переписке, актам и журналу работ и строит таймлайн: уведомление о задержке поставки металлоконструкций заказчиком, письмо о приостановке, акты на дополнительные работы, запись о простое в журнале. К таймлайну – проект ответа со ссылками на каждый документ.
Юрист редактирует, а не раскапывает. Неделя двух инженеров и юриста превращается в день одного юриста. Качество растёт по той же причине: в ответ попадает всё, что есть в архиве, а не всё, что вспомнили.
Счёт здесь идёт на десятки миллионов: неустойка по типовому договору подряда – 0,1% от стоимости этапа за каждый день просрочки. Ответ, собранный за два дня вместо десяти, – это переговорная позиция, а не только сэкономленные часы.
Входящие письма подрядчиков и заказчика агент разбирает по той же схеме: классифицирует, определяет срок ответа, готовит проект резолюции – кому расписать и что приложить. События держат сроки под контролем: до истечения срока ответа два дня, а исходящего нет – ответственный получает напоминание, дальше срабатывает эскалация. Для томов тендерной документации есть отдельный конвейер – извлечение требований в чек-лист, мы собрали его в решении по разбору документации.
Акты и комплектность исполнительной документации
Перед сдачей этапа исполнительная документация превращается в квест: все ли акты скрытых работ подписаны, к каждому ли приложены сертификаты и паспорта материалов, бьются ли даты актов с журналом работ. Агент сверяет комплект по перечню и выдаёт расхождения: чего не хватает, где даты противоречат друг другу, какие акты ссылаются на отменённую ревизию. Список появляется за часы, а не в ночь перед комиссией.
Тот же механизм работает на входе: акты выполненных работ субподрядчиков сверяются с журналом и договором до подписания – объёмы, расценки, ссылки на документацию. Спорные строки подсвечены, основания приложены.
Во что обходится поиск руками
Цена поиска в месяц = число поисковых задач × часы на задачу × ставка специалиста
Оценка с одного из разборов: около 120 поисковых задач в месяц на объект – от «найди акт» до «собери историю по узлу», в среднем полтора часа на задачу, ставка инженера ПТО или юриста – порядка 6 000 тенге в час с налогами. Выходит около миллиона тенге в месяц – только за то, что документы ищут люди. Претензии и простои считаются отдельно и обычно на порядок дороже.
Что нужно, чтобы это заработало
Меньше, чем принято думать. Не нужно предварительно «наводить порядок в архиве» – агент работает с тем беспорядком, который есть: почтовые ящики проекта, папки на сервере, выгрузка из СЭД. Сканы читаются вместе с печатями и рукописными пометками. Подробнее о том, почему уборка данных перед стартом не нужна, – в статье о данных для прототипа.
Работает это в контуре организации: коммерческая переписка и сметная информация не уходят наружу, доступы разграничены по проектам и ролям, каждое действие агента фиксируется в журнале. С СЭД и учётными системами платформа соединяется по API, а где API нет – через интерфейс.
Прототип мы настраиваем на одном вашем объекте примерно за неделю, бесплатно: берём архив, индексируем, и ваши же инженеры задают ему свои обычные вопросы. Продуктивное внедрение – от восьми недель, дальше подписка. Обсудить объект можно через контакты.
Частые вопросы
Документы лежат вразнобой: почта, сервер, СЭД. Это проблема?
Нет, это исходное состояние почти каждого проекта, который мы видели. Агент собирает индекс из нескольких источников сразу; единственное, что нужно от вас, – доступ к этим источникам и границы: какие проекты и папки включаем. Дальше индекс пополняется сам: событие «пришёл документ» запускает обработку.
Чертежи тоже распознаются?
Частично. Агент уверенно работает со штампами, спецификациями, ведомостями и текстовой частью чертежей, включая сканы. Геометрию и коллизии он не проверяет – это задача САПР, и мы честно проводим эту границу на демо.
Насколько это безопасно для коммерческой информации?
Архив остаётся в контуре организации, наружу ничего не передаётся. Доступ агента повторяет права сотрудников: субподрядная переписка одного проекта не видна команде другого. Журнал действий показывает, кто и что искал и какие документы агент читал.