Хаб статей / АГР и ЦИМ

Экспорт IFC из Revit и Archicad под требования Москвы

Опубликовано 10 октября 2026

Сохранить модель в файл с расширением IFC — только часть задачи. Для передачи на московское согласование АГР нужны согласованные геометрия, структура и данные. Красивый вид здания в программе не подтверждает, что после экспорта сохранились нужные элементы, классы и свойства.

Рабочий процесс начинается не с кнопки «Экспорт», а с требований к выдаваемому комплекту. Затем их переводят в профиль конкретной программы, проверяют небольшой фрагмент и только после этого выгружают весь объект. Такой порядок помогает обнаружить системную ошибку до обработки большого числа элементов.

Ниже — требования к профилю, порядок выгрузки из двух программ и контроль результата. О составе выдачи отдельно рассказываем в статье «ЦИМ для АГР в формате IFC».

Что вы узнаете?

  • Как связать нормативные требования с экспортным профилем.
  • Чем сопоставление классов отличается от передачи свойств.
  • Какие группы настроек проверить в Revit и Archicad.
  • Как отличить ошибку выгрузки от недостатка исходной модели.
  • Что передать вместе с финальной редакцией и когда нужен отдельный разработчик ЦИМ.

Московские требования: что задать в профиле

Основа — распоряжение ДГП и ДИТ от 16.01.2026 № ДГП-Р-1/26/64-16-6/26, действующее со 02.04.2026. Нормативную основу и способы проверки подробнее разбираем в статье «Требования к ЦИМ и IFC». Здесь переводим требования в последовательность настройки экспорта.

Проверяемая позицияТребование и основание
ФорматIFC SPF; модельный вид IFC4 ReferenceView; схема IFC 4.0.2.1 или более поздняя (пп. 4.1.1–4.1.5).
ДисциплиныЦИМ ПС, БиО, АР. Несколько корпусов в одном файле не допускаются; дополнительное разделение возможно (пп. 5.1.1–5.1.5).
КлассыСтена — IfcWall; перекрытие — IfcSlab; помещение/зона — IfcSpace; окно — IfcWindow; дверь — IfcDoor; фасад — IfcCurtainWall. IfcBuildingElementProxy — только предусмотренные исключения (п. 4.1.4; табл. 5.1).
СвойстваУчитываются наборы RusSet_, атрибуты RUS_, без пробелов. Значения только в Pset_/Qto_ недостаточны (пп. 5.3.12–5.3.16).
Минимум для элементов без детальной таблицы приложения 2RusSet_Common: RUS_MSSK_Element_Code, RUS_Name, RUS_MSSK_Element_Name — текстовые (п. 5.3.11; табл. 5.2).
Пример для зоны СПП в ГНСRusSet_Quantities: RUS_Area — вещественный, м²; RUS_Height — вещественный, мм (приложение 2, Б.3.1).
КоординацияЕдиная система, базовая точка, истинный север; местные координаты и Балтийская система высот, с исключением для гостайны (пп. 4.5.1–4.5.5).

Источник таблицы — официальные требования ДГП и ДИТ Москвы. Примеры атрибутов не заменяют полный состав для каждого типа элемента: его выбирают по приложениям 1 и 2. Общий минимум нельзя использовать вместо детальной таблицы, если она предусмотрена.

Практически это означает отдельную рабочую матрицу: исходный элемент → класс IFC → набор и имя свойства → исходное поле → тип/единица → результат тестовой выгрузки. Заполните её до выпуска. Сначала проверяйте представительные объекты, затем распространяйте проверенные правила на остальные.

Не смешивайте название схемы с модельным видом. В экспортёре недостаточно увидеть слово IFC4: необходимо проверить выбранный Reference View и фактический результат. Более новая схема сама по себе не устраняет ошибку класса или свойства. Полигональные НПМ и ВПМ — другая часть комплекта, а не замена IFC.

Подготовьте исходную модель к передаче

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

Сначала выясните, где хранятся исходные значения. Параметр может относиться к экземпляру, типу, помещению или проекту. Если нужное значение существует только в подписи на чертеже, экспортёр не обязан превратить её в структурированное свойство элемента. Такую информацию необходимо организовать в исходных данных.

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

Revit: класс, свойства и область выгрузки

В Revit экспортный профиль настраивается в окне IFC Export Setup. У программы предусмотрены выбор схемы, ограничения по виду и фазе, обработка связанных файлов, наборы свойств и настройки координат. Названия и доступность опций зависят от версии Revit и экспортёра, поэтому готовый профиль следует сопровождать сведениями о версии. Autodesk: IFC Export Setup Options.

Для контрольной выгрузки начните с двух независимых вопросов: что попадает в файл и чем оно становится в IFC. Ограничение по виду может исключить нужную часть модели. Таблица классов, в свою очередь, определяет, как представляются категории и нестандартные семейства. Назначение исключения экспорта категории убирает соответствующие объекты; неполное сопоставление может привести к прокси-представлению. Autodesk: IFC Mapping File.

Не исправляйте все случаи одной заменой класса. Если несколько разных объектов собраны в универсальном семействе, сначала определите их действительный смысл и проверьте организацию модели. По результату теста будет понятно, достаточно ли настройки экспорта или требуется изменить исходное представление элементов.

Для Revit рабочая последовательность такая: создайте сохранённую копию конфигурации, выберите IFC4 Reference View и тип файла IFC, определите фазу и состав выгрузки, задайте сопоставление классов, подключите пользовательские свойства, согласуйте координатную основу. Затем выгрузите контрольный фрагмент. Временная In-Session Setup не сохраняется между сессиями — не используйте её как единственную запись согласованного профиля.

