Адаптация использования подхода зонирования BS 1192/ISO 19650 под особенности процессов вертикально-ориентированной Компании застройщика позволяет сделать эффективнее передачу и согласованиетехнической документации. Простой универсальный подход к обмену информацией может быть применён не только к цифровым моделям, но и к различным видам документов: проектной и рабочей документации, сметам, исполнительной документации и пр.
Стандарт BS 1192, развиваемый с начала 90-х годов прошлого века, определил основной подход в отрасли к обмену информацией в электронном виде. Ориентированный, в первую очередь, на классический обмен файлами и папками через файловое хранилище (файловый сервер), он определил четыре основных зоны, между которыми копируется информация в электронном виде:
Рис.1 Информационные зоны согласно BS 1192
- Зона Work in Progress| WIP («Рабочие данные»);
- Shared («Общие данные»);
- Published («Опубликованные данные»);
- Archive («Архив»).
При этом файлы, копируемые между зонами, переименовывались в соответствии с их статусом и состоянием.
В дальнейшем стандарт BS 1192 получил развитие в рамках документов PAS 1192 и ISO 19650, которые дополнили подход понятием обмена информационными контейнерами и стали учитывать применение специализированных инструментов для обмена информацией в электронном виде с указанием статуса в метаданных.
Зоны состояния информации в вертикально-ориентированной организации
Когда участники инвестиционно-строительного проекта (ИСП) обмениваются информацией между различными Средами Общих Данных (СОД), происходит дублирование информации между зонами «Опубликованных данных» и «Общих данных» участников. Рассмотрим трёх «классических» участников: Проектную организацию, Технического заказчика и Генерального подрядчика.
В Проектной организации зона «Общих данных» – это зона взаимодействия проектных подразделений и подрядных организаций по проектированию. В зоне объединяются проверенные командами разработки материалы в электронном виде, готовые для передачи более широкому кругу лиц:
- Цифровые Информационные Модели (ЦИМ);
- Задания;
- Проектная продукция для согласования внутри проектной организации.
Утверждённые в зоне «Общих данных» материалы готовы для передачи следующей стороне согласования – Заказчику или Техническому заказчику.
Для Технического заказчика Проектная организация – одна из заинтересованных сторон, которая вместе с остальными участниками (проектными организациями, инжиниринговыми компаниями и пр.) вносит свой вклад в материалы зоны «Общих данных» Технического заказчика. Данные материалы рассматриваются и утверждаются командой Технического заказчика и привлекаемыми для этих целей заинтересованными лицами (консультантами, эксплуатирующей организацией, представителями генерального подрядчика и пр.).
Утверждённые командой Технического заказчика материалы копируются в зону «Опубликованных данных» Технического заказчика.
В зависимости от стадии проектирования опубликованные данные направляются на вход процесса согласования следующей заинтересованной стороны (Градостроительный совет, Экспертиза) либо на вход процесса реализации строительно-монтажных работ (выпущенная в производство работ Рабочая документация).
В случае выпуска Рабочей документации в производство работ, материалы оказываются в зоне «Общих данных» Генерального подрядчика, откуда материалы распределяются между подрядными организациями, а также поступают на вход других процессов (разработка Проектов производства работ и Технологических карт, материально-технического обеспечения, строительного контроля, подготовки исполнительных схем и пр.).
Рис.2 Взаимодействие зон разработки различных участников на стадии разработки Рабочей документации (РД)
Реализация зон состояния информации вертикально-ориентированной организации в рамках единой Среды Общих Данных на примере Рабочей документации
В случае, когда несколько участников взаимодействуют в рамках одной СОД, возможно объединить часть зон участников, задав им функциональные имена.
Рассмотрим случай вертикально-ориентированной структуры организации, когда есть возможность обеспечить работу и взаимодействие участников в рамках единой СОД.
На Рис. 2 мы видим, как дублируются зоны «Опубликованных данных» и «Общих данных» участников. Объединим пары в одну для исключения дублирования информации, так как работа осуществляется в общей СОД. Зададим им наименование в соответствии с логикой происходящих процессов.
На примере Рабочей документации получим (Рис. 3):
- «Разработка РД» – зона, в которой осуществляется рассмотрение и согласование комплектов Рабочей документации в Проектной организации;
- «Согласование РД» – зона, в которой осуществляется рассмотрение и утверждение комплектов Рабочей документации заинтересованными сторонами со стороны Технического Заказчика;
- «ВПР РД» – зона, в которой осуществляется накопление согласованных материалов Рабочей документации, выпущенных в производство работ.
Рис. 3 Объединённые зоны разработки, согласования и выпуска в производство работ для Рабочей документации
В рамках СОД данный подход реализуется фактическим созданием необходимых узлов в структуре хранения в Системе, при этом создание материалов осуществляется в зоне разработки, остальные зоны доступны на чтение соответствующим заинтересованным сторонам. Материалы между зонами копируются в результате успешно завершённых процессов согласования.
Рис. 4 Реализация зон разработки и согласования Рабочей документации в СОД Vitro-CAD
Права доступа между заинтересованными лицами определяются в соответствии с логической последовательностью передачи материалов и задачей исключения доступа к несогласованной информации.
Табл. 1 Матрица прав доступа заинтересованных сторон
Структура проекта создаётся в зоне «Разработка РД» либо «Согласование РД» и в дальнейшем дублируется в остальные зоны в части согласуемых материалов. Общие материалы, касаемые процессов Проектной организации (задания, расчёты, исходные материалы разработки) сохраняются в зоне Разработки, но в другие зоны не копируются. Между зонами копируются материалы, для которых есть «потребитель» на следующем шаге или этапе.
Рис. 5 Структура зон разработки и согласования РД
Применение зон состояния информации для остальных стадий жизненного цикла проектаАналогичный подход может быть применён к остальным разрабатываемым и согласуемым материалам проекта. Ключевые правила подхода:
- Зоны используются для предотвращения доступа участников к несогласованным данным;
- Зоны применяются, когда необходимо осуществлять внесение изменений, сохраняя статус согласованных материалов на время внесения изменений (например, комплект РД выпущен в производство работ, параллельно осуществляется подготовка изменения в комплект, но замена комплекта осуществляется только после согласования Техническим заказчиком);
- В первой зоне (Разработка РД) материалы загружаются, проходят согласование разработчика материалов. Далее материалы копируются между зонами после согласования и утверждения соответствующей заинтересованной стороной.
Рассмотрим несколько примеров:
Рис. 7 Пример зон этапа Проектной документации
Материалы Проектной документации разрабатываются и согласуются в Проектной организации в зоне Разработки ПД. Согласованные материалы копируются в зону Согласование ПД, где рассматриваются и утверждаются Заказчиком. Согласованные Заказчиком материалы консолидируются в зоне «Экспертиза заход ПД», где осуществляется подписание УКЭП и последующая загрузка на платформу экспертизы.
Рис. 8 Пример зон процесса согласования Сметных расчётов
Материалы сметной документации разрабатываются и согласуются в Проектной организации в зоне Разработки СМ. Согласованные материалы копируются в зону Согласование СМ, где рассматриваются и утверждаются Заказчиком. Согласованные Заказчиком материалы консолидируются в зоне «Согласованные материалы».
Рис. 9 Пример зон процесса согласования исполнительной документации
Материалы исполнительной документации согласуются в структуре Генерального подрядчика в зоне Подготовки ИД. Согласованные материалы копируются в зону Согласование ИД, где рассматриваются и утверждаются Техническим заказчиком. Согласованные Техническим заказчиком материалы консолидируются в зоне «Согласованная ИД».
Выводы
Метод зонирования является универсальным и может быть применён для различных видов информации и процессов. Преимущества использования данного метода: Универсальный подход упрощает понимание движения материалов в электронном виде в различных зонах команде проекта;
- Разделение на зоны позволяет упростить настройку прав доступа «от общего к частному»;
- Прозрачный обзор состояния материалов в электронном виде.
- В соответствующей зоне размещены согласованные материалы (например, в зоне ВПР размещены материалы, выпущенные в производство работ).
Все это ведет к повышению качества взаимодействия участников и способствует успешной реализации целей проекта.
![]()
Концепция СОД 2.0. Слой проектного контекста как основа применения ИИ в строительстве
Среда общих данных (СОД) — уже стандарт для стройки. Все файлы, модели, задачи и переписка — в одном месте. Но есть проблема: данные есть, а понимания, что реально происходит на проекте, по-прежнему нет. Просто подключить ИИ-поиск к документам — не выход. Он найдёт файлы, но не соберёт из них полную картину. Чтобы ИИ стал по-настоящему полезен, ему нужен контекст. Читайте нашу новую статью, где мы расскажем, что такое СОД 2.0.
![]()
Что такое Среда Общих Данных (СОД). Основные понятия, методология, структура
Среда Общих Данных (СОД) — это специальная система для коллективного управления проектной информацией в строительстве. Она создает единое виртуальное пространство, где хранится и обрабатывается вся необходимая документация: 3D-модели, чертежи, спецификации и прочее. СОД позволяет предотвратить дублирование данных, ошибки и разногласия между участниками проекта, повышая эффективность взаимодействия и контроль над строительством. Ее применение основано на принципах международного стандарта ISO 19650 и концепции BIM (Информационное моделирование зданий).
![]()
Как Vitro-CAD реализует предписания DIN SPEC 91391 для СОД
В эпоху цифровой трансформации данные становятся важнейшим активом для любого бизнеса. Эффективное управление и обмен данными между организациями требуют создания надежных и безопасных инфраструктур. Именно эта задача лежит в основе спецификации DIN SPEC 91391, которая определяет основные положения для создания и функционирования сред общих данных (Common Data Environment).
