Функциональное описание интеграционных решений - v1.1 - 20221219 - чистовой

ИНФОРМАЦИОННАЯ СИСТЕМА
«СИСТЕМА УПРАВЛЕНИЯ ИНЖЕНЕРНЫМИ ДАННЫМИ» (СУИД)

В СОСТАВЕ ПЕРВОЙ ОЧЕРЕДИ
ЕДИНОЙ ЦИФРОВОЙ ПЛАТФОРМЫ
ПО УПРАВЛЕНИЮ ИНВЕСТИЦИОННЫМИ ПРОЕКТАМИ
ПАО «ГАЗПРОМ»
ОПИСАНИЕ ФУНКЦИОНАЛЬНОСТИ
ИНТЕГРАЦИОННЫХ РЕШЕНИЙ СУИД – СУИП В ЧАСТИ
МОДУЛЕЙ КАЛЕНДАРНО-СЕТЕВОГО ПЛАНИРОВАНИЯ (КСП)
И ОПЕРАТИВНОГО КОНТРОЛЯ РАБОТ НА ПЛОЩАДКЕ (ОКР)
Версия 1.1
Санкт-Петербург
2022
Система управления инженерными данными (СУИД)
Описание функциональности интеграционных решений СУИД - СУИП
в части модулей КСП и ОКР
ОГЛАВЛЕНИЕ
1 ВВЕДЕНИЕ........................................................................................................3
2 НАЗНАЧЕНИЕ ДОКУМЕНТА........................................................................3
3 ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ.......................................................................3
4 СОКРАЩЕНИЯ И АББРЕВИАТУРЫ............................................................4
5 ОПИСАНИЕ РЕАЛИЗОВАННЫХ ИНТЕГРАЦИОННЫХ
ВЗАИМОДЕЙСТВИЙ............................................................................................5
6 ФУНКЦИОНАЛЬНОЕ ОПИСАНИЕ ИНТЕГРАЦИОННЫХ РЕШЕНИЙ. 8
6.1 Функциональное описание интеграционного взаимодействия по
сценарию «Передача данных по работам с плановыми сроками графика
работ КСГ 1-3 уровней в СУИД»....................................................................8
сценарию «Отправка фактического графика работ КСГ 1-3 уровней».......8
сценарию «Передача данных по комплекту документации в ОКР СУИП»9
ПРИЛОЖЕНИЕ 1 ФУНКЦИОНАЛЬНО-ИНТЕГРАЦИОННЫЕ
ВЗАИМОДЕЙСТВИЯ В РАМКАХ ПЕРЕДАЧИ ДАННЫХ ПО РАБОТАМ С
ПЛАНОВЫМИ СРОКАМИ ГРАФИКА РАБОТ КСГ 1-3 УРОВНЕЙ
(СУИП - КСШ - СУИД)........................................................................................10
ПРИЛОЖЕНИЕ 2 ФУНКЦИОНАЛЬНО-ИНТЕГРАЦИОННЫЕ
ВЗАИМОДЕЙСТВИЯ В РАМКАХ ПЕРЕДАЧИ ДАННЫХ
ФАКТИЧЕСКОГО ГРАФИКА РАБОТ КСГ 1-3 УРОВНЕЙ ИЗ СУИД В
СУИП (СУИД - КСШ - СУИП)............................................................................14
ПРИЛОЖЕНИЕ 3 ФУНКЦИОНАЛЬНО-ИНТЕГРАЦИОННЫХ
ВЗАИМОДЕЙСТВИЯ В РАМКАХ ПЕРЕДАЧИ ДАННЫХ ПО
КОМПЛЕКТУ ДОКУМЕНТАЦИИ В ОКР СУИП............................................18
2
1 ВВЕДЕНИЕ
В настоящем документе содержится описание функциональности

интеграционных решений, разработанных в рамках реализации
интеграционных взаимодействий между СУИД и СУИП (в рамках проекта
СУИД 1-й очереди внедрения).
2 НАЗНАЧЕНИЕ ДОКУМЕНТА
Документ описывает основные функциональные возможности

Интеграционного блока СУИД, правила срабатывания специализированных
триггеров с привязкой к бизнес-логике, реализованной в СУИД для
обеспечения выполнения интеграционных взаимодействий. В документе
приведены описания основных функциональных событий и бизнес-
сценариев, связанных с интеграционными взаимодействиями.
3 ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
В настоящем разделе приведены термины и определения,

используемые в Документе.
Таблица 1. Термины и определения
№ ТЕРМИН ОПРЕДЕЛЕНИЕ
Упорядоченный набор структурированной информации
1. База данных
или данных
Информация, представленная в формальном виде,
пригодном для передачи, интерпретации или обработки
Данные, пакет людьми, или компьютерами. Пакет данных содержит
2.
данных записи в структуре передаваемого сообщения,
дополнительно может содержать вложенные файлы
согласованного формата
Взаимосвязанный набор программно-аппаратных средств,
Корпоративная реализующих технологию интеграции и представляющий
3.
шина данных собой среду электронного взаимодействия компонентов
ИТ-обеспечения
3
№ ТЕРМИН ОПРЕДЕЛЕНИЕ
Календарно-сетевой График с детализацией, позволяющей формировать на его
4.
график основе месячные и суточно-месячные план-графики
Система, предназначенная для хранения, поиска и
5. Система
обработки информации
Система управления инвестиционными проектами в
составе Единой Цифровой платформы по управлению
инвестиционными проектами ПАО «Газпром»
6. СУИП
(Совокупность конфигураций и сценариев, реализованных
в рамках ТЗ, на базе программного обеспечения
PMControlling)
Система управления инженерными данными в составе
Единой Цифровой платформы по управлению
7. СУИД инженерными данными ПАО «Газпром» (Совокупность
конфигураций и сценариев, реализованных в рамках ТЗ, на
базе программного обеспечения PMControlling)
Программная функция, задаваемая при разработке,
8. Триггер которая срабатывает по определённому бизнес-событию.
Вызывается асинхронно Системой
4 СОКРАЩЕНИЯ И АББРЕВИАТУРЫ
В настоящем разделе приведены основные обозначения и сокращения,

