Краткая аннотация
О документе
Концепция единого цифрового контура для строительной отрасли и реализации распоряжения Правительства РФ № 398-р.
Ediny_stroitelny_portal_Prezentatsiya.pptx
Загружаем документ…
Один объект — единый цифровой паспорт — управляемый жизненный цикл
Назначение: Межведомственное согласование, пилотирование и федеральное масштабирование
Адресаты: Правительство РФ, Минстрой России, регионы, институты развития и строительная отрасль
Инициатор: Соколов Сергей Леонидович
Экосистема: ЭКВИЛИБРИУМ — СФЕРА — ECO-PPA — СПЕЦЗАЩИТА
Версия: 1.0 / 25 августа 2026 года
Москва • 2026
НАВИГАЦИЯ
Содержание
1. Исполнительное резюме
2. Исходная ситуация и задача
3. Целевая модель и принципы
4. Пользователи и жизненный цикл объекта
5. Девятнадцать функциональных модулей
6. Место портала в государственной цифровой архитектуре
7. Единая модель данных и цифровой паспорт
8. Сквозной процесс и контрольные ворота
9. Аналитика, искусственный интеллект и цифровой двойник
10. Управление, безопасность и правовой контур
11. Экономическая модель, KPI и эффекты
12. MVP, пилот и дорожная карта
13. Риски и решения, требуемые для старта
Приложения: интеграции, роли, термины и источники
Статус. Документ является проектом концепции. Он не заменяет нормативные правовые акты и не изменяет полномочия действующих государственных информационных систем. Все юридически значимые решения остаются за уполномоченными органами и лицами.
ГЛАВНЫЙ ВЫВОД
1. Исполнительное резюме
Предложение. Создать Единый строительный портал как доверенный интеграционный и транзакционный слой вокруг объекта капитального строительства: с единым идентификатором, цифровым паспортом, событийной историей, контрольными воротами, измеримым результатом и архивом доказательств.
Портал не должен дублировать ЕИС «Стройкомплекс.РФ», ГИСОГД, НСПД, ЕГРЗ, ФГИС ЦС, ЕИСЖС, ЕИС в сфере закупок, ЕГРН, Госуслуги и иные действующие системы. Каждая из них сохраняет собственные полномочия и статус источника юридически значимых сведений. Портал связывает их данные и действия в единый жизненный цикл конкретного объекта.
Целевой эффект — перейти от фрагментированного обмена документами к управлению результатом: сроки, стоимость, качество, безопасность, обеспеченность ресурсами, влияние на территорию и эксплуатационная готовность становятся видимыми до возникновения критического отклонения.
Архитектура строится на принципе «одни данные — многократное законное использование». Пользователь входит через ЕСИА, создаёт или принимает цифровой паспорт объекта, а сведения подгружаются из доверенных источников по API и через событийный обмен. Повторный ручной ввод допускается только как исключение с указанием причины.
В проектной экосистеме СФЕРА собирает потребности и участников; ECO-PPA формирует программную, ресурсную и договорную рамку; СПЕЦЗАЩИТА организует кооперацию и исполнение; ЭКВИЛИБРИУМ выполняет мониторинг, прогнозирование и проверку результата; ИАЦ обеспечивает поддержку решений и работу с отклонениями. Единый строительный портал становится отраслевой точкой сборки этих функций и государственных сервисов.
- Утвердить концепцию портала и межведомственную рабочую группу.
- За 30 дней провести инвентаризацию процессов, реестров и интеграций без создания параллельных баз данных.
- За 90 дней запустить MVP на трёх типах объектов: жильё, социальная инфраструктура, промышленно-инфраструктурный объект.
- Принять единый стандарт цифрового паспорта объекта и событийного журнала.
- Закрепить пилотные KPI, независимую верификацию и порядок масштабирования.
2. Исходная ситуация и задача
2.1. Фрагментация возникает не из-за отсутствия систем
В строительстве уже действует развитый набор федеральных, региональных, ведомственных и корпоративных информационных систем. Проблема возникает на стыках: один и тот же объект имеет разные идентификаторы, версии документов, составы участников, модели стоимости и статусы в разных контурах.
- Разрыв жизненного цикла. Земельное решение, проектирование, экспертиза, закупка, стройка, ввод и эксплуатация ведутся как последовательность отдельных дел, а не как единый объект управления.
- Разрыв ответственности. Передача документов между участниками не всегда означает передачу измеримой ответственности за результат.
- Разрыв данных. Сведения повторно вводятся, расходятся по версиям и не всегда имеют подтверждённый источник и временную метку.
- Позднее обнаружение риска. Отклонение становится очевидным после потери времени или денежных средств, а не на стадии сценарного анализа.
- Слабая обратная связь. Эксплуатационные дефекты и фактические показатели редко возвращаются в проектирование, нормирование и выбор подрядчиков.
Критерий успеха. Портал должен сокращать число разрывов между участниками и системами, а не увеличивать число кабинетов, форм и отчётностей.
2.2. Государственная рамка уже формирует цифровую вертикаль
Ключевые элементы цифровой вертикали строительной отрасли уже существуют: ЕИС «Стройкомплекс.РФ» и реестры требований и документов, региональные ГИСОГД, информационные системы управления проектами, ГИС ТОР КНД, ЕГРЗ, ФГИС ЦС, ЕИСЖС, НСПД и электронные государственные услуги. В 2026 году Правительство РФ утвердило обновлённое стратегическое направление цифровой трансформации строительства и ЖКХ до 2030 года.
Поэтому архитектурное решение должно быть федеративным: сохранять полномочия владельцев данных, использовать открытые интеграционные контракты, обеспечивать сквозную идентификацию объекта и давать единый пользовательский путь поверх действующих источников.
3. Целевая модель и принципы
3.1. Что представляет собой портал
Единый строительный портал — государственная цифровая экосистема, объединяющая услуги, данные, участников, контракты, ресурсы, контроль и аналитику вокруг полного жизненного цикла объекта капитального строительства.
3.2. Десять принципов
Формула. Единый идентификатор объекта + цифровой паспорт + достоверные источники + событийный журнал + контрольные ворота + объяснимая аналитика + архив доказательств.
- Объект, а не ведомственная форма, является центральной единицей управления.
- Действующие государственные системы остаются источниками юридически значимых сведений.
- Данные вводятся один раз и используются повторно в пределах правового режима.
- Каждая версия, решение, событие и источник сохраняются в аудируемой истории.
- Человек принимает юридически и социально значимое решение; алгоритм объясняет факторы и последствия.
- Доступ предоставляется по роли, цели, полномочию и минимально необходимому объёму данных.
- Интерфейсы строятся вокруг жизненных ситуаций гражданина, бизнеса, заказчика и органа власти.
- Региональная вариативность поддерживается без разрушения федерального ядра данных и стандартов.
- Открытые API, единые классификаторы и экспорт данных предотвращают зависимость от одного поставщика.
- Результат измеряется фактом ввода, качества и эксплуатации, а не количеством загруженных документов.
3.3. Что портал не делает
- не создаёт параллельную вертикаль государственного управления;
- не отменяет действующие процедуры, полномочия и реестры без отдельного нормативного решения;
- не подменяет эксперта, инспектора, заказчика, проектировщика или орган регистрации;
- не хранит избыточные копии данных, если доступен надёжный первичный источник;
- не допускает непрозрачного автоматического отказа, рейтинга или санкции.
4. Пользователи и жизненный цикл объекта
4.1. Пользовательские контуры
| Пользователь | Основной путь в портале |
|---|---|
| Гражданин / сообщество | Потребность территории, общественное обсуждение, доступ к открытым статусам и результатам |
| Инвестор / застройщик | Инициатива, земельный сценарий, разрешения, финансирование, продажи и ввод |
| Заказчик | Планирование, бюджет, закупка, контракт, приёмка и управление изменениями |
| Проектировщик / эксперт | Требования, ТИМ, версии проектной документации, замечания и заключения |
| Подрядчик / поставщик | Квалификация, мощности, график, материалы, логистика, акты и качество |
| Орган власти / надзор | Услуги, согласования, контроль, риск-индикаторы, межведомственное взаимодействие |
| Эксплуатирующая организация | Цифровой паспорт, регламенты, обслуживание, ремонты, аварийность и обратная связь |
| Финансовый / страховой партнёр | Риски, транши, гарантии, страховые события и подтверждение результата |
4.2. Десять стадий сквозного жизненного цикла
- Потребность и инициатива: обоснование общественной, инфраструктурной или инвестиционной потребности.
- Территория и земля: пространственные ограничения, права, градостроительный потенциал и инженерное обеспечение.
- Инвестиционная модель: сценарии стоимости, финансирования, доходов, рисков и общественного эффекта.
- Проектирование: задание, изыскания, ТИМ, требования, версии и согласование решений.
- Экспертиза и разрешения: заключения, замечания, разрешительные действия и контроль комплектности.
- Закупка и контрактация: отбор исполнителей, контрактная модель, график, обеспечение и ответственность.
- Строительство и поставки: работы, ресурсы, логистика, исполнительная документация и изменения.
- Контроль и ввод: строительный надзор, приёмка, регистрация прав и ввод в эксплуатацию.
- Эксплуатация и ремонт: техническое обслуживание, ремонты, потребление ресурсов и безопасность.
- Реновация или вывод: реконструкция, демонтаж, повторное использование материалов и восстановление территории.
5. Девятнадцать функциональных модулей
Модули объединяются единым паспортом объекта и могут внедряться поэтапно. В MVP запускается минимальный набор, а остальные подключаются через согласованные интерфейсы и единые классификаторы.
| № | Модуль | Ключевой сервис | Основная связка |
|---|---|---|---|
| 1 | Инициативы и потребности | Сбор, приоритизация и общественно-территориальное обоснование | СФЕРА |
| 2 | Территория и земля | Пространственные данные, ограничения, зоны, права, участки | НСПД / ГИСОГД / ЕГРН |
| 3 | Цифровой паспорт объекта | Единый ID, цель, параметры, статусы, версии, связи и доказательства | Ядро портала |
| 4 | Участники и компетенции | Профили организаций, допуски, мощности, опыт, ответственность | Портал / внешние реестры |
| 5 | Требования и стандарты | Применимые нормы, технические условия, реестр требований | Стройкомплекс.РФ / ЕУТ |
| 6 | Изыскания, проектирование и ТИМ | Задание, модели, коллизии, версии, общая среда данных | Проектные ИС / ИСУП |
| 7 | Экспертиза | Подача, замечания, заключения, типовые решения и история | ЕГРЗ / ЕЦПЭ |
| 8 | Разрешения и услуги | Жизненные ситуации, заявления, межведомственный обмен, результат | Госуслуги / ГИСОГД |
| 9 | Стоимость и ресурсы | Сметы, индексы, цены, нормативы, потребность в материалах | ФГИС ЦС |
| 10 | Финансирование и ECO-PPA | Финансовая модель, транши, гарантии, страхование, распределение рисков | ECO-PPA |
5.1. Модули 11–19: исполнение, эксплуатация и прогноз
| № | Модуль | Ключевой сервис | Основная связка |
|---|---|---|---|
| 11 | Закупки и контракты | Планирование, процедуры, договоры, обязательства, изменения | ЕИС закупок / ЭДО |
| 12 | Кооперация и мощности | Консорциумы, загрузка производств, рабочая сила и субподряд | СПЕЦЗАЩИТА |
| 13 | Материалы и логистика | Происхождение, сертификаты, партии, маршруты, склады и поставки | Поставщики / транспортные ИС |
| 14 | Управление строительством | Календарь, фактический прогресс, исполнительная документация | ИСУП / ИС подрядчика |
| 15 | Контроль, качество и безопасность | Риск-ориентированный надзор, дефекты, охрана труда, устранение | ГИС ТОР КНД / надзор |
| 16 | Ввод и регистрация | Готовность, разрешение на ввод, технический план, права | Госуслуги / Росреестр |
| 17 | Эксплуатация и ремонты | Регламенты, заявки, обслуживание, состояние и потребление | ГИС ЖКХ / эксплуатационные ИС |
| 18 | Воздействие и верификация | Экологические и социальные показатели, ESG-IR 1.0, архив доказательств | ECO-PPA / независимые органы |
| 19 | Аналитика и прогноз | Цифровой двойник, сценарии, раннее предупреждение, контроль результата | ЭКВИЛИБРИУМ / ИАЦ |
6. Место портала в государственной цифровой архитектуре
6.1. Принцип федерации систем
Портал обеспечивает пользовательскую и процессную целостность, но не присваивает данные, полномочия и юридический статус подключаемых систем. Для каждого поля цифрового паспорта фиксируются источник, владелец, основание доступа, время получения, версия и допустимый способ использования.
| Система / контур | Что остаётся источником истины | Роль портала |
|---|---|---|
| ЕСИА / Госуслуги / МФЦ | Идентификация, доверенность, подача и результат услуги | Единый вход и жизненная ситуация |
| ЕИС «Стройкомплекс.РФ» | Федеральные сведения градостроительной деятельности, реестры требований и документов | Синхронизация применимых требований и статусов |
| Региональные ГИСОГД | Региональные градостроительные сведения и услуги | Процессный обмен по объекту и территории |
| НСПД / ЕГРН | Пространственные данные, участки, права и ограничения | Карта объекта и проверка пространственных условий |
| ЕГРЗ / ЕЦПЭ | Заключения экспертизы и связанные комплекты документации | Контроль ворот экспертизы и повторное использование решений |
| ФГИС ЦС | Сметные нормативы, индексы, цены и классификаторы ресурсов | Обоснование стоимости и мониторинг отклонений |
| ЕИСЖС | Сведения о жилищном строительстве и застройщиках | Контур жилья, раскрытие и аналитика |
| ЕИС в сфере закупок | Планы, процедуры, контракты и исполнение закупок | Связь закупки с паспортом и графиком объекта |
6.1.1. Операционные и финансовые контуры
| Система / контур | Что остаётся источником истины | Роль портала |
|---|---|---|
| ГИС ТОР КНД / ИС надзора | Контрольные действия, риск-категории, предписания | Риск-ориентированный контроль и устранение |
| ИСУП и проектные ИС | Графики, ТИМ, задания, фактический прогресс и документы | Операционное управление и событийный обмен |
| ГИС ЖКХ / эксплуатационные ИС | Эксплуатация, состояние, заявки и ремонты | Передача цифрового паспорта и обратная связь |
| Финансовые и страховые ИС | Платежи, транши, гарантии, лимиты и события | Подтверждение условий финансирования и риска |
Архитектурный запрет. Нельзя переносить в портал все реестры целиком. Интеграция строится по принципам ссылки на первичный источник, минимально необходимой репликации, кэширования с версией и подтверждаемой актуальности.
6.2. Роли проектной экосистемы
| Компонент | Функция | Результат |
|---|---|---|
| СФЕРА | Вход потребностей, инициатив, сообществ и участников | Инициатива и общественная ценность |
| ECO-PPA | Программная, ресурсная, договорная и финансовая рамка | Сбалансированная модель проекта и риска |
| СПЕЦЗАЩИТА | Производственная кооперация, консорциумы и исполнение | Мобилизация мощностей и поставка результата |
| ЭКВИЛИБРИУМ | Наблюдение, прогнозирование, сценарии и раннее предупреждение | Объяснимые сигналы и контроль результата |
| ИАЦ | Поддержка решений, приоритизация и управление отклонениями | Решение человека на основе доказательств |
| ЕУТ | Единые классификаторы, протоколы и технологические правила | Совместимость и повторяемость |
| Единый строительный портал | Единый путь пользователя и объекта, интеграция и журнал событий | Отраслевая точка сборки |
7. Единая модель данных и цифровой паспорт
7.1. Единицы данных
| Сущность | Содержание | Назначение |
|---|---|---|
| ObjectID | Неизменяемый идентификатор объекта или комплекса | Связывает сведения всех стадий |
| TerritoryID | Участок, зона, территория или линейный коридор | Связь с пространственными ограничениями |
| PartyID | Организация, орган власти, эксперт или ответственное лицо | Роль, полномочие и ответственность |
| RequirementID | Норма, техническое условие, обязательство | Применимость и доказательство выполнения |
| DocumentID | Документ или информационная модель с версией | Источник, подпись, статус и связь |
7.1.1. Транзакционные и событийные сущности
| Сущность | Содержание | Назначение |
|---|---|---|
| ContractID | Договор, контракт, транш или гарантия | Обязательство, срок, стоимость и событие |
| ResourceID | Материал, оборудование, труд, мощность или энергия | Происхождение, количество и поставка |
| EventID | Факт изменения состояния объекта | Время, инициатор, основание, прежнее и новое состояние |
| EvidenceID | Подтверждение результата или устранения риска | Независимая проверка и архив |
| MetricID | Показатель стоимости, срока, качества, воздействия | Базовое, плановое и фактическое значение |
7.2. Обязательные свойства цифрового паспорта
- неизменяемая связь с первичными источниками и версиями;
- единая временная шкала решений, согласований, работ, поставок и платежей;
- плановые, фактические и прогнозные значения показателей;
- связь каждого решения с полномочием, документом и доказательством;
- машиночитаемый статус контрольных ворот;
- права доступа по ролям, целям и классификации сведений;
- архив передачи в эксплуатацию и последующей обратной связи.
Правило доверия. В интерфейсе пользователь всегда видит: откуда получено значение, когда оно обновлено, кем подтверждено и какое решение зависит от его достоверности.
8. Сквозной процесс и контрольные ворота
Контрольные ворота — не дополнительное согласование, а машиночитаемая проверка готовности к следующей стадии. Ворота агрегируют уже существующие решения и показывают недостающие условия, ответственных и последствия перехода.
| Ворота | Решение | Минимальный состав доказательств |
|---|---|---|
| G0 | Потребность подтверждена | Цель, выгодополучатели, территориальная потребность, владелец инициативы |
| G1 | Территория допустима | Права, ограничения, градостроительный потенциал, инженерные условия |
| G2 | Инвестиционная модель устойчива | Стоимость жизненного цикла, финансирование, риски, сценарии |
| G3 | Проект готов к экспертизе | Комплектность, ТИМ, применимые требования, коллизии и подписи |
8.0.1. Ворота G4–G8: реализация и эксплуатация
| Ворота | Решение | Минимальный состав доказательств |
|---|---|---|
| G4 | Экспертиза и разрешения получены | Положительное заключение, устранённые замечания, разрешительные документы |
| G5 | Контракт и ресурсы обеспечены | Закупка, исполнитель, мощности, материалы, график, гарантии |
| G6 | Строительство управляемо | Факт работ, качество, безопасность, отклонения и корректирующие действия |
| G7 | Объект готов к вводу | Комплектность, испытания, исполнительная модель, устранение дефектов |
| G8 | Эксплуатационный результат подтверждён | Передача паспорта, фактические показатели, гарантийные обязательства |
8.1. Управление изменениями
Любое существенное изменение стоимости, срока, проектного решения, состава исполнителей или воздействия регистрируется как событие. Портал рассчитывает затронутые требования, документы, контракты, показатели и контрольные ворота, но не утверждает изменение самостоятельно.
- инициатор описывает причину и ожидаемый эффект;
- аналитика показывает затронутые связи и сценарии;
- уполномоченные лица принимают решение и подписывают его;
- новая версия становится действующей, предыдущая сохраняется;
- событие направляется во все подключённые системы по согласованным контрактам.
9. Аналитика, искусственный интеллект и цифровой двойник
9.1. Функции интеллектуального ядра
- Раннее предупреждение. Выявление риска срыва графика, роста стоимости, дефицита ресурсов, дефекта или нарушения безопасности.
- Сценарный анализ. Сравнение вариантов территории, проектного решения, поставки, графика и финансирования.
- Проверка согласованности. Поиск расхождений между паспортом, ТИМ, сметой, контрактами, графиком и фактом.
- Извлечение требований. Связывание норм и условий с элементами проекта и доказательствами выполнения.
- Повторное использование знаний. Поиск аналогов, типовых решений, причин отклонений и эксплуатационной обратной связи.
- Цифровой двойник. Объединение пространственной, технической, финансовой, событийной и эксплуатационной модели объекта.
9.2. Ограничения использования ИИ
- никакого непрозрачного автоматического отказа в услуге, закупке, допуске или финансировании;
- обязательное указание источников, факторов, уровня уверенности и альтернатив;
- разделение проверяемых правил, статистических моделей и генеративных подсказок;
- протоколирование запросов, версий моделей и результата, повлиявшего на решение;
- право пользователя оспорить сигнал и передать вопрос человеку;
- регулярная проверка качества, смещений, безопасности и применимости моделей.
Принцип. ЭКВИЛИБРИУМ предупреждает и объясняет; уполномоченный человек решает и несёт ответственность.
10. Управление, безопасность и правовой контур
10.1. Организационная модель
| Уровень | Полномочие |
|---|---|
| Межведомственный совет | Цели, приоритеты, границы полномочий, пилоты и масштабирование |
| Федеральный координатор | Политика, нормативное обеспечение и взаимодействие владельцев систем |
| Оператор портала | Эксплуатация, развитие, SLA, интеграции, поддержка и кибербезопасность |
| Владельцы данных | Качество, правовой режим, интерфейсы, версии и исправление первичных сведений |
| Региональные центры | Локальные процессы, интеграции, обучение и сопровождение пользователей |
| Научно-технический совет | Архитектура, ТИМ, ИИ, стандарты данных и технологическая независимость |
| Независимая верификация | Проверка результата, KPI, воздействия, безопасности и достоверности доказательств |
10.2. Безопасность и устойчивость
- Суверенная архитектура. Размещение и обработка в соответствии с категорией данных, российскими требованиями и планом технологической независимости.
- Нулевое доверие. Проверка пользователя, устройства, роли, контекста и минимально необходимых полномочий.
- Сегментация. Разделение открытого, служебного, коммерческого, персонального и критического контуров.
- Неизменяемый аудит. Фиксация доступа, изменения, подписи, источника и решения с защитой от незаметного удаления.
- Устойчивость. Резервирование, восстановление, автономная работа критических процессов и регулярные учения.
- Безопасная разработка. Моделирование угроз, анализ зависимостей, тестирование, управление уязвимостями и цепочкой поставки ПО.
10.3. Правовой периметр этапа 0
До пилота выполняется правовая карта: статус оператора, основания обмена данными, состав цифрового паспорта, электронная подпись и доверенности, персональные и коммерческие данные, режим информационных моделей, закупки, контроль, архивное хранение, ответственность за качество и порядок оспаривания аналитических сигналов.
Начальный нормативный периметр включает Градостроительный кодекс РФ, законодательство об информации и защите данных, электронной подписи, государственных услугах, контрактной системе, закупках отдельных видов юридических лиц, долевом строительстве, технической безопасности зданий и сооружений, критической информационной инфраструктуре и архивном деле. Актуальные редакции и применимость подтверждаются юридической рабочей группой перед запуском.
Нормативный подход. Сначала обеспечить совместимость и юридическую прослеживаемость в пределах действующих полномочий; только затем предлагать точечные изменения законодательства по итогам пилота.
11. Экономическая модель, KPI и эффекты
11.1. Принципы финансирования
- базовые государственные услуги и обязательные функции финансируются как публичная цифровая инфраструктура;
- интеграции действующих государственных систем включаются в согласованные ведомственные планы развития;
- пилоты могут финансироваться через федеральные и региональные программы, институты развития и проектные соглашения;
- расширенные B2B-сервисы допускаются только в отдельном правовом и тарифном контуре без ограничения доступа к публичным функциям;
- ECO-PPA применяется как механизм согласования ресурсов, рисков, обязательств и измеримого эффекта проекта, а не как замена бюджетным и закупочным правилам.
11.2. Система показателей
| Контур | Метрика | Пилотный ориентир |
|---|---|---|
| Паспорт объекта | Доля пилотных объектов с полным паспортом | 100% |
| Повторное использование | Доля полей, полученных из доверенных источников без ручного ввода | не менее 70% |
| Прослеживаемость | Доля существенных событий и решений с источником и доказательством | не менее 90% |
| Комплектность ворот | Доля переходов без последующего возврата из-за отсутствующих сведений | рост к базовой линии |
| Срок координации | Время межсистемного и межведомственного согласования | снижение не менее чем на 20% |
| Отклонение срока | Разница планового и прогнозного завершения | раннее выявление до критического пути |
| Отклонение стоимости | Необоснованное изменение стоимости относительно утверждённой базы | снижение к базовой линии |
| Качество | Дефекты, повторные работы и сроки устранения | снижение к базовой линии |
| Безопасность | Критические нарушения и время реакции | нулевая терпимость / сокращение реакции |
| Поставки | Доля критических ресурсов с подтверждённым происхождением и статусом | 100% в пилотном перечне |
| Эксплуатационная готовность | Полнота передачи паспорта, регламентов и гарантий | 100% |
| Пользовательский опыт | Оценка ключевых пользовательских путей | не ниже 4,2 из 5 |
После установления базовых линий ядро KPI расширяется до отраслевого реестра показателей, совместимого с ESG-IR 1.0 и системой из 260 показателей развития человека и территории. Показатели группируются по 19 модулям, жизненным стадиям и уровням принятия решений.
11.3. Ожидаемые эффекты
- Для государства. Прослеживаемое исполнение, сопоставимость проектов, раннее выявление системных рисков и меньше дублирующей отчётности.
- Для регионов. Единый набор интеграций и сервисов при сохранении региональной специфики и данных.
- Для бизнеса. Предсказуемый путь проекта, повторное использование сведений, прозрачные требования, доступ к кооперации и ресурсам.
- Для граждан. Понятный статус, участие в формировании потребности, доступ к результатам и обратной связи.
- Для отрасли. Накопление знаний полного жизненного цикла, повышение качества решений и развитие отечественных технологий.
12. MVP, пилот и дорожная карта
12.1. Состав MVP
MVP подтверждает архитектуру на реальных процессах и не пытается сразу охватить все 19 модулей. Минимальный продукт включает:
- единый вход через ЕСИА и ролевую модель;
- цифровой паспорт и ObjectID;
- пространственную карточку территории;
- журнал событий, версий, решений и доказательств;
- пять ключевых интеграций: Госуслуги, Стройкомплекс.РФ/ГИСОГД, НСПД/ЕГРН, ЕГРЗ, ФГИС ЦС;
- контрольные ворота G0–G4 и прототип G5–G8;
- базовые дашборды срока, стоимости, комплектности и риска;
- архив верификации и механизм обратной связи.
12.2. План первых 90 дней
| Период | Фокус | Результат |
|---|---|---|
| Дни 1–15 | Мандат и границы | Рабочая группа, карта полномочий, владельцы процессов, выбор пилотов |
| Дни 16–30 | Архитектура | Цифровой паспорт v0.1, карта данных, интеграционные контракты, модель угроз |
| Дни 31–60 | Прототип | Единый вход, паспорт, журнал событий, карта объекта, первые интеграции и ворота |
| Дни 61–75 | Испытание | Сценарии пользователей, нагрузка, безопасность, качество данных, обучение |
| Дни 76–90 | Пилот | Три объекта, измерение базовой линии, независимая проверка и решение о фазе 2 |
12.3. Пилотные типы объектов
| Контур | Что проверяем | Рекомендуемый масштаб |
|---|---|---|
| Жильё | Проверить связку земли, ЕИСЖС, разрешений, финансирования, строительства и ввода | Один объект комплексной жилой застройки |
| Социальная инфраструктура | Проверить бюджет, закупку, типовое решение, контроль и передачу в эксплуатацию | Школа, поликлиника или спортивный объект |
| Промышленно-инфраструктурный объект | Проверить кооперацию, материалы, логистику, безопасность и ECO-PPA | Кандидат: кластер Сызрань–Рамено–Смолькино, после отдельного решения |
12.4. Дорожная карта 2026–2030
| Период | Этап | Ключевой результат |
|---|---|---|
| 2026 | Проектирование и пилот | Стандарт паспорта, MVP, три типа объектов, оценка правовых и технологических разрывов |
| 2027 | Региональное тиражирование | Подключение выбранных субъектов, типовые интеграции, обучение и сервисная модель |
| 2028 | Федеральная масштабируемость | Расширение модулей, жизненных ситуаций, отраслевых реестров и независимой верификации |
| 2029 | Экономика кооперации | Ресурсные балансы, производственные мощности, логистика, страхование и сервисы жизненного цикла |
| 2030 | Предиктивное управление | Цифровые двойники территорий, раннее предупреждение и обратная связь в нормы и программы |
13. Риски и решения, требуемые для старта
13.1. Реестр ключевых рисков
| Риск | Проявление | Управление |
|---|---|---|
| Дублирование систем | Создание ещё одной базы и кабинета | Инвентаризация, архитектурный запрет на необоснованную репликацию |
| Размывание полномочий | Неясно, кто принимает и отвечает | Матрица решений, источников истины и юридических оснований |
| Низкое качество данных | Расхождения блокируют процесс или искажают аналитику | Владелец поля, контроль качества, процедура исправления в первичном источнике |
| Сопротивление участников | Дополнительная нагрузка и обход системы | Уменьшение ручного ввода, совместное проектирование путей, обучение |
| Зависимость от поставщика | Закрытые форматы и высокая стоимость изменений | Открытые API, экспорт, модульность, владение государством ключевыми спецификациями |
| Кибератака | Нарушение доступности, целостности или конфиденциальности | Сегментация, нулевое доверие, резервирование, постоянный мониторинг |
| Ошибочный сигнал ИИ | Неправильная рекомендация влияет на решение | Человек в контуре, объяснимость, тестирование, журналирование, право оспаривания |
| Региональный разрыв | Неравные возможности субъектов | Типовое облачное ядро, адаптеры, финансирование подключения и центр компетенций |
| Неустойчивое финансирование | Остановка после пилота | План полной стоимости владения и решение о постоянном операторе до фазы 2 |
| Недоказанный эффект | Масштабирование без результата | Базовая линия, пилотные KPI и независимая верификация |
13.2. Семь решений для запуска
- Одобрить Единый строительный портал как интеграционный слой жизненного цикла объекта, а не замену действующим системам.
- Определить федерального координатора и сформировать межведомственный совет с участием владельцев ключевых систем.
- Поручить за 30 дней подготовить карту процессов, данных, полномочий и интеграций.
- Утвердить стандарт цифрового паспорта v0.1, ObjectID и событийного журнала для пилота.
- Выбрать три пилотных объекта и закрепить владельцев результата, базовые линии и KPI.
- Определить оператора MVP, модель безопасности и бюджет полной стоимости пилота.
- Через 90 дней рассмотреть независимый отчёт и принять решение о региональном тиражировании.
Итог. Единый строительный портал должен сделать объект управляемым сквозь ведомства, организации и стадии — без разрушения действующей цифровой вертикали и без передачи ответственности алгоритму.
ПРИЛОЖЕНИЕ А
Матрица ответственности на пилоте
| Решение / процесс | Кто утверждает | Кто исполняет | Кого привлекают |
|---|---|---|---|
| Цели и пилоты | Межведомственный совет | Федеральный координатор | Регионы, заказчики, отрасль |
| Стандарт паспорта | Федеральный координатор | Архитектурный совет | Владельцы систем, оператор |
| Интеграции | Владельцы систем | Оператор портала | Региональные ИТ-команды |
| Качество данных | Владелец первичного источника | Оператор контроля качества | Пользователи и аудит |
| Пилотный процесс | Владелец объекта | Проектный офис | Все участники жизненного цикла |
| Аналитические сигналы | Уполномоченное лицо | ЭКВИЛИБРИУМ / ИАЦ | Эксперты и владельцы данных |
| Безопасность | Оператор и владелец системы | Центр ИБ | Подключённые участники |
| Оценка эффекта | Межведомственный совет | Независимый верификатор | Проектный офис и пользователи |
ПРИЛОЖЕНИЕ Б
Минимальные требования к интеграционному контракту
- владелец и правовое основание предоставления данных;
- состав, семантика, классификаторы и допустимые значения;
- идентификаторы объекта, территории, участника и документа;
- режим получения: запрос, событие, пакет или ссылка;
- версия, время актуальности и порядок аннулирования;
- требования к электронной подписи и доверенности;
- SLA, обработка ошибок, повторная доставка и сверка;
- категория данных, журнал доступа, хранение и удаление;
- ответственность за качество и процедура исправления;
- условия тестирования, мониторинга и изменения интерфейса.
ПРИЛОЖЕНИЕ В
Краткий словарь
| Термин | Определение |
|---|---|
| Архив доказательств | Связанный набор подписанных документов, событий, измерений и заключений, подтверждающий решение или результат. |
| Контрольные ворота | Машиночитаемая проверка готовности объекта к следующей стадии на основании существующих решений и доказательств. |
| ObjectID | Неизменяемый идентификатор объекта, связывающий записи разных систем и стадий. |
| Событийный журнал | Хронология изменений состояния объекта с источником, временем, инициатором и основанием. |
| Источник истины | Система или реестр, которому нормативно или организационно поручено вести конкретные сведения. |
| Цифровой паспорт | Сквозное представление объекта: идентификаторы, статусы, участники, документы, модели, события, метрики и доказательства. |
| Цифровой двойник | Связанная модель текущего и прогнозного состояния объекта или территории для сценарного анализа. |
| ECO-PPA | Проектный механизм согласования ресурсов, обязательств, рисков и измеримого экологического, социального и экономического результата. |
ПРИЛОЖЕНИЕ Г
Официальные источники и точки интеграции
- Правительство РФ — обновлённое стратегическое направление цифровой трансформации строительства и ЖКХ до 2030 года
- ЕИС «Стройкомплекс.РФ»
- ФГИС ЕЦП НСПД — Росреестр
- Портал НСПД
- Единый государственный реестр заключений — Главгосэкспертиза России
- ФГИС ЦС — Минстрой России
- Единая информационная система жилищного строительства
- Единая информационная система в сфере закупок
- Госуслуги — выдача разрешения на строительство
- Главгосэкспертиза России — цифровая вертикаль строительной отрасли
Источники использованы для определения действующего цифрового периметра. Конкретный состав интеграций, правовые основания и актуальные редакции нормативных актов подлежат подтверждению на этапе 0.
Исходные материалы
Оригиналы и версии документа
- Ediny_stroitelny_portal_Kontseptsiya.docxDOCX · основной документ
- Ediny_stroitelny_portal_Prezentatsiya.pptxPPTX · связанная версия
- Единый_строительный_портал_архитектура_398-р.docxDOCX · связанная версия
- Единый_строительный_портал_398-р_презентация.pptxPPTX · связанная версия
Другие редакции в веб-формате
Каждая версия раскрывается отдельно; последовательность исходного документа сохранена.
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛEdiny_stroitelny_portal_Prezentatsiya.pptx · веб-текст+
Государственная цифровая экосистема управления полным жизненным циклом объектов капитального строительства
Один объект — единый цифровой паспорт — управляемый жизненный цикл
Инициатор: Соколов Сергей Леонидович • Москва • 2026
Версия 1.0
НЕ ДУБЛИРУЕТ
ГЛАВНЫЙ ТЕЗИС
Не ещё один портал
СВЯЗЫВАЕТ
действующие ГИС, реестры,
услуги и полномочия
объект, данные, решения,
ответственность и результат
Стройкомплекс.РФ • ГИСОГД • НСПД / ЕГРН • ЕГРЗ
ФГИС ЦС • ЕИСЖС • ЕИС закупок • Госуслуги • ИСУП
Портал — доверенный интеграционный и транзакционный слой вокруг объекта.
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛ
Один объект — семь разрывов
ИСХОДНАЯ СИТУАЦИЯ
разрывов делают проект
набором несвязанных окон
ID
объекта
Версии
Роли
Данные
Риски
Обратная
связь
Итог
Риск становится видимым после потери времени и денег — вместо раннего сценарного предупреждения.
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛ
Целевая модель: один ID и паспорт
АРХИТЕКТУРА
Объект становится центральной единицей управления — не ведомственная форма.
СРОК
СТОИМОСТЬ
План • факт • прогноз
База • изменение • причина
ObjectID
ЦИФРОВОЙ ПАСПОРТ
события • версии • источники • доказательства
КАЧЕСТВО
БЕЗОПАСНОСТЬ
Дефект • устранение • доказательство
Риск • реакция • ответственность
Источник → версия → полномочие → решение → доказательство
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛ
Жизненный цикл объекта: 10 стадий
СКВОЗНОЙ ПРОЦЕСС
Потребность
Территория и земля
Инвестмодель
Проектирование
Экспертиза
и разрешения
Закупка
и контракт
Строительство и поставки
Контроль
и ввод
Эксплуатация и ремонт
Реновация / вывод
На каждой стадии — измеримый результат и архив доказательств.
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛ
19 модулей — четыре функциональных слоя
ФУНКЦИОНАЛЬНАЯ МОДЕЛЬ
6–10
11–16
17–19
ЗАМЫСЕЛ
И ТЕРРИТОРИЯ
ПРОЕКТ
И РАЗРЕШЕНИЯ
ИСПОЛНЕНИЕ
ЭКСПЛУАТАЦИЯ
И ЗНАНИЯ
Инициативы
Территория и земля
Цифровой паспорт
Участники
Требования
ТИМ и изыскания
Экспертиза
Разрешения и услуги
Стоимость
Финансирование
Закупки
Кооперация
Материалы и логистика
Управление стройкой
Контроль
Ввод
Эксплуатация и ремонт
Воздействие и верификация
Аналитика и прогноз
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛ
Роли экосистемы без параллельной вертикали
ОТВЕТСТВЕННОСТЬ
Каждый компонент отвечает за собственный измеримый результат.
СФЕРА
ECO-PPA
Потребности • инициативы • участники
Программа • ресурсы • договор • риск
ЕДИНЫЙ
ПОРТАЛ
ObjectID
паспорт • события
СПЕЦЗАЩИТА
ЭКВИЛИБРИУМ
Кооперация • исполнение • поставка
Наблюдение • прогноз • верификация
ИАЦ — поддержка решения
Человек утверждает и несёт ответственность
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛ
Портал связывает, но не подменяет
ГОСУДАРСТВЕННАЯ АРХИТЕКТУРА
ДЕЙСТВУЮЩИЕ
СИСТЕМЫ
ИСТОЧНИК ИСТИНЫ
ОСТАЁТСЯ
ЕДИНЫЙ ПУТЬ
ЕСИА / Госуслуги
Стройкомплекс.РФ
Региональные ГИСОГД
НСПД / ЕГРН
ЕГРЗ / ЕЦПЭ
ФГИС ЦС
ЕИСЖС / ЕИС закупок
ИСУП / надзор / ЖКХ
у владельца реестра
• открытый API
• событийный обмен
• ссылка на первичный источник
• минимальная репликация
• версия и время актуальности
ObjectID
Цифровой паспорт
Событийный журнал
Контрольные ворота
Архив доказательств
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛ
Цифровой паспорт: единая модель данных
ДОВЕРИЕ К ДАННЫМ
ObjectID + TerritoryID
объект, комплекс, участок, зона или линейный коридор
PartyID
роль, полномочие и ответственность участника
RequirementID + DocumentID
требование, применимость, версия, подпись и источник
ContractID + ResourceID
обязательство, срок, стоимость, материал и поставка
EventID + EvidenceID
факт изменения, инициатор, основание и подтверждение
MetricID
базовое • плановое • фактическое • прогнозное значение
Пользователь всегда видит: источник • время • версию • подтверждение • зависимое решение
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛ
Контрольные ворота G0–G8
УПРАВЛЕНИЕ ПЕРЕХОДАМИ
Не новое согласование, а машиночитаемая проверка готовности к следующей стадии.
Потребность
подтверждена
Территория
допустима
Модель
устойчива
Проект готов
к экспертизе
Экспертиза
и разрешения
Контракт
и ресурсы
Стройка
управляема
Готовность
к вводу
Результат
подтверждён
Портал показывает недостающие условия; решение принимает уполномоченный человек.
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛ
ПРЕДУПРЕЖДАЕТ. СРАВНИВАЕТ. ОБЪЯСНЯЕТ.
ИИ И ЦИФРОВОЙ ДВОЙНИК
Аналитика объясняет — человек решает
Раннее предупреждение
срок • стоимость • ресурсы • качество • безопасность
Сценарный анализ
территория • проект • поставка • график • финансирование
Проверка согласованности
паспорт • ТИМ • смета • контракт • факт
Извлечение требований
норма → элемент проекта → доказательство
Повторное использование знаний
аналоги • причины отклонений • обратная связь
0 непрозрачных автоматических отказов, санкций или рейтингов
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛ
Доверие, безопасность, независимая проверка
КОНТУР УПРАВЛЕНИЯ
БЕЗОПАСНОСТЬ
ПРАВОВАЯ
ПРОСЛЕЖИВАЕМОСТЬ
НЕЗАВИСИМАЯ
ВЕРИФИКАЦИЯ
Суверенная архитектура
Нулевое доверие
Сегментация контуров
Неизменяемый аудит
Резервирование
Безопасная разработка
Источник и владелец
Основание доступа
Электронная подпись
Версия решения
Право оспаривания
Архив доказательств
Базовая линия
Пилотные KPI
Проверка результата
Проверка воздействия
Проверка безопасности
Решение о масштабе
Сигнал ИИ оспорим. Решение подписывает человек и несёт ответственность.
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛ
MVP за 90 дней
ЗАПУСК
ДНИ 1–15
ДНИ 16–30
ДНИ 31–60
ДНИ 61–75
ДНИ 76–90
Мандат
и границы
Архитектура
Прототип
Испытание
Пилот
MVP = 8 обязательных элементов
1 Единый вход и роли
2 ObjectID и цифровой паспорт
3 Пространственная карточка
4 Журнал событий и версий
5 Пять ключевых интеграций
6 Ворота G0–G4 + прототип G5–G8
7 Дашборды срока, стоимости и риска
8 Архив верификации и обратная связь
Три реальных объекта • базовая линия • независимый отчёт • решение о фазе 2
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛ
Пилот и масштабирование 2026–2030
ДОРОЖНАЯ КАРТА
ТРИ ТИПА ПИЛОТНЫХ ОБЪЕКТОВ
МАСШТАБ
2026
Стандарт паспорта • MVP • пилот
ЖИЛЬЁ
земля • ЕИСЖС • разрешения • финансирование • ввод
2027
Региональное тиражирование
СОЦИАЛЬНАЯ ИНФРАСТРУКТУРА
2028
Расширение модулей и реестров
бюджет • закупка • типовое решение • эксплуатация
2029
Экономика кооперации и ресурсы
ПРОМЫШЛЕННО-ИНФРАСТРУКТУРНЫЙ
кооперация • логистика • безопасность • ECO-PPA
Предиктивное управление и обратная связь
Кандидат: Сызрань–Рамено–Смолькино (отдельное решение)
Масштабирование — только после подтверждённого эффекта.
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛ
Семь решений для запуска
ПРЕДМЕТ СОГЛАСОВАНИЯ
Одобрить портал как интеграционный слой жизненного цикла объекта.
Выбрать три пилотных объекта и владельцев результата.
Определить федерального координатора и межведомственный совет.
Определить оператора MVP, безопасность и полный бюджет пилота.
За 30 дней подготовить карту процессов, данных и полномочий.
Через 90 дней принять решение о региональном тиражировании.
Утвердить паспорт v0.1, ObjectID и событийный журнал.
Сделать объект управляемым сквозь ведомства, организации и стадии — без разрушения действующей цифровой вертикали и без передачи ответственности алгоритму.
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛ
Источники, указанные в презентации 22
- Проект концепции «Единый строительный портал», версия 1.0, 25.08.2026.
- Правительство РФ — стратегическое направление цифровой трансформации строительства и ЖКХ до 2030 года: https://government.ru/news/57980/
- ЕИС «Стройкомплекс.РФ»: https://стройкомплекс.рф/
- ФГИС ЕЦП НСПД — Росреестр: https://rosreestr.gov.ru/activity/gosudarstvennye-programmy/natsionalnaya-sistema-prostranstvennykh-dannykh/fgis-etsp-nspd/
- Проект концепции «Единый строительный портал», раздел 2 — исходная ситуация и задача.
- Проект концепции «Единый строительный портал», разделы 3 и 7 — целевая модель и цифровой паспорт.
- Проект концепции «Единый строительный портал», раздел 4.2 — десять стадий сквозного жизненного цикла.
- Проект концепции «Единый строительный портал», раздел 5 — девятнадцать функциональных модулей.
- Проект концепции «Единый строительный портал», раздел 6.2 — роли проектной экосистемы.
- Портал НСПД: https://nspd.gov.ru/
- Единый государственный реестр заключений: https://gge.ru/services/egrz/
- ФГИС ЦС: https://fgiscs.minstroyrf.ru/
- Единая информационная система жилищного строительства: https://наш.дом.рф/
- Единая информационная система в сфере закупок: https://zakupki.gov.ru/
- Госуслуги — разрешение на строительство: https://www.gosuslugi.ru/600168/1
- Проект концепции «Единый строительный портал», раздел 7 — единая модель данных и цифровой паспорт.
- Проект концепции «Единый строительный портал», раздел 8 — сквозной процесс и контрольные ворота.
- Проект концепции «Единый строительный портал», раздел 9 — аналитика, искусственный интеллект и цифровой двойник.
- Проект концепции «Единый строительный портал», раздел 10 — управление, безопасность и правовой контур.
- Проект концепции «Единый строительный портал», раздел 12.1–12.2 — состав MVP и план первых 90 дней.
- Проект концепции «Единый строительный портал», разделы 12.3–12.4 — пилоты и дорожная карта.
- Проект концепции «Единый строительный портал», раздел 13.2 — семь решений для запуска.
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛЕдиный_строительный_портал_архитектура_398-р.docx · веб-текст+
Архитектура единой цифровой платформы управления строительством и ЖКХ
Концепция и верхнеуровневое техническое задание в развитие распоряжения Правительства РФ от 2 марта 2026 г. № 398-р
| Горизонт | 2030 |
|---|---|
| Предмет | Строительство + ЖКХ + жизненный цикл ОКС |
| Архитектурный принцип | Реестровое ядро + процессный слой + ТИМ + интеграции + аналитика/ИИ |
| Версия | Концепт 1.0 / август 2026 |
Нормативная основа: распоряжение Правительства Российской Федерации от 02.03.2026 № 398-р. Официальная публикация: government.ru.
1. Резюме решения
Предлагается создать единый цифровой контур управления объектом капитального строительства и коммунальной инфраструктурой — от инициативы, земельно-градостроительной подготовки и проектирования до ввода, эксплуатации, ремонта и модернизации.
- Платформа не заменяет действующие государственные информационные системы, а связывает их через единые сущности данных, API и событийный обмен.
- Центр архитектуры — цифровой паспорт объекта и единая история решений, документов, моделей, сроков, стоимости и ответственности.
- ТИМ/информационная модель рассматривается как рабочая модель жизненного цикла, а не как отдельный файл проектировщика.
- Для органов власти формируется управленческий контур: мониторинг сроков, рисков, стоимости, цифровой зрелости и качества данных.
- Для рынка — единый кабинет участника, понятные маршруты процедур, машиночитаемые документы и сокращение ручных повторных вводов данных.
2. Нормативная привязка к распоряжению № 398-р
| Контур | Функция | Результат |
|---|---|---|
| Единая цифровая среда | Связать федеральный, региональный и объектовый уровни управления | Сквозной цифровой контур отрасли |
| Электронные процедуры | Перевести взаимодействие участников инвестиционно-строительного цикла в цифровой вид | Снижение сроков и транзакционных издержек |
| ТИМ и цифровые двойники | Использовать информационные модели на всем жизненном цикле | Прослеживаемый цифровой двойник объекта |
| Стройкомплекс.РФ / ГИСОГД | Обеспечить обмен данными и интеграцию | Единая картина пространственных и градостроительных данных |
| ЖКХ | Электронные паспорта коммунальной инфраструктуры и цифровой учет жилищного фонда | Переход от документов к данным и событиям |
| ИИ | Автоматизировать контроль, анализ и принятие типовых решений | Прогноз рисков и повышение производительности |
3. Целевая архитектура
Пять уровней платформы
| Контур | Функция | Результат |
|---|---|---|
| 1. Реестровое ядро | Объекты, участники, документы, модели, сети, контракты, события | Единая версия правды |
| 2. Процессный слой | Маршруты, статусы, согласования, контроль сроков и ответственности | Управляемый инвестиционно-строительный цикл |
| 3. ТИМ / цифровой двойник | Версии моделей, проверка, замечания, исполнительная и эксплуатационная модель | Сквозная модель жизненного цикла |
| 4. Сервисный слой | Кабинеты, суперсервисы, уведомления, электронные формы | Удобное взаимодействие участников |
| 5. Аналитика и ИИ | Риски, стоимость, сроки, качество, зрелость, прогноз | Управленческие решения на данных |
4. Модель данных: главные сущности
Объект капитального строительства: Единый идентификатор, адрес/координаты, тип, стадия, параметры, статус.
Территория / земельный участок: Границы, права, ограничения, градостроительные условия, инфраструктурная обеспеченность.
Проект: Цели, параметры, этапы, финансирование, график, бюджет, ответственные.
Информационная модель: Версия ТИМ, состав, формат, проверки, замечания, связь с документацией и фактом.
Документ: Вид, версия, автор, статус, машиночитаемая структура, подпись, связь с процедурой.
Процедура / согласование: Основание, участники, срок, решение, замечания, результат.
Контракт / обязательство: Стороны, предмет, цена, сроки, этапы, исполнение, обеспечение.
Работа / этап: План, факт, ресурсы, объем, исполнитель, контроль качества.
Инженерная сеть / объект ЖКХ: Паспорт, характеристики, состояние, аварии, ремонты, инвестиционные мероприятия.
Событие: Изменение статуса, инцидент, проверка, загрузка данных, решение, отклонение.
5. Функциональные модули MVP
Модуль 1. Цифровой паспорт объекта
Единая карточка объекта; участники; стадия; ключевые показатели; история решений; связанные модели и документы.
Модуль 2. Маршрут инвестиционно-строительного цикла
Пошаговый маршрут процедур; зависимости; ответственные; дедлайны; блокировки; автоматические уведомления.
Модуль 3. ТИМ / цифровая модель
Загрузка; просмотр; версии; проверки; коллизии; замечания; привязка к смете, графику и исполнительной документации.
Модуль 4. Экспертиза и согласования
Комплектность; замечания; ответы; электронные решения; контроль нормативных сроков.
Модуль 5. Строительный контроль
План-факт; исполнительная документация; фото/видео; предписания; акты; отклонения от проектных решений.
Модуль 6. Коммунальная инфраструктура
Электронный паспорт; ТУ; подключения; аварии; ремонт; инвестиционные мероприятия; готовность к отопительному сезону.
Модуль 7. Эксплуатация и ЖКХ
Передача объекта; техническое состояние; обращения; обслуживание; капремонт; данные для ГИС ЖКХ.
Модуль 8. Аналитический центр
Дашборды; сроки; стоимость; риски; качество данных; рейтинг проблем; цифровая зрелость; ИИ-прогноз.
6. Ролевая модель
| Роль | Рабочий контур |
|---|---|
| Федеральный регулятор | Политики, показатели, мониторинг, нормативные требования, межведомственная координация |
| Регион / муниципалитет | Портфель объектов, градостроительные процедуры, инфраструктура, контроль сроков |
| Государственный заказчик | Планирование, бюджет, контрактование, ход проекта, приемка |
| Застройщик / инвестор | Маршрут проекта, документы, согласования, сроки, риски |
| Технический заказчик | Управление проектированием и строительством, контроль качества и сроков |
| Проектировщик | ТИМ, документация, версии, ответы на замечания |
| Экспертиза / надзор | Проверки, замечания, заключения, предписания, использование модели |
| Подрядчик | Производство работ, исполнительная документация, план-факт |
| РСО / управляющая организация | Подключения, эксплуатация, аварии, ремонты, техническое состояние |
| Гражданин / собственник | Статусы услуг, обращения, данные ЖКХ, цифровое взаимодействие |
7. Интеграционная архитектура
Принцип: API-first, событийный обмен и отсутствие повторного ручного ввода сведений, уже находящихся в государственных системах.
- ЕГИСОГД «Стройкомплекс.РФ» и региональные ГИСОГД/ИСОГД.
- ФГИС ЕГРЗ и контуры государственной экспертизы.
- ФГИС ЦС и сметно-ценовые данные.
- ЕИСЖС и отраслевые данные жилищного строительства.
- ГИС ЖКХ и «Госуслуги Дом».
- НСПД и кадастрово-пространственные сервисы Росреестра.
- ЕПГУ/Госуслуги и электронные государственные услуги.
- Информационные системы управления проектами государственных заказчиков.
- ГИС ТОР КНД и цифровой государственный контроль/надзор.
- Корпоративные ERP/PM/СОД/ТИМ-среды участников рынка через стандартизированные API.
8. Технологическая архитектура
| Контур | Функция | Результат |
|---|---|---|
| Клиентский слой | Web/mobile кабинеты, адаптивный интерфейс, роль-ориентированные рабочие столы | Единый пользовательский опыт |
| API Gateway | Аутентификация, маршрутизация, квоты, журналирование | Безопасные интеграции |
| Процессный движок | BPMN/машина состояний, SLA, маршрутизация задач | Исполнимые регламенты |
| Master Data / Registry | Единые справочники и идентификаторы | Согласованность данных |
| Документы и подпись | ЭДО, версии, УКЭП, машиночитаемые формы | Юридически значимый цифровой процесс |
| ТИМ-сервисы | Хранилище моделей, viewer, проверки, IFC/открытые форматы | Цифровой двойник |
| Data Lake / DWH | История, телеметрия, агрегаты, витрины | Аналитическая база |
| ИИ-сервисы | Классификация, поиск, проверка, прогноз, выявление аномалий | Снижение ручного труда |
| Интеграционная шина | События, очереди, ETL/ELT, API | Связность федеральных и региональных систем |
| ИБ и аудит | Ролевая модель, сегментация, журнал действий, резервирование | Устойчивость и доверие |
9. Приоритетные сценарии ИИ
- Автоматическая проверка комплектности пакета документов перед подачей.
- Семантическое сопоставление требований нормативных документов с проектными решениями.
- Поиск противоречий между документами, ТИМ-моделью, сметой и календарным графиком.
- Прогноз риска срыва сроков и превышения бюджета по портфелю объектов.
- Выявление аномалий в исполнительной документации и фотофиксации.
- Риск-профиль подрядчика и поставщика на основе подтвержденных данных исполнения.
- Прогноз аварийности коммунальной инфраструктуры по состоянию, возрасту и телеметрии.
- Интеллектуальный помощник участника инвестиционно-строительного цикла по процедурам и статусам.
10. Система показателей
| Контур | Функция | Результат |
|---|---|---|
| Сроки | Медианная длительность ключевых процедур; длительность полного цикла | Сокращение времени проекта |
| Цифровизация | Доля процедур без бумажного дублирования; доля машиночитаемых документов | Переход к данным |
| ТИМ | Доля объектов с актуальной информационной моделью; доля проверок по модели | Реальное применение цифрового двойника |
| Интеграции | Доля сведений, получаемых автоматически; число повторных ручных вводов | Бесшовность |
| Качество | Количество ошибок/возвратов; полнота и актуальность данных | Повышение надежности |
| Стоимость | Отклонение бюджет/факт; стоимость транзакций и согласований | Снижение непроизводительных потерь |
| ЖКХ | Полнота электронных паспортов; аварийность; время восстановления | Управление инфраструктурой по состоянию |
| Управление | Доля объектов с ранним выявлением риска; время реакции на отклонение | Проактивное управление |
11. Дорожная карта внедрения
Этап 0 — 8–12 недель — Архитектурное обследование; реестр сущностей; карта интеграций; выбор пилота; нормативная матрица; макет интерфейсов.
Этап 1 — 4–6 месяцев — MVP: паспорт объекта, маршрут, документы, ТИМ-viewer, дашборд, 3–5 интеграций.
Этап 2 — 6–12 месяцев — Стройконтроль, коммунальная инфраструктура, расширение интеграций, электронные акты, региональный портфель.
Этап 3 — 12–18 месяцев — Эксплуатация/ЖКХ, ИИ-сценарии, цифровой двойник, тиражирование на несколько регионов.
Этап 4 — до 2030 — Масштабирование, унификация моделей данных, промышленная эксплуатация, отраслевые витрины и межрегиональный анализ.
12. Рекомендуемый пилот
Пилот должен быть не «порталом ради портала», а демонстрацией сквозного прохождения одного реального объекта через цифровой маршрут.
- Один регион / один крупный заказчик / 3–10 объектов.
- Фиксированный набор процедур: исходные данные → проектирование → экспертиза → разрешение → строительство → исполнительная документация → ввод.
- Обязательная ТИМ-модель и цифровой паспорт объекта.
- Интеграции минимум со «Стройкомплекс.РФ»/региональной ГИСОГД, экспертизой, НСПД и системой заказчика.
- Контрольные метрики до/после: срок процедуры, число ручных вводов, возвраты, ошибки, задержки, время подготовки отчетности.
13. Организационная модель
| Контур | Функция | Результат |
|---|---|---|
| Совет проекта | Минстрой/регион/заказчик/оператор/ключевые ведомства | Решения по приоритетам и барьерам |
| Архитектурный комитет | Данные, интеграции, ТИМ, ИБ, стандарты | Целостность архитектуры |
| Продуктовый офис | Пользовательские сценарии, бэклог, метрики | Быстрое развитие продукта |
| Центр данных и качества | НСИ, паспорта, правила качества, витрины | Доверие к данным |
| Центр компетенций ТИМ | Форматы, модели, проверки, обучение | Единые правила работы с моделями |
| Центр эксплуатации | SLA, инциденты, релизы, устойчивость | Промышленная надежность |
14. Архитектурные принципы
- Данные один раз: сведения вводятся или получаются из первичного источника и переиспользуются.
- Объект как цифровая сущность: все документы и события связаны с единым паспортом.
- Открытые интерфейсы: интеграции через документированные API и события.
- Машиночитаемость по умолчанию: XML/JSON/структурированные формы вместо «PDF как базы данных».
- Версионность и доказуемость: история изменений, авторство, подпись и аудит каждого критичного действия.
- Федеративность: единые правила и модели данных при сохранении региональных и корпоративных систем.
- Безопасность по архитектуре: минимальные права, сегментация, журналирование, резервирование и контроль цепочки поставок ПО.
- Импортонезависимость: приоритет отечественных компонентов и переносимых открытых форматов.
15. Решения, которые необходимо принять для запуска
- Утвердить владельца продукта и пилотную территорию/заказчика.
- Утвердить каноническую модель данных и идентификатор объекта.
- Определить 5–7 обязательных интеграций первого этапа.
- Выбрать эталонный маршрут инвестиционно-строительного цикла для MVP.
- Зафиксировать требования к ТИМ-модели и общей среде данных.
- Утвердить KPI пилота и методику измерения эффекта.
- Сформировать межведомственную архитектурную группу и продуктовый офис.
Источники
1. Распоряжение Правительства Российской Федерации от 02.03.2026 № 398-р «Об утверждении стратегического направления в области цифровой трансформации отраслей строительства и жилищно-коммунального хозяйства Российской Федерации до 2030 года». Официальный сайт Правительства России: https://government.ru/docs/all/163630/
2. Официальный PDF распоряжения: https://static.government.ru/media/files/A6eGtkkDnhcpleQoLgSn8XTLxP5RCvBT.pdf
Документ является концептуальной архитектурой и не подменяет нормативные акты, технические требования государственных информационных систем и обязательные процедуры информационной безопасности.
ЕДИНЫЙ СТРОИТЕЛЬНЫЙ ПОРТАЛЕдиный_строительный_портал_398-р_презентация.pptx · веб-текст+
Единая цифровая платформа управления строительством и ЖКХ
АНАЛИТИКА + ИИ
СЕРВИСЫ И КАБИНЕТЫ
ТИМ / ЦИФРОВОЙ ДВОЙНИК
ПРОЦЕССНЫЙ СЛОЙ
Архитектура в развитие распоряжения Правительства Российской Федерации от 2 марта 2026 г. № 398-р
РЕЕСТРОВОЕ ЯДРО
СТРОИТЕЛЬСТВО → ВВОД → ЭКСПЛУАТАЦИЯ → ЖКХ
Концепция 1.0 • август 2026
Почему платформа нужна сейчас
№398-р задает отрасли целевое состояние: единая цифровая среда, сквозные процедуры, ТИМ, цифровые двойники, ИИ и цифровой ЖКХ-контур.
Государственная задача
Технологический переход
ЖКХ как продолжение цикла
Перевести взаимодействие участников инвестиционно-строительного цикла в электронный вид и сократить длительность процедур.
Использовать ТИМ на жизненном цикле объекта и формировать цифровые двойники объектов капитального строительства.
Электронные паспорта коммунальной инфраструктуры, цифровой учет жилищного фонда и платформенное управление ЖКХ.
Ключевой разрыв сегодня
→ Единая версия правды по объекту
Разрозненные системы
Повторный ввод данных
PDF вместо данных
Отсутствие единой истории объекта
Источник: Правительство России, распоряжение №398-р от 02.03.2026.
Целевая архитектура: 5 уровней
Платформа связывает данные, процессы, цифровые модели, сервисы и управление — не создавая еще одну изолированную ГИС.
Прогноз сроков, стоимости, рисков, аварийности; контроль цифровой зрелости
АНАЛИТИКА И ИИ
Кабинеты ролей, суперсервисы, уведомления, электронные формы
СЕРВИСНЫЙ СЛОЙ
Версии моделей, проверки, исполнительная и эксплуатационная модель
ТИМ / ЦИФРОВОЙ ДВОЙНИК
Маршруты, статусы, SLA, согласования, задачи, ответственность
ПРОЦЕССНЫЙ СЛОЙ
Объекты, участники, документы, сети, контракты, события
РЕЕСТРОВОЕ ЯДРО
Сквозной жизненный цикл объекта
Главный объект управления — не документ и не ведомственная процедура, а единая цифровая сущность ОКС.
Инициатива
Земля / ГПД
Изыскания
Проектирование
Экспертиза
Разрешение
Строительство
Ввод
Эксплуатация
Капремонт / модернизация
ID объекта • пространственные данные • участники • документы • ТИМ • сроки • стоимость • решения • события • техническое состояние
ЕДИНЫЙ ЦИФРОВОЙ ПАСПОРТ ОБЪЕКТА
Одна история объекта — от первого решения до эксплуатации.
Модель данных: что связывает платформу
Если нет общих сущностей и идентификаторов, интеграция превращается в обмен файлами.
ОБЪЕКТ
ТЕРРИТОРИЯ
ПРОЕКТ
ТИМ-МОДЕЛЬ
ДОКУМЕНТ
ПРОЦЕДУРА
КОНТРАКТ
РАБОТА / ЭТАП
СЕТЬ / ЖКХ
СОБЫТИЕ
Граф связей: кто → что → когда → на каком основании → с каким результатом
MVP: 8 функциональных модулей
Первый релиз должен показать полный цифровой маршрут объекта, а не максимальное число функций.
Паспорт объекта
Маршрут ИСЦ
ТИМ / модель
Экспертиза
Стройконтроль
Коммунальная инфраструктура
Эксплуатация / ЖКХ
Аналитический центр
MVP = цифровой паспорт + маршрут + модель + документы + контроль + 3–5 интеграций + управленческий дашборд
Ролевая модель: один объект — разные рабочие места
У каждой роли свой набор задач и KPI, но все работают с одной цифровой историей объекта.
Федеральный регулятор
Регион / муниципалитет
Заказчик / инвестор
Проектировщик / эксперт
Политики • KPI • мониторинг
Портфель • процедуры • инфраструктура
Сроки • бюджет • решения
ТИМ • документация • замечания
Подрядчик / техзаказчик
РСО / УК
Надзор
Гражданин / собственник
Работы • акты • план-факт
Подключения • состояние • аварии
Проверки • предписания
Услуги • обращения • ЖКХ
Интеграционный контур
Платформа — оркестратор и единая точка пользовательского взаимодействия, а не дублер первичных государственных реестров.
Госуслуги
Стройкомплекс.РФ
ГИС ЖКХ
ЕДИНЫЙ
СТРОИТЕЛЬНЫЙ ПОРТАЛ
ЕИСЖС
ГИСОГД регионов
ЕГРЗ / экспертиза
НСПД / Росреестр
ИСУП заказчиков
API • события • витрины данных • единые идентификаторы • машиночитаемые форматы
Технологический стек верхнего уровня
Архитектура должна быть модульной, федеративной и переносимой между регионами и заказчиками.
Web / Mobile / кабинеты
Роль-ориентированный UX
API Gateway + IAM
Аутентификация, маршрутизация, аудит
BPM / процессный движок
Исполнимые регламенты и SLA
Master Data + Registry
НСИ и единые идентификаторы
Документы + УКЭП
Версии и юридическая значимость
ТИМ-сервисы + CDE
Модели, viewer, проверки
DWH / Data Lake
История, телеметрия, витрины
ИИ-сервисы
Поиск, контроль, прогноз, аномалии
Integration Bus
API, события, ETL/ELT
ИБ / мониторинг
Сегментация, журналы, резервирование
ИИ: только там, где есть измеримый эффект
ИИ не заменяет юридически значимое решение — он сокращает ручную работу, обнаруживает риски и готовит доказательную основу.
Комплектность
Нормативный контроль
Согласованность
Сроки и бюджет
Проверка пакета перед подачей
Сопоставление требований и проектных решений
Документы ↔ ТИМ ↔ смета ↔ график
Прогноз отклонений
Стройконтроль
Контрагенты
ЖКХ
Ассистент
Аномалии в актах и фотофиксации
Риск-профиль исполнения
Прогноз аварийности
Подсказки по маршрутам и статусам
KPI платформы
Оценивать не количество функций, а изменение скорости, качества и прозрачности инвестиционно-строительного цикла.
СРОКИ
ЦИФРОВИЗАЦИЯ
ТИМ
ИНТЕГРАЦИИ
длительность процедур и полного цикла
доля процессов без бумажного дубля
актуальность модели и доля проверок по модели
доля данных без повторного ввода
КАЧЕСТВО
СТОИМОСТЬ
ЖКХ
УПРАВЛЕНИЕ
ошибки, возвраты, полнота данных
отклонение бюджет / факт
полнота паспортов, аварийность, восстановление
раннее выявление рисков и скорость реакции
Главный эффект: меньше ручного труда + меньше возвратов + раньше виден риск + быстрее вводится объект
Пилот: один реальный объектовый контур
Пилот должен доказать сокращение времени и числа ручных операций на конкретных процедурах.
1 регион / 1 заказчик
Обязательный ТИМ
Сквозной маршрут
3–10 объектов
единый цифровой паспорт
от исходных данных до ввода
3–5 интеграций
Метрики «до / после»
Управленческий дашборд
ГИСОГД, экспертиза, НСПД, ИСУП
сроки, вводы, возвраты, ошибки
события, риски, блокировки
Цель пилота: не внедрить «всё», а доказать работоспособность единой цифровой истории объекта.
Дорожная карта
От архитектурного обследования к тиражируемой отраслевой платформе.
8–12 недель
4–6 мес.
6–12 мес.
12–18 мес.
до 2030
Архитектура
модель данных
пилот
MVP
паспорт
маршрут
ТИМ
Стройконтроль
ЖКХ-сети
интеграции
Эксплуатация
ИИ
несколько регионов
Масштабирование
унификация
отраслевые витрины
Каждый этап заканчивается измеримым результатом и решением о масштабировании.
Организационная модель управления
Технология без владельца данных и владельца процесса не даст отраслевого эффекта.
Совет проекта
Архитектурный комитет
Продуктовый офис
Приоритеты и межведомственные решения
Данные • ТИМ • интеграции • ИБ
Бэклог • UX • метрики • релизы
Центр данных
Центр компетенций ТИМ
Центр эксплуатации
НСИ • качество • витрины
Форматы • правила • обучение
SLA • инциденты • устойчивость
Что нужно утвердить для запуска
Семь решений переводят концепцию из презентации в пилотный проект.
Владелец продукта и пилотная территория
Каноническая модель данных и ID объекта
5–7 обязательных интеграций MVP
Эталонный маршрут инвестиционно-строительного цикла
Требования к ТИМ и общей среде данных
KPI пилота и методика эффекта
Межведомственная архитектурная группа и продуктовый офис
Следующий шаг: архитектурное обследование + выбор пилота + макет ключевых экранов
Нормативная опора
Ключевые тезисы презентации выстроены по официальному тексту распоряжения Правительства РФ №398-р.
Распоряжение Правительства Российской Федерации от 02.03.2026 № 398-р
«Стратегическое направление в области цифровой трансформации отраслей строительства и жилищно-коммунального хозяйства Российской Федерации до 2030 года».
Официальная публикация
government.ru/docs/all/163630/
Официальный PDF
static.government.ru/media/files/A6eGtkkDnhcpleQoLgSn8XTLxP5RCvBT.pdf
Концепция платформы является проектным предложением и должна детализироваться с учетом требований конкретных государственных информационных систем, регламентов информационного взаимодействия и требований информационной безопасности.
