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