Как пройти проверку ЦИМ АГР с первого раза: частые ошибки и чек-лист

В 2026 году ЦИМ АГР в формате IFC стала обязательной частью материалов, которые подают на согласование архитектурно-градостроительного решения в Москве. Модель проверяют автоматически и вручную, и на практике её часто возвращают на доработку не из-за архитектуры, а из-за технических мелочей: кода классификатора, названия уровня, лишнего символа в файле экспорта.

Ниже — что именно проверяют, восемь ошибок, которые мы чаще всего находим при проверке моделей, и чек-лист, по которому стоит пройтись перед подачей.

Что такое ЦИМ АГР

Это цифровая информационная модель объекта, выгруженная в открытый формат IFC. В отличие от визуализаций и полигональных моделей (НПМ и ВПМ), ЦИМ несёт данные: из неё должны получаться площади, этажность и технико-экономические показатели. Поэтому к ней предъявляют требования не только по геометрии, но и по структуре.

Что проверяют в модели

• Формат. IFC4 в варианте Reference View.
• Привязку. Московская система координат и Балтийская система высот, совпадение с генпланом.
• Классификацию. У каждого элемента должен быть корректный класс IFC и код классификатора.
• Структуру. Уровни, разбивку на дисциплинарные файлы, наименования.
• Атрибуты. Наборы свойств и параметры с точными названиями и заполненными значениями.
• Показатели. Площади и ТЭП из модели, XML-ведомость.
• Комплектность. Все обязательные файлы в составе подачи.

Восемь частых ошибок

1. Элемент смоделирован не той категориейШахту или коммуникационный короб сделали «колонной», декоративную панель — «стеной». В IFC элемент выгружается с неверным классом, и дальше неправильными становятся классификация, атрибуты и площади. Категорию нужно проверять до назначения кодов, а не после.
2. Коды классификатора назначены «по аналогии»Перемычкам, карнизам и декоративным элементам ставят код перекрытия, потому что «похоже». Проверка сопоставляет код с классом и назначением элемента, и такие совпадения превращаются в пачку замечаний. Для каждого типа элементов нужен осознанный выбор кода, а спорные случаи лучше выписать отдельно.
3. Уровни названы как удобно, а не как требуется«Этаж 1», «1 этаж», «L01» и «Уровень_1» в одной модели — частая картина. Названия и состав уровней должны соответствовать требованиям и быть едиными во всех дисциплинарных файлах, иначе этажность и площади по этажам не сойдутся.
4. Кириллица и латиница вперемешку в названиях свойствБуквы «А», «В», «Е», «К», «М», «Н», «О», «Р», «С», «Т», «Х» выглядят одинаково в обоих алфавитах. Человек разницы не видит, а проверка видит: свойство с латинской «С» в названии для неё не существует. Названия наборов свойств и параметров стоит проверять скриптом, а не глазами.
5. Площади в модели не совпадают с ТЭПДаже расхождение в доли квадратного метра — повод для замечания, потому что ТЭП и XML-ведомость должны формироваться из модели. Обычно причина в округлении, в помещениях, которые не попали в подсчёт, или в ручной правке таблицы после выгрузки.
6. Ошибки в файле сопоставления для экспортаЛишняя табуляция или сдвинутый столбец в файле маппинга IFC — и параметр выгружается не в то свойство или не выгружается совсем. Снаружи модель выглядит нормально, ошибка видна только при разборе IFC-файла.
7. Модель не в той системе координатЦИМ должна быть в московской системе координат и Балтийской системе высот и совпадать с генпланом. Если модель собирали «в нуле» и привязку оставили на потом, это нужно исправить до экспорта, а не после замечания.
8. Неполный комплект файловМногие возвраты связаны не с самой моделью, а с комплектностью: не приложили XML-ведомость, ведомости или сопутствующие файлы, ТЭП в разных документах расходятся. Комплект стоит сверить по списку до подачи.

Чек-лист перед подачей

• Модель выгружена в IFC4 (Reference View) и открывается в стороннем просмотрщике без ошибок
• Модель в московской системе координат и Балтийской системе высот, совпадает с генпланом
• Каждый элемент смоделирован правильной категорией
• Коды классификатора назначены всем элементам, спорные случаи разобраны отдельно
• Уровни названы по требованиям и одинаково во всех дисциплинарных файлах
• Наборы свойств и параметры названы точно по требованиям, без смешения алфавитов
• Обязательные атрибуты заполнены у всех элементов
• Площади и ТЭП из модели совпадают с таблицей и XML-ведомостью
• Комплект полный: ЦИМ, НПМ и ВПМ, ведомости, XML, сопутствующие файлы
• Требования сверены с актуальной редакцией на mos.ru на дату подачи

Как мы проверяем модель

Мы разбираем не исходный файл Revit или ArchiCAD, а именно выгруженный IFC — то, что увидит проверка. Сверяем категории и классы элементов, коды классификатора, уровни, наборы свойств и площади, отдельно проверяем файл сопоставления для экспорта. По итогам выдаём отчёт: каждое замечание с описанием, приоритетом и способом исправления. После доработки проверяем модель повторно.

Если модели ещё нет или её нужно довести до требований, можем подготовить ЦИМ сами — отдельно или в составе разработки АГР под ключ. Подробнее о проверке моделей — на странице BIM-аудита.

Частые вопросы