Требования заказчика к информационной модели: что включить в задание на проектирование с ТИМ
В задании написано «выполнить в BIM», а на выходе модель, которую нельзя проверить, загрузить в экспертизу и передать в эксплуатацию. Чек-лист из шести блоков: что прописать в задании на проектирование, чтобы модель можно было принять и предъявить претензию.
В задании на проектирование стоит одна строка: «проектную документацию выполнить с применением технологий информационного моделирования». Через полгода подрядчик сдаёт файлы, а у заказчика нет ответа на простые вопросы. Какой уровень проработки был обещан? Почему в модели нет данных об оборудовании, которые нужны эксплуатации? Почему модель из одного раздела не стыкуется с другим? Претензию предъявить не на что: требований в договоре не было, а «BIM» формально выполнен. Итог — доработки за счёт заказчика, срыв сроков экспертизы и модель, которую после ввода объекта никто не открывает.
Ниже — чек-лист разделов, которые нужно прописать в задании, чтобы информационную модель можно было проверить, передать на экспертизу и принять по понятным критериям. Требования применимы и к задачам вроде «информационная модель объекта капитального строительства» для застройщика, и к техническому заказчику, который готовит конкурсную документацию.
Зачем модель нужна заказчику: цели использования
Любое требование к модели должно вытекать из того, для чего она нужна. Без этого подрядчик моделирует «всё и сразу» либо ровно столько, сколько удобно ему. Сформулируйте 3–5 сценариев использования и пропишите их в задании:
- Выпуск проектной документации по разделам и прохождение экспертизы.
- Выявление коллизий между архитектурой, конструкциями и инженерными системами до выхода на площадку.
- Подсчёт объёмов для сметы и контроля закупок.
- Передача данных в эксплуатацию: паспорта оборудования, сроки обслуживания.
Если нужна только часть сценариев, так и напишите: тогда требования к атрибутам и детализации будут минимальными, а цена — предсказуемой. Правила формирования и ведения информационной модели для объектов капитального строительства задаёт постановление Правительства № 1431, а общие положения о составе сведений о модели закреплены в «Градостроительном кодексе Российской Федерации». Ссылку на эти акты в задании лучше дополнить собственными, проверяемыми требованиями.
Блок 1. Уровни проработки по стадиям
Фраза «детализация достаточная» не работает. Договоритесь, какие элементы и с какой точностью должны быть смоделированы на каждой стадии. Удобнее всего свести требования в таблицу и приложить к заданию.
| Стадия | Что должно быть в модели | Как проверить |
|---|---|---|
| Концепция, предпроект | Объёмно-планировочные решения, габариты, основные системы в виде укрупнённых элементов | Сверка с исходными данными и градостроительными параметрами |
| Проектная документация | Все элементы, влияющие на состав разделов, с геометрией и ключевыми характеристиками | Выпуск чертежей из модели, сверка со составом разделов проектной документации |
| Рабочая документация | Монтажные элементы, узлы, трассировка с учётом реальных размеров оборудования | Отчёт о проверке коллизий и наличие спецификаций из модели |
| Исполнительная модель | Фактическое положение элементов и данные установленного оборудования | Выборочная сверка с натурными замерами |
Блок 2. Атрибуты и классификация элементов
Именно здесь чаще всего теряются данные. Если не описать, какие свойства должен нести каждый элемент, модель превратится в «красивую геометрию». Пропишите:
- Перечень обязательных атрибутов по типам элементов: маркировка, материал, огнестойкость, производитель, срок службы.
- Единую систему кодирования и классификатор, по которому элементы получают код.
- Правила именования файлов, слоёв, этажей и систем.
- Единицы измерения и систему координат, общие для всех разделов.
Лучше приложить таблицу атрибутов в виде отдельного файла: подрядчику проще подтвердить соответствие, а вам — проверить его автоматически.
Блок 3. Форматы, среда общих данных и права доступа
Модель, которую нельзя открыть вне программы подрядчика, ничего не стоит. В задании должны быть названы:
- Обменные форматы: открытый формат для передачи модели и формат, в котором выпускаются чертежи и ведомости.
- Среда общих данных: кто её предоставляет, как устроены статусы файлов (в работе, на проверке, согласовано, опубликовано) и кто имеет право менять статус.
- Порядок версионности: какая версия считается актуальной и как хранится история изменений.
- Права на модель: передача заказчику исходных файлов, а не только выгрузок.
Блок 4. Регламент проверок и коллизий
Проверка модели — не разовое действие перед сдачей. Пропишите частоту и ответственных, иначе коллизии обнаружатся на стройплощадке, где исправлять их в разы дороже.
| Вид проверки | Кто проводит | Когда | Результат |
|---|---|---|---|
| Внутренняя проверка раздела | Подрядчик | Перед каждой публикацией в СОД | Отчёт о соответствии внутренним стандартам |
| Проверка коллизий между разделами | Координатор модели подрядчика | По графику, не реже установленного в задании | Журнал коллизий со статусами устранения |
| Проверка соответствия требованиям заказчика | BIM-менеджер заказчика или привлечённый эксперт | На контрольных точках | Замечания с номерами и сроками исправления |
| Проверка перед экспертизой | Заказчик и подрядчик совместно | До подачи на экспертизу | Подтверждение комплектности модели и документации |
Определите, какие коллизии критичны (пересечение несущих элементов с трассами), а какие допустимы. Критичные должны быть устранены до приёмки этапа, а не «в процессе».
Блок 5. Исходные данные и их контроль
Модель строится на данных заказчика: топографии, результатах изысканий, технических условиях, данных об существующих сетях. Если они неточны, ошибка проходит через всю модель. Поэтому в задании нужно закрепить:
- Перечень исходных данных, которые передаёт заказчик, и формат их передачи.
- Срок передачи и последствия его нарушения для графика проектирования.
- Порядок проверки исходных данных подрядчиком: в какой срок он обязан сообщить о противоречиях.
- Независимый контроль: при сложных объектах исходные данные и модель проверяет научно-технический совет или привлечённый эксперт до подачи в экспертизу.
Правила о проектных и изыскательских работах закреплены в главе «Подряд» «Гражданского кодекса Российской Федерации (часть вторая)»: заказчик обязан передать исходные данные, а подрядчик — предупредить о непригодности полученных данных. Зафиксируйте это в задании конкретными сроками.
Блок 6. Приёмка и передача модели
Приёмка — единственный момент, когда у заказчика есть рычаг. Критерии пропишите заранее, иначе спор будет идти о «качестве вообще». В акте приёмки должны быть:
- Перечень передаваемых файлов: исходные файлы, обменные форматы, таблицы атрибутов, отчёты проверок.
- Критерии приёмки: отсутствие критичных коллизий, заполненность обязательных атрибутов, соответствие уровню проработки.
- Порядок исправления замечаний: срок, количество итераций, ответственность за задержку.
- Гарантия на модель: исправление ошибок, выявленных экспертизой или при строительстве.
Если документация идёт на государственную экспертизу, уточните у экспертной организации её требования к составу и формату модели до начала проектирования. Порядок организации экспертизы определён постановлением Правительства РФ от 05.03.2007 № 145, а общую информацию об экспертизе публикует Главгосэкспертиза России. Требования к формату модели проверяйте в актуальных документах эксперта на момент подачи.
Типичные ошибки в задании
- «Выполнить в BIM» без уровня проработки: подрядчик сам решает, что считать достаточным.
- Нет требований к атрибутам: модель красивая, но спецификации и данные для эксплуатации выгрузить нельзя.
- Закрытый формат без обменного: заказчик зависит от программы подрядчика.
- Проверка только в конце: коллизии и ошибки накапливаются, и исправлять их приходится одновременно с подготовкой к экспертизе.
- Приёмка без критериев: отказаться от модели нельзя, потому что отказ нечем обосновать.
С чего начать: короткий чек-лист перед подписанием
- Определите цели модели и закройте лишние: каждый сценарий — это деньги и время.
- Приложите таблицы уровней проработки и атрибутов как неотъемлемую часть задания.
- Назовите форматы и среду общих данных, а также владельца исходных файлов.
- Запишите регламент проверок с ответственными и сроками.
- Согласуйте критерии приёмки и порядок исправления замечаний до начала работ.
- Проверьте задание у специалиста по информационному моделированию, который не связан с будущим подрядчиком.
Если нужен проектировщик, который работает по информационной модели, или независимый специалист для проверки задания и модели, разместите бесплатную заявку в разделе проектирования на площадке-агрегаторе «Ресурс-Плюс»: проектные организации откликнутся с ценой и сроками, а договор вы заключите напрямую, без комиссии. Сама площадка проектные работы не выполняет. Опишите объект, стадию и требования к модели в форме ниже.
Обсуждение
Пока нет комментариев. Будьте первым!
