Давайте рассуждать и первое, что хочется заметить, что в ПП РФ № 614, в определениях «ведения» и «формирования», а также в слове «процесс» в начале каждого определения, более уместна множественная форма, так как процессы включения, актуализации и перевод в режим архивного хранения, а тем более процессы сбора, обработки, систематизации, учета и хранения – это очень разные процессы. Эти процессы проще назвать отдельными технологиями информационного моделирования по двум причинам:

1. Так сказано в самом ПП РФ № 614 – последняя из приведённых цитат;

2. Перечисленные процессы (включения, актуализации, сбора, обработки, систематизации, учета и хранения) есть то, что президент России лаконично назвал «системой управления жизненным циклом объектов капитального строительства».

Что и требовалось – доказать! Осталось только сделать четкую классификацию и градацию технологий информационного моделирования, определить границы – начало и конец каждой для стандартизации обмена данными. Вот и готов примерный план работы для российских производителей ПО, исключающий дублирование и размазанную «платформенность», под которую каждый собирает и потом навязывает потребителю иногда не очень удачные решения. Хочешь заменить решение другим – более простым и лучшим, иди кланяйся формату IFC и получай комплекс проблем, а будет стандартизация ТИМ – бери и меняй. Конкуренция – штука хорошая, когда понимаешь, что конкретно нужно рынку, да и инфоцыган-однодневок резко поубавится – делом займутся.

Можно сказать: «ну подумаешь выкрутил автор из нормативно-правовых актов некие подтверждения своим теориям, а в BIM это нет и вроде справляется». Уже существует несколько реестров строительного ПО. Очень подробно эта тема рассмотрена в обзоре журнала «информационное моделирование» № 1 за 2025 год, под названием «Технология информационного моделирования: камень преткновения или этап развития?»^[42], хотя будет и продолжение. Приведу короткий отрывок из этого обзора:

«…Чтобы понять, о чем конкретно идет речь, необходимо обратиться к многочисленным перечням и реестрам ПО в области информационного моделирования, где уже наметились некоторые группы ТИМ. Отдельно можно сказать, что этих перечней / реестров такое количество, и качество подбора ПО в них настолько субъективно, что особого доверия к ним у потребителя нет, но обо всем по порядку. Начнем с главного перечня – от Минстроя России^[43], который рассмотрим поподробнее (рисунок 6).

Рисунок 6. Минстрой России – «…Перечень российского программного обеспечения для субъектов градостроительной деятельности…».

Структура «Перечня российского программного обеспечения для субъектов градостроительной деятельности…» (далее – Перечень) состоит из следующих разделов:

а) задачи (решаемые);

б) столбцы с зарубежным и российским ПО;

в) номер записи в реестре Минцифры;

г) ссылка на официальный сайт;

д) функциональность.

Претензии к такому расположению есть, и их много: даже с первого взгляда виден странноватый подход и субъективизм при составлении Перечня. Не готовы сказать о ПО других отечественных вендоров – только про продукты компании «СиСофт Девелопмент»: то, как продукты компании расположены в Перечне, лишает потребителя понимания одного из главных преимуществ этих продуктов, а именно комплексности применения и бесшовной интероперабельности всего жизненного цикла. То, что потребитель не видит этого – значительный недостаток для Перечня такого уровня. Аналогом является сравнение автомобилей по параметрам «сколько колес», «сколько дверей», «сколько пассажиров», «какова масса перевозимого груза» и пр. – несомненно важным, но не дающим понимания, как отличить мерседес от запорожца или автобус от грузовика. Да, пока так, но как разобраться потребителю?

Следующей градацией Перечня является горизонтальная разбивка на 7 частей по областям градостроительной деятельности: «Территориальное планирование», «Экспертиза», «Проектирование», «Строительство», «Оплата и закупка», «Эксплуатация» и «Общие для всех этапов жизненного цикла программные комплексы». Каждая из горизонтальных частей содержит подобласти с отдельными направлениями в столбце «Задачи» и соответствующее заполнение остальных столбцов. Перечень можно посмотреть онлайн или скачать в виде Excel-файла. В скачанном виде будет доступна фильтрация по всем столбцам.

