Добавить в корзинуПозвонить
Найти в Дзене
Евгений Сукоркин

IFC: универсальный язык ТИМ, который стал законом — и который большинство не умеет «говорить»

Вы открываете IFC-файл — а там нет половины атрибутов, классы перепутаны, а стены превратились в Generic Elements. Знакомая ситуация? Пока одни «экспортируют как получится», экспертиза уже проверяет модели автоматически — и отклоняет 40% из-за технических несоответствий. В мире цифровизации строительства есть формат, который знают все — но понимают единицы. Его требуют экспертизы, о нём говорят на конференциях, его упоминают в постановлениях Правительства. Это IFC — Industry Foundation Classes (Отраслевые базовые классы), открытый международный стандарт обмена BIM-данными. Формально IFC — это просто формат файла, как PDF или DWG. Но по факту это язык, на котором информационные модели «разговаривают» между собой — и с государственными системами экспертизы. И если ваша модель «говорит» на этом языке неправильно — она не пройдёт экспертизу. Даже если проект идеальный. 16 января 2026 года Департамент градостроительной политики Москвы утвердил Распоряжение №ДГП-Р-1/26/64-16-6/26 «Об утвержд

Вы открываете IFC-файл — а там нет половины атрибутов, классы перепутаны, а стены превратились в Generic Elements. Знакомая ситуация? Пока одни «экспортируют как получится», экспертиза уже проверяет модели автоматически — и отклоняет 40% из-за технических несоответствий.

В мире цифровизации строительства есть формат, который знают все — но понимают единицы. Его требуют экспертизы, о нём говорят на конференциях, его упоминают в постановлениях Правительства. Это IFC — Industry Foundation Classes (Отраслевые базовые классы), открытый международный стандарт обмена BIM-данными.

Формально IFC — это просто формат файла, как PDF или DWG. Но по факту это язык, на котором информационные модели «разговаривают» между собой — и с государственными системами экспертизы. И если ваша модель «говорит» на этом языке неправильно — она не пройдёт экспертизу. Даже если проект идеальный.

16 января 2026 года Департамент градостроительной политики Москвы утвердил Распоряжение №ДГП-Р-1/26/64-16-6/26 «Об утверждении Требований к материалам в формате IFC, предоставляемым в целях согласования архитектурно-градостроительных решений объектов капитального строительства». Это значит: теперь в Москве IFC — не «дополнительный формат», а обязательная часть документации для согласования АГР. И требования к нему — конкретные, измеримые, проверяемые автоматически.

Анатомия IFC: что это и почему это важно

IFC расшифровывается как Industry Foundation Classes — «отраслевые базовые классы». Это открытый формат и схема данных, стандартизированное цифровое описание объектов капитального строительства, включая здания и гражданскую инфраструктуру. Является международным стандартом ISO 16739-1:2018 и не зависит от программного продукта.

Версии IFC: эволюция стандарта

IFC 2x3 Coordination View — устаревшая версия, разработана в 2006 году. До 2024 года была основной в России, но сейчас больше не принимается большинством экспертиз.​

IFC4 — текущий стандарт с 2024 года. Обязателен для всех государственных экспертиз и большинства заказчиков. Поддерживает расширенную семантику (больше типов элементов), улучшенную геометрию и национальные расширения.

IFC4.3 — перспективная версия, ориентированная на инфраструктуру, дороги, мосты, туннели. Пока не обязательна.​

MVD — «паспорт» модели

MVD (Model View Definitions) — это рекомендуемый набор данных и элементов, который должна содержать IFC-модель в зависимости от её предназначения. Например:​

  • IFC4 Reference View — для визуализации и координации (геометрия + базовые атрибуты)
  • IFC4 Design Transfer View — для передачи полных проектных данных (геометрия + атрибуты + связи + параметры)

Без MVD IFC-файл — это «сырой» набор данных. С MVD — это стандартизированное представление модели для конкретной задачи.​

IDS — машиночитаемые требования

IDS (Information Delivery Specification) — открытый стандарт, с помощью которого можно формализовать требования к информации, заложенной в BIM-модели в формате IFC. Экспертизы (например, Санкт-Петербурга) уже публикуют требования к ЦИМ в виде IDS-файлов. Программа автоматически проверяет, что в IFC-модели присутствуют все нужные объекты и свойства согласно заданным критериям.​

Это будущее контроля качества: не инспектор вручную перебирает параметры, а алгоритм валидирует модель за секунды — и выдаёт список несоответствий.​

Боль проектировщика: «Экспорт убивает данные»

Проектировщик моделирует в Revit/ArchiCAD/Renga. Модель идеальна: все атрибуты заполнены, все классификаторы проставлены, все спецификации сходятся. Нажимает Export → IFC4. Открывает файл в IFC Viewer — и видит Generic Element вместо стен, пустые атрибуты, перепутанные классы.

