Большое количество цифровых инструментов само по себе не создаёт цифровую стройку.
Можно автоматизировать десятки операций и при этом продолжать управлять проектом через Excel, электронную почту, мессенджеры и PDF-файлы.
Именно эту проблему в начале 2026 года публично обозначил НОТИМ: 3 февраля объединение выпустило подкаст «Зоопарк цифровых решений в строительстве — почему автоматизация не работает и как из этого выйти». В качестве ключевой проблемы рассматривалась фрагментация ИТ-ландшафта отрасли.
Показательно, что эта тема сегодня уже выходит за рамки отдельных ИТ-проектов. В марте 2026 года Правительство России утвердило обновлённое стратегическое направление цифровой трансформации строительства и ЖКХ до 2030 года. Одним из его базовых принципов названо создание единой цифровой среды, в которой информационные системы не должны работать изолированно друг от друга.
То есть проблема «зоопарка» — это уже не разговор только ИТ-специалистов. Это вопрос организации данных и управления строительным бизнесом.
От автоматизации операций к цифровому процессу
Представим обычный инвестиционно-строительный проект.
Проектировщик работает в системе ТИМ. Сметчик использует собственное программное обеспечение. Финансовый блок ведёт бюджет в ERP. Подрядчики передают информацию через ЭДО. Прораб работает в мобильном приложении. Руководитель получает сводный отчёт в BI.
На бумаге всё выглядит цифровым, но дальше возникают вполне знакомые сценарии:
- ТИМ → выгрузка → Excel → смета → PDF → ручная проверка → ERP → отчёт руководителю
А параллельно существуют ещё несколько контуров:
- Подрядчик → система подрядчика Прораб → мобильное приложение Документы → ЭДО Закупки → отдельная система Камеры/датчики → ещё одна система Финансы → ERP Аналитика → BI
Каждая система при этом может работать вполне нормально, проблема начинается в промежутках между ними, если информация о проекте несколько раз переносится вручную, одни и те же данные вводятся в разные системы, а итоговая аналитика собирается из файлов, то цифровизация автоматизировала отдельные участки, но не создала сквозной цифровой процесс.
Именно такую разницу важно понимать: автоматизация функции и цифровизация процесса — не одно и то же!
«Зоопарк» возникает не потому, что систем слишком много
Само по себе наличие большого количества программ не является проблемой. Крупному девелоперу объективно нужны специализированные системы для разных задач. Проблема возникает тогда, когда эти системы не договорились между собой о том, что именно является данными, кто ими владеет и как эти данные должны передаваться.
Исследование «Цифровизация девелопмента», подготовленное ДОМ.РФ Технологии и Фондом «Сколково», анализировало более 1100 цифровых решений, более 2000 источников и опыт более 50 девелоперов. Авторы прямо выделяют разрозненность решений, проблемы интеграции и совместимости, дублирование данных и отсутствие сквозного подхода как одни из ключевых препятствий цифровизации.
При этом сами компании уже формируют запрос не просто на новые программы, а на их объединение. В исследовании в планах крупных девелоперов названы интеграция систем, единое цифровое пространство, работа в «одном окне», ТИМ-интеграция и data-driven управление. Для средних компаний среди приоритетов также указаны интеграционные платформы, обмен данными, ТИМ-интеграция и создание единой цифровой экосистемы.
Это важный сдвиг: рынок постепенно переходит от вопроса «какую систему ещё внедрить?» к вопросу «как связать уже существующие системы?»
Пять причин, почему цифровая стройка всё ещё остаётся ручной
1. Один объект существует сразу в нескольких информационных системах
Для человека очевидно, что:
«Жилой комплекс № 25»,
«ЖК на улице Лесной»,
объект с определённым кадастровым номером
и запись в ERP о «Проекте 254» могут означать одно и то же.
Для информационных систем это не очевидно, то же самое происходит с корпусами, помещениями, договорами, подрядчиками, материалами и видами работ, если у сущности нет устойчивого идентификатора, системе приходится сопоставлять записи по косвенным признакам. Отсюда появляются дубли, ручные проверки и ошибки при обмене.
2. Нет единого справочника данных
Один и тот же материал может называться в разных системах по-разному. Для специалиста это почти одно и то же. Для автоматизированного процесса — четыре разных значения, пока не существует общего классификатора и правил соответствия. Поэтому интеграция — это не только API. API отвечает на вопрос «как передать данные».
Но прежде необходимо решить: что именно передавать, в каком формате, с каким идентификатором, в какой момент и какая система является источником истины.
3. Данные передаются как документы, а не как данные
PDF остаётся удобным для человека форматом. Но если организации нужно автоматически получить из документа объект, объём работ, стоимость, статус или срок, начинается дополнительный этап распознавания и преобразования.
В результате цифровой процесс может выглядеть так: структурированные данные → PDF → человек или ИИ читает PDF → структурированные данные
Получается парадокс: компания переводит информацию в цифровой вид, а затем сама же превращает её обратно в плохо обрабатываемый формат.
Именно поэтому в новом ГОСТ Р 10.00.00.02-2026 «Единая система информационного моделирования. Принципы, цели и задачи», действующем с 1 июня 2026 года, зафиксирован переход от традиционного документоориентированного подхода к моделеориентированному и датаориентированному. Стандарт определяет общие принципы формирования, передачи, хранения и применения информационных моделей.
Это уже не просто вопрос удобства ИТ – Это изменение самой логики работы с информацией.
4. Интегрируются системы, но не интегрируются процессы
Сделать обмен между двумя программами сравнительно просто, сложнее обеспечить, чтобы данные проходили весь бизнес-процесс без потери смысла.
Например, для закупки строительных материалов сквозной процесс может выглядеть так:
ТИМ → объёмы материалов → смета → план закупки → тендер → договор → поставка → приёмка → фактический расход → себестоимость → BI / управленческая аналитика
Здесь уже недостаточно соединить две базы, необходима цепочка, в которой один и тот же объект данных сохраняет идентичность на всех этапах, если на этапе закупки бетон из модели превращается в строку Excel, а затем вручную заносится в ERP, цифрового сквозного процесса не возникает.
5. Искусственный интеллект не устраняет плохие данные
Сегодня всё чаще звучит простой вопрос: можно ли закрыть существующие проблемы с помощью ИИ?
Ответ зависит от качества исходной информации.
Если данные:
- неполные;
- противоречивые;
- дублируются;
- не имеют единых идентификаторов;
- разбросаны по разным системам;
- хранятся преимущественно в документах,
то ИИ получает не цифровую модель строительного процесса, а цифровой набор его фрагментов.
Это особенно актуально на фоне роста ожиданий от ИИ в строительстве.
20 августа 2026 года заместитель министра строительства и ЖКХ Константин Михайлик заявил, что к 2030 году на инструментах ИИ планируется основывать 50% бизнес-процессов в строительстве и ЖКХ. Одновременно среди текущих проблем он назвал низкое качество данных, устаревший технологический стек и необходимость переобучения кадров. По его словам, унификация форматов данных и уход от разрозненных систем являются одним из условий достижения этих целей.
Получается важная последовательность: сначала данные → затем интеграция → затем аналитика → затем ИИ.
А не наоборот.
От «зоопарка» к единому цифровому контуру
Что же фактически может заменить «зоопарк»?
Не обязательно одна гигантская программа, которая попытается заменить все специализированные продукты, гораздо реалистичнее архитектура, в которой отдельные системы сохраняются, но работают внутри общего цифрового контура.
Условно это может выглядеть так:
Здесь ключевым компонентом становится не очередное прикладное приложение, а интеграционный и информационный слой.
Он должен решать несколько задач:
- Во-первых, обеспечить единые идентификаторы объектов, помещений, работ, материалов, документов и участников.
- Во-вторых, обеспечить единые справочники и правила работы с мастер-данными.
- В-третьих, организовать машиночитаемый обмен между системами через API, интеграционные шины, события или другие механизмы.
- В-четвёртых, хранить историю изменений: кто, когда и почему изменил данные.
- И наконец, сформировать единое информационное пространство для аналитики.
Тогда руководитель получает не семь отчётов из семи систем, а один управленческий показатель, в котором можно проследить источник данных.
Такой подход уже закрепляется на уровне отраслевой политики
В марте 2026 года Правительство России утвердило стратегическое направление цифровой трансформации строительства и ЖКХ до 2030 года. Среди заявленных приоритетов — разработка и развитие федеральных цифровых платформ, работа в едином цифровом контуре, внедрение ИИ и переход к сквозной цифровой технологии информационного моделирования на протяжении жизненного цикла объекта.
Причём государственный документ прямо описывает проблему изолированных информационных систем и устанавливает в качестве принципа создание среды, в которой они должны быть синхронизированы.
Это хорошо сочетается с тем, что показало исследование ДОМ.РФ Технологии и «Сколково»: главный следующий этап цифровизации — не наращивание числа решений, а переход от фрагментарной автоматизации к сквозным процессам и бесшовной интеграции.
Почему следующим этапом станет управление данными
Несколько лет назад основной вопрос звучал примерно так:
Есть ли у компании ТИМ?
Затем:
Какие процессы автоматизированы?
Сегодня всё чаще появляется другой вопрос:
Что компания делает с данными, которые создают все эти системы?
Это уже принципиально другой уровень зрелости.
Информационная модель здания может содержать геометрию, свойства элементов и пространственные связи. ERP знает финансовые показатели.
- Система управления строительством — фактическое выполнение работ.
- Система закупок — договоры и поставки.
- Мобильные приложения — события на площадке.
- Датчики — телеметрию.
Настоящая цифровая среда начинается в тот момент, когда эти сведения можно сопоставить.
Например, не просто увидеть в ТИМ модель стены и отдельно в ERP стоимость материалов, а автоматически связать:
Элемент модели → спецификацию → смету → закупку → поставку → монтаж → факт → стоимость → отклонение.
Тогда цифровая модель перестаёт быть только инструментом проектирования, она становится частью управленческого контура.
Парадокс цифровизации: больше систем может дать меньше эффекта
На определённом этапе компания может столкнуться с парадоксом: новые решения внедряются регулярно, ИТ-бюджет растёт, сотрудники получают всё больше цифровых инструментов — а количество ручной работы почти не уменьшается, потому что каждая новая система создаёт ещё один источник данных, если интеграция не развивается с той же скоростью, растёт не цифровая зрелость, а сложность ИТ-ландшафта.
Именно поэтому в исследовании ДОМ.РФ Технологии и «Сколково» интеграция выделена как ключевая проблема девелоперов. Авторы также отмечают, что цифровизация часто развивается мозаично: отдельно автоматизируются финансы, продажи и проектирование, а сквозные процессы между подразделениями остаются менее проработанными.
Отсюда можно сформулировать простой принцип:
Цифровая компания — это не компания с большим количеством цифровых продуктов. Это компания, в которой данные могут без потери смысла проходить через весь бизнес-процесс.
Что делать строительной компании
Переход от «зоопарка» не обязательно означает замену всего существующего ПО.
На практике логичнее начинать с инвентаризации.
Нужно определить, какие информационные системы существуют, какие данные они создают, где находятся мастер-данные, какие справочники дублируются и в каких точках сотрудники продолжают вручную переносить информацию.
Следующий шаг — выделить критические сущности: объект, корпус, помещение, договор, подрядчик, материал, работа, документ.
Для каждой сущности необходимо определить единый идентификатор и систему-источник.
После этого уже имеет смысл строить интеграционный слой и постепенно переводить наиболее дорогие ручные операции в машиночитаемый обмен.
И только затем подключать сложную аналитику и ИИ.
Такой порядок позволяет избежать распространённой ошибки: автоматизировать хаос, не устранив его структуру.
От ТИМ к данным, от данных к ИИ
Сегодня ТИМ всё чаще становится не конечным результатом цифровизации, а одним из источников отраслевых данных.
В марте 2026 года Правительство отдельно зафиксировало курс на цифровую трансформацию процессов на всех этапах жизненного цикла объекта, а в июне вступил в действие новый ГОСТ, который формализует модель- и датаориентированный подход к ТИМ.
Параллельно развивается и инфраструктура работы с данными. Отраслевая платформа данных ДОМ.РФ была запущена в 2025 году, а с февраля 2026 года участники рынка получили возможность загружать собственные наборы данных; обмен поддерживается как через пользовательский интерфейс, так и через API. В июне к платформе подключились новые девелоперы, что должно расширять общий массив машиночитаемых отраслевых данных для последующего использования в ИИ-решениях.
Это показывает направление движения отрасли достаточно точно:
Автоматизация отдельных операций → Интеграция информационных систем → Единая среда данных → Data-driven управление → ИИ и предиктивная аналитика
Именно поэтому «зоопарк цифровых решений» — не история о том, что строительные компании внедрили слишком много технологий.
Это история о следующем этапе цифровизации.
Когда количество систем уже перестаёт быть главным показателем, а главным активом становятся связанные между собой данные.
В этом случае ТИМ, ERP, ЭДО, стройконтроль, IoT, BI и ИИ перестают конкурировать за внимание пользователя и начинают работать как части одного цифрового контура.
И тогда стройка действительно становится цифровой — не потому, что на каждом участке стоит отдельная программа, а потому, что данные движутся вместе с проектом от замысла и проектирования до строительства, эксплуатации и управленческого решения.
Источники
- НОТИМ — подкаст «Зоопарк цифровых решений в строительстве — почему автоматизация не работает и как из этого выйти», 3 февраля 2026 года.
- ДОМ.РФ Технологии и Фонд «Сколково» — исследование «Цифровизация девелопмента»: анализ 1100+ цифровых решений, барьеров цифровизации, интеграции систем и целевой модели цифровой зрелости.
- Правительство России — распоряжение от 2 марта 2026 года № 398-р, стратегическое направление цифровой трансформации строительства и ЖКХ до 2030 года.
- Росстандарт — ГОСТ Р 10.00.00.02-2026 «Единая система информационного моделирования. Принципы, цели и задачи», действует с 1 июня 2026 года.
- ДОМ.РФ / CNews — развитие отраслевой платформы данных для формирования машиночитаемой среды и использования данных в ИИ-решениях.
- Interfax — заявление Константина Михайлика от 20 августа 2026 года о целях применения ИИ и проблемах качества данных и разрозненных систем.