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

Карточка риска: шесть вкладок, и каждая выдаётся отдельно

Вкладка карточки — самостоятельный объект защиты с правом на чтение. Практический смысл: смежное подразделение видит содержание риска, но не видит вкладку с инцидентами; внешний участник не попадает в комментарии. Не «договорились не смотреть», а не открылось.

• Содержаниедата идентификации, причина, последствия, уровень, вероятность, потери
• Нарушенияреализовавшиеся события, связанные с этим риском
• Корректирующие мероприятиямеры, сроки и отметка об исполнении; напоминания за 10 и 5 рабочих дней
• Инцидентыссылки на все связанные инциденты — обязательны до отправки на согласование
• История переоценкикаждая переоценка сохраняется: видно, как менялись уровень и потери
• Комментариивозврат на доработку без комментария не проходит

Семь этапов: кнопка появляется только там, где ей место

Выберите этап — увидите, что на нём доступно и кому. Переключается стрелками влево и вправо с клавиатуры.

Обязательные поля: карточку нельзя закрыть наполовину

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

Сумма под риском считается по формуле, а не «по опыту»

Оценка, сделанная на глаз, разваливается на первом же вопросе «почему столько». В продукте порядок расчёта зафиксирован: он одинаков для всех сотрудников и для всех юридических лиц, и его можно объяснить проверяющему одной строкой. Подставьте свои значения — формула та же, что в продукте.

Переоценка сохраняет прежнюю оценку, а не затирает её

Вопрос проверяющего звучит не «какой у вас уровень риска», а «когда вы его пересматривали и почему он изменился». Переоценка — отдельное действие с отдельным правом; прежние значения остаются во вкладке «История переоценки», а в выгрузке реестра для этого есть три колонки: дата пересмотра оценки, изменение уровня риска и изменение потерь.

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

Реестр регуляторных рисков: 32 колонки, и все они уже собраны

Выгрузка реестра — это не «экспорт таблицы», а готовая форма на 32 колонки: от признака «Показывать Банку России» до ответственного работника. Собирать её вручную из нескольких файлов больше не нужно, и версия у неё одна.

Нарушения: то же правило, другой финал

Нарушение проходит тот же маршрут — создано, в работе, на согласовании, при необходимости на доработке, согласовано, — но заканчивается не «Согласовано», а подтверждением устранения: это отдельное именованное действие с отдельным правом. Формально закрыть нарушение, не отметив устранение, не получится.

У карточки нарушения пять вкладок: содержание, мероприятия, инциденты, история изменений, комментарии. Каждая — снова отдельный объект защиты с правом на чтение.

Что это даёт ИТ-директору

• Жизненный цикл риска задан в продукте, а не собирается настройкой на внедрении: семь этапов, фиксированные условия переходов, обязательный комментарий при возврате. Отдельно настраиваемая статусная модель с поимённым списком согласующих реализована для реестра лимитов — об этом мы пишем прямо, а не «в целом поддерживается».
• Права нарезаются до вкладки карточки и до отдельного действия жизненного цикла — матрица доступа получается перечисляемой, её можно выгрузить и согласовать с владельцем процесса.
• Расчёт суммы под риском детерминирован: одинаковые входные данные дают одинаковый результат независимо от сотрудника, и результат воспроизводится при разборе.
• Прослеживаемость встроена: история изменений, история этапов, комментарии и журнал отправленных уведомлений — на стороне продукта, а не на стороне регламента.