Почему? Потому что маппинг (сопоставление) между классами нативного ПО и классами IFC настроен неправильно. Или не настроен вообще. В Revit каждый элемент — это Wall, Beam, Column. Но в IFC каждый элемент — это IfcWall, IfcBeam, IfcColumn с подтипами и предопределёнными значениями. И если маппинг неверен — данные теряются или искажаются.​

Боль инженера ПТО: «Атрибуты не переносятся»

В Revit у стены есть параметр «Марка стены», «Материал», «Толщина». При экспорте в IFC эти параметры должны попасть в Property Sets (наборы свойств) — специальные контейнеры атрибутов в IFC-схеме. Но если экспорт настроен по умолчанию — половина атрибутов не переносится. Или переносится в «нестандартные» наборы, которые экспертиза не читает.

Требования Москвы чётко определяют: пользовательские наборы атрибутов российского расширения IFC начинаются с префикса «RPset_» (например, RPset_ElementCommon). Пользовательские атрибуты — с префикса «RUS_» (например, RUS_ElementCode). Если этого нет — модель технически неправильна, даже если содержание верное.

Боль заказчика: «Мы получили IFC — но что с ним делать?»

Заказчик получает IFC-файл от проектировщика. Файл весит 300 МБ. Открывается в бесплатном Viewer. Красивая 3D-модель. Но как проверить ТЭПы? Как убедиться, что площади посчитаны правильно? Как проверить, что все помещения промаркированы?

Для этого нужны инструменты валидации IFC: Solibri, BIMcollab, IfcDoc. Лицензии стоят от 200 000 до 500 000 рублей в год. И нужны специалисты, которые умеют с ними работать. Без этого IFC-модель — «чёрный ящик».​

Боль экспертизы: «40% моделей не проходят техническую проверку»

По данным экспертных организаций, около 40% IFC-моделей, поступающих на экспертизу, не проходят первичную техническую валидацию: неверная структура файла, отсутствие обязательных элементов (IfcProject, IfcSite, IfcBuilding), некорректные GUID, ошибки в геометрии.

Это означает возврат на доработку ещё до содержательной проверки. Потеря 2–4 недель. Срыв сроков. Штрафы.

Исследования и аналитика: цифры за форматом

Требования регионов и федерации

Москва: Постановление Правительства Москвы №1347-ПП — обязательный BIM с 2024 года. Распоряжение ДГП №ДГП-Р-1/26/64-16-6/26 от 16.01.2026 — требования к IFC для АГР. IFC4 обязателен.

Санкт-Петербург: Рекомендации по применению BIM. Экспертиза публикует требования к ЦИМ в формате IDS-файлов — это прорыв в автоматизации контроля.​

Татарстан: Пилотные проекты в BIM.​

Федеральный уровень: BIM обязателен для объектов госзаказа стоимостью более 1,5 млрд рублей (ПП №331).

Состояние рынка в 2026 году

  • 30% застройщиков в стране применяют ТИМ​
  • IFC4 принимают 100% государственных экспертиз с 2024 года​
  • Средний размер IFC-модели для жилого дома 10–15 этажей — 50–500 МБ​
  • Время валидации модели в Solibri — 5–30 минут в зависимости от размера​
  • Стоимость лицензии Solibri Office — около 300 000 рублей в год​

Типовой размер потерь при неправильном экспорте IFC

  • Возврат из экспертизы — задержка на 2–4 недели
  • Переделка модели — 50–200 часов работы BIM-специалиста
  • Штрафы за срыв сроков — от 100 000 рублей и выше

Итого: одна ошибка в экспорте IFC может стоить от 500 000 до 2 млн рублей — в зависимости от масштаба проекта.

История одного экспорта

Проект многоквартирного дома, 18 этажей, подземная парковка. Проектирование в Revit. Модель готова, все разделы согласованы. Экспорт в IFC4. Подача на экспертизу.

Неделя 1: Возврат. Замечание: «Отсутствуют атрибуты МОГЭ (Московская объектная геоинформационная энциклопедия) для элементов стен и перекрытий». Проектировщик в шоке: «Мы все заполняли в Revit!»

Причина: при экспорте в IFC атрибуты с префиксом МОГЭ_ не попали в PropertySets. Маппинг был настроен на стандартные IFC-атрибуты, но не на пользовательские российские расширения.​

Неделя 2: Настройка маппинга. Создание кастомного IFC Export Configuration в Revit. Проверка экспорта на тестовых элементах. Повторная выгрузка.

Неделя 3: Валидация в Solibri. Обнаружены 127 коллизий типа «элемент не имеет класса IFC» и «атрибут не соответствует требуемому типу данных». Исправление вручную.​

Неделя 4: Повторная подача. Успешная техническая валидация. Модель принята на содержательную экспертизу.

Итого: четыре недели задержки из-за неправильного экспорта IFC. Хотя сам проект был готов в первый день.

Что не так с IFC и о чём молчат

Проблема №1: Нет единого российского MVD. Каждая экспертиза, каждый заказчик требует «свой» набор атрибутов. Москва — МОГЭ, Петербург — IDS-файлы, федеральная экспертиза — базовый IFC4. Проектировщик должен готовить три разные версии одной модели для разных инстанций.

