Взаимодействие СОД

Сокращения:

• ИСП – Инвестиционный строительный проект
• СОД – Среда Общих Данных
  
• ИС – Информационная система
  

Определения:

Среда Общих данных — CDE, Common Data Environment — комплекс программно-технических средств, представляющих единый источник данных, обеспечивающий совместное использование информации всеми участниками инвестиционно-строительного проекта.

Основные тезисы:

• У различных участников ИСП используются собственные Среды Общих Данных и Информационные Системы, своя культура создания информации
• Единой Среды Общих Данных, включающей всю информацию в рамках Инвестиционного строительного проекта, быть не может.
  
• Возможным решением является установка правил информационного обмена между различными СОД и ИС.
  
• Рассматриваются возможные сущности информационного обмена, которые могут быть применены в процессе информационного обмена.
  

Последние годы вопросы, связанные с организацией Среды Общих Данных инвестиционно-строительного объекта, набирают всё большую популярность.

Появление понятия «Информационная Модель» в Градостроительном кодексе и НТД Российской Федерации, приостановка деятельности зарубежных вендоров на рынке РФ вызвало появление новых отечественных разработок программного обеспечения для организации СОД на территории Российской Федерации за последние полтора года и активное развитие действующих игроков.

Чёткого определения понятия Сред Общих Данных в нормативно-технической документации РФ на текущий момент нет. Оно было в СП 333.1325800.2017 от 2017 г., но в версии 333.1325800.2020 от 2020 г. оно отсутствует. При этом в методическом пособии для заказчиков (государственного заказчика, застройщика, технического заказчика) 2018 г. есть полезная иллюстрация взаимодействия Информационной Модели и СОД: Информация в электронном виде, в том числе Цифровые Информационные Модели составляют Информационную модель, которая размещается в Среде Общих Данных.

Таким образом, «идеальная» Среда Общих Данных — это единый источник хранения информации, единый источник правды на протяжении всего жизненного цикла инвестиционного строительного проекта.

Однако в реальности есть одно большое «но»: на протяжении жизненного цикла инвестиционного строительного проекта в нём принимает участие довольно большое количество различных функциональных участников. Это не только Генеральный Проектировщик, субпроектировщики, Заказчик, Технический Заказчик, Генеральный Подрядчик, подрядные организации, Балансодержатель, но и немалое количество участников, которые обычно остаются за кадром, хоть и являясь активными и постоянными участниками процессов проектирования, строительства, согласований.

У всех этих участников есть свои цели, задачи, осуществление своих функций на отдельных этапах реализации инвестиционно-строительного проекта. Например, МЧС, предоставляющее информацию о времени подъезда пожарной команды к рассматриваемому участку строительства, или ресурсоснабжающая организация, обеспечивающая развитие инфраструктуры до точки подключения на площадке.

Инвестиционный Строительный Проект реализуется широким кругом отдельных участников, имеющих свою внутреннюю культуру разработки информации, ее хранения и не готовых делиться рабочими данными с другими участниками, что вполне логично.

Под «рабочими данными» мы подразумеваем данные в соответствии с терминологией стандарта ISO 19650-1.2018 (ранее BS 1192), где условно показаны 4 области хранения информации:

• Рабочие данные (Work-in-progress) – данные отдельного участника, которые недоступны остальным участникам взаимодействия. Это может быть компьютер отдельного человека в команде, папка отдела в компании, сервер компании в холдинге и т.п.;
• Общие данные (Shared) – зона обмена информацией, которая является предметом согласования и предметом работы и исходных данных для остальных участников;
  
• Опубликованные данные (Published) – согласованные данные, которые являются результатом работы команды проекта. Например, согласованный проект в электронном виде, структурированный по 87 постановлению и готовый для передачи в Экспертизу;
  
• Архив (Archive) – состояние информации в электронном виде, закрытое от изменений для цели долгосрочного хранения.
  

При этом формула «рабочих-общих-опубликованных» данных повторяется на каждом уровне взаимодействия. Как раскручивающаяся спираль, она переходит из одного уровня на другой. Например, в проектной организации внутренние процессы согласования, выдачи заданий разделяются на несколько зон:

• - Зона «рабочих данных» может быть информацией отдельного отдела;
• Зона «общих данных» — информация, которая идет на уровень ГИПа, между отделами (передача заданий, согласование проектной продукции);
  
• Зона «опубликованных данных» — это информация, которую Проектная организация передает на согласование Заказчику либо другой стороне.
  

