Российское ПО для строительства с ИИ: обзор решений и критерии выбора

Генподрядчик вёл объекты в 1С:УСО (управление строительной организацией) и 1С:БИТ.Строительство — там жили графики, объёмы, сметы и акты выполненных работ; стройконтроль шёл через G-Tech и PlanRadar, переписка с заказчиком и субподрядчиками — через электронный документооборот (ЭДО), а часть расчётов — в таблицах Excel. Систем было много, а вопрос «чем закрыть оставшиеся ручные операции» всё равно оставался открытым: рынок предлагает десятки российских решений, и выбирали их по названию и по презентации, а не по процессу. В итоге часть работы между системами продолжала делаться руками, а деньги уходили на программы, которые в ежедневной работе так и не прижились.

Тема российского ПО для строительства за несколько лет из локальной стала основной. Зарубежные системы, на которых отрасль стояла десятилетиями, для части компаний стали недоступны или неудобны в поддержке, а государство последовательно расширяло требования к отечественному софту: реестр отечественного ПО превратился из формальной отметки в рабочий фильтр доступа к закупкам. Сегодня у строительной компании выбор не между «импортным» и «российским», а между десятками отечественных решений, которые закрывают разные слои стройки — и ошибиться здесь дороже, чем кажется.

Дальше разберём честно: что на самом деле закрывают российские решения для стройки, где у каждого из них границы, кто не попал в обзор и почему, по каким критериям выбирать программу под свой процесс и что поверх всего этого добавляет ИИ. Отдельно посчитаем, в какие часы и деньги обходится неправильный выбор.

Коротко

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

Содержание

• Почему строительные компании выбирают российское ПО
• Что даёт реестр, а что он не решает
• Где в этой картине ИИ
• Критерии выбора российского ПО для строительства
• Обзор российских решений
• Таблица: что закрывает каждое решение
• Кто не попал в список и почему
• Какие риски это снимает
• Сколько это возвращает
• Что остаётся за человеком
• Как выбрать и внедрить поэтапно
• Что в итоге
• Источники

Почему строительные компании выбирают российское ПО

Переход на отечественный софт в стройке — это не только про санкции. Это про доступ к заказам. По данным Минцифры, к апрелю 2026 года в едином реестре отечественного программного обеспечения зарегистрировано 27 142 продукта от 5 213 правообладателей, а темп роста за 2025 год составил около 28% — рынок за два года вырос в разы. По разбору реестра, который приводит HubEx со ссылкой на данные реестра, всего в нём уже более 31 тысячи продуктов и свыше 11 тысяч компаний-разработчиков: только за 2025 год добавилось 5 269 новых решений, а за первый квартал 2026 года — ещё 1 129. Иными словами, выбрать стало из чего, и именно поэтому выбор усложнился.

Работает здесь и прямая экономика. Закупки программного обеспечения из реестра в 2025 году аналитики оценивают примерно в 320 млрд ₽ — это рынок, в который без записи в реестре попасть невозможно. Для государственных и муниципальных заказчиков приобретение иностранного продукта допускается только при обосновании невозможности закупки отечественного аналога из реестра, а с 1 марта 2026 года программы с отметкой о соответствии требованиям к доверенному программному обеспечению получили преимущество в закупках по 44-ФЗ и 223-ФЗ. Объекты критической информационной инфраструктуры переходят на отечественные решения поэтапно, до 2030 года. Для частного подрядчика или девелопера это не обязанность, а условие работы с государственным и крупным корпоративным заказчиком: если заказчик — госкорпорация или бюджетное учреждение, вопрос о совместимости с его контуром встаёт в первом же тендере.

Отрасль при этом движется неравномерно, и это важно понимать, чтобы не переоценить готовность рынка. По оценке проектного института «Альтаир», за пять лет доля отечественного программного обеспечения в проектировании и инженерных изысканиях выросла с 1,5% до 20% — рост кратный, но четыре пятых рынка всё ещё занято не российскими продуктами. В госсекторе, по разбору Softline, доля российского софта достигла 43%, при этом лишь 15–20% государственных компаний успели выполнить требования по переходу к установленному сроку: зрелых решений для высоконагруженных сред не хватало. Практический вывод для строительной компании простой: российский рынок уже достаточен, чтобы закрыть большинство задач стройки, но именно «достаточность» и надо проверять — на своём объекте и своём процессе, а не по презентации.