Проблема №2: IFC не сохраняет параметрические связи. В Revit стена параметрически связана с окном. Измените высоту стены — окно автоматически поднимется. В IFC эта связь теряется: стена — отдельный объект, окно — отдельный. Это «мёртвая» модель, которую нельзя редактировать.​

Проблема №3: Геометрия упрощается. Сложные формы (NURBS-поверхности, адаптивные компоненты) при экспорте в IFC триангулируются (превращаются в набор треугольников). Модель становится тяжёлой и теряет точность.​

Проблема №4: Нет обратной совместимости. IFC4 не читается в программах, поддерживающих только IFC 2x3. Это значит — если у заказчика старое ПО, он не откроет вашу модель.​

Практические советы: чек-лист подготовки IFC для экспертизы

До экспорта (в нативном ПО)

  1. Настройте маппинг классов. В Revit/ArchiCAD/Renga создайте шаблон экспорта IFC с корректным сопоставлением элементов классам IFC. Стена должна экспортироваться как IfcWall, а не IfcBuildingElementProxy.​
  2. Заполните атрибуты с префиксами RUS_ и RPset_. Это требование российских расширений IFC. Без них модель технически неправильна.
  3. Проверьте GUID. Каждый элемент ЦИМ должен содержать уникальный глобальный идентификатор GlobalID (GUID). Присвоенные элементам идентификаторы GUID не должны меняться на протяжении всех этапов жизненного цикла.​
  4. Создайте пространственную структуру. ЦИМ должна содержать иерархию: IfcProject → IfcSite → IfcBuilding → IfcBuildingStorey → элементы.​

При экспорте

  1. Выберите IFC4 (не IFC 2x3). Версия не ниже IFC4 — обязательное требование с 2024 года.
  2. Выберите правильный MVD. Для экспертизы — IFC4 Reference View или Design Transfer View.​
  3. Экспортируйте в формат .ifc (STEP Physical File). Не .ifcZIP, не .ifcXML — стандарт .ifc (текстовый файл).​

После экспорта

  1. Откройте IFC в Viewer. Проверьте визуально: все элементы на месте? Нет «пустот»? Геометрия корректна?​
  2. Валидируйте в Solibri или аналоге. Проверка на:
  • Корректность классов IFC
  • Наличие обязательных атрибутов
  • Соответствие иерархии
  • Отсутствие дублей и коллизий
  1. Проверьте размер файла. Если IFC весит в 5–10 раз больше нативной модели — что-то пошло не так (обычно — избыточная триангуляция геометрии).​

Перед подачей

  1. Проверьте соответствие IDS-требованиям (если заказчик/экспертиза их предоставила).​
  2. Подпишите модель УКЭП (усиленная квалифицированная электронная подпись), если это требуется для юридической значимости.​

Видение: IFC как язык цифрового двойника

Сегодня IFC — это формат обмена данными между разными программами. Но завтра IFC станет языком цифрового двойника — единой модели, которая живёт от проектирования до сноса.

Представьте: проектная ЦИМ в IFC4 передаётся в экспертизу. Автоматическая валидация по IDS-требованиям — за 5 минут. Замечаний нет. Модель интегрируется в ГИСОГД (Государственную информационную систему обеспечения градостроительной деятельности). Строительная организация получает эту модель — и дополняет её данными о ходе работ: IfcTask (задачи), IfcWorkSchedule (календарный график),  IfcCostSchedule (смета). После завершения строительства модель переходит в эксплуатацию — и становится основой для управления зданием (Facility Management): регламенты ТО, история ремонтов, паспорта оборудования — всё в одном IFC-файле.

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

Вопрос только один: готова ли отрасль говорить на этом языке правильно? Или мы ещё десять лет будем терять данные при экспорте, получать возвраты из экспертизы и спорить о том, «чья версия IFC правильнее»?

Технологии готовы. Стандарты готовы. Остались только люди — проектировщики, заказчики, эксперты, — которые научатся использовать IFC не как «формальность для экспертизы», а как инструмент управления информацией об объекте капитального строительства.

Подписывайтесь на канал «Цифровой строитель». Разборы форматов, стандартов, требований — простым языком, без «воды». Как готовить IFC, как проходить экспертизу, как настроить маппинг. Каждый совет — применимый завтра. Если вы работаете с BIM/ТИМ — вам сюда.

Автор: Евгений Сукоркин

Эксперт по цифровизации строительной отрасли

Telegram: https://t.me/cifrovoistroitel

Max: https://max.ru/id463405889255_biz

YouTube: https://youtube.com/@cifrovoistroitel?si=odtFs6fiqm8qW-_s

Instagram:https://www.instagram.com/evg_sukorkin?igsh=MWtkaTNpNWR1eG9peQ==&utm_source=qr

#IFS #цифровизация #строительство #BIM #ТИМ #застройщики #нормативнаябаза #законодательство #214ФЗ #ГрадостроительныйКодекс