Контроль качества базы событий
Как обеспечить качество базы событий операционного риска: проверки, ответственные, периодичность, правила исправления записей и контроль дублей по 716-П.
Актуальность проверена: 2026-05-28
Кратко
Контроль качества базы событий нужен, чтобы данные были полными, непротиворечивыми и пригодными для анализа, отчетности и расчета капитала. В базе должны быть корректные даты, суммы, классификация, документы, владельцы и связь с мероприятиями. Контроль качества не должен быть разовой сверкой перед отчетом: это постоянный процесс. Чем ближе база к учетным, ИТ, ИБ и претензионным источникам, тем меньше риск пропусков.
Нормативная база
- Положение Банка России № 716-П от 08.04.2020.
- Положение Банка России № 744-П от 07.12.2020.
- Ответы Банка России по 716-П.
Суть требования
Банк должен обеспечить корректность и полноту данных о событиях, включая потери и возмещения. Внутренний порядок должен устанавливать проверки, ответственных, периодичность, правила исправления записей и контроль дублей.
Практическое значение для банка
- СУР проводит методологический контроль.
- Владельцы процессов подтверждают факты и причины.
- Бухгалтерия сверяет суммы и проводки.
- ИТ и ИБ сверяют события с журналами инцидентов.
- Внутренний контроль и аудит оценивают надежность процесса.
Типовые ситуации
- Сумма потери есть в учете, но не связана с событием.
- ИБ-инцидент зафиксирован в SOC, но отсутствует в базе СУОР.
- Клиентская претензия закрыта компенсацией, но событие не зарегистрировано.
- Одна и та же ошибка внесена несколькими подразделениями как разные события.
Что должен сделать банк
- Утвердить контрольные процедуры по базе.
- Сверять базу с бухгалтерией, ИБ, ИТ, претензиями и судебными делами.
- Проверять обязательные поля и справочники.
- Выявлять дубли и неверную группировку.
- Контролировать корректность потерь и возмещений.
- Фиксировать исправления и причины изменений.
Риски неправильного применения
Некачественная база событий приводит к неверной управленческой картине и может повлиять на расчет операционного риска по 744-П. Основные симптомы: пропуски, дубли, пустые поля, неподтвержденные суммы, отсутствие связи с мероприятиями.
Связанные заметки
- База событий операционного риска
- Поля базы событий операционного риска
- Группировка однородных событий
- Расчет размера операционного риска
Вопросы для самопроверки
- Какие внешние источники сверяются с базой?
- Кто исправляет ошибку классификации?
- Как фиксируется история изменений?
- Какие поля чаще всего пустые?
- Есть ли контроль событий с потерями вне базы?
Источники
Живой сад
Этот текст можно улучшать вместе
Выдели фрагмент в заметке и нажми «Сообщить» — откроется короткая форма с контекстом.
Ниже можно оставить комментарий через Telegram, когда заметка связана с публикацией канала.
Добавь `telegramPostId` в публичную заметку, чтобы здесь появился виджет обсуждения.