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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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