На Groundbreak 2026 Procore представила массовое обновление до 500 записей о документах за одну операцию и ИИ-агентов внутри своей платформы управления строительством. Число 500 относится к редактированию записей. Оно не показывает, сколько документов ИИ проверил или согласовал. [1]
В строительстве подрядчик передаёт на согласование комплект документов, прежде чем использовать материал, систему или оборудование. В англоязычной практике такой комплект называют submittal. Его проверяют по техническим требованиям и договору, а сроки согласования связывают с закупками и графиком проекта. Если нужного согласования нет или оно запаздывает, строительные работы могут остановиться — даже когда сами документы уже загружены. [2]
ИИ-проверка, массовое редактирование и работа с закупками доступны на разных условиях
Engineering News-Record сообщает, что McCownGordon Construction помогала разработать процесс обновления до 500 записей за раз. В репортаже с Groundbreak агент проверки документов описан как уже работающий в Procore, а показанный процесс ведения журнала закупок — как закрытая бета-версия. [1]
Массовые изменения и ИИ-проверка
До 500 записей за одно обновление
Функция массово меняет записи. Отдельный ИИ-агент помогает проверить документы на соответствие требованиям проекта. [1] [3]
Dynamic Submittal Plan
↗ Даты связаны с графиком работ
Инструмент связывает сроки подачи документов с работами по графику и отмечает риск задержки. В публикации Procore он указан как открытая бета-версия. [2]
Агент для журнала закупок
↘ По репортажу: нет общего доступа
По данным ENR, показанный процесс ведения журнала закупок находится в закрытом бета-тестировании. При этом актуальный каталог Procore и документация тарифа Pro уже включают Procurement Log Creator Agent — агента создания журнала закупок. Доступ к этому агенту и к показанному на конференции процессу нужно уточнять отдельно. [1] [3] [4]
Заявленные 500 записей — предел одной операции массового редактирования. Это не независимо измеренное число согласований, автономных ИИ-проверок или сэкономленных часов. Доступность функций также зависит от подписки и прав пользователя. [3]
Procore описала агента проверки ещё в публикации от 15 сентября. Он сверяет документы с техническими требованиями и договором, отмечает возможные отклонения и готовит черновик ответа для специалиста. Поэтому октябрьский анонс показывает, как функции объединяют в рабочий процесс. Из него не следует, что агент впервые появился или стал доступен именно на Groundbreak. [2]
От требований проекта к решению специалиста и обновлению записей
Технические требования могут предусматривать десятки комплектов документов на согласование. Команда определяет, что нужно подать, проверяет полученные материалы, разбирает расхождения, фиксирует решение и следит за сроками. Procore описывает отдельные инструменты для этих задач: AI Submittal Builder готовит черновик реестра, Submittal Review Agent проверяет документы, а массовое редактирование помогает поддерживать записи в актуальном состоянии. [2]
- Исходные данные · Требования и договор — Что нужно согласовать
- Подготовка · Реестр документов — Первый вариант с помощью ИИ
- Проверка · ИИ-агент — Поиск расхождений
- Решение · Специалист — Согласовать или отклонить
- Обновление · Записи проекта — Изменения данных и дат
Схема составлена редакцией по описаниям Procore. Она не означает, что один агент самостоятельно выполняет все пять этапов, и не воспроизводит интерфейс продукта. [2] [3]
Инструменты предназначены для сокращения повторяющегося чтения и ввода данных. Техническое согласование остаётся за человеком. Procore описывает роль агентов так: собрать сведения, подготовить анализ или черновик, который специалист затем проверит и утвердит. [4]
Массовое редактирование
Меняет данные сразу в нескольких выбранных записях. При проверке важно убедиться, что выбраны нужные записи и версии, нет случайных изменений, а историю правок можно просмотреть и при необходимости отменить изменения.
Анализ с помощью ИИ
Сопоставляет сведения, отмечает возможные недочёты и предлагает ответ. Здесь важно проверить, не пропустил ли ИИ требование, не отметил ли ошибку там, где её нет, и достаточно ли оснований у его вывода.
Эти инструменты могут работать в одном процессе, но проверять их нужно по-разному. Для массового редактирования важно, чтобы система меняла только нужные записи. Для ИИ-проверки — чтобы она находила существенные расхождения и показывала документы, которые подтверждают вывод.
Права на изменения, исходные документы и результат согласования
Проверка документов должна вписываться в принятый в компании порядок согласования. Ниже — вопросы, которые Maak.Digital предлагает для оценки такого процесса. Это рекомендации редакции, а не измеренные результаты проектов заказчиков Procore.
Что системе разрешено менять
Система только делает сводку, готовит черновик и отмечает расхождения или может сама менять записи проекта? Какие действия нужно согласовать с человеком? Кто сможет отменить ошибочное изменение?
На чём основано замечание
Если ИИ предлагает заменить материал, находит незаполненное поле или возможное нарушение требований, специалисту нужны исходные документы. Он должен видеть, какое требование и какая версия документа подтверждают замечание.
Как проходит проверка целиком
При оценке стоит учитывать время на подготовку, число подтверждённых замечаний, объём исправлений человеком, отклонённые изменения и срок до завершения проверки. Вместе со скоростью нужно измерять ошибки и повторную работу.
В упомянутых материалах ENR и Procore нет контролируемого сравнения точности массовых изменений, независимой проверки точности ИИ или данных о том, сколько рабочих часов в итоге сэкономил конкретный подрядчик при использовании всего процесса. Число 500 описывает предел функции. Результат совместного использования всех инструментов ещё нужно измерить. [1] [2]
Проверку ИИ, решение специалиста и обновление записей стоит оценивать как один процесс с понятной историей действий.
Procore встраивает инструменты проверки документов в платформу, где уже работает команда проекта. При оценке полезно проследить весь путь: замечание ИИ, документ-основание, решение специалиста и изменение записи в проекте.
Что подтверждают документация и репортаж
Разбор опирается на репортаж ENR с Groundbreak, блог Procore, справочную документацию и каталог агентов. Эти материалы описывают функции и условия их доступности. Измеренных результатов их использования у конкретного заказчика они не подтверждают.
Это независимый разбор продукта и процесса работы с документами, подготовленный Maak.Digital. Материал не описывает внедрение Maak.Digital и не подтверждает независимо результаты заказчиков Procore. Описание функций и их доступности основано на репортаже и документации производителя. Схемы и рекомендации по проверке составлены редакцией. Возможность изменить до 500 записей за раз не означает 500 автономных согласований ИИ или доказанного роста производительности. Информация приведена по состоянию на 23 октября 2026 года.