BIM стандарт ITEM 1.04

Екатеринбург 2025. Версия 1.04

---

01. Общие сведения# 01.1. Область применения#

1. BIM-стандарт является одним из трех документов, описывающих обязательные к исполнению требования к разработке проекта с использованием технологии BIM.

2. Перечень документов, описывающих требования, в порядке роста приоритета:

• BIM-стандарт – определяет типовые требования к разработке модели проекта в компании ITEM. Имеет самый низкий приоритет.

• EIR – определяет требования к модели проекта от технического Заказчика. Имеет средний приоритет.

• BEP – регламентирует процесс разработки модели проекта. Имеет наивысший приоритет.

1. В случае если, требования из разных документов противоречат друг другу, предпочтение определяется из приоритета документа.

2. Требования BIM-стандарта применяется только к разделам проекта, которые разрабатываются с использованием BIM. Перечень таких разделов должен быть определен в BEP проекта.

3. Данный стандарт определяет требования к разработке проекта в форматах:

• Autodesk_Revit

• Autodesk Civil 3D

• IFС

01.2. Основные положения#

1. Модель должна являться основой для оформления документации проекта.

2. Модель должна являться источником спецификаций и других количественных показателей проекта.

3. Не должно быть противоречий между проектными решениями в документации и моделью.

4. Модель должна разрабатываться в программном обеспечении, определенном для проекта в BEP.

5. Модель не должна содержать проектных ошибок и коллизий.

6. Каждый участник группы разработки проекта обязан соблюдать требования и инструкции к совместной работе над моделью.

01.3. Условные обозначения#

1. В данном документе приняты следующие обозначения:

Синий подчеркнутый текст - ссылка на раздел документа или внешний ресурс
Наклонный текст - названия таблиц
Серый_текст - точные имена параметров, файлов, путей и т.д. или их части
<текст в угловых скобках> - описание или диапазон подставляемого значения

---

02. Организация процесса разработки BIM-проекта# 02.1. Требования к BEP#

1. BEP должен быть создан и согласован до начала работ над BIM-моделью.

2. BEP должен быть создан на основе соответствующего проекту шаблона.

3. Все отклонения от требований BIM-стандарта и EIR должны быть указаны в листе согласований.

4. Все согласования, описанные в требованиях EIR и BIM-стандарта, должны быть зафиксированы в BEP.

02.2. Программное обеспечение#

1. Программное обеспечение и его версия должны быть согласованы со всеми участниками проекта до начала работы над моделью и определены в BEP.

2. В случае отсутствия иных требований, принимается следующее программное обеспечение в зависимости от раздела:

02.3. Среда общих данных#

1. СОД необходима для обмена BIM данными между всеми участниками проекта и подготавливается для каждого BIM-проекта.

2. СОД компании ITEM содержит компоненты:

Таблица – Компоненты среды общих данных

02.4. Команда проекта#

1. Команда проекта должна быть определена и занесена в BEP до начала работы над моделью. Для каждого участника должны быть указаны ФИО, телефон для связи и аккаунт Яндекс для доступа к СОД.

2. Члены команды могут быть допущены к работе над моделью только после ознакомления с BIM-стандартом, BEP, EIR проекта и инструкциями к совместной работе.

02.5. Разделение модели#

1. Сведения о разделении модели проекта должны быть указаны в BEP

2. Допускается изменять разделение файлов модели на разных стадиях проекта, кроме архитектурной модели.

3. Разделение модели обязательно зависит от используемого ПО, разделов документации, размера файлов модели.

4. Части модели, разрабатываемые в разных ПО, должны быть отделены.

5. Модель должна быть разделена, в соответствии с таблицей:

Таблица – Разделение модели

1. Рекомендуемый размер файла модели - менее 400 MB.

2. Не допускается дублирование элементов модели в разных файлах, кроме указанных в таблице:

Таблица – Допускаемое дублирование элементов из связей

1. Модель внутри раздела должна быть разделена для обеспечения:

   • удобства редактирования модели и оформления документации

   • адаптивности к изменениям или новым условиям в проекте

   • использования повторений в проекте