Что даёт реестр, а что он не решает

Запись в реестре отечественного ПО — необходимое, но недостаточное условие. Реестр отвечает на вопрос «российский ли продукт и допущен ли он к закупкам», но не отвечает на вопрос «подходит ли он вашей стройке». Два продукта из реестра легко могут относиться к разным слоям: один ведёт учёт, сметы и акты, второй закрывает обходы и фотофиксацию на площадке, третий хранит комплект документов. Покупать их как «автоматизацию строительства» целиком бессмысленно — это разные категории, и подбирать их надо под конкретный процесс.

Есть и второй слой требований, который реестр не заменяет: совместимость с российскими операционными системами и процессорами, требования к доверенному программному обеспечению, доля выплат иностранным правообладателям не более 30% выручки. Всё это важно для закупки, но к работе на объекте отношения почти не имеет. На объекте решает другое: видит ли продукт ваши данные, связаны ли между собой сметы, акты, документы и график, и можно ли измерить эффект на пилоте. Реестр — это про допуск, а не про пригодность.

Где в этой картине ИИ

Отдельный слой поверх российских учётных систем и систем стройконтроля — ИИ-агент. ИИ-агент — это программа, которая по заданному правилу сама читает документы и данные и выполняет шаги. Он не заменяет ни учётный контур, ни систему стройконтроля: он читает их данные, сверяет документы между собой, проверяет полноту комплекта, связывает факт с графиком и готовит разбор. Именно этот слой чаще всего закрывает ту ручную работу, которая живёт между системами и не закрывается ни одной из них по отдельности.

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

Критерии выбора российского ПО для строительства

Рынок предлагает десятки программ, и почти каждая обещает «комплексную автоматизацию строительства». Разница между ними проявляется не на презентации, а на ваших данных. Вот критерии, которые стоит проверить до подписания договора.

1. Запись в реестре и статус доверенного ПО. Для работы с госзаказчиком это обязательное условие, поэтому проверять его нужно в первую очередь — но помнить, что это допуск, а не оценка качества. Реестр не скажет, справится ли продукт с вашей номенклатурой работ.

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

3. Есть доступ к данным об объекте и связь между ними. Решение бесполезно, если оно видит сметы, но не видит акты, или документы — но не видит объёмы. Ключевая ценность появляется на стыке: когда смета, акт, документ и график связаны между собой. Проверить это можно только на ваших выгрузках.

4. Эффект пилота измерим. Критерий качества — не список функций, а метрика: сколько часов в месяц уходит на процесс сейчас, сколько останется после и по какой выборке это проверено. Формулировка «стало удобнее» измерением не является. Конкретные метрики пилота — часы на сверку, число расхождений, срок от замечания до устранения.

5. Понятны границы ответственности. До внедрения должно быть ясно, что делает система, что — агент, а что остаётся за человеком: кто подписывает документ, кто согласует изменение, кто принимает решение по расхождению. Журнал действий обязателен — иначе работу нельзя проверить, а значит нельзя и принять.

6. Демонстрация проходит на ваших данных. Это самый честный тест. Если решение показывают на демо-данных, оно не доказывает ничего; если на объекте заказчика и его выгрузках — сразу видно, справляется ли продукт с реальной номенклатурой, формулировками и качеством данных. Чем раньше это происходит, тем дешевле ошибка.

7. Учитывается готовность данных и интеграций. Барьер на стройке — не отсутствие программ, а разрозненные и неполные данные об объекте. Решение, которое не работает с реальным качеством данных и не умеет связаться с учётным контуром, электронным документооборотом и информационной моделью, захлебнётся на первом же объекте.

8. У поставщика есть отраслевой опыт и живёт поддержка. Строительная специфика — это не только термины, но и состав документов, роли, требования надзора и порядок приёмки. Важно и то, что продукт развивается: компания, которая остановила разработку, через год превратит ваше внедрение в тупик.

Обзор российских решений

Ниже — не рейтинг «лучших», а карта рынка по слоям. Для каждого решения указано, что оно закрывает, в чём сильная сторона, где границы и кому оно подходит. Состав взят из уже опубликованных разборов и открытых описаний; конкретные функции обязательно проверяются на демонстрации на ваших данных, а не по презентации.