используемые в Документе.
Таблица 1. Обозначения и сокращения
№ СОКРАЩЕНИЕ ОПРЕДЕЛЕНИЕ
HyperText Transfer Protocol Secure) – это безопасный
1. HTTPS
протокол передачи данных
Simple Object Access Protocol — простой протокол доступа к
2. SOAP
объектам
3. ЗПиТТ Задание на проектирование и технические требования
4. ИПО Интегрированный проектный офис
5. ИС Информационная система
6. КСГ Календарно-сетевой график
7. КСП Календарно-сетевое планирование, модуль СУИП
8. КСШ Корпоративная системная шина
4
№ СОКРАЩЕНИЕ ОПРЕДЕЛЕНИЕ
9. ОКР Оперативный контроль работ на площадке, модуль СУИП
10. ОКС Объект капитального строительства
11. ПИР Проектно-изыскательные работы
12. ПТДО Проектно-технический документооборот
13. ПР Проектная документация
14. РД Рабочая документация
Система управления инженерными данными в составе
15. СУИД Единой Цифровой платформы по управлению инженерными
данными ПАО «Газпром»
Система управления инвестиционными проектами в составе
16. СУИП Единой Цифровой платформы по управлению
инвестиционными проектами ПАО «Газпром»
17. ЦП Центральный процессор
18. ЦСШ Центральная сервисная шина
5 ОПИСАНИЕ РЕАЛИЗОВАННЫХ ИНТЕГРАЦИОННЫХ

ВЗАИМОДЕЙСТВИЙ
В рамках реализации проекта СУИД 1-й очереди реализованы

следующие интеграционные сценарии передачи данных между СУИД и
СУИП:
 сценарий «Передача данных по работам с плановыми сроками
графика работ КСГ 1-3 уровней в СУИД»;
 сценарий «Отправка фактического графика работ КСГ 1-3
уровней»;
 сценарий «Передача данных по комплекту документации
в ОКР СУИП».
В рамках сценария «Передача данных по работам с плановыми сроками
графика работ КСГ 1-3 уровней в СУИД» обеспечивается интеграционное
взаимодействия в части передачи из КСП СУИП в СУИД календарно-сетного
5
графика подготовки и утверждения ЗПиТТ, ПД и РД (фазы: F1.1, F2, F3, F4,

F5
и F8). В рамках интеграционных взаимодействий осуществляется передача:
номера подпроекта, иерархического состава работ, согласно плана-графика
работ КСГ 1-3 уровней, с указанием наименования работы и идентификатора
работы в КСГ СУИП (включая принадлежность
к фазам), плановых дат начала и окончания работ. Полный состав
метаданных, передаваемых в рамках интеграционного взаимодействия
систем СУИД-СУИП, приведён в Приложениях 4-6. Подробное описание
специализированных триггеров и бизнес-событий на уровне КСП СУИП и
СУИД представлены в разделе 6.
В рамках сценария «Отправка фактического графика работ КСГ 1-3
уровней» обеспечивается интеграционное взаимодействия в части передачи
из СУИД в КСП СУИП фактических дат выполнения работ и процента их
завершения. В рамках интеграционных взаимодействий осуществляется
передача номера подпроекта, идентификатора работ(-ы), фактических дат
выполнения работ(-ы) и процента завершения. Подробное описание
специализированных триггеров бизнес-событий на уровне СУИД и КСП
СУИП представлены в разделе 6.
В рамках сценария «Передача данных по комплекту документации
в ОКР СУИП» обеспечивается интеграционное в взаимодействия в части
придачи из СУИД в ОКР СУИП номера подпроекта, ссылки СУИД на
документ(ы) со статусом «Передан в производство работ» и сопутствующий
набор следующих метаданных: «Наименование документа», «Код марки»,
«Номер марки основного комплекта», «Версия документа», «Цели выпуска»,
«Номер передаточной ведомости». Подробное описание
специализированных триггеров бизнес-событий на уровне СУИД и ОКР
6
СУИП представлены
в разделе 6.
Для организации взаимодействия между СУИД и СУИП используется
КСШ. На рисунке 1 представлена схема взаимодействия СУИД и СУИП. Все
взаимодействия осуществляются через протокол HTTPS (SOAP).
Интеграционное взаимодействие СУИД и СУИП детально описано
в утвержденном Проектном решении на интеграцию СУИД и СУИП
и описывает следующие взаимодействия:
 СУИД (Сервер источник SOAP вызова) – КСШ – СУИП;
 СУИП (Сервер источник SOAP вызова) – КСШ – СУИД.
Рисунок 1. Схема интеграционного взаимодействия СУИД и СУИП

6 ФУНКЦИОНАЛЬНОЕ ОПИСАНИЕ ИНТЕГРАЦИОННЫХ
РЕШЕНИЙ
6.1 Функциональное описание интеграционного взаимодействия
по сценарию «Передача данных по работам с плановыми сроками
графика работ КСГ 1-3 уровней в СУИД»
В рамках интеграционного сценария «Передача данных по работам

с плановыми сроками графика работ КСГ 1-3 уровней в СУИД»
задействованы:
 функциональные блоки двух Систем КСП СУИП и СУИД;
7
 специализированный триггер, интегрированный в

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

по сценарию «Отправка фактического графика работ КСГ 1-3 уровней»
В рамках интеграционного сценария «Отправка фактического графика

работ КСГ 1-3 уровней» задействованы:
 функциональные блоки Системы СУИД и модуля КСП СУИП;
функциональные блоки СУИД, в части срабатывания на бизнес-события,
связанные с изменением фактических дат по работе(-ам) (дата начала и/или
дата окончания работ).

по сценарию «Передача данных по комплекту документации в ОКР
СУИП»
В рамках интеграционного сценария «Передача данных по комплекту

документации в ОКР СУИП» задействованы:
 функциональные блоки двух Систем СУИД и ОКР СУИП;
