Межбанковский клиринг (стр. 6 из 6)
Участники клиринговых систем подвергаются нескольким видам финансового риска:
- кредитный риск
- риск неликвидности
- системный риск
По наступлению срока погашения задолженности партнер по сделке может не выполнить своего обязательства и никогда не будет в состоянии выполнить его в полном объеме (пассивы превышают активы). Нередко такие проблемы связаны с банкротством партнера, но могут существовать и другие причины. Кредитный риск, связанный с особенностями функционирования клиринговой системы, возникает в результате разрыва во времени между обмена платежными поручениями и осуществлением окончательных расчетов по ним в конце клирингового цикла. В результате появляется так называемый скрытый кредит, предоставляемый любым из банков в течение операционного дня своим клиентам до того, как произведены окончательные расчеты с банком, пославшим платежное поручение.
В зависимости от характеристик риска различные системы взаимозачета можно разделить на четыре вида, которые отличаются друг от друга правовой природой подлежащих уплате чистых сумм и наличием основного партнера. К числу этих видов относятся:
- двусторонний зачет позиций
- двусторонний взаимозачет путем новации
- многосторонний зачет позиций
- многосторонний взаимозачет позиций путем новации и замещения.
4. ППП «Система межбанковского клиринга»
ППП содержит два функционально различных программных модуля: «АРМ оператора клиринговой палаты» и «АРМ оператора банка» и представляет собой программный продукт, построенный по схеме «клиент-сервер». Сервером является модуль «АРМ оператора клиринговой палаты», а клиентом – модуль «АРМ оператора банка». В системе всегда действует один сервер и неограниченное количество клиентов. Модуль «АРМ оператора клиринговой палаты» устанавливается на сервере клиринговой палаты, а экземпляры модуля «АРМ оператора банка» – на серверах или рабочих станциях банков-участников клирингового процесса, по одному на каждый банк. ППП обеспечивает всю необходимую функциональность для работы клиринговой палаты, однако для реального внедрения необходима существенная доработка в области сохранения целостности данных и контроля доступа к ним. Однако эта доработка может производиться независимо от существующего кода стандартными средствами СУБД. Система взаимосвязанных таблиц данных сервера реализована на базе СУБД Oracle 7.3.3 Server. Рекомендуемыми операционными системами для этой СУБД являются SCO Unix версии 5.2 и выше либо Windows NT Server версии 4.0 и выше. Клиентская часть реализована на базе СУБД Personal Oracle 7.3.3. Удаленный доступ к серверу БД реализован с помощью стандартного средства СУБД Oracle 7.3.3 – Oracle SQL* Net. Графический пользовательский интерфейс обоих модулей реализован в RAD-среде разработки приложений Borland Delphi 3.0 Client/Server для операционной системы Windows 95 или Windows NT Workstation. Полный текст исходного кода ППП «Система межбанковского клиринга» приведен в Приложении 1.
4.1 Модуль « АРМ оператора клиринговой палаты»
Модуль «АРМ оператора клиринговой палаты» устанавливается на сервере клиринговой палаты и обеспечивает добавление и удаление банков-участников клиринговой системы, прием, обработку платежных документов, проверку их на наличие ошибок и проведение окончательных взаиморасчетов между банками-членами клиринговой палаты. Кроме того, данный модуль инициирует начало клирингового сеанса, ведет статистику платежей и закрывает сеанс по истечению заданного срока. Работой модуля управляет один человек – оператор клиринговой палаты, наделенный особыми полномочиями.
Главное окно модуля «АРМ оператора клиринговой палаты» выглядит следующим образом:
Рис.3.1. Главное окно модуля «АРМ оператора клиринговой палаты».
Пункт меню «Банки» содержит подпункты «Просмотреть» для просмотра списка текущих участников системы и удаления любого из них и «Зарегистрировать нового участника» для добавления новых банков. Список банков выглядит, как на Рис.3.2.
Рис.3.2. Окно со списком банков-членов клиринговой палаты.
При выборе подпункта «Регистрация нового участника» на экран выводится диалоговое окно для ввода необходимой информации об участнике. Его вид приведен на Рис.3.3.
Рис.3.3. Окно регистрации нового банка.
После выполнения регистрации на сервере новый банк-участник может запускать на своей рабочей станции модуль «АРМ оператора банка» и входить в систему указав необходимые имя пользователя и пароль.
Пункт меню «Сообщения» содержит один элемент – подпункт «Просмотреть». При выборе этого подпункта на экран выводится диалоговое окно следующего вида:
Рис. 3.4. Окно со списком полученных сообщений.
Основными функциями данного окна являются просмотр списка полученных сообщений и подтверждение тех из них, которые удовлетворяют требованиям клиринговой палаты.
Меню главного окна «Сеанс» содержит три подпункта «Начать сеанс», «Завершить сеанс» и «Показать текущие позиции» для инициализации клирингового сеанса, его завершения и для просмотра текущих чистых позиций соответственно.
4.2 Модуль « АРМ оператора банка»
Модуль «АРМ оператора клиринговой палаты» устанавливается на рабочих станциях банков-участников системы взаимозачета и обеспечивает следующие функции: подключение банка к текущему клиринговому сеансу, выход от сеанса, отсылку платежных сообщений, а также подсчет и просмотр окончательной чистой позиции банка. Работой модуля также управляет один человек – оператор банка.
Главное окно модуля «АРМ оператора клиринговой палаты» выглядит следующим образом:
Рис. 3.5. Главное окно модуля «АРМ оператора банка».
Данное окно содержит два основных пункта меню «Клиринговый сеанс» и «Сообщения». Первый из них имеет два подпункта для входа в клиринговый сеанс и выхода из него соответственно. Наиболее важным является пункт меню «Сообщения». Он имеет подпункты «Отправить сообщение» и «Показать сообщения». При выборе подпункта «Отправить сообщение» на экран выводится диалоговое окно для ввода параметров сообщения. Его вид показан на Рис. 3.6.
Рис. 3.6. Диалоговое окно отправки платежного сообщения.
Выбор подпункта «Показать сообщения» приводит к выводу на экран диалогового окна со списком сообщений, которые относятся к банку-владельцу запущенной копии модуля. Можно выбрать для показа входящие платежи, исходящие платежи или оба типа одновременно. Показываются лишь те сообщения, которые были подтверждены клиринговой палатой в модуле «АРМ оператора клиринговой палаты». Вид этого окна приведен на Рис. 3.7.
Рис 3.7. Окно со списком подтвержденных сообщений.
Заключение
В данном работе освещены проблемы межбанковского клиринга и методы их решения, приведены модели клиринговых систем.
Существенной частью работы является разработка пакета программных продуктов «Система межбанковского клиринга». Этот программный продукт является попыткой комплексной автоматизации клирингового процесса. Пакет полностью готов для тестового использования и сбора статистической информации, планируется его доработка в областях сохранности целостности данных, управления доступом и оптимизации производительности до уровня реальной системы.