Прежде чем закончить описание Перечня, необходимо отметить следующую его особенность: в столбце «Зарубежное ПО» есть опция «Отсутствует зарубежный аналог на территории РФ» – и это не случай санкций, а тот самый запрос на амбициозный рывок в цифровизации стройки, который для западных вендоров недоступен. Сторонникам западного BIM на заметку: такая запись встречается по 13 задачам информационного моделирования из 28. И что теперь, так и будете утверждать о преимуществах западных технологий для отечественной цифровизации? Но это лишь ремарка «по пути» анализа Перечня.

А тем временем, именно эти (пока) 28 групп, собранные в 7 частей – областей градостроительной деятельности и являются первым приближением групп ТИМ по направлениям, которые, несомненно, будут продолжать делиться на подгруппы и отдельные ТИМ, с развитием этих технологий и специализации ПО. Столь же несомненным будет платформенный путь развития комплексов ТИМ, закрывающих целые разделы и направления жизненного цикла.

Подробнее и полнее описано в журнале «Информационное моделирование» № 1 за 2025 год.

Примерно то же самое наблюдается и в остальных, рассмотренных или не рассмотренных перечнях или реестрах. То есть как рынок, так и здравый смысл уже давно требуют классификации, президент и правительство РФ не против, а ее почему-то все нет. Почему?

Для ответа приведу еще пример с родственной ИТ отраслью – искусственным интеллектом. Начнем с указа президента России от 10 октября 2019 года № 490 «О развитии искусственного интеллекта в Российской Федерации»^[44], в котором появился термин «технологии искусственного интеллекта» (ТИИ) – и тоже, как и ТИМ, во множественном числе. Более того, прямо в утвержденной этим указом, национальной стратегии, были даны некоторые группы таких технологий, как компьютерное зрение, обработка естественного языка, распознавание и синтез речи, поддержка решений и даже группа «перспективные методы». В редакции Указа Президента РФ от 15 февраля 2024 года № 124^[45] появилось уточнение, что ТИИ – это совокупность технологий с таким же перечислением. При этом, к техническим градациям группирования ТИИ добавились высокоуровневые градации, такие как «доверенные ТИИ». Жаль, что этого не написали по отношению к ТИМ: насколько бы сейчас было меньше проблем!

В 2020 году утвердили ГОСТ Р 59277–2020 «Классификация систем искусственного интеллекта»^[46], который предложил целую систему классификаций, обозначая ТИИ как комплекс технологических решений (рисунок 7).

Рисунок 7. Схема классификации ТИИ (ГОСТ Р 59277–2020).

Много ли в 2020 году вы слышали про искусственный интеллект? Не очень, а классификацию уже сделали! Опять вопрос – почему этого не сделали для ТИМ? Ответ есть – не было отдельного технического комитета Росстандарта по информационному моделированию, а по ИИ был (ТК 164 «Искусственный интеллект»). Однако скорее всего, ответ другой: в 2020 году был паритет в развитии ТИИ, как в России, так и на коллективном Западе, но не по по ТИМ. Вернее, в то время однозначно в приоритете был только западный BIM. При этом рынок России был полностью захвачен ведущими западными вендорами. Т. е. BIM мы попали в зависимость отсталых технологий.

Вот вам и ответ на вопрос «кто тормозит развитие»! Нужно выбираться из этого прокрустова ложа.

Это первый этап – классификация ТИМ ведения и формирования, но ведь есть и второй! Читаем еще раз послание от президента и от правительства – процессы (включения, актуализации, сбора, обработки, систематизации, учета и хранения) – есть то, что лаконично названо «системой управления жизненным циклом объектов капитального строительства». Что мы видим в этой фразе? Здесь сразу два смысла и изреченный президентом – намного глубже.

Давайте вместе расшифруем сказанное и поймем, что есть технологии информационного моделирования (формирования и ведения) самой информационной модели, а что есть технологии информационного моделирования, являющиеся неотъемлемой частью систем управления жизненным циклов самих объектов капитального строительства. Еще раз – система управления жизненным циклом объектов капитального строительства (В. В. Путин).