функциональные блоки СУИД, в части срабатывания на бизнес-событие,
8
связанное с изменением статуса документа на «Передан в производство

работ».
9
Информационная система «Система управления инженерными данными» (СУИД)
Проектное решение по системной интеграции СУИД – СУИП в рамках первой очереди внедрения
ПРИЛОЖЕНИЕ 1
ФУНКЦИОНАЛЬНО-ИНТЕГРАЦИОННЫЕ ВЗАИМОДЕЙСТВИЯ В
РАМКАХ ПЕРЕДАЧИ ДАННЫХ
ПО РАБОТАМ С ПЛАНОВЫМИ СРОКАМИ ГРАФИКА РАБОТ КСГ 1-3
УРОВНЕЙ (СУИП - КСШ - СУИД)
ТИП
№
РОЛЬ ШАГ ДЕЙСТВИЕ ДЕЙСТ
п/п
ВИЯ
Уполномоченный специалист Заказчика
осуществляет добавление новой записи в КСГ
по работам (1-3-го уровней) по проекту
(стадия ПИР) и конкретному ОКС в Системе
КСП СУИП. В рамках создания строки
«Планиров Создание должны быть заполнены следующие
щик работы обязательные параметры:
Пользова
1. Заказчика» 1-3 уровней  наименование работы;
тель
по работе с в  плановая дата начала задачи (начало по
КСП СУИП КСП СУИП циклу проектирования проекта);
 плановая дата окончания задачи (окончание
по циклу проектирования проекта).
Пользователь после заполнения всех
необходимых полей проводит утверждение
данных
Автоматически на уровне интеграционного
блока СУИП срабатывает триггер события
Автоматичес
«Утверждение или добавление новой строки
кое
календарно сетевого графика работ», по факту СУИП
Система формирован
2. срабатывания триггера автоматически на (системн
СУИП ие пакета
стороне СУИП формируется XML-файл и ый)
данных и его
отправляется в КСШ для последующей
отправка
доставки в СУИД (в соответствии с
ПР СИ СУИД - СУИП)
Автоматически от интеграционного блока
Транспортир
СУИП на уровне КСШ осуществляется прием
овка пакета
пакета данных (XML-файла) с последующей КСШ
Система данных по
3. маршрутизацией на СУИД в соответствии с (системн
КСШ КСШ от
прописанными сетевыми взаимодействиями ый)
СУИП до
(см. ПР СИ СУИД - СУИП и ПМЭ СИ СУИД -
СУИД
СУИП)
4. Система Получение Интеграционный блок СУИД осуществляется СУИД
10
ТИП
№
п/п
ВИЯ
пакета прием пакета данных (XML-файл) из КСШ.
данных наПосле получения пакета данных (системн
СУИД
уровне интеграционный блок осуществляет запись ый)
СУИД пакета данных в СУИД
Специалист в СУИД открывает проект на
соответствующий ОКС (для этого
пользователь заходит в раздел «Активные
проекты» и левой кнопкой мыши выбирает
необходимый проект). Пользователь
Специалист просматривает график работ, подтверждает:
Проверка Пользова
ПТДО по 1. В Системе СУИД автоматически создана
5. данных в тель
работе с новая строчка графика работ.
СЭТД СУИД
СУИД 2. Наименование работы и ее атрибуты
соответствует данным, переданным из
КСП СУИП.
3. Данные в интерфейсе Системы
отобразились в соответствующих полях
корректно
По факту записи пакета данных (Шаг 4),
интеграционный блок СУИД формирует
ответный пакет данных (XML-файл):
Отправка  успешная запись пакета - о получении
подтвержда и корректной записи данных в СУИД СУИД
Система
6. ющего (в соответствии с ПР СИ СУИД – (системн
СУИД
пакета из СУИП); ый)
СУИД  неуспешная запись пакета – сообщение
с номером ошибки (записи пакета,
некорректности состава данных и
проч.).
Транспортир СУИД
овка пакета на уровне КСШ осуществляется прием пакета
КСШ
Система данных по данных (XML-файла) с последующей
7. (системн
КСШ КСШ от маршрутизацией на СУИП в соответствии с
ый)
СУИД до прописанными сетевыми взаимодействиями
СУИП (см. ПР СИ СУИД - СУИП и ПМЭ СИ СУИД -
СУИП)
11
ТИП
№
п/п
ВИЯ
Получение
СУИП
Система пакета Анализ результатов и фиксация корректной
8. (системн
СУИП данных от отработки интеграционного взаимодействия
ый)
СУИД
Редактирова Уполномоченный специалист Заказчика
ние работы осуществляет редактирование ранее созданной
«Планиров 1-3 уровней работы (Шаг 1) в КСП СУИП. Вносит
щик и плановых изменения в следующие поля:
Пользова
9. Заказчика» сроков в  наименование работы;
тель
по работе с КСП СУИП  плановая дата начала задачи (начало по ЦП
КСП СУИП проекта);
 плановая дата окончания задачи (окончание
по ЦП проекта)
кое
формирован
СУИП
Система ие пакета
10. Повторение действий аналогично Шагу 2 (системн
СУИП данных по
ый)
изменениям
и его
отправка
КСШ
КСШ КСШ от
ый)
СУИП до
СУИД
Получение
пакета СУИД
Система
12. данных на Повторение действий аналогично Шагу 4 (системн
СУИД
уровне ый)
СУИД
13. Специалист Проверка Специалист в СУИД открывает проект на Пользова
ПТДО по поступления соответствующем ОКС (для этого тель
работе с изменений в пользователь заходит в раздел «Активные
СУИД СУИД проекты» и левой кнопкой мыши выбирает
необходимый проект). Пользователь
12
ТИП
№
п/п
ВИЯ
просматривает изменения строки «График
работ»
По факту успешной записи пакета данных
Отправка
(Шаг 11) в интеграционном блоке СУИД
подтвержда СУИД
Система формируется ответный пакет данных (XML-
14. ющего (системн
СУИД файл) о получении и корректной записи
пакета из ый)
данных в СУИД (в соответствии с
СУИД
ПР СИ СУИД – СУИП)
КСШ
КСШ КСШ от
ый)
СУИД до
СУИП
Получение
пакета СУИД
Система
16. данных на Повторение действий аналогично Шагу 8 (системн
СУИП
уровне ый)
СУИП
13
ФУНКЦИОНАЛЬНО-ИНТЕГРАЦИОННЫЕ
ВЗАИМОДЕЙСТВИЯ В РАМКАХ
ПЕРЕДАЧИ ДАННЫХ ФАКТИЧЕСКОГО ГРАФИКА РАБОТ
КСГ 1-3 УРОВНЕЙ
ИЗ СУИД В СУИП (СУИД - КСШ - СУИП)
ТИП
№
п/п
ВИЯ
1. Специалист Создание Уполномоченный специалист Заказчика Пользов
ПТДО по работы вносит фактические данные в запись КСГ по атель
работе 1-3 уровней в работам (1-3-го уровней) по проекту (стадия
с СУИД СУИД ПИР)
и конкретному ОКС в Системе СУИД. В
рамках редактирования строки должны быть
выполнены следующие действия:
 специалист проходит на вкладку