На следующем уровне взаимодействия «Опубликованные данные» Проектной организации являются артефактом хранения зоны «Общие данные» для Заказчика и так далее. На Рис. 3 опубликованная информация уровня C является общей для уровня B, опубликованная информация уровня B является общей для уровня A.

Как упоминалось выше, Стороны, решая свои задачи, не готовы делиться своей внутренней рабочей информацией с широким кругом лиц, в первую очередь для того, чтобы ошибочная информация не попала в общую зону взаимодействия и отрицательно не повлияла на результаты взаимодействия участников.

Так, мы приходим к выводу, что не может быть единой точки доступа либо СОД, которая закрывает потребности всех участников инвестиционного строительного проекта и содержит весь объём информации, который появляется в процессе реализации ИСП. Также мы приходим к тому, что «идеализированная» Среда Общих Данных — это не всеобщая информационная система, в которой работают все участники, а набор отдельных систем, между которыми налажено эффективное взаимодействие, когда участники могут обмениваться опубликованной информацией друг с другом через определенные интерфейсы.

В жизни мы видим яркие примеры такого обмена на примере Системы межведомственного электронного взаимодействия (СМЭВ) или Госуслуг, когда различные министерства через собственные информационные системы, автоматизировано обмениваются информацией друг с другом, за счет чего обеспечивается качественное и быстрое решение потребности граждан РФ в государственных услугах.

Также примером является и электронный документооборот, где так называемый роуминг позволяет обмениваться документами между разными операторами электронного документооборота.

Несмотря на различную внутреннюю культуру разработки информации и ее хранения, всех участников ИСП объединяет одно общее свойство: они создают, передают и «потребляют» информацию в электронном виде. Два фундаментальных общих аспекта можно выделить при информационном обмене участников:

• участники передают пакеты информации;
• на основе переданных пакетов информации осуществляются действия по согласованию пакета информации (когда одна Сторона утверждает/подтверждает результаты работы другой Стороны или задает определенный вектор развития).
  

Можно провести аналогии данных взаимоотношений с техническим и семантическим уровнем интероперабельности, приведённых в ГОСТ Р 55062—2021.

Все эти взаимоотношения между сторонами должны иметь определенные артефакты для того, чтобы в дальнейшем не могло возникнуть состояния неопределенности.

Рассмотрим виды информации, которая может передаваться между СОД и ИС в рамках реализации Инвестиционного Строительного Проекта:

• Запросы к базе данных, ответы на запросы;
• Машиночитаемые форматы, рассматриваемые как структурированный набор данных на основе предварительно разработанных правил, состоящие из схемы данных и сформированного пакета информации на основе схемы данных;
  
• Неструктурированные данные (файлы *.PDF, файлы ЦИМ, архивы с информацией и пр.);
  
• Пакеты информации (машиночитаемый «шильдик», к которому приложен пакет неструктурированных данных, в машиночитаемой части приведена основная атрибутивная информация);
  
• Результаты процессов (по аналогии с ЭДО, в которой одна ИС направляет юридически значимый запрос на согласование пакета информации, вторая ИС направляет юридически значимый ответ);
  
• Реестры замечаний с возможностью привязки к документам/моделям (по аналогии с форматом *BCF, но со структурой данных не только для ЦИМ, но и документов и таблиц в форматах PDF и разработки).
  

Действие по передаче информации должно сопровождаться процедурой проверки целостности передаваемых пакетов.

Помимо действий по передаче информации, полезными могут быть вспомогательные функции:

• Введение сущности «подписки» на данные — информирование в случае изменений и направления актуальной информации;
• Введение сущности «сверки» — когда системы производят обмен информацией о текущей версии, размере, дате сохранения информации в зоне «общих» данных или выполняется передача пакета сверки атрибутов сущностей информационных систем (например, при синхронизации календарно-сетевых графиков двух Сторон).
  

На текущий момент количество систем для организации Среды Общих Данных насчитывает более полутора десятка, а их количество продолжает расти. Вопрос передачи информации между участниками и системами осуществляется вручную и сжигает тысячи человеко-часов ГИПов, координаторов, BIM/ТИМ менеджеров, докконтроллеров и других участников, задействованных в информационном обмене. Выработка общих понятных правил взаимодействия, их автоматизация позволит существенно повысить эффективность взаимодействия участников строительной отрасли.

Следить за новостями можно в Телеграмм Канале ПСС ГРАЙТЕК