Автор работы: Пользователь скрыл имя, 12 Декабря 2010 в 11:33, реферат
Целью своей работы я ставлю рассмотрение электронных систем межбанковских операций. Сюда входят различные системы банковских коммуникаций: электронная почта, специализированные сети (телеграфная и телефонная сети, факсимильная связи и т.п.); также предметом рассмотрения является всемирная межбанковская система SWIFT (этапы ее развития, цели создания и некоторые вопросы функционирования), электронные системы межбанковских расчетов и электронные платежи в банковской системе России.
Работа в сети SWIFT дает пользователям ряд преимуществ.
Главным недостатком SWIFT с точки зрения пользователей является дороговизна вступления. Расходы банка по вступлению в SWIFT составляют 160-200 тыс. долл. Это создает, конечно, проблемы для мелких и средних банков. В качестве недостатков можно также назвать в определенной степени сильную зависимость внутренней организации от очень сложной технической системы (опасность сбоев и другие технические проблемы). В качестве еще одного недостатка можно назвать сокращение возможностей по пользованию платежным кредитом (на время пробега документа), т.е. сокращается период между дебетом и кредитом счетов, на которых отражается данный перевод.
II.3 Сообщения SWIFT
Одно из основных направлений деятельности общества заключается в разработке унифицированных средств обмена финансовой информацией. С этой целью создана и продолжает совершенствоваться структурированная система финансовых сообщений, с помощью которой можно осуществлять практически весть спектр банковских и других финансовых операций, включая операции, выполняемые на валютных и фондовых биржах.
Форматы стандартизированных машинопечатаемых сообщений разработаны таким образом, чтобы сделать их наиболее независимыми от национальных особенностей банковской сферы в каждой конкретной стране. В то же время унифицированные форматы сообщений, используемые для передачи информации в сети SWIFT, наряду с присваиваемыми обществом банковскими идентификационными кодами (восьмизначный код, являющийся уникальным адресом банковских и других финансовых институтов) рекомендованы ISO в качестве международных стандартов. Стандарты SWIFT стали стандартами де факто для финансовых сообщений, оказывая все большее влияние на банковское дело различных стран. Например, на базе стандартов SWIFT некоторые страны разработали клиринговые системы (CHAPS в Англии, Sagritter во Франции).
Унификация машиночитаемых форматов значительно облегчает контроль корректности отправляемых сообщений, что, с одной стороны, обеспечивает защиту от случайных ошибок, и, с другой стороны, повышает пропускную способность системы для правильно сформулированных сообщений. Процессы подготовки и обработки сообщений полностью поддаются автоматизации, что значительно повышает эффективность и рентабельность банковской деятельности.
В настоящее время используется 11 категорий, охватывающих белее 130 типов сообщений (Message Transaction - MT), построенных таким образом, чтобы обеспечивать выполнение финансовых операций с большой точностью (табл. 1).
Сообщения, как правило, передаются от одного пользователя к другому, но существует категория системных сообщений, которые дают возможность пользователю взаимодействовать с сетью (категория 0). Системные сообщения используются для запроса определенных действий и получения специальных отчетов, поиска сообщений в базе данных, для учебных и тренировочных целей. Пользователь может получать от сети запросы, или она может информировать его о своем текущем состоянии, обновлениях, новых услугах и т.д.
Существуют три основных системных сообщения:
LOG-IN/OUT - системное сообщение для входа/выхода в систему;
RETRIEVAL - по этому
запросу система присылает
REPORTS - дает возможность
получения различного вида
Системные сообщения пользуются наивысшим приоритетом, поскольку содержат информацию, касающуюся функционирования сети.
Банковские сообщения делят на срочные и обычные, причем за отправку срочных сообщений взимается специальный тариф.
Всем остальным типам сообщений, относящимся к категориям 1-9 и n, присвоены трехзначные цифровые коды, причем первая цифра соответствует категории операции.
Категория n - сообщения общей группы. Каждое сообщение из общей группы может использоваться в любой из категорий 1-9, Коды сообщений общей группы выглядят как n9М, где n заменяется номером той категории, которая наилучшим образом соответствует цели сообщения, 9 указывает на особый характер сообщения в каждой из категорий, М определяет конкретный тип сообщения (например, 0 - уведомления, 2 - требования об аннулировании, 5 и 6 - соответственно запросы и ответы).
Категория 1 - клиентские переводы и чеки. Сообщения этой категории связаны с платежами или информацией о них, когда заказчик или бенефициар либо оба не являются финансовыми организациями.
Категория 2 - переводы финансовых организаций.
Таблица 1. Категории и типы сообщений
|
0 Системные сообщения
1 Клиентские переводы и чеки
0 Клиентский перевод
1 Чековое извещение
2 Переводы финансовых организаций
0 Банковский перевод
1 Уведомление о приеме
3 Валютные операции
0 Валютный обмен и валютный опцион
2
Фиксированные ссудные и
3 Ссудно-депозитная сделка, предусматривающая уведомление или требование
4 Соглашение о будущих процентных ставках
5
Процентные платежи по ссудно-
6 Обмен процентными платежами
4 Инкассо и документы по наличным
0 Извещение об оплате
1 Подтверждение
2 Запрос
3 Изменение инструкций
Продолжение
|
5 Документы по наличным
5 Ценные бумаги
0 Поручение на покупку
1
Извещение/подтверждение
2
Инструкции по движению
3 Подтверждение движения
5 Корпоративные действия, подтверждения, претензии
6 Корпоративные события
7 Бюллетень и управление инвестициями
8 Специальные сообщения
6 Драгоценные металлы и синдикаты
0 Драгоценные металлы
4 Синдикаты
7 Документарные аккредитивы и гарантии
0 Эмиссия (заем, предпоручение и дополнение, изменение документарного аккредитива)
1 Авизование документарного аккредитива третьего банка
2
Переводы документарного
3 Подтверждения и поручения
4 Гамбургское полномочие
5 Поручения и полномочия
6 Гарантии
8 Дорожные чеки
0 Продажа и расчет
1 Возмещение
2 Управление активом
9 Смешанные сообщения
0 Подтверждение дебетования
1 Подтверждение кредитования
2 Запрос балансового счета
3
Извещения об изменении
4 Выписка с клиентского счета
5 Выписка ностро
7 Выписка нетто
8 Справка о состоянии
n Общая группа
9 Оплата, проценты, расходы
Запросы аннулирования
Запросы и ответы
Частные сообщения свободного
формата
Сообщения всех типов построены по общему принципу. Они состоят из начальной части, в которую входит метка начала сообщения (Start of Message), заголовок (Header), метки начала текста сообщения (Start of Text), текста сообщения (Text of Message) и окончания сообщения, в которое входят метка конца текста (End of Text), параметры (Trailer) и метка конца сообщения (End of Message).
Начальная часть и окончание образуют “конверт”, в котором пересылаются сообщения и который содержит информацию, необходимую для управления движением сообщения в сети. Заголовок содержит одиннадцатизначный код-идентификатор получателя сообщения (Bank Identifier Code, BIC, являющийся адресом в сети), код терминала отправителя, текущий пятизначный номер, выполняющий контрольную и защитную функции, трехзначный код сообщения с двузначным кодом приоритета. В параметрах указывается код аутентификации и другие сообщения, например, предупреждение банка-получателя о возможности задержки передачи сообщения, предупреждение о возможности двойного платежа и т.д. При передаче сообщения текст сообщения система не видит.
Текст сообщения состоит из полей, обозначенных двузначным цифровым кодом. Например, код 57 обозначает банк, в котором ведется счет, 69 - бенефициара, 71 - за чей счет проводится платеж и сумма комиссии, поле 32 - сумма платежа. В текст сообщения информация вводится в строгой последовательности. Заполнение части полей является обязательным. Для каждого типа сообщения определен свой набор заполняемых полей. Обязательные поля содержат информацию, необходимую для правильной обработки сообщения.
Пример. Клиентский перевод (МТ100) - это платежное поручение, выставленное клиентом, которое должно быть передано другому банку в пользу его клиента. В сообщении должны присутствовать как обязательные поля, так и те, появление которых в сообщении не обязательно.