2. Рекомендации, на которые необходимо ориентироваться при разделении:

   • необходимо принимать во внимание и сопоставлять разделение модели и документации на альбомы

   • дальнейшее дробление файлов модели может привести к потере основы из связанных элементов, включая аннотации на чертежах

   • необходимо учитывать возможность изменения отметок и высоты этажей разных частей здания

   • разделение магистральных трасс, горизонтальных участков систем или модулей систем может привести неудобству их редактирования

   • большое количество элементов может привести к экспоненциальному росту времени автоматической обработки элементов

   • размер файла модели в Revit более 350 МБ может привести к замедлению работы с файлом и проблемам при экспорте

   • следует ориентировать по условному северу каждую часть здания так как это предполагается сделать на чертеже особенно в случае если части здания ориентированы относительно друг друга не под прямым углом

3. Каждое разделение модели должно быть согласовано с Заказчиком и с представителями каждого раздела, разрабатываемого в модели.

4. Ориентация модели по условному северу должна быть согласована с ГАПом.

02.6. Рабочие файлы Revit#

1. Работа непосредственно над моделью начинается с создания рабочих файлов и размещения их на сервере для совместной работы и в среде общих данных.

2. Рабочие файлы для совместной работы сотрудников офиса создаются на одном из Revit_Server компании. Рабочие файлы для удаленных сотрудников создаются в среде общих данных.

3. Не допускается дублирование на Revit_Server и в среде общих данных рабочих файлов удаленных сотрудников.

4. В список рабочих файлов входят:

   • Единственный Координационный файл проекта

   • Один или несколько базовых файлов проекта (Базовый файл)

   • Файлы моделей разделов, для разработки модели

   • Файлы для оформления документации из связанных файлов моделей (опционально)

   • Файлы заданий (создаются в процессе проектирования проектировщиком)

   • Файлы библиотек и семейств

5. Для разных стадий проекта файлы модели не пересоздаются, при переходе на другую стадию меняется только их наименование, в случае если есть такое требования в BEP.

1. Правила наименований файлов модели должны быть определены в BEP. Если правила на заданы в EIR, по умолчанию используйте составное имя с разделителем "_" и полями в следующем порядке:

• Аббревиатура или сокращение заказчика заглавными буквами, не более 5 символов: BRU, A101, PIK, TAL...

• Сокращение проекта, не более 10 символов: OKT5, UKV11, 28, AKD 3-6...

• Раздел проекта:

  • FM - координационный файл или сводный файл

  • BF - базовый файл

  • CPT - концептуальные решения

  • AR - архитектурные решения

  • KR - конструктивные решения

  • KZ - конструктивные решения - конструкции железобетонные

  • KM - конструктивные решения - конструкции металлические

  • VK - внутренние водоснабжение и канализация

  • VKV - внутреннее водоснабжение

  • VKK - внутренняя канализация

  • APT - автоматические пожаротушение

  • OV - отопление и вентиляция

  • OVO - отопление

  • OVV - вентиляция

  • ITP - ИТП

  • EOM - электроснабжение и электрическое освещение

  • EL - электрическое освещение

  • EKK - электроснабжение кабельные каналы

  • MZ - молниезащита и заземление

  • SS - сети связи

  • GS - внутренние газоснабжение

  • GP - генплан, ПЗУ

• Блок здания:

  • S1, S2-3-4 - секции здания

  • K1, K2 - корпус

  • PRK - паркинг

  • ALL - все здание

• Часть блока здания (опционально):

  • AZ (above zero) - надземная часть (КР)

  • BZ (below zero) - подземная часть (КР)

  • MF (main floor) - первые этажи, стилобат

  • GF (ground floor) - первый надземный этаж

  • BS (basement) - цоколь, подвал

  • FCD (facade) - фасад

  • FND (foundation) - фундаменты

  • PD (pile field) - свайное поле

  • RF (roof) - крыша

  • V - вертикальные конструкции (КР)

  • H - горизонтальные конструкции (КР)

  • S - лестницы надземной части (КР)

  • AZV - вертикальные конструкции надземной части (КР)

  • AZVH - вертикальные и горизонтальные конструкции надземной части (КР)

  • BZH - горизонтальные конструкции подземной части (КР)

