При передаче данных между проектировщиками, сметчиками и подрядчиками меняются единицы измерения, классификаторы и обозначения материалов. В результате цифры сохраняются, а их первоначальный смысл постепенно исчезает. Почему возникает эта проблема и как обеспечить сквозную прослеживаемость строительных данных?
Цифровая модель есть, достоверности данных нет
Одна из ключевых задач цифровизации строительства это обеспечить непрерывную передачу информации между участниками инвестиционно-строительного цикла. Однако наличие BIM-модели и использование специализированного программного обеспечения сами по себе не гарантируют сохранения достоверности данных.
Проблема возникает при переходе информации из одной системы в другую. Проектировщик формирует ведомость объёмов работ, сметчик использует её для расчёта стоимости, подрядчик получает данные для организации строительства. Каждый участник работает со своей программной средой, собственными справочниками и правилами обработки информации.
В результате при передаче могут изменяться не только значения, но и их семантика – первоначальный смысл и контекст.
Руководитель направления BIM ГК «Экзон», член НОТИМ Григорий Карпов обращает внимание на характерные примеры таких искажений: единица измерения «м» превращается в «м.п.», «т» – в «тн», а в обозначениях марок строительных материалов появляются ошибки.
На первый взгляд это может показаться технической мелочью. Но для строительного проекта различие между единицами измерения, характеристиками материала и назначением элемента имеет принципиальное значение.
Где начинается потеря информации
От информационной модели к смете
Одна из наиболее уязвимых точек это переход от ведомости объёмов работ к сметной документации.
Проектировщик получает из модели объём бетона для конкретного элемента или подземного этажа. Сметчик использует это значение при расчёте стоимости. Однако если смета существует отдельно от модели и не сохраняет связь с исходным элементом, проверить происхождение цифры становится значительно сложнее.
Даже правильно перенесённый объём не всегда содержит достаточную информацию о том, к какой конструкции, марке бетона и технологической операции он относится.
При последующем изменении проекта возникает дополнительный риск: модель обновлена, а сметные данные продолжают использовать прежние значения.
Единицы измерения и классификаторы
Ещё одна проблема это отсутствие согласованного языка данных между информационными системами.
Разные программные продукты могут по-разному представлять единицы измерения, классификационные коды, материалы и свойства строительных элементов.
Например, обозначение погонного метра и обычного метра может выглядеть близким, но описывает разные способы учёта работ. Аналогично, совпадение названий материалов ещё не гарантирует совпадения их характеристик.
Если при обмене информацией не предусмотрена проверка соответствий, ошибки переходят в следующие документы и информационные системы.
Потеря связи с исходным объектом
Особенно серьёзная проблема возникает, когда передаваемое значение перестаёт быть связано с конкретным элементом модели.
В таком случае участник проекта видит количество или стоимость, но не всегда может определить:
- из какого элемента модели получено значение;
- какие характеристики и единицы измерения использовались;
- к какой версии проектной документации относится информация;
- кто и когда изменил исходные данные;
- какие последующие документы зависят от этого изменения.
Именно здесь заканчивается полноценная цифровая прослеживаемость и начинается работа с разрозненными наборами данных.
Почему интеграции между программами недостаточно
Распространённый подход к цифровизации заключается в настройке обмена между специализированными системами. Модель передаётся в сметную программу, затем данные поступают в систему управления строительством, а отдельные сведения используются для исполнительной документации.
Но техническая возможность передать файл ещё не означает, что принимающая система правильно интерпретировала его содержимое.
Формат IFC, например, обеспечивает стандартизированное представление объектов, их свойств и связей для обмена между программными продуктами. Однако сам факт использования IFC не гарантирует, что все прикладные классификаторы, свойства и требования конкретного проекта будут корректно сопоставлены.
Следовательно, проблема заключается не только в совместимости программного обеспечения, но и в согласовании требований к информации.
Три уровня сохранения смысла BIM-данных
Григорий Карпов предлагает рассматривать решение проблемы на трёх взаимосвязанных уровнях, не требующих отказа от специализированных программных продуктов.
1. Единая нормативная база
Необходимо согласовать правила формирования, представления и передачи строительных данных. Важны единые требования к единицам измерения, классификаторам, наименованиям материалов и составу атрибутов информационной модели.
2. Единый язык данных
Участники проекта должны одинаково интерпретировать передаваемую информацию. Для этого необходимы согласованные справочники, классификационные системы, идентификаторы объектов и правила сопоставления свойств.
3. Интеграция информационных систем
Программные продукты должны обмениваться не просто числовыми значениями, а структурированной информацией с сохранением связей между объектами, их характеристиками и версиями данных.
Такой подход позволяет сохранить существующую программную инфраструктуру организаций, сосредоточив усилия на качестве обмена информацией.
Сквозной идентификатор как основа прослеживаемости
Один из принципиальных инструментов решения проблемы это сохранение устойчивой идентификации строительного элемента на всех этапах его жизненного цикла.
Если каждому объекту присвоен идентификатор, а информационные системы сохраняют связь с ним, становится возможным проследить происхождение конкретного значения.
Например, объём бетона можно связать с определённой конструкцией в BIM-модели, соответствующей позицией ведомости объёмов работ, сметной строкой и записью в системе строительного контроля.
При изменении модели появляется возможность определить, какие связанные данные необходимо проверить и актуализировать.
При этом одного идентификатора недостаточно: необходимы также сведения о версии объекта, его свойствах, единицах измерения, классификации и истории изменений. Идентификаторы при экспорте и преобразовании моделей тоже требуют контроля, поскольку не все системы сохраняют их автоматически.
От обмена файлами к управлению строительными данными
Международная практика информационного моделирования также уделяет большое внимание требованиям к данным и их прослеживаемости.
Стандарты IFC и спецификация buildingSMART IDS позволяют формализовать структуру информационных моделей, требования к объектам, свойствам, классификаторам и единицам измерения. Это создаёт основу для автоматизированной проверки передаваемых данных.
Однако для практического результата необходимы не только стандарты обмена, но и согласованные правила работы всех участников проекта.
Цифровизация строительства должна оцениваться не количеством сформированных моделей и отчётов, а способностью сохранить достоверную информацию при переходе между проектированием, сметными расчётами, строительством и эксплуатацией.
В конечном счёте ценность BIM определяется не объёмом накопленных данных, а тем, насколько точно можно установить их происхождение, назначение и актуальность.
Цифровая модель становится полноценным инструментом управления строительством только тогда, когда вместе с данными до следующего участника проекта доходит и их смысл.
Источники:
- IFC международная структура представления и обмена BIM-данными. buildingSMART.
- IDS спецификация требований к передаваемой информации, включая объекты, классификации, свойства и единицы измерения. Описание IDS.
- ISO 19650 принципы управления информацией, идентификации, версионирования и контроля информационных контейнеров. ISO 19650-1.