1. ИИ-слой поверх учётного контура

Что это. Не отдельная система, а надстройка на модели через программный интерфейс: агент читает данные учётного контура и систем объекта, сверяет документы и готовит разбор. Это тот же класс инструментов, что разобран в материале про ИИ-ассистента НОВАЦИЯ для строительства.

Сильная сторона. Работает поверх того, что уже есть, поэтому не требует отказа от учётной системы и переноса данных; закрывает именно стыки между системами — сверку смет с актами, полноту комплекта, связь замечаний с участком и подрядчиком.

Где границы. Это не система учёта и не замена стройконтроля. Агент не подписывает документы, не согласует изменения и не даёт юридической оценки — он готовит разбор, а решение остаётся за человеком. Эффект зависит от качества данных: если выгрузки неполные, агент покажет неполную картину.

Кому подходит. Компаниям, у которых учёт и стройконтроль уже цифровизированы, но ручная работа между системами осталась. Это самая частая и самая дешёвая точка входа — один процесс вместо всей стройки.

2. 1С:БИТ.Строительство

Что это. Отраслевое решение на платформе 1С для генподрядчика и застройщика: учёт, сметы, акты выполненных работ, план-факт строительно-монтажных работ (СМР) и бюджеты в одном контуре. Подробный разбор возможностей и границ есть в отдельном материале про 1С:БИТ.Строительство.

Сильная сторона. Живёт внутри учётного контура 1С, поэтому данные не приходится переносить между платформами, а руководство видит план-факт и финансы в одной системе. Для компаний, у которых учёт уже в 1С, это самый короткий путь.

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

Кому подходит. Генподрядчикам и застройщикам, у которых учёт, сметы и акты уже ведутся в 1С и которым нужно закрыть план-факт и финансы в том же контуре.

3. 1С:УСО

Что это. «1С:УСО (управление строительной организацией)» — профильный контур для строительной компании: объекты, объёмы, производственно-технический отдел, комплект исполнительной документации. Как устроена система исполнительной документации и что в ней закрывает ИИ, разобрано в статье про систему исполнительной документации.

Сильная сторона. Закрывает операционный контур стройки — от объёмов и объектов до документов стройки — на знакомой платформе 1С, что упрощает интеграции и обучение.

Где границы. Требует порядка в данных: пока состав и версии документов не сведены, система показывает то, что в неё ввели, а не то, что реально на объекте. Задачи стройконтроля на площадке она не заменяет.

Кому подходит. Строительным организациям, которым нужен единый операционный контур по объектам и документам поверх 1С.

4. Аспро.Cloud

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

Сильная сторона. Быстрый старт и низкий порог входа: не нужно строить серверную часть, команда подключается за считаные дни. Хорошо подходит как «верхний» слой управления задачами и поручениями.

Где границы. Облачный сервис — это не учётный контур и не система стройконтроля с фотофиксацией. Для компаний с жёсткими требованиями к хранению данных на своих мощностях (например, для объектов критической информационной инфраструктуры) облако требует отдельной проверки.

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

5. G-Tech

Что это. Решение для стройконтроля и контроля качества на площадке: обходы, замечания, фотофиксация факта, связь замечания с участком и подрядчиком. Разбор класса таких систем — в обзоре систем контроля строительства.

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

Где границы. Это система объекта, а не учёта: деньги, сметы и акты живут в другом контуре. Чтобы замечание превратилось в управленческое решение, его нужно связать с объёмами и графиком — а это уже стык систем.

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

6. ЦУС (цифровое управление строительством)

Что это. Класс систем для управления строительным проектом целиком: объекты, участники, документы, графики и контроль исполнения в едином контуре крупного проекта или портфеля.

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

Где границы. Внедрение такого класса — проект масштаба компании: требует зрелых данных, регламентов и обученных людей. Для одного участка или небольшой компании это избыточно и дорого.

Кому подходит. Девелоперам и крупным генподрядчикам с портфелем объектов и несколькими участниками на каждом.

7. БОСС-КОРПОРАЦИЯ и Легкорем

