Системы банковских телекоммуникаций

Страница 5

6 Обмен процентными платежами

4 Инкассо и документы по наличным

0 Извещение об оплате

1 Подтверждение

2 Запрос

3 Изменение инструкций

Продолжение

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) - это платежное поручение, выставленное клиентом, которое должно быть передано другому банку в пользу его клиента. В сообщении должны присутствовать как обязательные поля, так и те, появление которых в сообщении не обязательно.

Обязательные поля:

n 20: TRANSACTION REFERENCE NUMBER (номер проводки);

n 30: VALUE DATE, CURRENCY CODE, AMOUNT (дата валютирования, код валюты, сумма);

n 40: ORDERING CUSTOMER (клиент-плательщик);

n 50: BENEFICIARY CUSTOMER (клиент-получатель).

Необязательно присутствие следующих полей:

n 52S: ORDERING BANK (банк переводителя);

n 56S: INTERMEDIARY BANK (банк-посредник);

n 70: DETAILS OF PAYMENT (детали платежа);

n 72: BANK TO BANK INFORMATION (банковская информация).

Рассмотрим следующий случай. «Данмакс Национальбанк» (Копенгаген) по распоряжению своего клиента «Ампаго» осуществляет перевод в 60 000 марок на счет компании «Holland and CO», клиента «Вестдойчебанка» (Дюссельдорф) с датой валютирования 15 марта 1997 г. Сообщение SWIFT будет выглядеть, как показано на рис.1 (текст в скобках является пояснением и в сообщение не входит).

Заголовок	DDKNBDKKKA 72122 100 02 WELDEDD	(ИДЕНТИФИКАТОР ТЕРМИНАЛА + ПОСЛЕДОВАТЕЛЬНЫЙ НОМЕР СООБЩЕНИЯ) (ТИП СООБЩЕНИЯ, ПРИОРИТЕТ) (КОД БАНКА-ПОЛУЧАТЕЛЯ ВЕСТДОЙЧЕБАНКА)
Текст	:20:1005/WEN12176 :32A:970315DEM60000 :50:AMPAGO PARK AVENU 34 COPENHAGEN :59:HOLLAND AND CO STORNGASSE 32 D-4024 DUSSELDORF	(НОМЕР/РЕФЕРЕНС ПРОВОДКИ) (ДАТА, ВАЛЮТА, СУММА) (КЛИЕНТ-ПЕРЕВОДИТЕЛЬ) (АДРЕС КЛИЕНТА) (КЛИЕНТ-ПЕРЕВОДОПОЛУЧАТЕЛЬ) (АДРЕС КЛИЕНТА)
Хвостовик	- AUT/B1C3

Рис.1. Пример сообщения SWIFT

Необходимо иметь в виду, что хвостовик генерируется автоматически терминальным оборудованием подключения SWIFT. Текст и заголовок сообщения вводятся специалистами банка в соответствии с правилами заполнения полей.

II.4 Современная архитектура сети SWIFT

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

n два операционных центра в США и Нидерландах;

n пять активных систем в США и Нидерландах;

n региональные процессоры с различных странах;

n каналы связи общего пользования и специального назначения.

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

До некоторых пор SWIFT-1 успешно справлялась с возложенными на нее задачами. Однако рост числа пользователей, трафика по сети и моральное старение оборудования привели к необходимости разработки и внедрения новой сетевой архитектуры. Переход к SWIFT-2 начался в конце 1989 г. и к 1995 г. был полностью завершен, причем все работы велись таким образом, что пользователи сети не ощущали никакого отрицательного воздействия на свою работу.

В SWIFT-2 используются более производительные процессоры и сетевое оборудование, способные поддерживать увеличение трафика в течение ряда лет, а также более совершенное программное обеспечение. Как и в SWIFT-1, в SWIFT-2 используются два равноправных связанных между собой и работающих без участия человека операционных центра (в Нидерландах и США). Для гарантии отказоустойчивости все их системы дублированы. Кроме того, для дублирования самих систем в состоянии готовности поддерживаются еще два операционных центра в головных центрах компании.

Сеть SWIFT-2 (рис.2) базируется на четырехуровневой архитектуре и управляется системным управляющим процессором (System Control Processor - SCP).