<< Пред. стр.

стр. 8
(общее количество: 15)

ОГЛАВЛЕНИЕ

След. стр. >>

WIFTAIIiance Access представляет собой полнофункциональный интерфейс. Он предназначен
для использования средними и крупными банками для обработки значительного объема сообщений,
верхний предел которого не ограничен. Данный интерфейс предлагает широкие возможности по
организации внутреннего документооборота, а также широкие возможности для работы с филиалами и
дочерними организациями. SAA функционирует на операционных системах Windows NT 4.0 и 2000, IBM
AIX, SUN Solaris.
SWIFTAIIiance Gateway - это интерфейс, обеспечивающий связь на уровне "приложение-
приложение" путем взаимодействия между программным обеспечением пользователя и SIPN.
Пользовательское приложение (клиент) через SWIFTAIIiance Gateway обменивается сообщениями с
основным приложением (на сервере). SWIFTAIIiance Gateway предоставляет единое окно доступа ко
многим приложениям SWIFTNet.
SWIFTAIIiance WebStation является средством доступа через SWIFTNet к основным сервисам
SWIFT по работе с финансовыми сообщениями. Возможно осуществлять текущий контроль сессии,
поиск и отбор сообщений, обмен файлами данных, обработку небольшого объема транзакций. Таким
образом, в распоряжении пользователя оказывается программный комплекс, включающий в себя все
клиентские компоненты, необходимые для доступа к серверу через SIPN. WebStation объединяет доступ
к сервисам SWIFTNet и другим приложениям в едином окне, обеспечивая связь на уровне "клиент-
приложение". С помощью данного интерфейса пользователь получает доступ к ряду бизнес приложений,
которые являются необходимыми для банковского рынка и рынка ценных бумаг.
Многие решения SWIFT, доступные в SWIFTNet, используют службу сообщений SWIFTNet
InterAct, включающую в себя SWIFTNet Cash Reporting и SWIFTNet Funds. Для использования этих
решений для бизнеса необходимо иметь соответствующий интерфейс. SWIFTAIIiance Messenger и
является таким интерфейсом. Он позволяет создавать и редактировать XML-сообщения, а также дает
возможность управлять ими. Это недорогой и простой способ, предоставляющий полный контроль и
простое администрирование XML-сообщений.

2.4.5. Идентификация банков в системе

Каждый новый пользователь SWIFT до подключения к системе должен зарегистрировать свой
идентификационный код - BIC (Bank Identifier Code). Он разработан для упрощения процесса
автоматизации обработки электронных финансовых сообщений. На практике BIC часто называют
SWIFT-кодом. Он имеет определенный стандарт (ISO 9362), утвержденный Международной
организацией стандартизации. SWIFT уполномочен осуществлять предоставление и регистрацию кодов,
а также их публикацию в специальном справочном издании, которое называется BIC Directory.
Юридические лица, которые не являются ни финансовыми организациями, ни пользователями
SWIFT могут также зарегистрировать свой идентификационный код, который получил название Business
Entity Identifier- BEL Формат ВЕ1 аналогичен формату BIC. Использование обоих кодов в сообщениях
SWIFT возможно только при условии их предварительной регистрации.
BIC и BEI состоят из восьми или одиннадцати символов. Первые восемь символов
идентифицируют юридическое лицо, которому принадлежит код. Три дополнительных символа
представляют собой код обособленного подразделения (branch code) владельца BIC или BEI. Таковыми
могут быть филиалы, отделения или структурные подразделения. Коды подразделений не требуют
регистрации в качестве отдельных юридических лиц. В качестве примера можно привести BIC немецкого
Commerzbank AG, находящегося в городе Бремен:

--------------------->-СОВА DE FF 200-<----------------¬
¦ ^ ^ ¦
¦ ¦ ¦ ¦
Commerzbank AG Германия Франкфурт Отделение в Бремене


2.4.6. Стандарты SWIFT