Что это. Корпоративные учётные системы для крупных холдингов и строительных организаций: финансы, персонал, договоры, сметное дело и производственные контуры в одном контуре.

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

Где границы. Это тяжёлые системы с длинным внедрением; там, где задача — один процесс на одном объекте, они неоправданно дороги. Гибкость под быстро меняющийся процесс строительства у них ниже, чем у тонких решений.

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

Таблица: что закрывает каждое решение

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

Решение	Что закрывает	Кому подходит
ИИ-слой (агент на модели)	Ручную сверку между системами: сметы ↔ акты, полнота комплекта, связь замечаний с графиком	Компаниям, у которых учёт и стройконтроль уже цифровизированы
1С:БИТ.Строительство	Учёт, сметы, акты, план-факт работ, бюджеты в контуре 1С	Генподрядчикам и застройщикам с учётом в 1С
1С:УСО	Операционный контур по объектам, объёмам и документам стройки	Строительным организациям на платформе 1С
Аспро.Cloud	Задачи, графики, поручения и коммуникацию в облаке	Тем, кому нужен быстрый порядок в задачах
G-Tech	Обходы, замечания, фотофиксацию факта на площадке	Компаниям с несколькими площадками
ЦУС	Управление проектом и портфелем объектов целиком	Девелоперам и крупным генподрядчикам
БОСС-КОРПОРАЦИЯ и Легкорем	Корпоративный учёт холдинга: финансы, персонал, договоры	Холдингам с несколькими юридическими лицами

Таблица показывает главное: конкуренция решений — это не конкуренция «кто лучше», а вопрос, какой слой вам нужен сейчас. Ошибка начинается там, где компания покупает решение из одного слоя, чтобы закрыть задачу другого.

Кто не попал в список и почему

Состав обзора — это не «топ», а рабочая карта, и часть кандидатов в неё не вошла. Причины разные, и о них стоит сказать прямо, а не оставлять читателя догадываться.

• Зарубежные системы для стройки (Autodesk, Procore и подобные). Не вошли не потому, что слабее: у части из них просто нет доступной поддержки и легальных новых лицензий в России, а часть продаётся через партнёров с ограничениями по обновлениям и облаку. Для госзаказчика и объектов критической информационной инфраструктуры отсутствие в реестре — прямой запрет на закупку.
• PlanRadar. Сильный инструмент стройконтроля, но это иностранный продукт: для российского заказчика вопрос упирается не в функции, а в условия доступности, поддержки и хранения данных.
• САПР и системы проектирования (nanoCAD и аналоги). Это отдельный класс — проектирование и инженерные изыскания, а не управление стройкой. Здесь доля отечественного ПО выросла кратно за пять лет, но предмет другой, и смешивать его с учётным контуром объекта нельзя.
• Bimeister, «Аметист» и подобные платформы управления данными. Продукты под крупные промышленные и инфраструктурные объекты; для среднего подрядчика это избыточный масштаб внедрения, а публично подтверждённых цифр эффекта по стройке нет.
• Решения без подтверждаемых по открытым источникам данных. Часть продуктов на рынке заявляет «комплексную автоматизацию», но не даёт ни состава работ, ни измеримых результатов. Мы не описываем такие решения по памяти: пока продукт не подтверждается открытым описанием, ставить его в обзор — значит выдавать предположение за факт.

Какие риски это снимает

Часы и деньги — следствие. Сначала разберём риски, которые закрывает порядок в данных плюс правильно выбранное решение: на стройке они измеряются не «удобством», а предписаниями, штрафами и срывом сроков.

Предписание и остановка работ

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

Штраф по закону

Нарушение требований проектной документации — это не организационная, а юридическая ответственность. По статье 9.4 КоАП РФ для юридического лица штраф составляет 100–300 тыс. ₽; если нарушение затрагивает надёжность и безопасность и создаёт угрозу вреда — 300–600 тыс. ₽ либо приостановление деятельности до 60 суток; при повторном нарушении — 700 тыс. – 1 млн ₽ либо до 90 суток. Норма дана по тексту кодекса на consultant.ru (ссылка в источниках). Дисциплина данных снижает вероятность такого предписания, а не «оптимизирует процессы» в общем виде.

Переделки и их цена

