Письмо Банка России № 139-Т и "Модель управления банком"

В приведенном фрагменте присутствует третья группа факторов, не упомянутая в Инструкции, — исходное состояние. Судя по всему, она подразумевается сама собой и не упоминается именно в силу своей очевидности.

Реализация Инструкции № 139-Т в рамках МУБ

Для использования системы МУБ необходимо "заложить" в нее позиции банка, т. е. представить банк в соответствии с МУБ-стандартами и ввести (автоматически либо вручную) исходные данные. Уровень детализации представления банка определяют задачи, для решения которых будет применяться МУБ. Скажем, если ограничиться только расчетом показателей, требуемых Инструкцией, то нет смысла в излишней подробности исходных данных — достаточно минимального (сжатого) представления банка.

С точки зрения выполнения рекомендаций Инструкции № 139-Т в системе МУБ предусмотрены следующие возможности:

1. Расчет нормативов Н2, Н3, Н4 и Н5, установленных Банком России в Инструкции № 1, на любую дату в будущем периоде.
   Разумеется, речь идет о приближенной оценке нормативов при заданном пользователем плане по управлению позициями банка и сценарии развития рынка.
2. Полностью автоматический расчет данных для специальной таблицы, рекомендуемой в Инструкции № 139-Т и основанной на Форме № 125 из Приложения "Сведения об активах и пассивах по срокам востребования и погашения" к Инструкции № 17 (в большинстве автоматизированных банковских систем Форма № 125 не относится к числу автоматически заполняемых — многие ее графы пользователю приходится вводить вручную).
   Помимо данных Формы № 125, упомянутая специальная таблица содержит формальные показатели разрыва ликвидности. Слово "формальные" здесь означает, что эти показатели рассчитаны по формулам Инструкции № 139-Т, которые не учитывают влияние на ликвидность планов по управлению банком и сценариев развития рынка, хотя сама Инструкция, тем не менее, рекомендует принимать их во внимание. Указанное противоречие заметно снижает ценность формальных показателей, однако система МУБ их рассчитывает, предоставляя пользователю право определять, в какой мере стоит на них ориентироваться. Во всяком случае, их можно предъявить контролерам из Банка России.
3. Расчет неформальных показателей разрыва ликвидности, зависящих от планов по управлению банком и сценариев развития рынка.
   В основе такого расчета лежит информация о предстоящих потоках платежей, получаемая в процессе построения эволюции банка. Эти показатели характеризуют способность кредитной организации обеспечить предстоящие плановые и возможные внеплановые платежи банка в пользу контрагентов за счет предстоящих плановых поступлений, высоколиквидных активов и краткосрочных заимствований на денежном рынке. Данные, необходимые для вычисления показателей, получаются в результате расчета эволюции банка. Краткосрочные заимствования и вложения в высоколиквидные активы в процессе эволюции позволяют получать более адекватные оценки, но учитываются они только по желанию пользователя.

В зависимости от типа эволюции показатели могут характеризовать как заданный план управления ресурсами в будущем, так и текущее положение. Для получения характеристики текущего состояния банка следует использовать пассивную эволюцию с незначительным управлением высоколиквидными активами. При этом платежи в пользу контрагентов фактически являются погашением имеющихся к началу эволюции обязательств, а денежные поступления — исполнением имеющихся требований. Во всех случаях значения показателей зависят от заданного пользователем сценария развития рынка.

Неформальные показатели разрыва ликвидности рассчитываются на любой заданный в будущем период. Возможность получения названных показателей — главное достоинство системы МУБ при выполнении рекомендаций Инструкции № 139-Т.

Надеюсь, читатель простит мне нотку сарказма по поводу мотивации покупки серьезного аналитического ПО, поскольку дело не совсем или даже совсем не в Инструкции № 139-Т. Важная особенность системы МУБ и ее отличие от традиционных аналитических систем в том, что она способна помочь пользователям зарабатывать деньги, а не просто анализировать уже заработанное (хотя система и это умеет делать).

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

Господа, ну зачем же обходиться — пора найти время и попробовать самим! Уверяю вас — не прогадаете.