Система SWIFT задумывалась и создавалась как альтернатива телеграфной связи при
проведении межбанковских операций. Основными недостатками телекса представляются низкий
уровень безопасности, медленная передача данных и отсутствие каких бы то ни было стандартов
передаваемых сообщений. Последняя проблема была наиболее актуальной, так как обработка
сообщений, которые не соответствуют определенным форматам, может проводиться исключительно
вручную. По этой причине крупные клиринговые банки несли значительные затраты при осуществлении
своей расчетной деятельности.
Некоторые из них пытались решить задачу стандартизации платежных сообщений собственными
силами. Для этого ими разрабатывались специальные телексные форматы, информация о которых
распространялась среди банков-корреспондентов. Получая платежное поручение по телексу,
составленное по определенным правилам, банк имел возможность обработать его в автоматическом
режиме. Но такой подход все равно имел ряд ограничений. Вероятность отступления от требований
форматов была велика, так как телеграф не может проверять сообщения на соответствие их
определенным стандартам. Кроме того, требования банков к форматированию платежных документов
не были едиными. Таким образом, для обмена сообщениями с разными корреспондентами банкам
приходилось составлять их по различным правилам, что было очень неудобно и слишком затратно.
Проблема стандартизации электронных платежных сообщений была решена только в рамках
SWIFT Здесь каждое сообщение имеет четкий формат, который исключает двусмысленное толкование
содержащейся в этом документе информации. Все сообщения проверяются системой на их
соответствие установленным стандартам. Поскольку SWIFT является крупнейшей общепризнанной
системой межбанковских телекоммуникаций, к которой подключено подавляющее число кредитных
организаций, вопрос о составлении платежных документов в адрес разных корреспондентов по
индивидуальным правилам каждого из них на повестке дня не стоит.
Информация практически о любой финансовой операции может быть передана через SWIFT
Причем для каждой из них предусмотрен свой тип сообщений, который еще называют форматом. Все
сообщения SWIFT состоят из определенного набора полей, которые имеют четкую структуру. В них
указывается конкретная информация, относящаяся к соответствующей транзакции. Поля могут быть
обязательными или необязательными для заполнения. Некоторые из них имеют несколько опций, т.е.
вариантов их использования. Поля в сообщениях могут повторяться, образуя своего рода блоки
(sequences). Все форматы подробно описаны в многостраничном документе, получившем название
Стандарты (Standards). В нем указывается, в каком случае применяется тот или иной тип сообщений, по
каким правилам заполняется каждое поле в отдельности и все сообщение в целом.
Каждое сообщение, передаваемое по системе SWIFT, состоит из трех частей: заголовок (header),
текст сообщения (text) и окончание (trailer). Заголовок и окончание несут в себе в основном служебные
данные, связанные непосредственно с процессом передачи сообщения. Вся информация финансового
характера включается в текстовую часть электронного документа.
Неотъемлемой частью Стандартов являются Правила соответствия сообщений их форматам
(Message Format Validation Rules). Их основная задача- предоставить пользователям SWIFT полную
информацию о процедурах проверки электронных документов системой. Эта информация должна
использоваться всеми банками, подключенными к SWIFT, так как в случае ее игнорирования сообщения
могут быть отвергнуты системой.

2.4.7. Финансовые сообщения

