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