Почему 3D-модель АГР не проходит техническую проверку: ошибки НПМ, ВПМ и IFC

3D-модель АГР может корректно открываться у проектировщика и при этом не проходить техническую проверку. Причина обычно заключается не в одном «повреждённом файле», а в несоответствии модели установленному формату, системе координат, допустимой сложности, правилам описания элементов или другим материалам проекта.

Низкополигональная модель, высокополигональная модель и цифровая информационная модель в формате IFC решают разные задачи. Поэтому нельзя подготовить один универсальный файл и сохранить его под тремя названиями. Различия между моделями рассмотрены в статье «3D-модели для АГР». Здесь разберём именно причины технического возврата и порядок их устранения.

Материал актуализирован по состоянию на 17 августа 2026 года.

~

Tetriz Architects рассматривает НПМ, ВПМ и IFC как связанные части архитектурного решения. Техническая корректность модели должна подтверждать проект, а не существовать отдельно от фасадов, планов, разрезов и ТЭП.

Если требуется проверить причины возврата, исправить цифровые модели и синхронизировать их с альбомом АГР, порядок работы представлен на странице «Разработка и согласование АГР в Москве».

Техническая проверка НПМ, ВПМ и IFC-модели для АГР

Обсудить маршрут согласования

Какие требования действуют в Москве

Федеральное основание московской процедуры установлено частью 19 статьи 63 Градостроительного кодекса РФ.

До 29 сентября 2026 года включительно порядок утверждения АГР регулирует Постановление Правительства Москвы от 30.04.2013 № 284-ПП. Технические параметры полигональных моделей установлены распоряжением ДИТ Москвы и Москомархитектуры от 22.08.2025 № 64-16-429/25/1736. Актуальные документы и вспомогательные материалы опубликованы на официальной странице Архитектурной комиссии.

Требования к материалам в формате IFC утверждены распоряжением ДГП и ДИТ Москвы от 16.01.2026 № ДГП-Р-1/26/64-16-6/26. Для практической подготовки ЦИМ также опубликованы официальные рекомендации по IFC.

С 30 сентября 2026 года вступает в силу Постановление Правительства Москвы от 22.05.2026 № 1423-ПП. Оно предусматривает форматно-логический контроль заявления и файлов, проверку соответствия НПМ, ВПМ и IFC техническим требованиям, а также сопоставление цифровых моделей с другими проектными материалами. Заявления, поданные до этой даты, рассматриваются по ранее действовавшему порядку.

Точный состав моделей и исключения необходимо определять по категории объекта и актуальному маршруту. Наличие требования к 3D-модели нельзя устанавливать только по площади или назначению здания.

Что означает «модель не прошла техническую проверку»

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

технически корректная модель получает содержательные замечания к архитектуре;
архитектурно проработанный проект не рассматривается полноценно из-за ошибок цифровых файлов.

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

Где чаще всего возникают ошибки

Ошибки низкополигональной модели

НПМ должна передавать положение и основные характеристики объекта без избыточной детализации. Попытка перенести в неё исходную BIM-модель целиком обычно ухудшает результат.

Неверная геопривязка
Объект оказывается в начале координат, за пределами участка, повёрнут относительно подосновы или смещён по высоте. Причинами становятся:
- экспорт во внутренней системе координат программы;
- подмена базовой точки проекта;
- неверные единицы измерения;
- несогласованный угол относительно истинного севера;
- различная высотная привязка отдельных корпусов;
- применение трансформаций только на уровне сцены, а не геометрии.
Координаты следует проверять не по одному контрольному числу, а сборкой модели с участком, проектной ситуацией и другими корпусами.
Избыточная или недостаточная геометрия

В НПМ часто попадают мебель, внутренние перегородки, оборудование, мелкие фасадные элементы и скрытые объекты. Они увеличивают размер файла, но не улучшают восприятие объёма.

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

Ошибки высокополигональной модели

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

Модель выглядит корректно только на компьютере автора, если текстуры подключены по абсолютным локальным путям. После передачи фасады становятся белыми, чёрными или получают случайные материалы.
Перед выпуском проверяются:

наличие всех файлов текстур в передаваемом комплекте;
допустимые форматы и разрешение;
отсутствие лишних альфа-каналов;
корректность текстурных атласов;
однозначные наименования;
отсутствие ссылок на сетевые диски и локальные каталоги.

Ошибки UV-развёртки и масштаба материала

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

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

Перегруженная сцена