Все типы сообщений SWIFT разделены на девять категорий по типам финансовых операций, для
проведения которых они предназначены.
--------------------T------------------------------------------------------------------------------¬
¦Категория 1 ¦Клиентские платежи и чеки ¦
+-------------------+------------------------------------------------------------------------------+
¦Категория 2 ¦Межбанковские платежи ¦
+-------------------+------------------------------------------------------------------------------+
¦Категория 3 ¦Конверсии, депозиты и деривативы ¦
+-------------------+------------------------------------------------------------------------------+
¦Категория 4 ¦Инкассо ¦
+-------------------+------------------------------------------------------------------------------+
¦Категория 5 ¦Ценные бумаги ¦
+-------------------+------------------------------------------------------------------------------+
¦Категория 6 ¦Драгоценные металлы и синдикаты ¦
+-------------------+------------------------------------------------------------------------------+
¦Категория 7 ¦Аккредитивы и гарантии ¦
+-------------------+------------------------------------------------------------------------------+
¦Категория 8 ¦Дорожные чеки ¦
+-------------------+------------------------------------------------------------------------------+
¦Категория 9 ¦Операции по счетам ¦
L-------------------+-------------------------------------------------------------------------------
Более подробно остановимся на типах сообщений SWIFT, которые представляют собой
платежные поручения. Речь идет о формате клиентских (МТ 103) и межбанковских (МТ 202) платежей.
Это основные инструменты, которыми пользуются банки для передачи платежных инструкций своим
корреспондентам. В наборе типов сообщений SWIFT есть еще один вид платежных поручений - МТ 200.
Банки применяют его для перевода средств с одного своего счета ностро на другой.
МТ 202 используется только для расчетов между финансовыми учреждениями, т.е.
отправителем и получателем платежа являются банки. Этот тип сообщения применяется для любых
видов межбанковских переводов, в том числе и для перебросок средств с одного счета ностро на другой,
когда необходимо указать конкретный номер счета, на который переводятся эти средства, т.к. МТ 200
такой возможности не предусматривает.
Если межбанковский платеж осуществляется в результате проведения финансовой операции, по
которой уже происходил обмен сообщениями SWIFT, то в МТ 202 делается ссылка на данное
сообщение. Теоретически существует возможность осуществлять межбанковские переводы как "по
цепочке", так и "с покрытием". На практике же второй вариант фактически не используется.
Согласно стандартам SWIFT МТ 202 состоит из следующих полей:
-----T---------------------------------T-----------------------------------------------------------¬
¦Поле¦ Обязательное / необязательное ¦ Название поля ¦
+----+---------------------------------+-----------------------------------------------------------+
¦20 ¦Обязательное ¦Референс сообщения ¦
+----+---------------------------------+-----------------------------------------------------------+
¦21 ¦Обязательное ¦Ссылка на референс другого сообщения ¦
+----+---------------------------------+-----------------------------------------------------------+
¦13С ¦Необязательное ¦Время ¦
+----+---------------------------------+-----------------------------------------------------------+
¦32А ¦Обязательное ¦Дата валютирования, код валюты, сумма ¦
+----+---------------------------------+-----------------------------------------------------------+
¦52а ¦Необязательное ¦Банк-отправитель средств ¦
+----+---------------------------------+-----------------------------------------------------------+
¦53а ¦Необязательное ¦Банк-корреспондент отправителя сообщения ¦
+----+---------------------------------+-----------------------------------------------------------+
¦54а ¦Необязательное ¦Банк-корреспондент получателя сообщения ¦
+----+---------------------------------+-----------------------------------------------------------+
¦56а ¦Необязательное ¦Банк-посредник ¦
+----+---------------------------------+-----------------------------------------------------------+
¦57а ¦Необязательное ¦Банк- корреспондент получателя средств ¦
+----+---------------------------------+-----------------------------------------------------------+
¦58а ¦Обязательное ¦Банк-получатель средств ¦
+----+---------------------------------+-----------------------------------------------------------+
¦72 ¦Необязательное ¦Межбанковская информация ¦
L----+---------------------------------+------------------------------------------------------------
Каждое из указанных полей заполняется по определенным правилам и имеет четкий формат.
В поле 20 проставляется референс сообщения, т.е. его исходящий номер.
Поле 21 представляет собой ссылку на финансовую операцию, по которой производится платеж.
Если МТ 202 направляется в качестве покрытия по клиентскому переводу, то в данном поле дублируется
значение поля 20 соответствующего ТМ 103. Здесь также могут указываться референсы других
сообщений, имеющих отношение к конкретным операциям.
Поле 13С несет информацию о времени исполнения платежа. Оно используется только в
некоторых случаях, например, при проведении операций через систему TARGET.
В поле 32А указывается дата валютирования, валюта и сумма платежного поручения.
Поле 52а присутствует в сообщении, если отправитель сообщения не является первоначальным
отправителем средств. Оно имеет две опции: А и D. При использовании опции А проставляется BIC код
банка. Наименование отправителя средств указывается полностью, если применяется опция D. В обоих
случаях может присутствовать дополнительный идентификатор банка, например, номер его корсчета
или код в какой-либо клиринговой системе.
Поля 53а и 54а используются, когда МТ 202 направляется в качестве прямого платежного
поручения, сопровождаемого платежом покрытия (также МТ 202). В этом случае поле 53а совпадает с
банком, в который направляется второе сообщение, а поле 54а идентично полю 57а платежа покрытия.
Причем, если в полях 53а и 54а должен быть указан один банк, то проставляется только поле 53а
Форматы обоих полей одинаковы и имеют три опции: А, В, D. Применение опций А и D аналогично их
использованию в поле 52а. Опция В выбирается, если покрытие отправляется через территориально
обособленные подразделения отправителя и / или получателя сообщения, т.е. их филиалы или же,
наоборот, головные офисы. В таких случаях указывается только их месторасположение, например,
город и страна.
Поле 53а с опцией В может быть использовано еще в одном случае: если отправитель
сообщения хочет указать конкретный номер корсчета, с которого должны быть списаны средства или на
который они зачислены. В этом есть смысл, если банки имеют один или несколько взаимных корсчетов в
одной валюте.
В поле 58а должен быть указан конечный банк-бенефициар платежа. Возможные опции: А и D.
Их формат аналогичен полю 52а
Поля 56а и 57а применяются для указания банков, через которые получатель сообщения должен
осуществить перевод в пользу бенефициара. Поле 56а может использоваться с опциями А или D, а поле
57а с опциями А, В или D. Форматы этих полей существенно не отличаются от форматов аналогичных
полей описанных ранее.
В поле 72 указывается дополнительная информация о платеже. Это поле свободного формата.
Оно ограничено 6 строками по 35 символов.
Для формализации текста в этом поле могут использоваться специальные кодовые слова,
например:
---------T-----------------------------------------------------------------------------------------¬
¦REC ¦Информация после этого кодового слова предназначена для получателя сообщения; ¦
+--------+-----------------------------------------------------------------------------------------+
¦INT ¦Информация после этого кодового слова предназначена для банка-посредника; ¦
+--------+-----------------------------------------------------------------------------------------+
¦АСС ¦Информация после этого кодового слова предназначена для корреспондента бенефициара; ¦
+--------+-----------------------------------------------------------------------------------------+
¦BNF ¦Информация после этого кодового слова предназначена для получателя средств; ¦
+--------+-----------------------------------------------------------------------------------------+
¦PHONBEN ¦Означает распоряжение сообщить бенефициару о поступлении платежа по телефону; ¦
+--------+-----------------------------------------------------------------------------------------+
¦INS ¦После этого кодового слова указывается банк, давший платежное получение отправителю¦
¦ ¦сообщения, если не он указан в поле 52а, и т.д. ¦
L--------+------------------------------------------------------------------------------------------
Посмотрим на примере, как может выглядеть сообщение SWIFT MT 202. Предположим, что
Внешторгбанк (г. Москва) по поручению МИКО Банка (г. Москва) должен 15.12. 2004 г. перевести сумму
500,200,00 долларов в качестве оплаты покупки наличной валюты в пользу HSBC Bank USA (London).
Корреспондент Внешторгбанка - JP Morgan Chase (New York). Корреспондент HSBC Bank USA (London) -
HSBC Bank USA (New York). BIC коды банков, участвующих в операции: Внешторгбанк (г. Москва) -
VTBRRUMM, JP Morgan Chase (New York) - CHASUS33, HSBC Bank USA (New York) - MRMDUS33, HSBC
Bank USA (London) - BLICGB2L, МИКО Банка (г. Москва) BIC кода не имеет. Сообщение, которое
Внешторгбанк должен направить в JP Morgan Chase (New York), должно быть примерно следующего
содержания:
VTBRRUMM ¦Отправитель сообщения
202 ¦Тип сообщения
CHASUS33 ¦Получатель сообщения
:20: ABCD12345 ¦Исходящий номер сообщения
:21: KLMN9876 ¦Номер платежного поручения МИКО Банка
:32: 041215USD500200 ¦Дата валютирования, валюта и сумма платежа
:52D: MIKO BANK ¦Наименование банка-отправителя средств
MOSCOW, RUSSIA ¦
:57A: MRMDUS33 ¦BIC код корреспондента бенефициара
:58A: BUCGB2L ¦BIC код бенефициара
:72: /BNF/BANKNOTE ¦Информация об операции, по которой производится платеж,
DEAL ¦предназначенная для бенефициара
//DD15DEC2004 ¦
Сообщения формата МТ 103 направляются по поручению клиентов напрямую или через банки-
корреспонденты в финансовые учреждения, обслуживающие бенефициаров платежей. Они служат для
передачи инструкций о переводах денежных средств, когда отправитель или получатель платежа или
оба одновременно не являются финансовыми организациями. Сообщения МТ 103 могут быть
использованы только для осуществления "чистых платежей" (clean payments). Соответственно их нельзя
применять для проведения других операций, таких как переводы денежных покрытий по чекам, инкассо и
т.д.
Стандарты SWIFT определяют формат сообщения МТ 103 следующим образом:
------T----------------T---------------------------------------------------------------------------¬
¦Поле ¦Обязательное/ ¦ Название поля ¦
¦ ¦необязательное ¦ ¦
+-----+----------------+---------------------------------------------------------------------------+
¦20 ¦Обязательное ¦Референс сообщения ¦
+-----+----------------+---------------------------------------------------------------------------+
¦23В ¦Обязательное ¦Тип операции ¦
+-----+----------------+---------------------------------------------------------------------------+
¦23Е ¦Необязательное ¦Код инструкции ¦
+-----+----------------+---------------------------------------------------------------------------+
¦32А ¦Обязательное ¦Дата валютирования, код валюты, сумма ¦
+-----+----------------+---------------------------------------------------------------------------+
¦50а ¦Обязательное ¦Отправитель средств (перевододатель) ¦
+-----+----------------+---------------------------------------------------------------------------+
¦52а ¦Необязательное ¦Банк отправителя средств ¦
+-----+----------------+---------------------------------------------------------------------------+
¦53а ¦Необязательное ¦Банк-корреспондент отправителя сообщения ¦
+-----+----------------+---------------------------------------------------------------------------+
¦54а ¦Необязательное ¦Банк-корреспондент получателя сообщения ¦
+-----+----------------+---------------------------------------------------------------------------+
¦56а ¦Необязательное ¦Банк-посредник ¦
+-----+----------------+---------------------------------------------------------------------------+
¦57а ¦Необязательное ¦Банк-корреспондент получателя средств ¦
+-----+----------------+---------------------------------------------------------------------------+
¦59а ¦Обязательное ¦Получатель средств ¦
+-----+----------------+---------------------------------------------------------------------------+
¦70 ¦Необязательное ¦Детали платежа ¦
+-----+----------------+---------------------------------------------------------------------------+
¦71А ¦Обязательное ¦Детали расходов ¦
+-----+----------------+---------------------------------------------------------------------------+
¦72 ¦Необязательное ¦Межбанковская информация ¦
L-----+----------------+----------------------------------------------------------------------------
Поля, которые совпадают с полями сообщения МТ 202, имеют такой же формат и заполняются
по аналогичным правилам.
В поле 23В указывается тип операции. Банки, не участвующие напрямую в расчетах клиринговых
систем, могут проставлять здесь только одно значение - CRED, что означает кредитовый перевод.
Поле 23Е предназначено для кодов различных инструкций, например:
-----T---------------------------------------------------------------------------------------------¬
¦CHQB¦осуществить платеж бенефициару чеком (в этом случае в поле 59а не указывается номер счета) ¦
+----+---------------------------------------------------------------------------------------------+
¦РНОB¦сообщить бенефициару о поступлении средств по телефону ¦
+----+---------------------------------------------------------------------------------------------+
¦PHOI¦сообщить банку-посреднику о переводе по телефону ¦
+----+---------------------------------------------------------------------------------------------+
¦PHON¦сообщить банку бенефициара о переводе по телефону ¦
+----+---------------------------------------------------------------------------------------------+
¦TELB¦сообщить бенефициару о поступлении средств посредством наиболее эффективной¦
¦ ¦телекоммуникационной системы ¦
+----+---------------------------------------------------------------------------------------------+
¦TELE¦сообщить банку бенефициара о переводе посредством наиболее эффективной телекоммуникационной¦
¦ ¦системы ¦
+----+---------------------------------------------------------------------------------------------+
¦TELI¦сообщить банку-посреднику о переводе посредством наиболее эффективной телекоммуникационной¦
¦ ¦системы ¦
L----+----------------------------------------------------------------------------------------------
Поле 50а может использоваться с одной из двух опций: А или К. Опция А предназначена для
указания BEI кода или BIC кода перевододателя. Опция К применяется для ввода наименования
отправителя в свободном формате.
Формат поля 59а аналогичен формату поля 50а за исключением того, что опция, при
использовании которой наименование бенефициара вводится в свободном формате, не обозначается
буквами.
Поле 70 используется для ввода в него информации, предназначенной для получателя средств.
В этом поле может использоваться кодовое слово RFB, после которого указывается краткая ссылка на
номер какого-либо документа, согласно которому производится платеж (например, номер договора,
контракта, счета и т.д.).
В поле 71А отправитель сообщения указывает, за чей счет должны взиматься банковские
комиссии. Для этого используются три кодовых слова:
-----T---------------------------------------------------------------------------------------------¬
¦BEN ¦Комиссии всех банков оплачивает бенефициар ¦
+----+---------------------------------------------------------------------------------------------+
¦OUR ¦Расходы по оплате комиссий всех банков несет отправитель ¦
+----+---------------------------------------------------------------------------------------------+
¦SHA ¦Отправитель средств оплачивает комиссию своего банка, комиссии остальных банков - за счет¦
¦ ¦бенефициара ¦
L----+----------------------------------------------------------------------------------------------
В том случае, когда банк-отправитель МТ 103 использует свои прямые корреспондентские
отношения, т.е. инструктирует банк-получатель сообщения осуществить платеж непосредственно со
своего счета, этот формат одновременно несет в себе детали перевода и является покрытием. Перевод
может осуществляться через несколько банков. Так средствами SWIFT реализуется метод платежа,
который мы называем "по цепочке" (serial).
Когда отправитель и получатель поручения не имеют прямых корреспондентских отношений в
соответствующей валюте, либо не используют таковые при проведении конкретной операции, то
сообщение представляет собой только платежные инструкции. В таком случае покрытие переводится
при помощи формата МТ 202. Это и есть метод платежа "с покрытием" (cover).
В качестве примера рассмотрим следующую ситуацию: компания QWERTY Ltd из Лондона дает
поручение своему банку HSBC Bank Pic, находящемуся также в Лондоне, перевести 14.12.2004 г. сумму
12,000,00 долларов в пользу своего партнера - компании ASDF Gmbh в Берлине на их счет N 376478934
в Deutsche Bank AG (Berlin) для оплаты услуг по счету GFT677. QWERTY Ltd оплачивает комиссию за
перевод своего банка, комиссионные других банков просит вычесть из суммы платежа. Корреспондентом
HSBC Bank Pic (London) является HSBC Bank USA (New York), a корреспондентом Deutsche Bank AG
(Berlin) - Deutsche Bank Trust Company Americas (New York). BIC коды банков: HSBC Bank Pic (London) -
BLICGB2L, HSBC Bank USA (New York) - MRMDUS33, Deutsche Bank Trust Company Americas (New York) -
BKTRUS33, Deutsche Bank AG (Berlin) - DEUTDEBB. В этом случае HSBC Bank Pic направит МТ 103
примерно следующего содержания:
BLICGB2L ¦Отправитель сообщения
103 ¦Тип сообщения
MRMDUS33 ¦Получатель сообщения
:20: WXYZ5678 ¦Исходящий номер сообщения
:23B: CRED ¦Указание, что перевод является обыкновенным кредитовым
¦платежом
:32A: 041214USD12000, ¦Дата валютирования, валюта и сумма платежа
:50K: QWERTY LTD ¦Отправитель средств
LONDON, UK ¦
:56A: BKTRUS33 ¦Банк-посредник, т.е. корреспондент банка бенефициара
:57A: DEUTDEBB ¦Банк бенефициара
:59: /376478934 ¦Номер счета бенефициара
ASDF GMBH ¦Бенефициар
BERLIN, GERMANY ¦
:70: INVIOCE GFT 677 ¦Детали платежа
:71A: SHA ¦Детали взимания банковских комиссий за перево д (SHA)
¦означает, что отправитель оплатил комиссии своего банка,
¦остальные банки должны удержать свои комиссии из суммы
¦перевода
В данной главе наряду с вопросами организации и функционирования телекоммуникационной
сети SWIFT мы рассмотрели примеры форматов платежных поручений, при помощи которых
пользователи системы осуществляют переводы денежных средств. Это весьма важный момент, так как
SWIFT является основным средством доставки электронных платежных документов при осуществлении
международных банковских операций. Далее обратимся к рассмотрению вопросов практики проведения
международных платежей, причем основной акцент будет сделан на составлении платежных поручений
в форматах SWIFT
Глава 3. Практика осуществления международных банковских
платежей

