Ещё один вариант - прописать "ноль коллизий".
А если вы проектировщик и вам попался заказчик с таким договором — или согласуйте нормальные формулировки, или бегите от такого проекта.
Так как же грамотно составить BIM-требования, если вы заказчик?
Всё просто: если вы умеете использовать BIM-модель для подсчёта ВОР / контроля строительства и т.п. и применяете для этого какие-то спец-платформы (IYNO, SIGNAL, Tangl...), то вы наверняка и требования уже знаете. Если не умеете, но хотите начать - обратитесь к разработчикам, у них наверняка есть требования "по умолчанию", с которыми работают их платформы. Если не умеете и не планируете пока учиться, то точно не нужно копировать списки параметров из EIR конкурентов.
Если применяете конкретный классификатор или коды WBS - укажите их. Не применяете - не требуйте.
Если ваш BIM-специалист может самостоятельно настроить и выполнить проверку коллизий, то он может выдать список важных для него параметров и требований к геометрии (таких, как зоны обслуживания, например). Если не умеет, то пусть матрицу коллизий заполнят проектировщики в своём BEP и пояснят вам, почему она такая и как они будут сдавать вам модель.
Здравый смысл - основа "осознанного BIM".
Каждое требование заказчика ведёт к трудозатратам проектировщика.
Каждое лишнее, необоснованное требование ("пусть будет на всякий случай", "все так делают", "в EIR конкурентов так написано", "больше - не меньше") ухудшает ваш проект, потому что вместо проектирования все будут заниматься реализацией и проверкой ваших требований.
BIM-принцип #3. Принцип достаточных данных
Требования к модели и содержащейся в ней информации должны быть минимальными и достаточными для достижения целей проекта. Избыточные требования увеличивают трудозатраты всех участников и усложняют управление данными.