Три ступени согласования — и ни одного молчаливого отказа
Статусная модель процесса
Карточка процесса проходит согласование в три ступени: владелец данных, сотрудник КПО и менеджер по ОРМ (операционный риск-менеджмент) — каждый в своей роли и в своём порядке. Созданный или изменённый процесс можно направить либо сразу владельцу данных, либо напрямую менеджеру по ОРМ — какой маршрут используется, зависит от того, как распределены роли на процессе. Итоговый статус один — «Согласован», и добраться до него можно только пройдя ступени, назначенные процессу, а не пропустив их.
Шаг 1: владелец данных
Первая ступень — подтверждение владельцем данных. Пока карточка передана ему, любые несогласованные изменения атрибутов процесса видны отдельно, не подменяя действующие значения: владелец видит, что именно предлагается изменить, прежде чем это станет фактом реестра.
Шаг 2: КПО
Вторая ступень — сотрудник КПО. Эта же роль ограничена в другом направлении: она не может создавать процессы ниже 3-го уровня иерархии, поэтому её задача на согласовании сосредоточена именно на верхних, наиболее значимых для организации уровнях реестра — подробнее на странице «Реестр процессов».
Шаг 3: ОРМ
Третья, финальная ступень — менеджер по ОРМ (операционный риск-менеджмент). Его подтверждение переводит процесс в статус «Согласован» — с этого момента карточка считается действующей записью реестра, на которую опираются смежные модули платформы.
Возврат на доработку с комментарием
На любой из трёх ступеней согласующий может не одобрить карточку, а вернуть её — и сделать это молча нельзя: возврат открывает отдельную форму с обязательным комментарием. Отказ без объяснения не проходит на уровне интерфейса, а не остаётся вопросом дисциплины: автору карточки всегда есть что поправить, а не только «отклонено».
Возврат без комментария невозможен физически
Форма возврата — не поле «по желанию», а отдельный обязательный шаг: без текста комментария переход в статус возврата не завершится.
Разграничение прав по уровням иерархии
Право заводить процесс на конкретном уровне иерархии закреплено за ролью на уровне системы, а не соглашением внутри команды. Попытка нарушить границу не проходит тихо — система называет точную причину отказа.
| Роль | Ограничение | Сообщение системы |
|---|---|---|
| Сотрудник КПО | не может создавать процессы ниже уровня 3 | «Вам недоступно создание процесса ниже %s уровня.» |
| Остальные роли | не могут создавать процессы выше уровня 4 | «Вам недоступно создание процесса выше %s уровня. Выберите родительский процесс.» |
Протокол смены статусов
Каждый переход между статусами — отдельная запись в протоколе: кто перевёл процесс, из какого статуса в какой и когда. Это не журнал последнего действия, который перезаписывается следующим, а полная, неразрывная цепочка — на любой запрос «кто и когда согласовал этот процесс» есть прямой ответ без реконструкции по переписке.
Что это даёт ИТ-директору. Право на переход статуса и право на чтение карточки выданы разными типами объектов защиты платформы — управление согласованием можно выдать отдельно от права редактировать поля процесса. Подробнее — на странице «Права доступа».