Наиболее частые источники лишнего веса — многократно дублированная геометрия, невидимые интерьеры, чрезмерное количество отдельных объектов, неприменённые модификаторы и текстуры неоправданно высокого разрешения.

Сокращать объём файла нужно управляемо. Удаление архитектурно значимых ламелей, решёток, ограждений или оконных откосов ради формального уменьшения полигональности может привести уже к содержательному расхождению с АГР.

Почему не проходит IFC-модель

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

Неверный формат экспорта

Для ЦИМ АГР применяется установленное требованиями представление IFC 4 Reference View и формат IFC SPF. Экспорт в другую схему, повреждение файла при преобразовании или применение неподходящего профиля выгрузки могут сделать модель нечитаемой для автоматической проверки.

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

Неправильная классификация элементов

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

Особое внимание требуется элементам, которые в исходной программе относятся к одной категории, но в IFC должны разделяться: например, стены, облицовка, витражи, покрытия и элементы благоустройства.

Отсутствующие атрибуты

Стандартных свойств исходной BIM-модели недостаточно. Необходимо заполнить предусмотренные требованиями наборы RusSet_ и параметры RUS_.
Типичные ошибки:

обязательное свойство отсутствует;
параметр создан, но не заполнен;
число передано строкой;
единица измерения отличается от установленной;
значение присвоено типу, хотя должно находиться у экземпляра;
одинаковый параметр заполнен по-разному в связанных файлах.

Проверять следует не наличие названия параметра, а его фактическое значение после экспорта.

Ошибки пространственной структуры

Если помещения и функциональные зоны не сформированы как корректные IfcSpace, система не сможет достоверно сопоставить площади и ТЭП.

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

Несогласованные уровни и корпуса

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

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

Расхождение ТЭП

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

разных правил построения границ помещений;
устаревшей версии XML;
неучтённых или задвоенных пространств;
различного округления;
изменения планировки после последнего экспорта;
неверного состава корпусов и очередей.

Проверка ТЭП должна выполняться по исходным элементам модели, а не только сравнением итоговых строк. Подробный порядок сверки приведён в статье «ТЭП в материалах АГР».

Проверка технико-экономических показателей в материалах АГР

Как определить причину по результату загрузки

Как организовать исправление модели

Зафиксировать проверяемую версию

До исправления необходимо определить единую дату и номер версии альбома, НПМ, ВПМ, IFC и XML. Работа с несколькими параллельными выгрузками создаёт новые расхождения.

Разделить замечания по типам

Замечания следует распределить на четыре группы:

Файловые — формат, структура, наименования, комплектность.
Геометрические — сетка, масштаб, габариты, полигональность.
Информационные — классы IFC, атрибуты, уровни, пространства.
Междокументные — расхождения с альбомом, визуализациями и ТЭП.

Исправлять источник, а не только результат экспорта

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

Проверять модели раздельно и в сборке

Сначала проверяется каждый файл, затем весь комплект:

НПМ и ВПМ — по геометрии, координатам и визуальному соответствию;
IFC — по схеме, классам, атрибутам и пространственной структуре;
общий комплект — по посадке, корпусам, отметкам и ТЭП.

Использовать независимые просмотрщики

Файл должен открываться без исходных библиотек, плагинов и локальных ресурсов автора. Для ВПМ проверяются упакованные текстуры, для IFC — структура после экспорта, а не внутри нативной BIM-модели.

Повторно сверить связанные материалы

Изменение фасада, кровли, корпуса или помещения может потребовать обновления:

НПМ;
ВПМ;
IFC;
планов, фасадов и разрезов;
визуализаций;
XML-ведомостей и ТЭП;
наименований и реестра файлов.

Исправление только файла, упомянутого в замечании, не гарантирует согласованности комплекта.

Чек-лист перед повторной загрузкой

выбран актуальный маршрут рассмотрения;
применены действующие технические требования;
НПМ, ВПМ, IFC и альбом относятся к одной версии;
модель размещена в правильной системе координат;
масштаб и высотная привязка проверены;
удалены скрытые и случайные объекты;
сетка не содержит критических разрывов и наложений;
полигональность соответствует типу модели;
текстуры упакованы и корректно отображаются;
элементы IFC сопоставлены требуемым классам;
заполнены обязательные атрибуты;
уровни, корпуса и секции структурированы одинаково;
помещения и зоны корректно формируют площади;
ТЭП совпадают с XML, заявлением и альбомом;
файлы открыты в независимых программах;
архив собран повторно после последнего изменения.

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

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