Открыть меню

База событий операционного риска

Создано 28 мая 2026 г. Обновлено 28 мая 2026 г. 3 мин чтения

Что такое база событий операционного риска и как её вести по требованиям 716-П и 744-П: полнота, сопоставимость, связь с расчётом капитала и управленческой отчётностью.

Актуальность проверена: 2026-05-28

Кратко

База событий - основной реестр фактов реализации операционного риска. Она нужна не для формального накопления записей, а для анализа причин, потерь, тенденций, контрольных показателей, корректирующих мер и расчета капитала. 716-П устанавливает требования к ведению базы, а 744-П связывает качество базы с расчетом размера операционного риска. База должна быть сопоставимой, контролируемой и пригодной для отчетности.

Нормативная база

  • Положение Банка России № 716-П от 08.04.2020.
  • Положение Банка России № 744-П от 07.12.2020.
  • Ответы Банка России по 716-П о ведении базы событий.

Суть требования

Банк должен вести базу событий операционного риска, устанавливать критерии регистрации, классификацию, порядок контроля качества, учет потерь, возмещений и группировки однородных событий. База должна позволять формировать управленческую и регуляторную отчетность.

Практическое значение для банка

  • Внутренние документы задают владельцев полей, сроки и контроль.
  • СУР методологически ведет базу и проверяет полноту.
  • Подразделения-источники передают факты и документы.
  • Бухгалтерия сверяет суммы с учетом.
  • ИТ обеспечивает сохранность, права доступа и выгрузки.
  • Аудит проверяет трассируемость записей.

Типовые ситуации

  • Единичная ошибка операциониста.
  • Массовый сбой канала ДБО.
  • Серия однотипных претензий по одному дефекту процесса.
  • Событие без прямого убытка, но с потенциальной потерей.
  • Возмещение от страховой, контрагента или виновного лица.

Что должен сделать банк

  • Утвердить порядок ведения базы.
  • Определить критерии регистрации и пороги.
  • Назначить владельцев полей и контролеров.
  • Настроить учет прямых, косвенных, потенциальных потерь и возмещений.
  • Ввести процедуру дедупликации и группировки.
  • Регулярно сверять базу с бухгалтерией, ИБ, ИТ, претензиями и аудитом.

Риски неправильного применения

Плохая база событий искажает профиль риска, мешает капиталу по 744-П, снижает качество отчетности и оставляет без контроля повторяющиеся дефекты процессов. Самые частые проблемы - дубли, неполные суммы, разные подходы подразделений и отсутствие связи с мероприятиями.

Связанные заметки

Вопросы для самопроверки

  1. Какие источники данных питают базу событий?
  2. Кто утверждает изменение классификации события?
  3. Как проверяется отсутствие дублей?
  4. Как база связана с потерями для 744-П?
  5. Какой отчет строится на основе базы событий?

Источники

Живой сад

Этот текст можно улучшать вместе

Нашёл опечатку?

Выдели фрагмент в заметке и нажми «Сообщить» — откроется короткая форма с контекстом.

Хочешь обсудить?

Ниже можно оставить комментарий через Telegram, когда заметка связана с публикацией канала.

Telegram-комментарии

Добавь `telegramPostId` в публичную заметку, чтобы здесь появился виджет обсуждения.

Источник: публичный слой Obsidian Vault.