• Дополнительное описание (опционально):

  • DOC - файл для оформления

  • LIB - файл библиотеки типов и семейств

  • DDU - ДДУ

• Сокращение наименования и версии ПО:

  • R21 - Autodesk_Revit 2021

  • N21 - Autodesk Navisworks 2021

  • A21 - Autodesk AutoCad 2021

  • C21 - Autodesk AutoCad Civl3D 2021

  • T21 - Tekla Structures 2021

  • AR21 - Archicad 2021

  • IFC2 - ifc 2 спецификации

  • IFC4 - ifc 4 спецификации

Если промежуточное поле не может быть заполнено, например отсутствует "Дополнительное описание", такое поле остается пустым, но количество разделителей должно оставаться как при заполненном.

Разрешенные для имени файла символы:

• латинские заглавные буквы: W, S, D, F...

• прописные буквы: a, s, d, f...

• цифры: 1, 2, 3, 4...

• заглавные буквы кириллицы (крайне не рекомендуется): Ф, Ы, Й, Ц...

• заглавные буквы кириллицы (крайне не рекомендуется): ф, ы, й, ц...

• символ подчеркивания, только для разделения полей: _

• символ минуса, вместо символов точки, запятой и прочих: -

• пробел (не рекомендуется):

1. Рабочие файлы моделей создаются и предаются в работу только координатором проекта.

2. Рабочие файлы Revit должны быть созданы только на основе шаблонов компании. В случае необходимости рабочий файл дорабатывается в соответствии с EIR.

02.7. Координация#

1. Во всех файлах проекта положение элементов модели должны быть определены в одной системе координат.

2. Положение всех моделей в файлах Revit и AutoCad должны быть определены в общих координатах

03. Требования к файлам Revit# 03.1. Запреты и ограничения#

1. Запрещено использовать следующие инструменты

Таблица – Операции и инструменты запрещенные к использованию

1. Использование следующих инструментов разрешается только в случае прямого указа инструкции к шаблону или после согласования c BIM координатором с обязательным занесением информации в BEP

Таблица – Операции и инструменты требующие согласование

03.2. Рабочие наборы#

1. Наименование рабочих наборов должно начинаться с двузначного номера и имени группы, которая определяет содержимое. Номер отеляется символам подчеркивания "_".

2. Номера и назначения групп рабочих наборов:

Таблица – Рабочие наборы

03.3. Уровни#

1. Уровни моделируются по отметке чистого пола этажа. В случае переменной отметки чистого пола выбирается наименьшая отметка в пределах этажа.

2. В качестве нулевой отметки принимается уровень чистого пола первого этажа. В случае сложного рельефа за нулевую отметку принимается уровень чистого пола надземного этажа с наименьшей абсолютной отметкой.

3. Уровни этажей создаются и изменяются в базовом файле проекта. Уровни в базовом файле являются эталонными, их изменений должно отслеживаться и приниматься во всех остальных файлах проекта.

4. Допускается вводить дополнительные уровни для моделирования элементов крыши и фундаментов. При этом отметка уровня выбирается наиболее удобной для целей моделирования элементов.

5. Дополнительные уровни в базовом файле не создаются, а добавляются только в файле проекта где они требуются.

6. Наименование уровней этажей составное и формируется следующим образом:
   <Имя части здания>_<Номер этажа> <Отметка>

   • Имя части здания:
     Имя части здания заполняется если в модели уровни разделяются по частям. Если уровень принадлежит нескольким частям, их номера перечисляются через запятую или указывается диапазон.
     Примеры: "Секция 1", "Секции 1, 4", "Секции 1-3", "Паркинг"

   • Номер этажа:
     Указывается "Этаж", "Кровля" или "Подвал" и добавляется порядковый номер из двух цифр.
     Примеры: "Этаж 01", "Кровля 01", "Подвал -01"

   • Отметка:
     Указывается в скобках "отм. " и проектная отметка:
     Примеры: "(отм. +6,600)", "(отм. 0,000)", "(отм. -2,400)"

04. Оформление документации# 04.1. Шрифты#

1. Для всех аннотаций используется шрифт Arial.

