Инциденты операционной надежности

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

Кратко

Инцидент операционной надежности - это сбой, простой или деградация технологического процесса, который влияет на оказание банковских услуг или критичные операции. В 850-П такие инциденты важны для соблюдения порогов надежности, а в 716-П - для СУОР, риска ИС и непрерывности. Не каждый ИТ-тикет является событием операционного риска, но значимые сбои должны быть связаны с базой событий. Внутренний порядок должен описывать критерии такой связи.

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

• Положение Банка России № 850-П от 13.01.2025.
• Положение Банка России № 716-П от 08.04.2020.
• Разъяснения Банка России по 716-П о 850-П и аутсорсинге ИС.

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

Банк должен регистрировать и анализировать простои и деградацию технологических процессов, контролировать допустимые уровни, выполнять восстановление и фиксировать значимые события в СУОР. Если инцидент вызван подрядчиком, это дополнительно связывается с риском аутсорсинга.

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

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

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

• Клиенты не могут выполнить переводы через мобильный банк.
• Банкоматы массово не выдают наличные.
• Процессинговый шлюз работает с деградацией.
• Внешний поставщик недоступен и нарушает SLA.
• Резервный контур не запускается в плановое время.

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

• Утвердить классификацию инцидентов операционной надежности.
• Настроить мониторинг простоя и деградации.
• Определить критерии передачи в базу событий.
• Фиксировать клиентский, финансовый и регуляторный эффект.
• Связывать инцидент с мероприятиями и проблемным управлением.
• Анализировать подрядчиков и повторяемость причин.

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

Если ИТ-инциденты не связываются с СУОР, банк теряет реальные источники операционного риска. Если все технические тикеты без фильтра попадают в базу событий, она перегружается шумом. Нужен критерий значимости.

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

• Операционная надежность банка
• Риск информационных систем
• База событий операционного риска
• Критичные процессы и непрерывность деятельности

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

1. Какой порог делает ИТ-инцидент событием операционного риска?
2. Известно ли время начала и восстановления?
3. Был ли клиентский эффект?
4. Нарушен ли показатель 850-П?
5. Связан ли инцидент с подрядчиком?

Источники

• Положение Банка России № 850-П в КонсультантПлюс
• Ответы Банка России по Положению № 716-П
• Разъяснение Банка России по риску аутсорсинга