Что такое IDS
Information Delivery Specification — спецификация поставки информации. Документ, в котором перечислены требования к модели: какие элементы должны быть, какие у них должны быть свойства и какие значения считаются правильными.
Разработан buildingSMART, хранится в открытом формате .ids (по сути XML). Смысл в том, чтобы требование «модель должна содержать маркировку труб» превратилось в проверяемое условие, а не в спорную формулировку.
Зачем это нужно на практике
Потому что пересказ требований по телефону плохо заканчивается. Одна сторона уверена, что марка есть, другая её не видит — и обе правы, потому что смотрят в разные места.
- Заказчик получает одинаковую проверку для всех подрядчиков.
- Подрядчик видит требования до сдачи, а не после.
- Спор «это считается заполненным или нет» решается спецификацией, а не авторитетом.
Как устроена спецификация
Внутри — набор спецификаций, каждая из двух частей.
- Применимость. К чему относится требование: например, ко всем элементам класса IfcPipeSegment.
- Требования. Что именно проверяем: наличие свойства, его значение, единицу измерения, допустимый набор.
Пример по смыслу: «для всех IfcPipeSegment свойство «Марка» должно существовать и быть непустым». Звучит просто — и именно это регулярно не выполняется в выгрузках.
Что обычно проверяют через IDS
| Тип требования | Пример |
|---|---|
| Наличие класса | В модели есть IfcDuctSegment |
| Наличие свойства | У труб заполнена марка |
| Значение из списка | Система — одна из перечисленных |
| Единицы | Длина в миллиметрах |
| Обязательные наборы | Присутствует pset заказчика |
Обратите внимание: спецификация проверяет данные, а не качество проектного решения. Коллизии и нормы — другая история, для неё есть свои инструменты.
Чем проверять
Файл .ids читают профильные инструменты: Solibri, связки на IfcOpenShell, расширения для Blender, некоторые плагины к Revit. Часть из них умеет и точечные проверки по выбранным требованиям, часть — полный прогон с отчётом.
Для разовой проверки чаще берут готовый отчёт средствами Solibri или скрипт на IfcOpenShell. Для регулярной работы с одним и тем же заказчиком спецификацию сохраняют и прогоняют на каждой ревизии.
Если IDS нет, а проверить надо
Формальную проверку заменить нечем, но базовый контроль делается руками за десять минут. Откройте модель в просмотрщике и пройдите четыре пункта: структура (этажи), состав (все системы на месте), свойства (марки заполнены), лишнее (нет мусора).
Это не заменит спецификацию, но отсекает большинство возвратов. Полноценная автоматическая проверка — задача отдельного сервиса, который мы сейчас делаем; до его запуска ручной чек-лист остаётся рабочим инструментом.
Как это выглядит в работе
Типичный цикл выглядит так. Заказчик присылает спецификацию вместе с заданием — часто это .ids плюс короткое пояснение словами. Подрядчик выгружает модель и прогоняет проверку у себя, до отправки. Найденные расхождения либо правятся, либо осознанно согласуются.
Второй прогон делают на финальной ревизии. Здесь важно не менять спецификацию между итерациями: если требования «поплыли» по ходу работы, спорить будет не о модели, а о правилах.
Отчёт по проверке обычно сохраняют вместе с моделью: через полгода вопрос «а мы это проверяли?» решается одним файлом.
Частые вопросы
IDS — это формат файла или программа?
Формат спецификации требований, разработанный buildingSMART. Файл .ids читают программы проверки — сам по себе он ничего не проверяет.
Чем IDS отличается от обычного чек-листа?
Чек-лист читает человек и трактует по-своему. IDS формулирует требование однозначно: какой элемент, какое свойство, какое значение — и проверка даёт одинаковый результат у всех.
Обязателен ли IDS для сдачи модели?
Нет, обязательность задаёт заказчик. Но если требований много и они меняются от объекта к объекту, спецификация экономит время обеим сторонам.
Можно ли проверить модель без IDS-софта?
Базово — да: открыть в просмотрщике и вручную посмотреть структуру, свойства и состав элементов. Автоматической проверки по правилам без инструмента не будет.
Начать с ручной проверки
Пока требования не формализованы, пройдите по модели глазами: структура, свойства, состав систем.
Открыть IFC в браузереТемы материала: проверка и аудит · АГР и ЦИМ