Самый дорогой риск — работа, которую приходится делать заново. По исследованию PlanRadar о стоимости переделок, проведённому в 17 странах, переделки могут доходить до 11% стоимости проекта, а отраслевой диапазон оценок — 5–10% стоимости, до 20% в худших случаях. Переделка редко бывает следствием одной ошибки: чаще это пропущенное расхождение — не тот объём, устаревшая версия документа, непринятый участок. Когда такой разрыв ловится на этапе данных, переделка не превращается в расход.

Возврат комплекта на пересогласование

Неполный или противоречивый комплект возвращается на новый цикл сборки, подписи и проверки, а это сдвиг закрытия объёмов и оплаты. Решение, которое держит полноту по каждой позиции, превращает возврат из сюрприза для бухгалтерии в управляемое событие.

Спор с заказчиком без доказательной базы

Без связанных документов и истории переписки доказать, что работы выполнены в срок и в объёме, сложно. Связанные документы и журнал действий дают фактуру, на которую можно опереться в споре, — вместо «мы это делали, но подтвердить нечем».

Зависимость от конкретного человека

Пока процесс держит один инженер ПТО (специалист производственно-технического отдела), его отпуск, уход или загрузка на другом объекте — риск для сдачи. Решение, которое выполняет повторяющуюся сверку одинаково, снимает зависимость от человеческого фактора, а человек занимается исключениями.

Неправильный выбор программы

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

Сколько это возвращает

Часы — уже следствие порядка в данных и правильно выбранного решения. Ниже типовой расчёт для генподрядчика с тремя активными объектами; он согласован с разбором автоматизации строительства с помощью ИИ, стоимость часа инженера ПТО (специалиста производственно-технического отдела) принята в 900 ₽ по рынку региона, а числа легко подставляются под ваш объект.

В ручном контуре на одном объекте в месяц уходит: около 12 часов на проверку смет и актов выполненных работ, около 24 часов на комплект исполнительной документации, около 15 часов на разбор замечаний стройконтроля и план-факта и около 9 часов на согласования и переписку по объекту. Итого около 60 часов в месяц на объекте.

В контуре с агентом черновую сверку, проверку полноты и связку с объёмами делает агент, а инженер проверяет исключения и подписывает: на сметы и акты уходит около 4 часов, на комплект документов — около 8, на замечания и план-факт — около 5, на согласования — около 3 часов. Итого около 20 часов.

Показатель	Вручную	С агентом
Сметы и акты выполненных работ	12 ч	4 ч
Комплект исполнительной документации	24 ч	8 ч
Замечания стройконтроля и план-факт	15 ч	5 ч
Согласования и переписка по объекту	9 ч	3 ч
Итого в месяц (один объект)	60 ч	20 ч

Высвобождается порядка 40 часов в месяц на объекте — это около 36 000 ₽ при 900 ₽/час, а на трёх объектах — около 120 часов и примерно 108 000 ₽ в месяц, то есть около 1,3 млн ₽ в год. Расчёт намеренно прозрачный: смысл не в конкретной сумме, а в том, что потеря измеряется в часах и рублях уже на пилоте, а не остаётся «стало удобнее». И это вторая причина выбирать решение по процессу: неправильно выбранная программа эти 40 часов не возвращает вообще.

Что остаётся за человеком

Границы ответственности важны не меньше эффекта — именно они делают контур управляемым, а не пугающим.

• Решение по расхождению. Что делать с неполным комплектом или спорной позицией — дособрать, изменить порядок работ или принять риск — решает человек.
• Подпись и передача обязательств. Ни система, ни агент не подписывают документы, не согласовывают изменения и не отправляют комплект заказчику.
• Оценка качества данных. Если источник расходится или документ устарел, решение о правке принимает человек, а не машина «на глаз».
• Выбор решения и приоритетов. Что внедрять первым, где остановиться и какой продукт брать — управленческое решение, а не функция программы.
• Приёмка и контроль на площадке. Физическую приёмку работ не заменяет ни одно решение.

Как выбрать и внедрить поэтапно

