Цифровая модель собрана, IFC выгружен, ИУЛ подписан — и пакет всё равно отказывает на загрузке в ЕЦПЭ или ГИС ЕГРЗ. В половине случаев виновата не сама модель, а способ, которым проектировщик упаковал папку перед zip-архивом: модели лежат вперемешку с расчётами, версии не маркированы, ИУЛ относится к старой ревизии, а внутри одного раздела дублируются файлы с разными датами. В статье — рабочая раскладка корневой папки ЦИМ под сдачу в экспертизу в апреле 2026 года: что в подпапках, как обращаться с версиями модели, где живёт ИУЛ и что проверить перед zip-архивом.
Что подготовить заранее
- Утверждённый шифр объекта — берётся из задания на проектирование, повторяется в имени корневой папки и во всех файлах внутри.
- Список разделов ПД по ПП РФ № 87 от 16.02.2008 (ред. 21.10.2025) — определяет состав подпапок «по разделам».
- BEP (план реализации проекта с применением ТИМ) по СП 404.1325800.2018 — фиксирует требуемые версии IFC, набор PropertySet, классификатор, формат отчётов проверки коллизий.
- Перечень ИУЛ на электронные тома и УКЭП ответственных лиц — нужны на финальном этапе, после того как файлы получили окончательные имена.
- Шифры стадии («П» для проектной, «Р» для рабочей) — попадают в имя файла и помогают приёмке отделить пакеты разных стадий.
Базовая раскладка корневой папки
Имя корневой папки — шифр объекта (без пробелов, латиницей). Внутри на верхнем уровне три блока: модели по разделам, общие документы, рабочая зона версий.
| Уровень | Папка | Что внутри |
|---|---|---|
| Корень | <шифр объекта>_P или <шифр объекта>_R |
Один комплект на стадию. «P» для пакета на государственную/негосударственную экспертизу ПД, «R» для рабочей документации. |
| 1 | 00_Common |
Опись пакета, общие ИУЛ, заявка на экспертизу, ТЗ (если требуется приложить), классификатор объектов и работ, BEP. |
| 1 | 01_PZ … 12_PB и т. д. |
По одной папке на каждый раздел ПД из ПП 87. Нумерация совпадает с номером раздела. |
| 1 | 05_IOS_1_Elektrosnab … 05_IOS_7_Tehnologich |
Подразделы ИОС вынесены отдельными папками внутри 05. |
| 1 | 99_Models_Coordination |
Сводная координационная модель (если требуется по BEP), отчёты Clash Detection, протоколы коллизионного контроля. |
| 1 | __Workspace (необязательно) |
Рабочая зона: промежуточные версии, заметки команды. В архив для экспертизы не идёт, перед zip-архивом удаляется или исключается из пакета. |
Подпапки разделов нумеруют двумя цифрами с ведущим нулём (01_, 02_) — иначе сортировка по алфавиту в проводнике сначала ставит «10», потом «1», и приёмка ищет нужный том вручную. Для линейных объектов раскладка та же, только под линейку шифр объекта получает суффикс участка (_LO_uchastok_1).
Что лежит в папке раздела
Внутри каждой папки раздела (03_AR, 04_KR, 05_IOS_2_VK и так далее) — три типа файлов: текстовая часть в XML или PDF/A, графическая часть в PDF/A и цифровая модель этого раздела.
| Подпапка раздела | Содержимое |
|---|---|
Text |
Пояснительная записка раздела в XML (для разделов, у которых XML-схема утверждена) либо в PDF/A. Подписи УКЭП — отдельными файлами .sig. |
Graphic |
Чертёжная часть раздела в PDF/A. Каждый лист — отдельный файл по правилам Приказа Минстроя № 783/пр от 12.05.2017. |
Model |
Цифровая модель раздела: нативный формат САПР (RVT, RNP, MSC) и обменный IFC. Дополнительно отчёт об экспорте, если того требует BEP. |
IUL |
Информационно-удостоверяющий лист на том. Один ИУЛ — один том, привязка по контрольным суммам файлов тома. |
Calc (опционально) |
Расчёты, на которые ссылается раздел (теплотехнический, акустический, инсоляционный). Не путать с самой моделью — расчёты живут отдельно, у них свой ИУЛ. |
Для именования файлов внутри подпапок действует шаблон по Приказу № 783/пр: код раздела, марка комплекта, краткое наименование, том, часть, номер изменения. Подробный разбор шаблона имени, разрешённой транслитерации и порядка работы с УКЭП — в материале Имена файлов разделов ПД: правила именования для ЕЦПЭ и ГИС ЕГРЗ.
Папка модели: что лежит рядом с IFC
Папка Model — самое уязвимое место пакета. Здесь чаще всего возникает дрейф между нативной моделью, IFC-выгрузкой и отчётом проверки.
| Файл | Назначение | Что важно |
|---|---|---|
Нативный .rvt / .rnp / .msc |
Исходная модель в формате используемого САПР. | Под ту же ревизию, что IFC. Если IFC обновлён, а нативный — нет, это рассинхрон. |
IFC .ifc |
Обменный формат для приёмки. Версия фиксируется в BEP проекта по СП 404.1325800.2018; на практике для зданий — IFC 4.0, для линейных объектов с трассами — IFC 4.3 ADD2 (расширение схемы для инфраструктуры в ISO 16739-1:2024). | Должен открываться во внешнем просмотрщике (BIMcollab Zoom, Solibri Anywhere, FZK Viewer, BIMvision). |
| Отчёт об экспорте | Лог экспорта (BIMcollab BCF, отчёт Solibri или встроенный лог САПР). | Подтверждает, что модель прошла самопроверку без критичных ошибок. Прикладывается к раздельной модели, если требуется по BEP. |
| ИУЛ на электронный том модели | Удостоверяет состав файлов модели и подписи ответственных. Подписан УКЭП застройщика. | Контрольная сумма ИУЛ привязана к фактическим файлам — переименование после оформления ИУЛ ломает связку. |
Сводная координационная модель и протоколы Clash Detection живут не в папке раздела, а в 99_Models_Coordination. Логика простая: одна координационная модель собирает несколько раздельных, и она привязывается ко всему проекту, а не к одному разделу.
Версионность: что делать с ревизиями модели
Модель живёт долго: рабочая разработка, выпуск стадии «П» на экспертизу, замечания, выпуск с изменениями, стадия «Р». Чтобы не путаться, версии маркируются прямо в имени файла и фиксируются в отдельной папке архива.
| Маркировка | Когда применяется |
|---|---|
_Rev0 или без суффикса |
Исходная подача стадии в экспертизу. |
_Izm1, _Izm2 |
Редакция после замечаний эксперта. Один номер изменения — один цикл сверки. |
_Rev_R |
Версия для рабочей документации. Не смешивается с пакетом стадии «П». |
Старые версии не удаляются и не переименовываются на месте. Они переезжают в подпапку _Archive внутри проекта. В пакет на экспертизу архив не идёт — он остаётся на стороне проектировщика и застройщика как доказательство истории решений. Уровень проработки модели по стадиям — отдельная тема, разобрана в материале про уровни детализации LOD 100–500.
Чек-лист перед zip-архивом
- Имя корневой папки совпадает с шифром объекта; в имени нет пробелов и кириллицы.
- Подпапки разделов пронумерованы с ведущим нулём (
01_,02_, …) и совпадают с номерами разделов ПП 87. - В каждой папке раздела есть
Text,Graphic,ModelиIUL; пустых подпапок нет. - В папке
Modelдля каждой нативной модели лежит соответствующий IFC той же ревизии. - Версия IFC соответствует требованию BEP проекта (для зданий обычно IFC 4.0, для линейных объектов — IFC 4.3 ADD2 по ISO 16739-1:2024).
- Все ИУЛ оформлены на актуальные файлы; контрольные суммы ИУЛ совпадают с файлами тома.
- УКЭП наложена после финального именования: ни один файл с подписью не переименован после оформления .sig. Что использовать в качестве УКЭП — в гайде УКЭП для проектировщика.
- Координационная модель и отчёты Clash Detection находятся в
99_Models_Coordination, а не размазаны по папкам разделов. - Рабочая зона
__Workspaceи архив_Archiveисключены из пакета на экспертизу. - Размер каждого файла — не больше 80 МБ (предел установлен Приказом Минстроя № 783/пр), иначе том разбивается на части (
_Ch1,_Ch2) с обновлением ИУЛ.
Типовые причины отказа на загрузке
- Пустая
Modelв одном из обязательных разделов: проектировщик собрал нативный файл, но не выгрузил IFC. - ИУЛ относится к старой ревизии модели, контрольная сумма не сходится с файлом.
- Кириллица или пробелы в именах папок и файлов; ГИС ЕГРЗ не принимает.
- Нативный файл одной версии, IFC — другой; приёмка получает противоречивый набор данных.
- В папке раздела перемешаны старые и новые файлы, в описи указано одно, фактически — другое.
- Координационная модель попала внутрь папки одного раздела, не в общую координационную папку: содержимое раздела не сходится с описью.
Расширенный список ошибок, на которых пакет возвращают до эксперта, разобран в материале 10 ошибок при загрузке документов в ГИС ЕГРЗ. Сама пошаговая подача через ЕЦПЭ — в инструкции ЕЦПЭ: как подать проект на экспертизу.
FAQ
Можно ли упаковать всё в один zip без подпапок?
Технически загрузка пройдёт, но опись пакета не сойдётся со структурой и регламент оператора потребует пересборку. Структура с папками на разделы — не каприз, а отражение состава ПД по ПП 87, по которому экспертиза ищет конкретные тома.
Куда класть исходники изысканий?
В отдельный пакет (или в подпапку 00_Izyskaniya на корневом уровне), не внутри разделов ПД. Изыскания подаются как самостоятельный комплект документов, у них своя структура и свой ИУЛ.
Что делать с моделью после замечаний эксперта?
Создаётся новая ревизия с суффиксом _Izm1 в имени. Старая версия уезжает в _Archive. ИУЛ на изменённый том оформляется заново. В новый пакет идёт только ревизия с изменениями плюс письмо-сопроводительное с описанием правок.
Нужна ли координационная модель, если объект простой?
По СП 404.1325800.2018 требование к координационной модели и проверке коллизий определяется проектом и BEP. Для типового жилого дома с одним подрядчиком на все разделы — обычно требуется. Для одиночного гаража или киоска — может не требоваться, если в BEP так зафиксировано. Без BEP проектировщик действует по умолчанию: координационная модель собирается.
Как убедиться, что IFC соответствует нативной модели?
Открыть IFC в стороннем просмотрщике (BIMcollab Zoom, Solibri Anywhere, FZK Viewer) и сравнить с нативной моделью по списку этажей, ключевым осям, составу разделов и количеству элементов. Если расхождения — экспорт повторить с правильным набором настроек, оформить новый отчёт об экспорте, обновить ИУЛ.
Структура актуальна на апрель 2026 года, основана на требованиях ПП РФ № 614 и Приказа Минстроя № 783/пр.
Образование: Промышленное и гражданское строительство, магистратура - Подземное и городское строительство.
Подробнее об авторе →