«Работы» в проекте, выбирает созданную с
помощью интеграции позицию работы и
переходит в режим редактирования;
 специалист переходит в раздел
«Связанные объекты», выбирает документ
для создания связи, нажимает «Связать» или
переходит на вкладку проекта «Архив» и
импортирует документ, указав номер
карточки работы в поле «Связанный объект
(ID)» и наименование работы в поле
«Связанный объект (Имя)». Далее сохраняет
карточку работы.
После создания связи работы с документом,
специалист создает экземпляр процесса. Для
создания экземпляра процесса возможно на
выбор:
 перейти на вкладку проекта «Архив»,
найти связанный с работой документ и
создать задачу;
 из вкладки «Работы» перейти на вкладку
«Связанные документы», далее перейти в
документ, связанный с работой и создать
задачу.
14
ТИП
№
п/п
ВИЯ
При запуске экземпляра процесса специалист
получает уведомление о необходимости
заполнить в карточке связанной работы
следующие поля:
 фактическую дату начала – дату запуска
экземпляра процесса;
 процент завершения – 0 %.
После завершения экземпляра процесса
специалист получает уведомление о
необходимости заполнить следующие поля:
 фактическую дату окончания – дату
окончания экземпляра процесса;
 процент завершения – 100 %
блока СУИД срабатывает триггер события
«Изменение или добавление новой строки
кое
календарно сетевого графика работ», по СУИД
Система формировани
2. факту срабатывания триггера автоматически (систем
СУИД е пакета
на стороне СУИД формируется XML-файл и ный)
данных и его
отправляется в КСШ для последующей
отправка
доставки в СУИП (в соответствии с
СУИД на уровне КСШ осуществляется
прием пакета данных (XML-файла) с КСШ
3. последующей маршрутизацией на СУИП, в (систем
КСШ КСШ от
соответствии с прописанными сетевыми ный)
СУИД до
взаимодействиями (см. ПР СИ СУИД -
СУИП
СУИП и ПМЭ СИ СУИД - СУИП)
Получение Интеграционный блок СУИД осуществляет
пакета прием пакета данных (XML-файл) из КСШ, СУИП
Система
4. данных на после получения пакета данных (систем
СУИП
уровне интеграционный блок осуществляет запись ный)
СУИП пакета данных с КСП СУИП
5. «Планировщ Проверка Специалист в КСП СУИП открывает проект Пользов
ик данных в (при нажатии меню в левой части стартового атель
Заказчика» КСП СУИП экрана СУИП открывается окно с перечнем
15
ТИП
№
п/п
ВИЯ
всех проектов инвестиционной программы с
разделением по ИПО. С помощью строки
по работе с поиска пользователь выбирает необходимый
КСП СУИП проект, вводит идентификатор или название
проекта) и на соответствующем ОКС
просматривает график работ
Отправка (Шаг 4), интеграционный блок КСП СУИП
СУИП
Система подтверждаю формирует ответный пакет данных
6. (систем
СУИП щего пакета (XML-файл о получении и корректной
ный)
из СУИП записи данных в КСП СУИП ) (в
соответствии с ПР СИ СУИД - СУИП)
СУИП на уровне КСШ осуществляется
прием пакета данных (XML-файла) с КСШ
7. последующей маршрутизацией на СУИД в (систем
КСШ КСШ от
соответствии с прописанными сетевыми ный)
СУИП до
взаимодействиями (см. ПР СИ СУИД -
СУИД
СУИП и ПМЭ СИ СУИД - СУИП)
Получение
СУИД
8. (систем
СУИД данных от отработки интеграционного взаимодействия
ный)
СУИП
Уполномоченный специалист Заказчика
осуществляет редактирование ранее
Редактирован созданной работы (Шаг 1) в СУИД.
Специалист ие работы Необходимо внести изменения в следующие
ПТДО по 1-3 уровня и поля: Пользов
9.
работе с плановых  наименование работы; атель
СУИД сроков в  фактическая дата начала задачи (Начало
СУИД по ЦП проекта);
 фактическая дата окончания задачи
(Окончание по ЦП проекта)
10. Система Автоматичес Повторение действий аналогично Шагу 2 СУИД
СУИД кое (систем
формировани ный)
е пакета
16
ТИП
№
п/п
ВИЯ
данных по
изменениям и
его отправка
КСШ
11. Повторение действий аналогично Шагу 3 (систем
КСШ КСШ от
ный)
СУИД до
СУИП
Получение
пакета СУИП
Система
12. данных на Повторение действий аналогично Шагу 4 (систем
СУИП
уровне ный)
СУИП
Специалист в КСП СУИП открывает проект
(при нажатии меню в левой части стартового
экрана СУИП открывается окно с перечнем
«Планировщ
Проверка всех проектов инвестиционной программы с
ик
поступления разделением по ИПО. С помощью строки Пользов
13. Заказчика»
изменений в поиска пользователь выбирает нужный атель
по работе с
КСП СУИП проект, вводит идентификатор или название
КСП СУИП
просматривает изменения строки «График
работ»
Отправка (Шаг 11) интеграционный блок КСП СУИП
СУИП
Система подтверждаю формирует ответный пакет данных
14. (систем
СУИП щего пакета (XML-файл) о получении и корректной
ный)
из СУИП записи данных в КСП СУИП (в соответствии
с ПР СИ СУИД - СУИП)
КСШ
КСШ КСШ от
ный)
СУИП до
СУИД
16. Система Получение Повторение действий аналогично Шагу 8 СУИП
17
ТИП
№
п/п
ВИЯ
пакета
данных на (систем
СУИД
СУИД
18
ФУНКЦИОНАЛЬНО-ИНТЕГРАЦИОННЫХ
ВЗАИМОДЕЙСТВИЯ В РАМКАХ ПЕРЕДАЧИ ДАННЫХ ПО
КОМПЛЕКТУ ДОКУМЕНТАЦИИ В ОКР СУИП
ТИП
№
п/п
ВИЯ
1. Уполномоченный специалист Заказчика
Передача изменяет статус документа: «Выдано в
Специалист
данных по производство работ».
ПТДО по Пользов
1. комплекту 2. Специалист в задаче согласования
работе с атель
документац нажимает кнопку «Согласовано».
СУИД
ии 3. Экземпляр процесса завершается
автоматически
Автоматиче блока СУИД срабатывает триггер события
ское «Изменение статуса комплекта
СУИД
Система формирован документации», по факту срабатывания
2. (систем
СУИД ие пакета триггера автоматически на стороне СУИД
ный)
данных и формируется XML-файл и отправляется в
его отправка КСШ для последующей доставки СУИП (в
соответствии с ПР СИ СУИД - СУИП)
Транспорти
СУИД на уровне КСШ осуществляется прием
ровка пакета
3. маршрутизацией на СУИП в соответствии с (систем
КСШ КСШ от
прописанными сетевыми взаимодействиями ный)
СУИД до
(см. ПР СИ СУИД - СУИП и ПМЭ СИ СУИД
СУИП
- СУИП)
Получение
В интеграционном блоке СУИП
пакета СУИП
Система осуществляется прием пакета данных (XML-
4. данных на (систем
СУИП файл) из КСШ, после получения пакета
данных — запись пакета данных в СУИП
СУИП
5. «Планировщ Проверка Специалист в СУИП открывает комплект Пользов
ик данных в документации, сверяет статус комплекта атель
Заказчика» СУИП документации
по работе с
19
ТИП
№
п/п
ВИЯ
СУИП
По факту успешного обновления статуса
Отправка пакета документации, записи пакета данных
подтвержда (Шаг 4) в интеграционном блоке СУИП СУИП
Система
6. ющего формируется ответный пакет данных (XML- (систем
СУИП
пакета из файл) о получении и корректной записи ный)
СУИП данных СУИП (в соответствии с
СУИД на уровне КСШ осуществляется прием
7. маршрутизацией на СУИД в соответствии с (систем
КСШ КСШ от
прописанными сетевыми взаимодействиями ный)
СУИП до
(см. ПР СИ СУИД - СУИП и ПМЭ СИ СУИД
СУИД
- СУИП)
Получение
СУИД
8. (систем
СУИД данных от отработки интеграционного взаимодействия
ный)
СУИП
9. Специалист Обновление Уполномоченный специалист Заказчика Пользов
ПТДО по версии осуществляет обновление версии атель
работе с документац документации в СУИД:
СУИД ии  специалист заходит в проект, переходит
на вкладку «Архив», открывает карточку
документа, который необходимо
отредактировать. В верхнем левом углу
карточки документа находит надпись:
«Версия №1», проверяет, что версия
документа текущая;
 специалист переходит в режим
редактирования открытой карточки и в
свойстве «Файл» выбирает новую версию
файла, загружает в Систему, сохраняет
карточку документа;
 специалист проверяет в верхнем левом
углу карточки документа наличие надписи
«Версия №2», проверяет, что версия
20
ТИП
№
п/п
ВИЯ
документа новая
Автоматически на уровне интеграционного СУИД
Автоматиче блока СУИД срабатывает триггер события (систем
ское «Обновление версии документации», по ный)
Система формирован факту срабатывания триггера автоматически
10.
СУИД ие пакета на стороне СУИД формируется XML-файл и
данных и отправляется в КСШ для последующей
его отправка доставки в СУИП (в соответствии с
КСШ
КСШ КСШ от
ный)
СУИД до
СУИП
Получение СУИП
пакета (систем
Система
12. данных на Повторение действий аналогично Шагу 4 ный)
СУИП
уровне
СУИП
Специалист в СУИП открывает проект (при
нажатии меню в левой части стартового
экрана СУИП открывается окно
«Планировщ с перечнем всех проектов инвестиционной
Проверка
ик программы
поступления Пользов
13. Заказчика» с разделением по ИПО. С помощью строки
изменений в атель
по работе с поиска пользователь выбирает необходимый
КСП СУИП
СУИП проект, вводит идентификатор или название
просматривает обновлённую версию
документа
14. Система Отправка По факту успешного обновления версии СУИП
СУИП подтвержда документации, записи пакета данных (Шаг 4) (систем
ющего интеграционный блок СУИП формирует ный)
пакета из ответный пакет данных (XML-файл) о
СУИП получении и корректной записи данных
СУИП (в соответствии с ПР СИ СУИД -
21
ТИП
№
п/п
ВИЯ
СУИП)
Транспорти КСШ
ровка пакета (систем
Система данных по ный)
15. Повторение действий аналогично Шагу 7
КСШ КСШ от
СУИП до
СУИД
Получение СУИП
пакета (систем
Система
16. данных на Повторение действий аналогично Шагу 8 ный)
СУИД
уровне
СУИД
22
СТРУКТУРА ДАННЫХ ПАКЕТА В СЦЕНАРИИ «ПЕРЕДАЧА
ДАННЫХ ПО РАБОТАМ С ПЛАНОВЫМИ СРОКАМИ
ГРАФИКА РАБОТ КСГ 1-3 УРОВНЕЙ В СУИД»
Таблица 3. Формат передаваемых данных

(PlanGraphOut/PlanGraphIn)
ТЕХНИЧЕ ПОДЧ
ТИП
ОПИСАНИ СКОЕ ИНЕН КАРДИНА ОГРАНИЧ КРАТКОЕ
№ ПРЕДСТА
Е НАИМЕН НОСТ ЛЬНОСТЬ ЕНИЯ ОПИСАНИЕ
ВЛЕНИЯ
ОВАНИЕ Ь
Корневой
1. PlanGraph ROOT 1..1 Заголовок пакета
элемент
Блок полей PlanGrap

2. HEADER ELEMENT 1..1 Заголовок пакета
заголовка h
Идентифика
3. PackageId HEADER GUID 1..1 Заголовок пакета
тор пакета
Дата, время YYYY-

4. формирован CreationTimeHEADER DATETIME 1..1 MM-DD Заголовок пакета
ия пакета HH:MM:SS
Тип пакета
5. ClassId HEADER char (60) 1..1 Заголовок пакета
данных
Код
6. отправителя Sender HEADER char (60) 1..1 Заголовок пакета
СУИП.
Код
7. получателя Recipient HEADER char (60) 1..1 Заголовок пакета
СУИД
Версия
8. формата Version HEADER byte 1..1 Заголовок пакета
данных
Количество
9. пакетов в PartsCount HEADER int4(1) 1..1 Заголовок пакета
сообщении
23
Номер
10. Part HEADER int4(1) 1..1 Заголовок пакета
пакета
Идентифика
11. тор MessageId HEADER GUID 1..1 Заголовок пакета
сообщения
Тип данных,
передаваемы
12. х внутри DataType HEADER string 1..1 Заголовок пакета
сообщения
Тип
13. компрессии Compress HEADER string 0..1 Заголовок пакета
Блок с PlanGrap
14. DATA ELEMENT
данными h
Код проекта
Значение
кода проекта
«Код ИСУП
ПАО»
(назначение
данного
кода на maxLength Атрибут
15. проект ЕЦП ProjectId DATA Guid 1..1
=255 Документа КСГ
означает
возможность
формирован
ия по нему
пакета
данных)
Код этапа
проектирова maxLength Атрибут
16. ния DesignStage DATA String 1..1
=10 Документа КСГ
17. Код ОКС OKSId DATA String 1..1 maxLength Атрибут

=255
24
Документа КСГ
Блок данных
18. SUIPKSG DATA ELEMENT 1..unbounded
КСГ
maxLength Атрибут
19. Код ИСР OuterId SUIPKSG String 1..1 Документа КСГ
=255
(Guid задачи)
Код ИСР Атрибут
maxLength Документа КСГ
20. вышестояще ParedOuterIdSUIPKSG String 0..1
=255
й работы (Guid задачи
родителя)
Название maxLength Атрибут
21. Name_WBS SUIPKSG String 1..1
ИСР =255 Документа КСГ
Плановая
дата начала Атрибут
задачи YYYY-
22. BaselineStartSUIPKSG DATE 1..1 Документа КСГ
MM-DD
Начало по (Начало)
ЦП проекта
Плановая
дата
окончания Атрибут
YYYY-
23. задачи BaselineFinishSUIPKSG DATE 1..1 Документа КСГ
MM-DD
Окончание (Окончание)
по ЦП
проекта
Таблица 4. Формат данных для ответа системы

(PlanGraphResponseOut/PlanGraphResponseIn)
ПОДЧИНЕ
ТИП
ТЕХНИЧЕС ННОСТЬ
ДАННЫ
КОЕ (ВЫШЕСТ КАРДИНАЛ
№ Х ОПИСАНИЕ
НАИМЕНО ОЯЩИЙ ЬНОСТЬ
(ДЛИНА
ВАНИЕ ЭЛЕМЕНТ
)
)
PlanGraphRe-
1. ROOT 1..1 Корневой элемент
sponse
2. HEADER Plan- ELEMENT 1.1 Блок полей заголовка

25
ПОДЧИНЕ
ТИП
ДАННЫ
(ДЛИНА
)
)
GraphRe-
sponse
3. PackageId HEADER GUID 1..1 Идентификатор пакета
Дата и время формирования

4. CreationTime HEADER datetime 1..1
пакета
5. ClassId HEADER char (60) 1..1 Тип пакета данных
Код отправителя. Организация,

6. Sender HEADER char (60) 1..1
отправляющая пакет
Код получателя. Организация,

7. Recipient HEADER char (60) 1..1
принимающая пакет
8. Version HEADER byte 1..1 Версия формата данных
Количество пакетов в
9. PartsCount HEADER int4(1) 1..1
сообщении
10. Part HEADER int4(1) 1..1 Номер пакета
11. MessageId HEADER GUID 1..1 Идентификатор сообщения
Тип данных, передаваемых

12. DataType HEADER string 1..1
внутри сообщения
13. Compress HEADER string 0..1 Тип компрессии
Plan-
14. DATA GraphRe- ELEMENT 1..1 Данные
sponse
15. Result DATA string 1..1 Данные
26
СТРУКТУРА ДАННЫХ ПАКЕТА В СЦЕНАРИИ «ОТПРАВКА
ФАКТИЧЕСКОГО ГРАФИКА РАБОТ КСГ 1-3 УРОВНЕЙ в
СУИП»
(FactGraphOut/FactGraphIn)
ТЕХНИЧ
ЕСКОЕ ПОДЧИ ТИП ОГРАНИЧ КРАТКОЕ
КАРДИНАЛ
№ ОПИСАНИЕ НАИМЕ НЕН ПРЕДСТА ЕНИЯ ОПИСАН
ЬНОСТЬ
НОВАНИ НОСТЬ ВЛЕНИЯ ИЕ
Е
Корневой Заголовок
1. FactGraph ROOT 1..1
элемент пакета
Блок полей Fact- Заголовок

2. HEADER ELEMENT 1..1
заголовка Graph пакета
Идентификато HEADE Заголовок

3. PackageId GUID 1..1
р пакета R пакета
Дата, время YYYY-MM- Заголовок

CreationTi HEADE
4. формирования me R
DATETIME 1..1 DD
пакета HH:MM:SS пакета
Тип пакета HEADE Заголовок

5. ClassId char (60) 1..1
данных R пакета
Код Заголовок
HEADE
6. отправителя Sender char (60) 1..1
R пакета
СУИД.
Код Заголовок
HEADE
7. получателя Recipient char (60) 1..1
R пакета
СУИП
Версия Заголовок
HEADE
8. формата Version byte 1..1
R пакета
данных
9. Количество PartsCount HEADE int4(1) 1..1 Заголовок

пакетов в
27
сообщении R пакета
HEADE Заголовок
10. Номер пакета Part
R
int4(1) 1..1
пакета
Идентификато HEADE Заголовок

11. р сообщения MessageId R
GUID 1..1
пакета
передаваемых HEADE Заголовок
12. DataType string 1..1
внутри R пакета
сообщения
Тип HEADE Заголовок

13. Compress string 0..1
компрессии R пакета
Блок с Fact-
14. DATA ELEMENT 1..1
данными Graph
Значение кода
проекта «Код
ИСУП ПАО»
данного кода Атрибут
maxLength=2
15. на проект ЕЦП ProjectId DATA Guid 1..1
55
Документа
означает КСГ
возможность
формирования
по нему пакета
данных)
Код этапа
проектирован DesignSta Атрибут
maxLength=1
16. ия DATA String 1..1 Документа
ge 0
КСГ
Атрибут
maxLength=2
17. Код ОКС OKSId DATA String 1..1 Документа
55
КСГ
28
Блок данных
18. КСГ из СУИД SUIDKSG DATA ELEMENT 1..unbounded
Атрибут
Документ
SUID- maxLength=2
19. Код ИСР OuterId String 1..1 а КСГ
KSG 55
(Guid
задачи)
Фактическая Атрибут
дата начала Документ
выполнения ActualStart SUID- DATE 1..1
YYYY-MM-
а КСГ
20. KSG DD
задачи (Фактическо
Факт. Начало е начало)
Фактическая
дата Атрибут
окончания Документ
выполнения ActualFini SUID- DATE 0..1
YYYY-MM-
а КСГ
21. sh KSG DD
задачи (Фактическо
Факт. е окончание)
Окончание
% завершения Атрибут
SUID-
22. по PercentWT Decimal 0..1 Документа
KSG
трудозатратам КСГ

(FactGraphResponseOut/FactGraphResponseIn)
ПОДЧИНЕН
ТЕХНИЧЕСК
НОСТЬ ТИП
ОЕ КАРДИНАЛЬ
№ (ВЫШЕСТО ДАННЫХ ОПИСАНИЕ
НАИМЕНОВА НОСТЬ
ЯЩИЙ (ДЛИНА)
НИЕ
ЭЛЕМЕНТ)
FactGraphRe-
sponse
FactGraphRe-
2. HEADER ELEMENT 1.1 Блок полей заголовка
sponse
29
ПОДЧИНЕН
ТЕХНИЧЕСК
НОСТЬ ТИП
ОЕ КАРДИНАЛЬ
№ (ВЫШЕСТО ДАННЫХ ОПИСАНИЕ
НАИМЕНОВА НОСТЬ
ЯЩИЙ (ДЛИНА)
НИЕ
ЭЛЕМЕНТ)
пакета
Код отправителя.
6. Sender HEADER char (60) 1..1 Организация, отправляющая
пакет
Код получателя.
7. Recipient HEADER char (60) 1..1 Организация, принимающая
пакет
сообщении

FactGraphRe-
14. DATA ELEMENT 1..1 Данные
sponse
30
СТРУКТУРА ДАННЫХ ПАКЕТА В СЦЕНАРИИ «ПЕРЕДАЧА
ДАННЫХ ПО КОМПЛЕКТУ ДОКУМЕНТАЦИИ В ОКР СУИП»

(DocRefreshOut/DocRefreshIn)
ТЕХНИЧЕ
ПОДЧИ ТИП КРАТКОЕ
СКОЕ КАРДИНАЛ ОГРАНИЧ
№ ОПИСАНИЕ НЕН ПРЕДСТАВ ОПИСАН
НАИМЕН ЬНОСТЬ ЕНИЯ
НОСТЬ ЛЕНИЯ ИЕ
ОВАНИЕ
Корневой Заголовок
1. DocRefresh ROOT 1..1
элемент пакета
Блок полей DocRe-

2. HEADER ELEMENT 1..1
заголовка fresh
Идентификатор HEADE Заголовок

3. PackageId GUID 1..1
пакета R пакета
Дата, время YYYY-MM-

CreationTim HEADE Заголовок
4. формирования DATETIME 1..1 DD
e R пакета
пакета HH:MM:SS
Тип пакета HEADE Заголовок

5. ClassId char (60) 1..1
данных R пакета
Код
6. отправителя Sender char (60) 1..1
R пакета
СУИД.
Код получателя HEADE Заголовок

7. Recipient char (60) 1..1
СУИП R пакета
Версия
8. формата Version byte 1..1
R пакета
данных
Количество
9. пакетов в PartsCount int4(1) 1..1
R пакета
сообщении
10. Номер пакета Part
R
int4(1) 1..1
пакета
31
Идентификатор HEADE Заголовок

11. MessageId GUID 1..1
сообщения R пакета
передаваемых HEADE Заголовок
12. DataType string 1..1
внутри R пакета
сообщения
Тип HEADE Заголовок

13. Compress string 0..1
компрессии R пакета
Блок с DocRe-
14. DATA ELEMENT 1..1
данными fresh
Значение кода
проекта «Код
ИСУП ПАО»
данного кода
на проект ЕЦП Атрибут
maxLength=
15. означает ProjectId DATA Guid 1..1 Документа
255
возможность КСГ
формирования
по нему пакета
данных)
Код этапа
проектировани Атрибут
maxLength=
16. я DesignStage DATA String 1..1 Документа
10
КСГ
Атрибут
maxLength=
17. Код ОКС OKSId DATA String 1..1 Документа
255
КСГ
Блок данных по
18. SUIDOKR DATA ELEMENT 1..unbounded
ОКР
19. ID комплекта PIRDocId SUIDOK String 1..1 Текст Идентифика
32
тор объекта
документации R
в СУИД
Шифр
комплекта
документац
Шифр ии в
PIRDocCod SUIDOK
20. комплекта String 1..1 Текст соответстви
e R
документации ис
принятой
системой
кодировки
Полное
наименован
Наименование
PIRDocNam SUIDOK ие
21. комплекта String 1..1 Текст
e R комплекта
документации
ии
Версия
комплекта
Версия
PIRDocVers SUIDOK документац
22. комплекта String 1..1 Текст
ion R ии в
Системе
СУИД
Статус
жизненного
цикла
ии, соотв.
Статус местонахож
PIRDocStat SUIDOK
23. комплекта String 1..1 Текст дению
us R
документации документац
ии в
экземпляре
реализуемог
о бизнес-
процесса
24. Ссылка на PIRDocLink SUIDOK String 1..1 Текст Ссылка (url)

комплект на файл в
33
дереве
R системы
в СУИД
СУИД
34

(DocRefreshResponseOut/DocRefreshResponseIn)
ПОДЧИНЕ
ТИП
ДАННЫ
(ДЛИНА
)
)
DocRe-
freshResponse
DocRe-
2. HEADER freshRe- ELEMENT 1.1 Блок полей заголовка
sponse

пакета
Код отправителя.
6. Sender HEADER char (60) 1..1 Организация, отправляющая
пакет
Код получателя.
7. Recipient HEADER char (60) 1..1 Организация, принимающая
пакет
сообщении

14. DATA IDResponse ELEMENT 1..1 Данные
35
ПОДЧИНЕ
ТИП
ДАННЫ
(ДЛИНА
)
)
36

