Управление операционными рисками банка

Настоящее приложение может пересматриваться. Новая редакция приложения утверждается решением комитета по рискам.

Приложение 9.1. Примеры «сигнальных» отчетов

1. Незакрытые инциденты (топ 5)

2. Незакрытые потенциальные убытки (топ 5) – инциденты с текущим потенциальным убытком

3. Неустранённые риски (топ 5) – неисполненные рекомендации

4. Неустранённые системные риски (топ 5) – неисполненные рекомендации

5. Наихудшие подразделения (по отработке инцидентов) – топ 5 по количеству замечаний

6. Наихудшие регионы(по отработке инцидентов) – топ 5 по количеству замечаний

7. Убыточные процессы (топ 5)

8. Убыточные регионы (топ 5)

9. Убыточные виды инцидентов (топ 5)

Приложение 9.2. Примеры общеаналитических отчетов

Отчет 1. Инциденты по кураторам (кол-во инцидентов обработанных экспертами по инцидентам)

Отчет 2. Убытки по кураторам (суммы убытков, обработанных экспертами по инцидентам, тыс. руб.)

Отчет 3. Инциденты по продуктам (кол-во)

Отчет 4. Убытки по продуктам (суммы убытков, тыс. руб.)

Отчет 5. Инциденты по регионам (кол-во)

Отчет 6. Убытки по регионам (суммы убытков, тыс. руб.)

Отчет 7. Виды инцидентов (кол-во)

Отчет 8. Убытки по видам инцидентов (суммы убытков, тыс. руб.)

Приложение 10. Примеры показателей банка

Приложение 11. Образец стандартного отчета об эффективности подразделения

Настоящее приложение может пересматриваться. Новая редакция приложения утверждается решением комитета по рискам.

Настоящий отчет не заменяет других отчетов

Единый образец отчета

Пример заполнения образца отчета

Такие требования к отчетам об эффективности подразделений определяются в числе прочего следующими обстоятельствами.

Требование 1. Не более одного слайда для каждого отдела.

Причина. Объединенный отчет для руководства может составлять значительное число страниц. Если каждый отдел предоставит, например, по 7 слайдов, то общий отчет будет составлять, например, 500 страниц.

Руководители банка будут затруднятся в уяснении такого большого объема данных, а значит будут испытывать трудности и в принятии 146 эффективных управленческих решений. В особых случаях, когда есть прямое указание членов правления, отчет конкретного отдела может быть увеличен до 2-х, 3-х слайдов.

Требование 2. Слайды всех отделов должны быть единого формата в PowerPoint.

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

Руководители ожидают, что все графики и элементы будут одного, привычного для них формата, который не будет изменяться во всем объединенном отчете. Так зеленый – это хороший результат, красный и черный – плохой, план – это, к примеру графический элемент «ромб» и т. д.

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

В связи с использованием руководством android и ios-устройств отчеты должны рассылаться руководству в двух форматах (pdf и PowerPoint).

Приложение 12. Пример паспорта продукта

Настоящее приложение может пересматриваться. Новая редакция приложения утверждается решением комитета по рискам.

Паспорт продукта должен быть составлен подразделением, ответственным за разработку и внедрение продукта, и согласован с юридическим подразделением, подразделением рисков, подразделением информационной безопасности, подразделениями Бэк и Мидл, ИТ-подразделением, а также всеми подразделениями, которые обозначены в схеме как участники процесса. Замечания, которые не могут быть устранены, рассматриваются комитетом по рискам. Паспорт конкретного продукта утверждается комитетом по рискам.

Раздел I. Условия продукта

Раздел II. Бизнес-план банковского продукта

Раздел III. План-график мероприятий по внедрению / модификации банковского продукта

1 Схема должна быть предварительно составлена подразделением, ответственным за разработку и внедрение продукта, и включена в паспорт продукта разделом IV.