EIR ITEM Информационные_требования

Екатеринбург 2026. Версия 1.01

---

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

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

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

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

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

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

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. Требования к файлам модели проекта# 02.1. Разделение модели#

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4. Ориентация модели по условному северу должна быть согласована и зафиксирована в BEP.

02.2. Наименования файлов модели#

1. Имена файлов модели должны быть определены в BEP.

2. Имя файла должно быть составным и формируется из полей с разделителем "_". Значения полей задаются в следующем порядке:

• Аббревиатура или сокращение заказчика заглавными буквами, не более 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.3. Координация файлов модели#

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

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

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

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

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

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

---

03. Требования к элементам модели# 03.1. Уровни#

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

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

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

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

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

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

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

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

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

03.2. Стены и колонны#

03.3. Проемы, окна, двери и отверстия#

1. Элементы всех проемов на основе стены допускается выполнять только семействами ITEM.

---

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. Обязательный набор данных и уровень проработки модели:
   Таблица – Состав модели изысканий

---

08. Коллизии# 08.1. Проверки#

1. Для проверки модели на коллизии используется Autodesk Navisworks. Д

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

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

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

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

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

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

---