Функциональное описание интеграционных решений - v1.1 - 20221219 - чистовой

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Функциональное описание интеграционных решений - v1.1 - 20221219 - чистовой

Оригинальное название:

Загружено:

Авторское право:

ИНФОРМАЦИОННАЯ СИСТЕМА

«СИСТЕМА УПРАВЛЕНИЯ ИНЖЕНЕРНЫМИ ДАННЫМИ» (СУИД)

В настоящем документе содержится описание функциональности

Документ описывает основные функциональные возможности

В настоящем разделе приведены термины и определения,

В настоящем разделе приведены основные обозначения и сокращения,

5 ОПИСАНИЕ РЕАЛИЗОВАННЫХ ИНТЕГРАЦИОННЫХ

В рамках реализации проекта СУИД 1-й очереди реализованы

графика подготовки и утверждения ЗПиТТ, ПД и РД (фазы: F1.1, F2, F3, F4,

Рисунок 1. Схема интеграционного взаимодействия СУИД и СУИП

В рамках интеграционного сценария «Передача данных по работам

 специализированный триггер, интегрированный в

6.2 Функциональное описание интеграционного взаимодействия

В рамках интеграционного сценария «Отправка фактического графика

6.3 Функциональное описание интеграционного взаимодействия

В рамках интеграционного сценария «Передача данных по комплекту

связанное с изменением статуса документа на «Передан в производство

Таблица 3. Формат передаваемых данных

Блок полей PlanGrap

Дата, время YYYY-

17. Код ОКС OKSId DATA String 1..1 maxLength Атрибут

Таблица 4. Формат данных для ответа системы

2. HEADER Plan- ELEMENT 1.1 Блок полей заголовка

3. PackageId HEADER GUID 1..1 Идентификатор пакета

Дата и время формирования

5. ClassId HEADER char (60) 1..1 Тип пакета данных

Код отправителя. Организация,

Код получателя. Организация,

8. Version HEADER byte 1..1 Версия формата данных

10. Part HEADER int4(1) 1..1 Номер пакета

11. MessageId HEADER GUID 1..1 Идентификатор сообщения

Тип данных, передаваемых

13. Compress HEADER string 0..1 Тип компрессии

15. Result DATA string 1..1 Данные

Блок полей Fact- Заголовок

Идентификато HEADE Заголовок

Дата, время YYYY-MM- Заголовок

Тип пакета HEADE Заголовок

9. Количество PartsCount HEADE int4(1) 1..1 Заголовок

Идентификато HEADE Заголовок

Тип HEADE Заголовок

Таблица 6. Формат данных для ответа системы

3. PackageId HEADER GUID 1..1 Идентификатор пакета

5. ClassId HEADER char (60) 1..1 Тип пакета данных

8. Version HEADER byte 1..1 Версия формата данных

10. Part HEADER int4(1) 1..1 Номер пакета

11. MessageId HEADER GUID 1..1 Идентификатор сообщения

Тип данных, передаваемых

13. Compress HEADER string 0..1 Тип компрессии

15. Result DATA string 1..1 Данные

Таблица 7. Формат передаваемых данных

Блок полей DocRe-

Идентификатор HEADE Заголовок

Дата, время YYYY-MM-

Тип пакета HEADE Заголовок

Код получателя HEADE Заголовок

Идентификатор HEADE Заголовок

Тип HEADE Заголовок

19. ID комплекта PIRDocId SUIDOK String 1..1 Текст Идентифика

24. Ссылка на PIRDocLink SUIDOK String 1..1 Текст Ссылка (url)

Таблица 8. Формат данных для ответа системы

3. PackageId HEADER GUID 1..1 Идентификатор пакета

Дата и время формирования

5. ClassId HEADER char (60) 1..1 Тип пакета данных

8. Version HEADER byte 1..1 Версия формата данных