3.1. Ключевые аспекты составления поручений на перевод средств

Осуществление международных переводов денежных средств - это сложный и многогранный
процесс. От того, как составлено платежное поручение, зависит насколько скоро бенефициар получит
средства и какую комиссию заплатит банк. Если при проведении платежей игнорируются Стандарты
SWIFT, рекомендации корреспондентов и международная практика в этой области, то почти наверняка
деньги не дойдут вовремя до своего адресата, а банк потратит значительное количество времени и
денег на поиск этих средств и изменение платежных инструкций. Поэтому умение наиболее оптимально
составлять поручения представляет своего рода искусство.
Осуществляя платеж, можно соблюсти все требования SWIFT и банка корреспондента и думать,
что далее с ним все будет отлично - он вовремя дойдет до бенефициара. Но если внимание не было
обращено на какие-то, возможно мелкие на первый взгляд, детали, можно втянуться в долгую переписку
с несколькими банками и заработать серьезные проблемы с отправителем средств. Чтобы не
испытывать на прочность нервы клиента, а заодно и своих клерков, банк должен максимально серьезно
относиться к осуществлению международных платежей. Причем это касается переводов на любые
суммы, пусть даже самые незначительные. Поиски именно небольших сумм доставляют больше всего
хлопот банковским служащим, проводящим платежи. Миллионы долларов или евро, как правило, не
теряются.
Мы постараемся остановиться на международной практике проведения денежных переводов с
целью объяснить, как и в какой ситуации правильно составить платежное поручение своему банку-
корреспонденту. Речь пойдет не только о формальных признаках корректности инструкций, но и о том,
как добиться того, чтобы средства попали к получателю в максимально короткие сроки. Конечно
застраховаться на 100% от проблем, возникающих при прохождении платежей через несколько банков
невозможно. Бывают случаи, когда в простейших ситуациях средства, что называется, "застревают".
Ведь невозможно отвечать за действия других финансовых учреждений. Но риск задержки переводов
можно минимизировать, взяв процесс осуществления каждого платежа "в свои руки".
Нельзя полагаться на то, что банк-корреспондент, пусть даже первоклассный иностранный банк,
лучше знает, как провести платеж. Это зачастую не так. При составлении платежного поручения
необходимо четко представлять, через какие банки пройдут средства, как они должны инструктировать
друг друга, что в практике работы этих банков есть примечательного, чего бы следовало опасаться, а
чем можно было бы воспользоваться. Поэтому инструкции должны быть однозначными и четкими для
всех финансовых учреждений, задействованных в цепочке осуществления перевода.
В рамках нашего небольшого экскурса в мир денежных переводов невозможно полностью
осветить практику проведения международных платежей. Она настолько многогранна, что некоторые
детали этого процесса меняются ежедневно. Представляется, что в этом и нет особой необходимости.
Не будем останавливаться на незначительных моментах, описание которых сделает чтение слишком
скучным. Рассмотрим только те вещи, которые наиболее существенным образов влияют на
качественные показатели работы банковских клерков, осуществляющих международные переводы
денежных средств.
Рассматривая практику составления платежных поручений, будем исходить из того, что
средством их доставки является система SWIFT Тому есть несколько причин. Во-первых, в настоящее
время SWIFT используется подавляющим большинством банков в качестве средства межбанковских
телекоммуникаций. Во-вторых, многие другие электронные системы используют форматы сообщений
подобные SWIFT. Таким образом, "язык" SWIFT используется всеми профессионалами, касающимися в
своей работе области международных платежей.


3.2. Практические вопросы подготовки платежных поручений

<< Пред. стр.

стр. 8
(общее количество: 15)

ОГЛАВЛЕНИЕ

След. стр. >>