1. Начать с бесплатного разбора стратегии. Прежде чем сравнивать продукты, взять один процесс на своих материалах и понять, где именно теряется время: часы на сверку смет, число расхождений, срок от замечания до устранения. Без этой цифры сравнивать будет не с чем.
2. Определить слой. Решить, что болит сейчас — учётный контур, системы объекта или анализ между ними. От этого зависит весь дальнейший выбор: решения из разных слоёв не заменяют друг друга.
3. Проверить запись в реестре. Убедиться, что продукт в реестре отечественного ПО и подходит по требованиям доверенного софта, если вы работаете с госзаказчиком или объектами критической информационной инфраструктуры.
4. Свести источники данных. Проверить, что данные об объекте доступны и связаны: сметы, акты, документы, график, замечания. Несвязанные данные обесценивают любое решение.
5. Зафиксировать замер до. Посчитать объём операций и часы ручной работы на текущем контуре.
6. Провести демонстрацию на своих данных. Не на демо-стенде вендора, а на объекте заказчика и его выгрузках: так сразу видно, справляется ли продукт с реальной номенклатурой и качеством данных.
7. Запустить пилот на одном объекте. Тонкий контур поверх существующих систем, без перестройки учёта и хранилищ, с метрикой и журналом действий.
8. Расширять только после метрики. Второй объект, затем следующий процесс — но только после того, как первый показал изменённую цифру.

Что в итоге

Российское ПО для строительства за несколько лет прошло путь от формальной отметки до рабочего рынка: по данным Минцифры, в реестре уже более 27 тысяч продуктов от пяти с лишним тысяч правообладателей, а закупки отечественного софта аналитики оценивают примерно в 320 млрд ₽ в год. Но изобилие не отменяет главного — ни одно решение не закрывает стройку целиком. Одни системы ведут учёт, сметы и план-факт, другие — обходы и фотофиксацию на площадке, третьи хранят документы, а поверх всего работает ИИ-слой, который снимает ручную сверку между системами. Поэтому выбирать надо по процессу и данным, а не по названию: проверять запись в реестре, работу поверх существующих систем, связанность данных об объекте, измеримость эффекта и понятные границы ответственности. Сначала риски — предписание и остановка работ, штраф по статье 9.4 КоАП, переделки стоимостью 5–10% проекта, возврат комплекта и сдвиг оплаты, спор без доказательной базы, зависимость от человека и просто неправильно выбранная программа; деньги и часы — следом, и они измеримы уже на пилоте: около 60 часов в месяц на объекте превращаются в 20. Первый шаг — бесплатный разбор стратегии внедрения ИИ в компанию на ваших материалах.

Источники

• Реестр отечественного ПО: 27 142 продукта от 5 213 правообладателей по данным Минцифры за апрель 2026 года, рост около 28% за 2025 год, оценка закупок отечественного ПО примерно в 320 млрд ₽ за 2025 год — разбор на it-stat.ru.
• Динамика реестра: более 31 тысячи продуктов и свыше 11 тысяч компаний-разработчиков, 5 269 новых решений за 2025 год и 1 129 за первый квартал 2026 года, приоритет доверенного ПО в закупках с 1 марта 2026 года — разбор на hubex.ru.
• Доля отечественного программного обеспечения в проектировании и инженерных изысканиях выросла с 1,5% до 20% за пять лет — оценка проектного института «Альтаир» на altairproject.ru.
• Доля российского ПО в госсекторе достигла 43%, при этом лишь 15–20% государственных компаний выполнили требования перехода к установленному сроку — обзор импортозамещения 2025 года на softline.ru.
• Доля застройщиков, применяющих технологии информационного моделирования, достигла 44% по итогам IV квартала 2025 года, обязательное применение — с 1 июля 2024 года — данные ДОМ.РФ и Минстроя России на minstroyrf.gov.ru.
• Стоимость переделок в строительстве: до 11% стоимости проекта по исследованию в 17 странах, отраслевой диапазон 5–10%, до 20% в худших случаях — PlanRadar, The Cost of Rework in Global Construction.
• Оценка автоматизируемой работы: ИИ способен закрыть 39% нефизической работы в строительстве, ежедневно ИИ используют 9% специалистов — исследование McKinsey (июль 2026) в изложении constructionindustry.ai.
• Статья 9.4 КоАП РФ: размеры штрафов для юридических лиц за нарушение требований проектной документации — текст кодекса на consultant.ru.