Материалы представленные на сайте исключительно с целью ознакомления пользователям Интернета и не преследуют коммерческих целей или нарушение авторских прав.
© 2018 - 2024
Работа в сети SWIFT дает пользователям ряд преимуществ.
n Надежность передачи сообщений, что обеспечивается построением сети, специальным порядком передачи и приема сообщений за счет «горячего» резервирования каждого из элементов сети.
n Сеть гарантирует полную безопасность многоуровневой комбинацией физических, технических и организационных методов защиты, обеспечивает полную сохранность и секретность передаваемых сведений.
n Сокращение операционных расходов по сравнению с телексной связью. Например, стоимость одного стандартного сообщения (до 325 байт) не зависит от расстояния, а высокая интенсивность обменов снижает стоимость настолько, что она оказывается ниже стоимости аналогичных передач по телексу и телеграфу.
n Быстрый способ передачи сообщений в любую точку мира; время доставки сообщения составляет 20 мин., его можно сократить до 1-5 мин. (срочное сообщение), что перекрывает показатели отдельных каналов связи. Сообщение достигает адресата значительно быстрее за счет сокращения промежуточных этапов в сети. Так, аналогичная передача по телеграфу занимает около 90 мин. В случае, когда отправитель скоммутирован с получателем (режим on-line), передача данных происходит менее чем за 20 с.
n Так как все платежные документы поступают в систему в стандартизированном виде, то это позволяет автоматизировать обработку данных и повысить в конечном итоге эффективность работы банка. Фиксация выполненных транзакций дает возможность полного контроля (аудита) всех проходящих распоряжений и ежедневного автоматизированного формирования отчета по ним; кроме этого, преодолеваются языковые барьеры и уменьшаются различия в практике проведения банковских операций.
n В связи с тем что международный и кредитных оборот все более концентрируются на пользователях SWIFT, повышается конкурентоспособность банков-членов SWIFT.
n 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. Категории и типы сообщений
| Категория (А) | Код сообщения (В) | Тип сообщения (С) |
| 1 | 2 | 3 |
0 Системные сообщения
1 Клиентские переводы и чеки
0 Клиентский перевод
1 Чековое извещение
2 Переводы финансовых организаций
0 Банковский перевод
1 Уведомление о приеме
3 Валютные операции
0 Валютный обмен и валютный опцион
2 Фиксированные ссудные и депозитные сделки
3 Ссудно-депозитная сделка, предусматривающая уведомление или требование
4 Соглашение о будущих процентных ставках
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. Текст и заголовок сообщения вводятся специалистами банка в соответствии с правилами заполнения полей.
Дата: 2019-05-29, просмотров: 177.