Один процесс — пять модулей, которые видят его одинаково
Место реестра процессов в платформе
Реестр процессов — общая опора платформы: единый набор карточек, статусов, иерархии и связей, на который опираются операционная надёжность (сбои и инциденты), планирование непрерывности деятельности, самооценка контролей, анализ поставщиков и нормативно-справочная информация по Положению Банка России №716-П. Ядро реестра физически реализовано внутри модуля операционной надёжности — и именно поэтому все перечисленные модули видят один и тот же процесс без отдельного шага синхронизации: они читают ту же карточку, а не её копию.
Сбои и инциденты операционной надёжности
Карточка сбоя напрямую связывается с затронутыми процессами, технологическими процессами и участками — блок «Процессы/Объекты инфраструктуры» и поле «Затрагиваемые технологические процессы». Именно из этой связи и расписания бизнес-функций затронутых процессов система автоматически считает фактический простой и долю деградации — подробнее на странице «Критичность и простой».
Планы непрерывности деятельности
Планирование непрерывности деятельности строит карточку процесса плана поверх той же записи реестра: описание процесса, владельцы и менеджеры, офисы и связанные планы восстановления — всё подтягивается напрямую, а кнопка «Карточка СУОН» открывает исходную карточку процесса одним переходом. Целевое время восстановления (RTO) и допустимая точка восстановления (RPO) при этом хранятся именно на плане, а не дублируются на самом процессе — у каждой метрики один дом.
Оценка адекватности контролей
Самооценка контролей строит собственную таксономию процессов поверх той же иерархии реестра, разворачивая полное составное имя процесса по уровням через родительские связи. Связка «процесс → риск → контроль» отталкивается от узла этой таксономии, а карточка процесса в контуре самооценки контролей показывает описание, частоту, уровень и уровень критичности, пришедшие напрямую из реестра — без повторного ввода.
Анкетирование поставщиков
Модуль анализа поставщиков видит ту же таблицу реестра процессов под собственным углом: поставщик привязывается напрямую к процессу, а критичность поставщика выводится из критичности обслуживаемых им процессов. Отдельно ведутся справочники групп процессов трёх уровней — они задают собственную классификацию для анкетирования поставщиков, не подменяя основной реестр.
Качество данных и 716-П
Справочник процессов по Положению №716-П связывается с записями реестра прямо на вкладке «Связи процесса» карточки — оператор не сверяет две системы вручную, а выбирает нужный процесс ЦБ там же, где видит все остальные связи процесса.
Единый источник данных вместо дублирования реестров
Изменение владельца, уровня критичности или статуса процесса видно во всех пяти перечисленных модулях сразу, потому что они читают одну и ту же запись, а не работают с выгрузкой, снятой когда-то давно. Реестр процессов не изолирован от платформы — он и есть та часть платформы, на которой держится согласованность данных между операционной надёжностью, непрерывностью деятельности, контролями, поставщиками и регуляторной отчётностью.
Что это даёт ИТ-директору. Одна таблица вместо пяти — это на четыре меньше интеграций, которые могли бы разойтись между собой. Обновление реестра процессов не требует отдельного плана синхронизации со смежными модулями: они читают его напрямую.