Настройка уровней и отметок в BIM-модели здания: принципы, координация и контроль

Правильно настроенная система уровней и отметок — это каркас, на котором держится вся BIM-модель. Ошибки на этом этапе приводят к смещению инженерных сетей, коллизиям при сборке координационной модели, некорректным спецификациям и проблемам на стройплощадке. Статья объясняет, как выбрать высотную систему, согласовать уровни между архитектурой, конструкциями и инженерными системами, и какие проверки провести перед передачей модели.

Почему настройка уровней критична для BIM

В BIM уровень (Level) — это не просто горизонтальная плоскость для привязки элементов. Это управляющий объект, который определяет:

• базовую отметку для всех элементов, привязанных к этому уровню (стены, колонны, перекрытия, оборудование, трассы);
• порядок генерации видов в план, разрезов и спецификаций;
• логику расчёта объёмов и площадей по этажам;
• корректность экспорта в IFC и передачи данных в системы управления строительством (CDE, 4D/5D).

Если уровни заданы некорректно или расходятся между разделами проекта, «починить» модель на поздних стадиях приходится вручную — смещая сотни элементов, перестраивая связи и теряя историю изменений. Задача BIM-менеджера и ведущих специалистов разделов — зафиксировать единые правила до начала моделирования.

Выбор высотной системы: Балтийская, местная или проектная

Первое решение, которое принимается на стадии БЭП (BEP — BIM Execution Plan) или технического задания на моделирование — выбор системы высот.

Балтийская система (Абсолютные отметки)

Отсчёт идёт от нуля Кронштадтского футштока (Балтийская система высот 1977 года). Это государственная эталонная система, обязательная для геодезических работ, генеральных планов, межевания и взаимодействия с кадастром.

Когда применяется: генеральный план, подземная часть, фундаменты, взаимодействие с геодезией, сдача объекта в эксплуатацию, интеграция с ГИС.

Местная (объектная) система высот

Ноль принимается условно — например, отметка чистого пола первого этажа = 0,000 или ±0,000. Все остальные отметки считаются относительно этой точки.

Когда применяется: архитектурные и конструктивные решения надземной части, межэтажные перекрытия, кровля, внутренние планы этажей. Удобна для проектировщиков: отметки перекрытий становятся «круглыми» (3,000; 6,000; 9,000), а не 42,350; 45,350.

Проектная система (смешанная)

Частый компромисс: архитектура и конструкции работают в местной системе, а инженерные сети и генеральный план — в Балтийской. Связь между системами задаётся через точку привязки (Project Base Point / Survey Point).

Важно: в задании на моделирование (БЭП) должна быть однозначно прописана: какая система высот используется в модели, каковы координаты точки привязки (Project Base Point) в Балтийской системе, и какой угол поворота относительно севера. Без этого любая координация моделей будет давать сдвиг.

Проектная базовая точка и точка геодезической привязки

В терминологии Revit (аналоги есть в ArchiCAD, Tekla, Allplan) существуют две ключевые точки:

• Project Base Point (PBP) — Проектная базовая точка. Внутренний ноль модели (0,0,0). Обычно совпадает с углом оси здания или точкой входа. Все внутренние координаты элементов считаются от неё. Перемещение PBP сдвигает всю геометрию модели.
• Survey Point (SP) — Точка геодезической привязки (Survey Point / Shared Coordinates). Реальные координаты в выбранной системе (обычно МСК или местная геодезическая система). SP не перемещается вместе с моделью — она фиксирует, где модель находится в реальном мире.

Правильный рабочий процесс:

1. На стадии закладки осей геодезисты выдают координаты ключевых точек здания в МСК/Балтийской системе.
2. BIM-менеджер задаёт Survey Point в соответствии с этими координатами.
3. Project Base Point ставится в удобное для моделирования место (угол оси, центр здания) и привязывается к SP через известные смещения.
4. Все разделы получают файл с заданными Shared Coordinates (общими координатами) и не имеют права их менять.

Нарушение этого порядка — самая частая причина того, что архитектурная модель стоит в одном месте, а вентиляция — на 12 метров восточнее и на 0,350 выше.

Согласование уровней между разделами

Архитектура, конструкции (КЖ/КМ) и инженерные системы (ОВ, ВК, ЭОМ) часто по-разному называют и нумеруют уровни. Пример расхождений:

Архитектура	Конструкции (КЖ)	Вентиляция (ОВ)	Отметка (Балтийская)
Уровень 01 (Пол 1 эт.)	Отм. 0.000 (Пол 1 эт.)	Level 01_FFL	42.350
Уровень 02 (Пол 2 эт.)	Отм. 3.000 (Пол 2 эт.)	Level 02_FFL	45.350
Уровень Кр (Кровля)	Отм. 12.500 (Ниж кранбалера)	Level Roof_Soffit	54.850

Чтобы избежать хаоса, на стадии БЭП фиксируется единая таблица соответствия уровней (Level Mapping Table). Она включает:

• Имя уровня в модели архитектора (как он назван в ПО).
• Имя уровня в модели конструктора.
• Имя уровня в моделях инженерников.
• Абсолютную отметку (Балтийская или местная) низа уровня / чистого пола / верха перекрытия.
• Высоту этажа (расстояние до следующего уровня).
• Назначение: «Чистый пол», «Ниж перекрытия», «Верх фундамента», «Ось колонны» и т.д.

Эта таблица становится эталоном для настройки уровней в каждом ПО и для проверки при сборке координационной модели в Navisworks / Solibri / BIMcollab.

Настройка уровней в основных BIM-инструментах

Autodesk Revit

• Уровни создаются в видах «Разрез» или «Фасад» через инструмент Level.
• Каждому уровню задаётся Elevation (отметка) относительно Project Base Point.
• Включите параметр Project Base Point → Elevation = 0.000 (если работаете в местной системе) или = абсолютной отметке точки привязки.
• Используйте Scope Box (Область действия) для ограничения видимости уровней по горизонтали — это полезно при сложной планировке с разной этажностью.
• Для экспорта в IFC: проверьте, что параметр IfcBuildingStorey корректно сопоставлен с уровнями (обычно 1:1).

Graphisoft ArchiCAD

• Уровни задаются в Project Map → Stories (Этажи).
• У каждого этажа есть Reference Level (Опорный уровень) и Height to Next (Высота до следующего).
• Для координации с Revit/IFC используйте Project Location — задайте Project Origin (аналог PBP) и Survey Point (через GIS-свойства или IFC Projected CRS).
• При экспорте в IFC: настройте IFC Schema Mapping так, чтобы каждый Story соответствовал IfcBuildingStorey.

Tekla Structures

• Уровни задаются через File → Project properties → Coordinates и Level properties.
• Tekla работает в глобальной системе координат. Базовая точка (0,0,0) обычно совпадает с точкой привязки на стройплощадке.
• Используйте Construction planes (Конструктивные плоскости) для моделирования на разных отметках, но для IFC-экспорта настройте Building Storeys в Organizer.

Renga / Pilot-BIM / NanoCAD BIM

• Принцип аналогичен: есть глобальная система координат (мировая) и локальная (проектная).
• Уровни создаются в дереве проекта, каждому присваивается отметка.
• Критично проверить при экспорте в IFC: корректно ли передаются IfcBuildingStorey и их Elevation относительно IfcSite.

Типичные ошибки и их последствия

Ошибка	Проявление в модели	Последствие	Как предотвратить
Разные точки привязки (PBP/SP) у разделов	Модели не совпадают при сборке без ручного смещения	Потеря координации, коллизии ложные, сбой 4D/5D	Единый файл-шаблон с заданными Shared Coordinates, раздача через BEP
Уровни не привязаны к единой таблице отметок	Пол архитектуры на отм. 3.000, пол конструкций на 3.050	Стена «висит» в воздухе, плита проходит через балку	Утверждённая Level Mapping Table, контроль через Solibri/Navisworks
Лишние/дублирующие уровни	Два уровня с отметками 6.000 и 6.000 (один «Пол», другой «Ниж перекрытия»)	Дублирование в спецификациях, путаница в IFC	Правило: один уровень — одна отметка. Внутриэтажные отметки — через Reference Planes / Offset
Игнорирование толщины покрытий/настилов	Уровень «Чистый пол» совпадает с «Ниж перекрытия»	Неправильные объёмы стяжки, половые короба уходят в плиту	В таблице уровней отдельно фиксировать: FFL (Finished Floor Level), SFL (Structural Floor Level), SSL (Screed Level)
Смена высотной системы в середине проекта	Часть модели в местной, часть в Балтийской	Глобальный сдвиг, неразрешимые коллизии	Заморозка системы высот на стадии концепции, любые изменения — только через Change Request