Рекомендуемый результат теста — небольшая ведомость: исходный объект, ожидаемый класс, ожидаемое свойство, фактический результат в IFC и действие по исправлению. Она полезнее снимка окна с большим количеством включённых опций.

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

В Archicad правила выдачи организуются через IFC Translators. Сопоставление типов и сопоставление свойств — разные части настройки: сначала задаётся смысл объекта в IFC, затем определяются передаваемые данные. В документации Graphisoft отдельно описан Property Mapping для экспортного переводчика. Graphisoft: Property Mapping for IFC Export, Archicad 29.

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

Структуру проекта удобно отдельно просмотреть в IFC Project Manager. Graphisoft описывает дерево IFC как инструмент работы со структурой и данными. Однако просмотр в исходной программе должен дополняться проверкой уже сохранённого файла: эти действия относятся к разным стадиям выдачи. Graphisoft: IFC Project Manager.

Для Archicad сначала выделите переводчик для конкретной выдачи. Согласуйте схему и модельный вид, затем отдельно настройте Type Mapping и Property Mapping, источник геометрии и состав экспортируемых элементов. После сохранения файла сопоставьте результат с рабочей матрицей; название переводчика не является доказательством его содержания.

Практический контроль одинаков для обеих программ: найдите характерный элемент в готовом файле, проверьте его класс и данные, затем повторите проверку для объекта другого типа. Успешная выгрузка простой стены не подтверждает обработку сложных составных элементов.

Проверьте координаты и итоговый IFC

Контроль положения лучше планировать до экспорта. Выберите несколько узнаваемых точек и зафиксируйте ожидаемую взаимную посадку частей. Это внутренняя проверка, а не замена принятой системы координат. Если файлы «почти совпали», выясните причину, вместо ручного перемещения одной из частей в просмотрщике.

Итоговый файл откройте в отдельном средстве просмотра. Проверьте геометрию, структуру, повторяющиеся элементы и ожидаемые данные. При нескольких файлах сопоставьте их в одной сцене. Не ограничивайтесь общим ракурсом: ошибка свойств может быть незаметна на изображении.

Стандартная валидация IFC и проверка требований городской процедуры — разные уровни контроля. Валидатор проверяет файл в пределах своих правил, а не подтверждает согласование архитектуры. Конфиденциальную модель нельзя загружать во внешний сервис только потому, что он бесплатный или удобный: режим передачи данных должен быть согласован заказчиком.

После правки исходной модели повторите экспорт и соответствующие проверки. Предыдущая успешная проверка относится к прежнему файлу. Для выдачи полезен реестр: имя, редакция, исходная версия, профиль экспорта, дата проверки и ответственный.

Как найти причину сбоя и принять комплект

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

  • Нет объекта. Сначала проверить состав выгрузки, фильтры и исключения.
  • Объект есть, но имеет другой смысл. Проверить класс и исходную классификацию.
  • Объект есть, данные отсутствуют или искажены. Проверить источник параметра, правило передачи и тип значения.
  • Файл корректен, но противоречит чертежам. Разобрать исходную редакцию проектных решений; это не только настройка экспортёра.

Чек-лист внутренней приёмки:

  1. Применимый нормативный документ и процедура выдачи определены.
  2. Точные схема, модельный вид и состав файлов подтверждены.
  3. Профиль экспорта сохранён и связан с версией программы.
  4. Контрольные объекты имеют ожидаемые классы и свойства.
  5. Редакции архитектуры и показателей согласованы.
  6. Положение частей проверено по контрольным точкам.
  7. Итоговые файлы открыты и проверены после последней правки.
  8. Сопутствующие материалы и результаты проверок относятся к этой же редакции.

Такую приёмку следует планировать в составе работ, а не откладывать до последнего дня перед подачей. Если исходная модель не содержит необходимых данных, один новый профиль экспорта задачу не решит.

Вопросы и ответы

Почему IFC открывается, но комплект не готов к подаче?

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

Можно ли взять профиль от другого проекта?

Только после сверки требований, версии программы и состава модели. Похожий объект не означает одинаковую процедуру и одинаковые исходные данные.

Достаточно ли включить все наборы свойств?

Нет. Нужны правильные значения и правила их передачи. Большой объём дополнительных данных не заменяет отсутствие требуемого свойства.

Нужно ли менять архитектуру ради IFC?

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

Можно ли использовать старый отчёт после повторного экспорта?

Не как подтверждение новой версии. Для приёмки нужно связать результат проверки с конкретным выдаваемым файлом и его редакцией.

Можно ли заказать ЦИМ по проекту другого исполнителя?

Да. Состав исходных материалов и ответственность за их согласованность определяют в задании. Разработка отдельной ЦИМ не означает автоматическое принятие ответственности за весь чужой проект.

Разработка ЦИМ по вашему проекту

Если экспорт упирается в устройство исходной модели или отсутствующие данные, задачу целесообразно оценивать как разработку выдаваемой ЦИМ по согласованному проекту, а не как обещание исправить чужой файл несколькими настройками. Для определения объёма нужны актуальные чертежи, материалы АГР, показатели и состав требуемой выдачи.

Передайте проект: разработаем ЦИМ для АГР по вашим исходным материалам.

Материал проверен 10 октября 2026. Настройки экспорта зависят от версии программы и требований конкретного комплекта. Инструкция не заменяет проверку выдаваемой модели.