2. Список допустимых в проекте типов шрифтов:

Таблица – Типы шрифтов

* - Имена типа шрифта строго не регламентируются и могут отличаться, но значения параметров типа шрифта должны совпадать с соответствующим в таблице типом.

1. Параметры типов шрифтов в [Revit](# Autodesk_Revit):

• Основной:

Таблица – Параметры основных типов шрифтов

* - В загружаемых семействах допускаются другие значения. При этом рекомендуется в конце имени типа писать цвет, например: ITEM_Основной_3.5_Синий
** - В загружаемых семействах допускается значение "Непрозрачный"

• Зауженный:

Таблица – Параметры зауженных типов шрифтов

• Замечание:

Таблица – Параметры типов шрифтов для замечаний

• Вспомогательный:

Таблица – Параметры вспомогательных типов шрифтов

04.2. Основная надпись#

1. Для оформления основной надписи на листе в Revit допускается использовать только актуальную на момент проектирования версию семейства ITEM_Основная надпись_ГОСТ 21-1101-2013

2. Подписи в штампе размещаются экземплярами семейства с именем ITEM_Подпись_<Фамилия> с помощью плагина ITEM "Расстановка подписей" или вручную.

3. Для заполнения штампа должны быть заданы соответствующие значения в следующих общих параметрах листа:
   Таблица – Параметры листа для заполнения основной надписи

05. Требования к составу модели# 05.1. Уровни проработки модели#

1. Уровень геометрической проработки модели (LOD G) определяется следующими уровнями:

   • LOD G 100 – элемент представлен в виде 3D объекта условной формы с приблизительными размерами или в виде 2D объекта.

   • LOD G 200 – элемент представлен в виде 3D объекта упрощенной формы с точными габаритными размерами.

   • LOD G 300 – элемент представлен в виде 3D объекта или группы 3D объектов с точными размерами, материалами, деталями.

2. Уровень атрибутивной проработки не регламентируется настоящим стандартом и зависит от требований заказчика и требований для оформления документации.

05.2. Общие требования#

1. Состав модели должен быть определен в EIR или BEP, в противном случае принимается минимальный уровень проработки из данного раздела BIM-стандарта.

2. Состав модели определяет наполнение модели, уровень геометрической проработки LOD G и Уровень атрибутивной проработки LOI.

3. Уровень атрибутивной проработки должен быть определен в BEP.

4. Для заполнения параметров модели необходимо использовать плагины ITEM:

   • Квартирография

   • Калькулятор параметров

   • Имя системы

   • Номер секции и этаж

   • Классификатор

   • Импорт CSV

05.3. Состав модели раздела АР#

1. Минимальный уровень проработки модели:
   Таблица – Состав модели раздела АР

05.4. Состав модели раздела КР#

1. Минимальный уровень проработки модели:
   Таблица – Состав модели раздела КР

05.5. Состав модели разделов ВК и ОВ#

1. Минимальный уровень проработки модели:
   Таблица – Состав модели ВК и ОВ

05.6. Состав модели разделов ЭОМ и СС#

1. Минимальный уровень проработки модели:
   Таблица – Состав модели ЭОМ и СС

05.7. Состав модели раздела ГП#

1. Обязательный набор данных и уровень проработки модели:
   Таблица – Состав модели ГП

05.8. Состав модели инженерных изысканий#

1. Обязательный набор данных и уровень проработки модели:
   Таблица – Состав модели изысканий

06. Выдача заданий# 06.1. Общие требования#

1. Все файлы заданий должны быть размещены в папке 07. Задания в СОД проекта.

2. Все выданные задания должны быть зарегистрированы в Журнал выдачи заданий проекта.

06.2. Задания на размещение оборудования#

1. Файлы АР и ТХ должны содержать элементы:

   • сантехники

   • бытовые электроприборы

   • пожарных шкафов

   • условные стояки систем

2. Для импорта сантехники в файлы инженерных систем использовать команду Копирование/Мониторинг с заменой на соответствующие MEP типы.

3. Для экспорта остальных элементов использовать для группы элементов команду Связь для преобразования копии группы в отдельный связанный файл, который далее внедряется в файлы инженерных сетей.

06.3. Задания на отверстия#

1. Для выдачи и использования заданий на отверстия использовать плагин "CitrusBIM".

2. Для формирования задания использовать следующие семейства в категории Обобщенные модели:
   Пересечение_Плита_Круглое - заготовка цилиндрической формы для обозначения пересечения с несущим перекрытием
   Пересечение_Плита_Прямоугольное - заготовка прямоугольной формы для обозначения пересечения с несущим перекрытием
   Пересечение_Стена_Круглое -  заготовка цилиндрической формы для обозначения пересечения со стеной
   Пересечение_Стена_Прямоугольное - заготовка прямоугольной формы для обозначения пересечения со стеной.

3. Для формирования плана отверстий требуется создать виды с префиксом З_Отверстия от <XX> для <XX>_.... Вместо <XX> подставить сокращение раздела.

4. Размещенные заготовки должны быть выгружены в СОД проекта с указание в имени фала разделов, от кого и кому, и даты выдачи задания.

5. Файлы с заготовками должен быть выполнен в общих координатах проекта.

6. При выдаче и использовании заданий на отверстия необходимо использовать актуальные инструкции:
   Задания на отверстия. Создание задания
Задания на отверстия. Использование задания

06.4. Задания на подключение к электроснабжению#

1. Для выдачи и использования заданий на подключение силового электрооборудования использовать плагин "TeslaBIM".

2. Все семейства оборудования должны удовлетворять требованиям:

   • принадлежит категории оборудования, приборов, арматуры, освещения

   • добавлены и заполнены необходимые для работы плагина параметры
     Подробнее требования приведены в инструкции 'Задания ЭОМ. Настройка семейств для получения задания от смежных разделов'

3. Для выдачи задания необходимо соблюдать требования инструкции Задания ЭОМ. Передача задания ЭОМ инструкция для смежных разделов

4. Для использовать выданного задания необходимо соблюдать требования инструкции Задания ЭОМ. Использование задания ЭОМ инструкция для инженера ЭОМ

07. Библиотека BIM# 07.1. Правила именования загружаемых семейств#

1. Имя семейства должно состоять из полей разделяемых знаком "_":

<Поле1>_<Поле2>_<Поле3>_<Поле4>_<Поле5>_<Поле6>
где:

• <Поле1> - префикс обозначающий автора и назначение семейства, существуют следующие варианты:

  • ITEM - семейство физического элемента для использования в файле проекта

  • ITEMA - семейство аннотации

  • ITEMS - (SHARED) вложенное общее семейство, используется в файле родительского семейства

  • ITEMG - (GEOMETRY) вложенное необщее семейство, используется в файле родительского семейства для повторяемой или сложной геометрии

• <Поле2> - описание типа элемента семейства, например, "Дверь межкомнатная". Длина поля не должна превышать 30 символов. Допускается перед описанием ставить сокращения раздела документации, для определения принадлежности семейства к разделу, например, "АР Ванна угловая". Допустимые сокращения разделов:

  • АР

  • КР

  • ВК, НВ, НВК

  • ОВ, ТС

  • ЭОМ

  • СС

  • ГП

  • ТХ

  • ГСВ, ГСН

• <Поле3> - сокращенное наименование завода изготовителя или ГОСТ, ТУ. Записывается заглавными буквами.

• <Поле4> - марка изделия или подтип, например:

• <Поле5> - список особенностей или признаков, которые дополнительно характеризуют элемент. Если признаков несколько, они записываются через пробел с большой буквы.

Примеры особенностей или признаков:

• <Поле6> - материал изделия

1. Если промежуточное поле не может быть заполнено, например отсутствует "Марка изделия" такое поле остается пустым, но количество разделителей должно оставаться как при заполненном.
   Пустые поля в конце имени удаляются вместе с разделителями.

1. В имени семейства разрешается использовать только следующие символы:

• латинские заглавные буквы: W, S, D, F...

• латинские прописные буквы: a, s, d, f...

• цифры: 1, 2, 3, 4...

• заглавные буквы кириллицы: Ф, Ы, Й, Ц...

• заглавные буквы кириллицы: ф, ы, й, ц...

• символ подчеркивания, только для разделения полей: "_"

• символ минуса, вместо символов точки, запятой и прочих: "-"

• символ пробела: " "

1. Количество символов в названии семейства не должно превышать

08. Контроль качества# 08.1. Проведение проверки качества модели#

1. Все проверки информационного наполнения модели должны выполняться автоматизировано или с помощью проверочных спецификаций.

2. Проверка на пересечение и выдача отчета о коллизиях выполняются в ПО Autodesk Navisworks с использованием файла шаблона типовых поисковых наборов.

3. Визуальный осмотр модели в Revit выполняется с помощью плагина Enscape.

4. Отчет о коллизиях должен быть размещен в СОД и зарегистрирован в Журнал выдачи заданий проекта.

5. Обработку коллизий необходимо выполнять при помощи плагина ITEM Обработчик коллизий

08.1. Матрица критических коллизий#

1. Критические коллизии в первую очередь и в полном объеме.

Таблица – Матрица критических коллизий

08.2. Матрица второстепенных коллизий#

1. Второстепенные коллизии необходимо проанализировать и устранить моменты, влияющие на объемы и проектные решения.

Таблица – Матрица второстепенных коллизий

09. Термины и определения# 09.1. Терминология BIM# BIM#

(Building information modeling / Технология информационного моделирования) – это подход к созданию и управлению объектно-ориентированной трехмерной моделью в виде цифрового представления физических и функциональных характеристик строительного объекта.

BIM-модель#

(Building information model) – это цифровая объектно-ориентированная модель строительного объекта в трёхмерном виде, элементы которой содержат информацию о их физическом представлении.

BIM-стандарт#

– документ определяющий типовые требования к модели проекта и к процессу разработки модели проекта.

BIM-проект#

– проект строительного объекта, разрабатываемый с использованием технологии информационного моделирования.

BIM-данные#

– это структурированная информация, относящаяся к объектам строительства и их жизненному циклу, которая создается, управляется и используется в процессе информационного моделирования зданий.

EIR#

(Employer’s Information Requirements / Информационные требования заказчика) – документ определяющий требования технического заказчика к модели проекта.

BEP#

(BIM Execution Plan / План реализации BIM-проекта) – документ регламентирeющий процесс разработки модели проекта. Разрабатывается индивидуально для проекта.

СОД#

(Среда общих данных) – это комплекс программно-технических средств, обеспечивающий совместное использование BIM данных.

Общие_координаты#

– это система координат, определяющая координаты не только внутренних элементов модели, но и всех внешних связей.

Технический_долг#

– это метафора, обозначающая накопленные проблемы, связанные с пренебрежением к качеству при разработке и вызывающие дополнительные затраты труда в будущем.

09.2. Роли и участники# Заказчик#

– это физическое или юридическое лицо, инициирующее и финансирующее создание проекта.

BIM-координатор#

– это специалист, который отвечает за организацию работы над BIM-моделью.

ГАП#

– главный архитектор проекта.

09.3. Программное обеспечение и форматы файлов# Autodesk_Revit#

– программный комплекс от компании Autodesk для автоматизированного проектирования, реализующий принцип информационного моделирования зданий BIM.

Revit_Server#

– программа для организации совместной работы проектировщиков в программе Autodesk_Revit.

Autodesk_Civil_3D#

– программный комплекс от компании Autodesk для проектирования объектов инфраструктуры, генплана и наружных сетей.

ФОП#

(Файл общих параметров Revit) - текстовый документ, в котором прописаны все общие параметры.

Общие_параметры#

– это параметры, которые определяются с помощью GUID, могут использовать в разных файлах Revit. На их основе создаются марки и спецификации.

Яндекс_Диск#

– это облачное хранилище для файлов.

ОбщаяпапканаЯндексДиске#

– это папка в облачном хранилище, в которую можно пригласить других пользователей для совместного просмотра или редактирования содержимого.

ЯндексДискдля_компьютера#

– это программа, которая синхронизирует содержимое папки на диске устройств с папкой в облачном хранилище.

IFC#

(Industry Foundation Classes) – формат файлов, который используется для обмена моделями между различными видами программного обеспечения для BIM.