Что же на текущую дату лозунгует колония тараканов по информационному моделированию в моей голове:

1) Сакинг нейминг

В чем разница ИМ и ЦИМ?
СП 328.1325800 и СП 333.1325800 дают ответы, пусть и не с первого прочтения.
Раздел 4 СП 328.1325800 для визуалов. Коротко и понятно, с картинками. Есть ЦИМ и куча бумаги/документов к ней, получается ИМ. Здесь получается фигня с восприятием отношения "общее-частное". ЦИМ- три буквы, ИМ-две. Что больше? ИМ, потому что ЦИМ входит в неё. 2 больше трёх. 🤔
Может это проблема моего восприятия, но даже матерые спикеры ТИМ, даже из ТК 505, могут не договорить одну букву. Буква одна, а разница колоссальна, как и путаница у тех, кто пытается вникнуть самостоятельно. Не хочется верить, что эти названия - изобретение собственного языка, чтобы ТИМ не стал масс-маркетом. 🤬
Ну, почему было назвать ЦИМ, по-другому? Параметризированая 3д модель, например.
Когда мы делали выше указанный проект мы говорили: 3д и ИМ. Никто не путал и не заговаривался.
Формировать однозначный и понятный язык надо срочно. Этот сломан-уносите. ☠

2) Три, три, три, будет 3д 🧞‍♂

Если смотреть на развитие СП 333.1325800, то его эволюция идёт от непонятного к неиспонимому.
Если 2012 в нём не было ничего, что установило чёткие правила параметризации, то в 2020 количество атрибутов стало таким, что только отдельные лица смогут за сумму сопоставимую со стоимостью проекта сделать "как надо".🧙‍♂
Как человек писавший регламент по наполнению ИМ, ЦИМ для зарубежных проектов, где СП не работают, скажу. Требования к атрибутам должны писаться исходя из возможности конкретного ПО, массово распространенное в среде. Иначе ручное допиливание убивает все преимущества и тратит неимоверно много ресурсов. Прежде всего это касается количества, выгоревших от тупой работы, проектировщиков, которое растёт в геометрической прогрессии с каждым дополнительным атрибутом.🙅

Что же мы видим в версии 2020 года СП 333? Выгруженный список атрибутов, вероятно, из какой-то базы семейств, какого-то очень крутого бим-идеолога. По принципу: "я в ревите/смартпланте/авеве могу так...правда придётся потом ещё при конвертации эти атрибуты собрать в кучу. За неделю нарисую 3д, месяца через три параметризирую и нормально". Хочется спросить, а где профит? Каким образом расходы, например, для каждой трубы писать? Гидравлика в ревите/магикаде не принимается экспертизой, значит придётся забивать вручную. Хорошо если "дом" в сотню участков труб. Для меня рядовой объект, это 20-30 тысяч участков. Цивил можно настроить, но расчёт не будет верифицирован, а потом при переводе в IFC ещё. Вручную 30к значений занести, потому что у нас нет комплексного ПО, которое и считает, и рисует модель? Кто-то скажет, делай через программистов и внешнее ПО. Можно. Но тогда это более серьёзные требования к участнику рынка и не каждое ООО сможет понести такие затраты.

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