Контроль качества: чек-лист перед передачей модели

Перед выкладкой модели в CDE или передачей в координацию проведите следующие проверки:

1. Проверка точек привязки. Откройте модель в пустом проекте с известными координатами. Убедитесь, что Survey Point совпадает с проектными координатами (погрешность < 1 мм).
2. Сравнение таблицы уровней с эталоном. Выгрузите список уровней (Schedule/Quantities) и сверьте с Level Mapping Table: имена, отметки, высоты этажей.
3. Проверка привязки элементов. Все несущие элементы (стены, колонны, плиты, балки) должны быть привязаны к уровням (Base Level / Top Level), а не заданы абсолютными координатами Z.
4. Проверка инженерных систем. Трассы воздуховодов, трубопроводов, лотков должны иметь Reference Level, соответствующий уровню этажа, через который они проходят. Отметка низа трассы = Level Elevation + Offset.
5. Тестовый экспорт в IFC 2×3 / IFC4. Откройте IFC в бесплатном просмотрщике (BIMvision, Solibri Anywhere, usBIM). Проверьте:
6. IfcBuildingStorey — есть ли все этажи, верны ли их Elevation;
7. IfcSite / IfcBuilding — корректны ли RefLatitude / RefLongitude / RefElevation;
8. Элементы не «провалились» под нулевую отметку из-за ошибки знака.
9. Координационная проверка (Clash Detection). Соберите все разделы в Navisworks / Solibri. Запустите проверку по набору правил: «Architecture vs Structure — Hard Clash», «MEP vs Structure — Clearance 50mm». Анализируйте коллизии, связанные с Z-координатой (перекрытия, пролёты, анкерные вставки).

Сценарии: как действовать в типичных ситуациях

Сценарий 1: Проектирование с нуля (Greenfield)

Есть генеральный план в МСК, геодезия выдали координаты осей.

1. BIM-менеджер создаёт «Файл-координатор» (RVT/Pln/Tekla) с заданными Shared Coordinates: Survey Point = координаты точки привязки из геодезии, Project Base Point = удобный угол оси.
2. Файл-координатор раздаётся всем разделам как Linked/Reference Model с запретом на изменение координат.
3. Каждый раздел создаёт свои уровни строго по утверждённой Level Mapping Table.
4. Первая координационная встреча — через 2 недели: проверка совпадения уровней и осей.

Сценарий 2: Реконструкция / Брауновое поле

Есть облако точек (лазерное сканирование) или замеры существующего здания.

1. Облако точек привязывается к Survey Point (реальные координаты).
2. Уровни существующего здания вычисляются из облака: отметки полов, низов перекрытий, кранбалеров.
3. В модели создаются уровни «Existing — Level 01», «Existing — Level 02» с реальными отметками.
4. Новые уровни проектируются выше/ниже с соблюдением технологических зазоров.
5. В IFC существующие и новые элементы разделяются через IfcElement.Phase (Existing / New / Demolish).

Сценарий 3: Приём модели от субподрядчика / подрядчика ППР

Приходит модель в IFC или нативном формате.

1. Проверьте заголовок IFC (File → Header): есть ли IfcProjectedCRS, RefElevation, RefLatitude/Longitude.
2. Загрузите в координационную модель. Сравните уровни с эталонной таблицей.
3. Если отметки отличаются на константу (например, +10000) — это смена системы высот. Требуйте перевыгрузку с правильными координатами, не смещайте вручную.
4. Если уровни названы иначе — требуйте переименование по стандарту или предоставление таблицы соответствия.

Работа с внутриэтажными отметками: чистый пол, настил, плита

Частая путаница: «Уровень 02» — это чистый пол, низ плиты или верх плиты? В BIM уровнем управляет геометрией элементов, поэтому нужно чётко разделять:

