Ведение и использование внутренней аналитической базы данных о событиях операционного риска
С этой целью, как правило, в каждом подразделении банка назначаются ответственные сотрудники за сбор и направление информации о событиях в подразделение по управлению и анализу операционных рисков. Периодичность сбора информации определяется каждым банком самостоятельно. Практика показывает, что оптимальным является направление информации о событии не позднее окончания дня выявления события. В БД… Читать ещё >
Ведение и использование внутренней аналитической базы данных о событиях операционного риска (реферат, курсовая, диплом, контрольная)
Порядок ведения аналитической базы данных об убытках, понесенных вследствие реализации операционного риска, включая требования к форме и содержанию вводимой информации, порогу размера убытков, информация о которых подлежит помещению в указанную базу данных, должен быть установлен в документах банка (банковской группы), разрабатываемых в рамках ВПОДК.
Базель II также предписывает вести аналитическую базу данных (БД) по операционным рискам, каждому банку следует обеспечить контроль над полнотой и своевременностью получения информации о событиях операционного риска.
Во внутренних нормативных документах банка следует описать процедуру сбора и закрепить периодичность представления информации.
С этой целью, как правило, в каждом подразделении банка назначаются ответственные сотрудники за сбор и направление информации о событиях в подразделение по управлению и анализу операционных рисков. Периодичность сбора информации определяется каждым банком самостоятельно. Практика показывает, что оптимальным является направление информации о событии не позднее окончания дня выявления события.
Данные о событиях ОР собираются с учетом некоего уровня отсечения — установленной банком пороговой величины валовой суммы фактического и (или) потенциального убытка от реализации операционных рисков, ниже которой регистрация события операционного риска в аналитической базе данных не производится. Уровень отсечения может быть установлен как в целом для всех событий ОР, происходящих в банке, так и индивидуально для отдельных бизнес-линий.
В БД целесообразно иметь максимально подробную информацию о рисковых событиях с целью последующего управления соответствующими рисками, выявления наиболее критических направлений деятельности банка, причин реализации рисков, убытков, дат возникновения событий, а также дат убытков. В связи с этим в БД может отображаться следующая информация о рисковом событии:
- — описание события операционного риска и даты возникновения (начала и окончания), выявления, регистрации и урегулирования события;
- — место регистрации события;
- — направление деятельности (классификация БКБН) (структурное подразделение банка), в рамках которого возникло событие;
- — виды операций (сделок), которые были затронуты;
- — причины возникновения события (риск-факторы, классификация БКБН);
- — тип рискового события (классификация БКБН).
ИТ-составляющая внутренней аналитической базы данных о потерях от операционного риска В настоящее время Банком России не определены требования к платформе, на которой разрабатывается и ведется БД. В различных банках БД ведется:
- — на различных платформах, разработанных внешними разработчиками, специализирующимися на БД;
- — на платформах, самостоятельно разработанных банком;
- — с применением стандартных приложений Microsoft Office (Excel или Access).
В последнем случае нет законодательных ограничений в части ведения БД на платформе MS Excel, однако в этом случае для банка будет полезным уведомить о наличии такого файла подразделение информационных технологий (ИТ).
В связи с тем, что в БД содержится критически важная информация для деятельности банка с целью обеспечения ее корректной работы, регулярного резервного копирования информации и избежания потери информации, в некоторых банках назначают ответственного сотрудника со стороны поддержки, обеспечивающего сохранность файла.
В табл. 4.6 приведено сравнение подходов ведения внутренней аналитической БД о потерях от ОР.
Таблица 4.6
Сравнение существующих подходов ведения внутренней аналитической базы данных о потерях от ОР.
Подход к сбору информации о событиях ОР. | Плюсы подхода. | Недостатки подхода. |
Использование специализированных автоматических систем управления операционными рисками (АСУОР). |
|
на внедрение системы в промышленную эксплуатацию; • требуются значительные трудовые ресурсы на внесение информации для полиоцеиного использования функционала АСУОР. |
Использование собственных разработок банка на основе имеющихся платформ. |
|
на разработку и дальнейшее сопровождение. |
Использование пакетов MS Excel и MS Access | • Не требует дополнительных затрат от банка. | • Консолидирование информации осуществляется либо вручную, либо с помощью. |
Подход к сбору информации о событиях ОР. | Плюсы подхода. | Недостатки подхода. |
специальных макросов; • не обеспечивает автоматизированного контроля за предоставлением информации. |
Подразделение управления операционными рисками банка должно осуществлять контроль полноты и качества собираемых данных путем сверки, на постоянной основе, информации из БД с фактическими выплатами по форме 409 102 (табл. 4.7).
Таблица 4.7
Некоторые статьи формы 409 102, по которым происходит сверка событий ОР и фактически понесенных убытков
Наименование статьи. | Символ. |
Судебные и арбитражные издержки. | |
Штрафы, пени, неустойки по операциям привлечения и предоставления (размещения) денежных средств. | |
Штрафы, пени, неустойки по другим банковским операциям и сделкам. | |
Штрафы, пени, неустойки по прочим (хозяйственным) операциям. | |
Платежи в возмещение причиненных убытков. | |
От списания недостач денежной наличности, сумм по имеющим признаки подделки денежным знакам. |
В БД надлежит фиксировать как события с уже понесенным убытком, так и с потенциально возможным либо возмещенным (страховой компанией, третьими лицами, виновными сотрудниками) убытком. Предотвращенные рисковые события (near miss) могут фиксироваться в БД либо учитываться иными способами (например, посредством KRI), в том числе в зависимости от вероятности повторения аналогичных проблем в будущем.
Полнота ведения БД обеспечивает качественное проведение самооценки подразделений, способствует обеспечению корректности работы установленных ключевых индикаторов риска (KRI), служит исходными данными для сценарного анализа и количественной оценки операционного риска.