Вопрос. Можно ли построить полноценный ТИМ-процесс на отечественном ПО или без связки нескольких систем пока не обойтись...

Вопрос

Можно ли построить полноценный ТИМ-процесс на отечественном ПО или без связки нескольких систем пока не обойтись?

Ответ

Полноценный ТИМ-процесс уже можно строить на отечественном ПО, но рассчитывать на одну универсальную программу, которая закроет весь жизненный цикл объекта, пока не стоит. На практике речь скорее идёт о подборе совместимого программного контура под конкретные задачи организации.

Российский рынок за последние годы заметно расширился. В перечне отечественного ПО для градостроительной деятельности представлены, в частности, Renga, решения nanoCAD, Model Studio CS, КОМПАС-3D, ТИМ КРЕДО и другие продукты. Минстрой отдельно отмечает наличие отечественных решений для разных этапов жизненного цикла и развитие комплексных продуктов.

При этом сам ТИМ — это не название конкретной программы. В процессе могут участвовать разные системы: одна используется для создания моделей, другая — для координации и проверки, третья — для смет или управления документацией. Поэтому связка нескольких систем сама по себе не означает, что ТИМ-процесс построен неправильно.

Главный вопрос — насколько хорошо эти системы обмениваются данными.

Где отечественный стек уже позволяет работать самостоятельно

Для задач непосредственно проектирования есть полноценные отечественные решения по архитектурным, конструктивным и инженерным разделам. Например, в актуальных отраслевых перечнях представлены Renga, nanoCAD BIM, Model Studio CS, КОМПАС-3D и другие специализированные продукты.

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

Но дальше начинаются задачи интеграции.

Почему одной системы обычно недостаточно?

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

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

Здесь особенно важны открытые форматы и единые требования к информации. Минстрой рассматривает IFC и XML в числе признаков применимости ПО для работы с информационными и цифровыми моделями.

Что чаще всего оказывается сложнее самого моделирования

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

Гораздо важнее проверить, что произойдёт после передачи модели в другую систему:

сохранятся ли нужные параметры;
корректно ли передадутся классификаторы;
не изменится ли геометрия;
можно ли использовать модель для координации;
сохранятся ли связи между объектами;
получится ли получить из неё необходимые объёмы и ведомости;
как будут передаваться замечания и результаты проверок;
можно ли вернуться с изменёнными данными обратно в исходную систему.

Именно поэтому перед закупкой ПО имеет смысл тестировать не отдельные функции, а реальный сквозной сценарий.

Например: архитектурная модель → конструктив → инженерные разделы → сводная модель → проверка → получение объёмов → выпуск документации → передача заказчику.

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

Поэтому переходить лучше не «на программу», а «на процесс»

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

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

Итог: отечественного ПО уже достаточно, чтобы строить на его основе рабочие ТИМ-процессы. Но сегодня разумнее исходить не из идеи «найти одну отечественную замену всему», а из принципа «собрать управляемый отечественный программный контур». Несколько систем в таком контуре — нормальная практика. Проблемой становится не их количество, а отсутствие стандартизированного обмена данными между ними.

Ответ дан по состоянию на 20.09.2026

Все права на информационный материал принадлежат редакции сайта «Дайджест-Визард». Копирование и публикация материала допускается только с обязательной прямой ссылкой на страницу, с которой материал был взят, любое другое использование — только с письменного разрешения редакции.