• SFL (Structural Floor Level) — Отметка низа несущей плиты / верха фундамента. К этому уровню привязаны колонны, балки, плиты (как несущие элементы).
• FFL (Finished Floor Level) — Отметка чистого пола. К этому уровню привязаны архитектурные элементы: стены, двери, окна, мебель, оборудование.
• SSL (Screed/Slab Top Level) — Отметка верха стяжки / верха плиты. Нужен для расчёта высоты стяжки, укладки коммуникаций в плите.

Разница между SFL и FFL = толщина плиты + стяжка + гидроизоляция + чистовое покрытие (обычно 150–300 мм).

Рекомендация: В модели создавайте уровни только для SFL и FFL (и кровельных отметок). Внутриэтажные отметки (верх плиты, низ балки, ось вентиляции) задавайте через Offset (смещение) от ближайшего уровня. Это сохраняет иерархию: при смене высоты этажа все смещения пересчитаются автоматически.

Экспорт в IFC: что проверить в заголовке и структуре

IFC — основной формат обмена. Ошибки в уровне часто проявляются именно при экспорте/импорте.

• IfcProjectedCRS — должна быть указана система координат (например, EPSG:28413 для МСК-64 зона 13). Без этого получатель не узнает, в какой системе отметки.
• IfcSite.RefElevation — отметка уровня земли (Ground Level) в абсолютной системе. Критична для инфраструктуры и подземной части.
• IfcBuildingStorey.Elevation — отметка каждого этажа относительно IfcSite (обычно FFL или SFL). Проверьте, что знаки верные (плюс — выше нуля сайта).
• IfcBuilding.Elevation — отметка базового уровня здания (обычно 0.000 или FFL 1 этажа).
• IfcElement.ContainmentRelationship — каждый элемент должен входить в состав соответствующего IfcBuildingStorey. Элементы без Storey («Orphans») теряются в спецификациях и 4D.

Инструменты проверки: BIMvision (плагин IFC Validator), Solibri Office (Model Checker), usBIM.checker, IfcOpenShell (скрипты).

Рекомендации по документированию правил

Все соглашения о уровнях и отметках должны быть зафиксированы в двух документах:

1. BEP (BIM Execution Plan) — раздел «Coordinate System & Levels». Содержит: систему высот, координаты PBP/SP, угол поворота, единую таблицу уровней (Level Mapping Table), правила именования уровней, требования к IFC-заголовку.
2. Стандарт моделирования компании / проекта (Modeling Standard / Naming Convention). Содержит: шаблон имен уровней (например: LVL_01_FFL_+42.350), правила создания Reference Planes, запрет на «свободные» элементы без привязки к уровню, порядок согласования изменений в системе уровней.

Эти документы являются живыми — любое изменение (добавление технического этажа, смена отметки кровли) проходит через Change Request с обновлением таблицы и перераздачей файла-координатора.

Практический итог: с чего начать завтра утром

Если вы начинаете новый проект или аудитите текущий:

1. Получите от геодезии координаты точки привязки здания в МСК/Балтийской системе.
2. Согласуйте с заказчиком и ГИП: какая система высот в модели (местная / Балтийская / смешанная). Зафиксируйте в БЭП.
3. Составьте Level Mapping Table для всех разделов (АР, КР, КЖ, ОВ, ВК, ЭОМ). Утвердите её протоколом совещания.
4. Создайте файл-координатор с правильными Shared Coordinates. Раздайте всем участникам.
5. Настройте уровни в каждом разделе строго по таблице. Запретите создание «личных» уровней без согласования.
6. Проводите еженедельную координационную проверку Z-координат (Clash Detection по высоте) до стадии П/Р/РД.
7. Перед каждой выкладкой в CDE — тестовый IFC-экспорт и проверка IfcBuildingStorey.Elevation.

Главный принцип: уровни настраиваются один раз в начале проекта и меняются только по формальному изменению. Любая «небольшая поправка» отметки на 50 мм в середине проекта стоит десятки часов переработки моделей всех разделов. Инвестиция в правильную настройку на старте окупается сотнями раз.

Материал носит информационный характер и отражает общие принципы организации BIM-процессов. Конкретные требования к системам координат, составу уровней, форматам обмена и порядку согласования устанавливаются техническим заданием, БЭП проекта и нормативными документами (ГОСТ Р ИСО 19650, СП 333.1325800.2017 и др.). Настройку координат и уровней на реальном проекте должен утверждать BIM-менеджер проекта совместно с ГИП и геодезической службой.