Текст статьи
AR-проект на строительной площадке быстро перестает быть демонстрационной моделью, как только его начинают использовать несколько участников процесса. Заказчик хочет видеть ключевые зоны контроля и приёмки, генподрядчик — координировать смежные работы, субподрядчик — получать только тот фрагмент модели, который относится к его разделу, а проектировщик — сохранять контроль над проектными решениями и изменениями. Если доступ к модели не структурирован, AR-инструмент начинает воспроизводить те же проблемы, которые уже существуют в документообороте: лишняя информация у линейного персонала, неактуальные версии, спорные замечания, неконтролируемая передача данных и размытая ответственность.
Поэтому распределение прав доступа к AR-проекту нужно рассматривать не как настройку аккаунтов, а как часть производственного регламента. Важно заранее определить, кто видит модель, кто может загружать новые версии, кто работает с отдельными фрагментами, кто отвечает за актуальность данных, кто фиксирует замечания и кто принимает решение о передаче участка дальше. Без этой логики даже корректная BIM-модель может стать источником организационных ошибок.
Почему общий доступ ко всей модели не подходит для стройплощадки
На первый взгляд кажется, что проще дать всем участникам доступ к одной общей модели. В реальности такой подход быстро приводит к перегрузке и рискам. Субподрядчику по вентиляции не нужна полная модель здания со всеми разделами, если он проверяет конкретный межпотолочный участок. Монтажнику слаботочных систем не нужно видеть конструктив и фасадную подсистему, если его задача — проверить кабельные лотки в одной зоне. Линейному персоналу не всегда нужно иметь доступ к данным, которые относятся к договорным, коммерческим или смежным проектным решениям.
Кроме информационной перегрузки возникает риск неправильной интерпретации. Если пользователь видит слишком много элементов, он может принять за рабочий фрагмент то, что относится к другой стадии, другой версии или смежному разделу. Особенно это опасно, если в модели присутствуют варианты решений, старые трассы, временные элементы или объекты, которые должны быть скрыты для конкретного сценария.
Общий доступ также усложняет управление ответственностью. Если все видят всё, но никто не отвечает за конкретный фрагмент, становится трудно понять, кто должен проверять актуальность модели, кто подтвердил готовность зоны, кто внес изменение и кто должен устранить замечание. Для AR-контроля важно, чтобы модель была не просто открыта, а связана с конкретной ролью и задачей.
Логика распределения ролей
Первый уровень доступа обычно принадлежит заказчику или техническому заказчику. Эта роль должна видеть контрольные зоны, приемочные сценарии, ключевые инженерные системы, замечания, материалы по скрытым работам и фрагменты, которые влияют на эксплуатацию и качество объекта. При этом заказчику не всегда нужно управлять всей технической структурой модели; его задача — получать проверяемое и актуальное представление для контроля решений.
Второй уровень — генподрядчик. Для него AR-проект является инструментом координации и управления производством. Генподрядчик должен иметь доступ к большему числу зон и разделов, потому что он отвечает за стыки между субподрядчиками, последовательность работ, устранение конфликтов и передачу участков. В его контуре должны находиться актуальные фрагменты моделей, замечания, зоны пересечений и сценарии, связанные с графиком производства работ.
Третий уровень — субподрядные организации. Их доступ должен быть ограничен конкретным разделом, зоной и задачей. Подрядчику по ОВиК нужны воздуховоды, клапаны, зоны обслуживания и критичные смежные системы. Подрядчику по электрике — кабельные трассы, щиты, лотки и точки подключения. Монолитчикам — армирование, закладные, проёмы и конструктивные элементы. Такой подход снижает информационный шум и уменьшает риск работы с чужими или неактуальными данными.
Отдельную роль занимает проектная организация. Проектировщик или ГИП должен иметь доступ к материалам, которые требуют авторской оценки: отклонения, спорные узлы, предложения по изменению трасс, фиксация неучтенных сетей, вопросы по соответствию проекту. При этом проектировщик не обязательно должен участвовать в каждом производственном обходе, но должен получать понятный контекст по тем ситуациям, где требуется проектное решение.
Разделение доступа по зонам и сценариям
Права доступа удобнее строить не только по компаниям, но и по сценариям. Один и тот же пользователь может иметь разные уровни доступа в разных частях объекта. Например, субподрядчик может видеть весь свой раздел в пределах одной захватки, но не иметь доступа к другим секциям. Генподрядчик может видеть модель по всем зонам, но права изменения или публикации новых версий остаются у BIM-координатора. Заказчик может получать доступ к приемочным сценариям и контрольным точкам, но не к рабочим промежуточным моделям, которые еще не согласованы.
Такой подход особенно важен для крупных объектов: жилых комплексов, промышленных площадок, медицинских учреждений, дата-центров, логистических комплексов. Если модель не разделить на секции, этажи, помещения, инженерные зоны и захватки, AR-проект становится тяжелым и организационно неудобным. Пользователь должен открывать не «всё здание», а нужный рабочий фрагмент.
Кроме зонального разделения, полезно разделять доступ по стадии. На этапе монтажа участнику может быть нужен один набор элементов, на этапе приёмки — другой, на этапе эксплуатации — третий. Например, подрядчик видит монтажную модель и замечания по своему разделу, служба эксплуатации — итоговые инженерные системы и скрытые элементы, а заказчик — контрольные зоны и материалы приёмки. Это позволяет не смешивать производственный и эксплуатационный контур.
Управление версиями и актуальностью модели
Права доступа не работают без контроля версий. Если пользователи получают разные фрагменты модели, нужно понимать, какая версия является актуальной и кто отвечает за её публикацию. В противном случае один подрядчик может работать по старой трассе, другой — по обновленной модели, а технадзор будет проверять уже не тот вариант решения.
Для AR-проекта важно установить простое правило: на площадку должна попадать только проверенная модель или проверенный фрагмент модели. Перед публикацией нужно убедиться, что IFC-файл корректно выгружен, содержит нужные элементы, не перегружен лишними данными и соответствует текущей стадии работ. Если модель изменилась, старая версия должна быть либо снята из рабочего доступа, либо явно помечена как неактуальная.
Отдельно нужно определить, кто имеет право загружать и обновлять модели. Обычно эту функцию нельзя отдавать всем участникам. Лучше, если публикация проходит через BIM-координатора, технического специалиста генподрядчика или ответственную сторону проекта. Тогда AR-проект остается управляемым, а пользователи получают не случайные файлы, а подготовленные рабочие сценарии.
Как это работает в GIP VISION
В GIP VISION проекты могут быть собственными, предоставленными пользователю или доступными по публичной ссылке, а состав участников задаётся на уровне проекта. Каждой организации следует открывать только необходимые проекты и зоны, учитывая, что публичная ссылка требует отдельного контроля.
Для распределения доступа это означает, что модель нужно готовить и выдавать не как общий файл для всех, а как набор рабочих фрагментов под конкретные роли. Заказчику можно передавать приемочные сценарии, генподрядчику — координационные зоны, субподрядчикам — разделы и участки, относящиеся к их работам. Если моделью нужно поделиться с коллегами, важно, чтобы передаваемый фрагмент был понятен по назначению и не содержал лишних данных.
GIP VISION не заменяет СОД, корпоративный документооборот, договорную матрицу ответственности и регламент согласования изменений. Его задача — дать участникам возможность работать с проектной моделью на объекте. Но чтобы эта возможность не превратилась в хаотичную раздачу файлов, доступ к AR-проекту должен быть встроен в общую систему управления моделью и ролями.
Практический пример настройки доступа
На объекте можно сформировать несколько типов AR-доступа. Для технического заказчика — набор моделей по приемочным зонам: ИТП, венткамеры, эвакуационные пути, скрытые инженерные системы, помещения с оборудованием. Для генподрядчика — модели по этажам, секциям и критическим междисциплинарным узлам. Для подрядчика ОВиК — воздуховоды, клапаны, проходки и смежные элементы, влияющие на монтаж. Для электриков — лотки, щиты, трассы и зоны пересечения. Для службы эксплуатации — итоговые инженерные системы, скрытые элементы и точки обслуживания.
При этом каждый фрагмент должен иметь понятное название, актуальную версию и назначение. Пользователь должен сразу понимать, что он открывает: «ОВ_2 этаж_коридор_монтаж», «ИТП_приёмка_версия 03», «СС_лотки_секция Б», «эксплуатация_клапаны_дымоудаление». Такая дисциплина снижает количество ошибок и делает AR-проект частью управляемого строительного процесса.
Вывод
Распределение прав доступа к AR-проекту должно строиться вокруг ролей, зон и производственных сценариев. Общий доступ ко всей модели редко бывает удобным для стройплощадки: он перегружает пользователей, повышает риск работы с неактуальными данными и размывает ответственность.
GIP VISION позволяет использовать проектную модель на объекте, но эффективность этого процесса зависит от того, насколько правильно подготовлены и выданы рабочие фрагменты. Заказчику нужны контрольные и приемочные сценарии, генподрядчику — координация смежных работ, субподрядчикам — свои разделы и зоны, проектировщику — материалы по отклонениям и спорным решениям. В таком подходе AR становится не просто способом показать BIM-модель, а управляемым инструментом взаимодействия между участниками строительства.