Для кого: подрядчиков, проектировщиков, технических заказчиков и специалистов по цифровизации строительства.

Коротко: можно ли интегрировать ВИС подрядчика с ИСУП

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

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

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

Что такое ИСУП и ВИС

ИСУП «Вертикаль» — информационная система управления проектами государственного заказчика в сфере строительства. Она предназначена для автоматизации процессов управления строительными проектами, мониторинга их реализации и цифрового взаимодействия участников.

Официальные документы, XML-схемы и учебные материалы по ИСУП публикуются в разделе Минстроя России, посвящённом системе. Архитектура ИСУП предусматривает взаимодействие с внешними информационными системами участников строительства.

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

Упрощённо процесс выглядит так:

Сотрудник работает в ВИС → данные создаются и проверяются в системе-источнике → сведения передаются в ИСУП по поддерживаемому сценарию → пользователь контролирует статус обмена и обрабатывает исключения.

Такая модель позволяет не заставлять специалистов вести один и тот же факт одновременно в нескольких системах.

Какие ВИС интегрированы с ИСУП

По информации РосКапСтроя, архитектура ИСУП «Вертикаль» предусматривает взаимодействие с внешними информационными системами участников строительства. В опубликованных материалах среди решений с настроенным информационным обменом названы ЭКЗОН, ЦУС и М-Строй.

Перечень интеграций и их функциональность могут меняться. Поэтому перед внедрением важно проверить одновременно три вещи:

• актуальный статус интеграции конкретной ВИС;
• сценарии, которые поддерживает именно ваша версия решения;
• требования заказчика и регламент проекта.

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

Где возникает двойной ввод данных

Двойной ввод появляется не из-за самого факта использования ИСУП и корпоративного ПО одновременно. Он возникает, когда одно информационное событие сотруднику приходится вручную отражать в двух или нескольких системах.

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

Это создаёт два риска:

• увеличивает трудозатраты на технические действия;
• приводит к разным версиям одного факта в разных системах.

Например, дату завершения этапа изменили во внутреннем графике, но не обновили в ИСУП. Формально оба контура содержат сведения об одном объекте, но фактическая дата выполнения работ в них различается.

Какие данные можно передавать в ИСУП

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

Категория	Возможный сценарий обмена	Что нужно проверить до запуска
Карточка объекта	Передача идентификационных и атрибутивных данных	Идентификаторы ОКС, обязательные поля, правила обновления
Участники проекта	Передача сведений об организации и ролях	Справочники, ИНН, полномочия и роли пользователей
Календарный план и этапы	Передача сроков, этапов или статусов по поддерживаемой модели	Единые наименования этапов, даты, приоритет источника данных
Документы	Передача файлов и метаданных	Формат, XML-схема, электронная подпись, версия документа
Исполнительная документация	Передача предусмотренных комплектов и реквизитов	Поддерживаемые типы документов, требования заказчика, статусы
Ход строительства	Передача отдельных показателей и статусов	Периодичность, источники показателей, правила сверки
Замечания и результаты контроля	Обмен при наличии поддерживаемого сценария	Статусы, ответственные, сроки устранения, порядок закрытия

Чтобы выбрать первый кандидат на интеграцию, задайте четыре вопроса:

1. Эти данные уже создаются в ВИС?
2. Они нужны в ИСУП?
3. Они регулярно меняются?
4. Сотрудники сейчас переносят их вручную?

Если на все вопросы ответ «да», процесс обычно стоит включить в приоритетный контур автоматизации.

Почему интеграция — не просто подключение API

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

На практике у систем могут различаться:

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

Например, во внутренней системе объект может называться «Школа на 1000 мест», а в ИСУП быть привязан к уникальному идентификатору и набору обязательных атрибутов. Если эти сущности не сопоставлены, передача может пройти технически успешно, но привести к ошибке в содержании данных.

Поэтому интеграция начинается с модели данных, карты источников и правил обмена, а не с вопроса «какой API подключить».

Как определить источники данных

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

Информация	Возможный источник данных
Карточка объекта	ИСУП или корпоративная мастер-система
Календарный план	Система управления строительством или проектом
Исполнительная документация	Профильная ВИС
Финансовые сведения	ERP или учётная система
Статусы выполнения работ	Система управления проектом или строительством
Замечания строительного контроля	Система строительного контроля

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

Без этого две интегрированные системы могут продолжать показывать разные данные — только обмениваться ими быстрее.

Что не нужно автоматизировать

Интеграция не обязана заменять профессиональное решение пользователя. Ручное действие остаётся оправданным, когда требуется:

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

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

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

Пример: интеграция ЭКЗОН с ИСУП

ЭКЗОН упоминается РосКапСтроем среди ВИС, для которых настроен информационный обмен с ИСУП «Вертикаль». В материалах разработчика также заявляется поддержка интеграции с ИСУП и ключевых XML-схем, опубликованных Минстроем России.

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

Однако перед запуском необходимо подтвердить у поставщика решения и заказчика:

• какие именно документы и сведения входят в доступный сценарий;
• какие XML-схемы и форматы применяются;
• требуется ли отдельная настройка или подключение модуля;
• кто инициирует передачу и кто контролирует статус;
• как передаются исправления и новые версии документов;
• какие ошибки возможны и как они обрабатываются.

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

Что происходит, когда данные меняются

Первая передача информации обычно проще всего. Основные сложности появляются после корректировки документа, графика, статуса или реквизита.

До запуска обмена важно согласовать правила жизненного цикла данных:

1. Передаётся ли новая версия автоматически или после подтверждения?
2. Остаётся ли в системе история предыдущих версий?
3. Какая система имеет приоритет при конфликте?
4. Как пользователь узнаёт, что передача не выполнена?
5. Кто отвечает за исправление ошибки?
6. Нужно ли повторное подписание или согласование?

Полноценный сценарий интеграции проверяет не только операцию «отправить», но весь путь данных:

Создать → проверить → передать → получить статус → изменить → обновить → обработать ошибку → подтвердить результат.

Как внедрить интеграцию с ИСУП

1. Опишите маршрут данных

Фиксируйте не перечень программ, а реальное движение информации. Например: создание документа → проверка → согласование → передача → корректировка → повторная передача.

2. Найдите повторный ввод

Определите, какие данные сотрудники действительно переписывают, заново заполняют или повторно загружают между ВИС и ИСУП.

3. Назначьте систему-источник

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

4. Выберите минимальный полезный контур

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

5. Проверьте сценарий на одном объекте

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

После успешного пилота интеграцию можно масштабировать на другие объекты и процессы.

Чек-лист перед подключением ВИС к ИСУП

Перед началом работ проверьте:

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

Частые вопросы

Нужно ли подрядчику отказываться от своей системы ради ИСУП?

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

Можно ли передавать данные из ВИС в ИСУП автоматически?

Взаимодействие ИСУП с внешними системами предусмотрено архитектурой решения. Но автоматизация зависит от конкретной ВИС, настроенного сценария, состава данных, регламента заказчика и правил подтверждения.

Какие ВИС интегрированы с ИСУП?

В опубликованных материалах РосКапСтроя среди решений с настроенным информационным обменом указаны ЭКЗОН, ЦУС и М-Строй. Актуальный статус и функциональность следует подтверждать перед внедрением, поскольку перечень и сценарии могут обновляться.

Можно ли полностью убрать ручной ввод?

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

Что важнее: API или готовая интеграция?

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

Как проверить, что данные дошли до ИСУП?

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