Прежде чем продолжить, расскажу одну историю. На одном из совещаний в Минстрое, когда обсуждались поправки в Градостроительный кодекс, я задал вопрос Дмитрию Анатолиевичу Волкову, который был в ту пору цифровым заместителем министра. Вопрос был такой: «термин ОКС в определении ИМ, где есть этап «эксплуатации» неудачен по двум причинам: ОКС нельзя эксплуатировать (уже в акте ввода в эксплуатацию пишется «здание», «строение» или «сооружение»), и второй – не все что мы включаем в информационную модель можно назвать ОКСом, например, земля, залежи подземных ископаемых, даже призабойная зона добычной скважины и другое. Проще назвать объект недвижимости, под который все это подходит. Ответ меня поразил своей откровенностью: «Уже слишком поздно что-то менять, а вообще, – добавил Дмитрий Анатолиевич. – здание, строение, сооружение опять становятся ОКСом во время капитального ремонта, реконструкции и сноса». Главная мысль – поздно. Тут, конечно, началось ёрничанье – самолеты и суда тоже считаются объектами недвижимости. Вот так работает чиновничий аппарат, решение принято – поддерживаем, во что бы то ни стало. Хотя объяснение самое простое и уже проявляется даже в теме цифровых двойников. Есть цифровые двойники изделий, а есть объектов, и это – совершенно разные сущности. Даже сразу после проектирования (конструирования) пошли большие различия, но об этом позже, когда будем говорить о цифровых двойниках.

Вернемся к указанию президента России о «…переходе к системе управления жизненным циклом объектов капитального строительства путем внедрения технологий информационного моделирования» – это самый первый пункт Поручения № 1235.

Сейчас эти системы тоже есть и имеют свою классификацию, естественно, международную – EDA / CAE / CFD / CAPP / CAM / MDM / PDM / MES / ERP / PLM. В общем ряду BIM / АЕС CAD упоминать не стал, так как есть русское название САПР, а теперь ТИМ, но в приказе Минцифры от 22 сентября 2020 года № 486^[47] все, как удобно западным вендорам.

Но вот как раз здесь, кроме немедленной замены BIM / АЕС CAD на ТИМ, торопиться не нужно. От западной классификации отказываться также нет необходимости, тем более что ее засунули в реестр российского ПО, который ведет Минцифра, а вот объединить несколько западных классов в одну группу – ТИМ нужно уже сейчас. В дальнейшем решать нужно на основе научного анализа, наилучший вариант – одно из первых заданий для еще не созданной национально ориентированной науки – «информационное моделирование». Опять читаем поручение президента РФ, он несколько раз упомянул словосочетание «информационное моделирование» в контексте науки. Почему же не торопимся, и как ПО вдруг станет ТИМ, а вернее попадет в общую группу ТИМ или в укрупнённый класс ТИМ, но в то же время будет в отдельном классе? Очень просто – по способу бесшовной интероперабельности обмена данными. Чуть позже рассмотрим вопрос подробнее, а пока скажу, что интероперабельность от IFC или через XML-схем – это просто интероперабельность, бесшовностью там и не пахнет. Информационная модель в этом случает должна обмениваться с ТИМ класса PLM машинопонимаемыми, а не машиночитаемыми данными, «машиноитерепретируемыми», «машиноприемлемыми», «машиноуважаемыми» или «машинолюбимыми». Последние три термина придуманы мной, но я их дарю любителям изобретать ненужные сущности в виде машинной интерпретируемости в угоду западным форматам, а также противопоставляя себя законодательству России, в частности, распоряжению Правительства РФ от 31 октября 2022 г. № 3268-р^[48]. Даже ПНСТ^[49] успели протащить через Росстандарт, и теперь это новая «модная фишка» апологетов OpenBIM.

Когда установится порядок в нормативах и не будет допущено нарушений законов РФ и распорядительных документов правительства ГОСТами и ПНСТ?

Что касается приказа Минцифры от 22 сентября 2020 года № 486, то я бы очень рекомендовал обратить внимание на одновременное существование и дополнительное включение в класс ТИМ ПО, классифицируемое кодами: 1.01, 1.04, 1.06, 1.07, 1.08, 3.01, 4.01, 6.01, 8.01, 10.01, 11.01, 18.01, 17.01, 26.01 и даже может быть 1.02 и 1.03. Условие включения – бесшовная интероперабельность. Это будет очень большим стимулом для отечественных производителей ПО, такие примеры уже есть. Для потребителей оно станет дополнительным знаком качества и верифицированным подтверждением бесшовности от Минцифры. Да и льготы проще будет присваивать. Анализ реестра российского ПО от Минцифры выявил еще ряд неприемлемых отклонений и казусов, но это частично рассмотрим в следующей главе, а полную версию обзора и его анализ будут опубликованы в очередном (№ 2 за 2025 год) журнале «Информационное моделирование».

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