Стандарты текста сообщений - Сообщество всемирных межбанковских финансовых телекоммуникаций

Стандарты текста сообщений были разработаны для обслуживания операций, осуществляемых пользователями SWIFT. Для того чтобы обеспечить согласование при всем многообразии сложившихся у пользователей методик и практики. Все финансовые сообщения, передаваемые по сети SWIFT, должны точно соответствовать этим стандартам текстов сообщений.

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

Стандартизация сообщений дает ряд важных преимуществ, таких как:

    -- автоматизация; -- снижение риска ошибок и недоразумений; -- уменьшение расходов на обработку; -- повышение производительности; -- увеличение эффективности обработки сообщений (при маршрутизации и подготовке); -- более быстрая и экономичная выверка счетов; -- возможность работы с большими объемами информации.

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

    -- область применения типов сообщений (определяет отправителя и получателя сообщения и объясняет назначение и порядок использования сообщения); -- описание формата типов сообщений (устанавливает правила составления сообщения данного типа); -- проверяемые сетью правила (правила, выполнение которых автоматически контролируется сетью, то есть правила, для которых определены коды ошибок); -- правила использования (не проверяются сетью, то есть для этих правил не определены коды ошибок, но их выполнение, является обязательным для правильного использования сообщения); -- рекомендации по использованию (не проверяются сетью и не являются обязательными для правильного использования сообщения, они предназначены для обеспечения наиболее эффективной работы); -- описание полей сообщения (излагаются правила использования каждого из полей сообщения; для каждого поля определяется статус и дается полное название, за которым следует описание поля).

Сообщение может состоять из одного или более заголовков, в которых содержится информация о самом сообщении. Основной части, в которой заключен текст сообщения, и одного или более трейлеров, которые добавляются в целях контроля.

Все сообщения, поступающие в систему от пользователя, называются входящими сообщениями, а все сообщения, которые система доставляет (или пытается доставить) пользователю, называются исходящими сообщениями.

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

Система SWIFT проверяет структуру всех сообщений, передаваемых по сети передачи и обработки сообщений (FIN). Если система SWIFT обнаруживает ошибку, то сообщение не принимается, а отправителю сообщения направляется отрицательное подтверждение (negative acknowledgment - NAK). NAK содержит код ошибки. При возможности в нем указывается также номер строки, в которой обнаружена ошибка.

Существуют три основных вида сообщений SWIFT:

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

Сообщения пользователь-пользователь. МТ категории 1-9, которые позволяют пользователю осуществлять финансовые операции.

Служебные сообщения или "Контрольные сообщения", которые относятся либо к системным командам, либо к подтверждениям. Система SWIFT обычно обрабатывает сообщения пользователь-пользователь в порядке из поступления (First-In-First-Out - FIFO).

Сообщения пользователь-пользователь подразделяются на отдельные категории, которые используются для различных видов финансовых операций. Конкретные типы сообщений (Message Types, MT) определяются 3-значными номерами.

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

    -- категория 1 - "Клиентские переводы и Чеки"; -- категория 2 - "Межбанковские переводы"; -- категория 3 - "Рынки финансовых ресурсов"; -- категория 4 - "Инкассо и Кассовые письма"; -- категория 5 - "Рынки ценных бумаг"; -- категория 6 - "Драгоценные металлы, Синдицированные кредиты"; -- категория 7 - "Документарные аккредитивы, Гарантии"; -- категория 8 - "Дорожные чеки"; -- категория 9 - "Управление денежными средствами, Статус клиента".

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

Категория сообщений обычно определяет общие функции сообщения, например, Категория 1 = Клиентские платежи и чеки.

Группа определяет функцию сообщения в рамках определенной категории, например 11n = сообщения категории 1, относящиеся к платежам по чекам.

Тип описывает конкретную операцию, например, 112 = Ответ на запрос об остановке платежа по чеку.

Благодаря этому, по типу сообщения (который указывается в заголовке сообщения) Получатель может определить назначение сообщения и его функцию, а также детали его содержания.

Например, к категории 1 относятся следующие типы сообщений, связанных с платежами клиентов:

    -- зачисление клиентских средств ("кредитовые переводы"); -- списание клиентских средств ("дебетовые переводы"); -- платежи по чекам.

Сообщения категории 1 используются для передачи инструкций или информации о таких платежных операциях, в которых приказодатель (плательщик), либо бенефициар (получатель), либо обе эти стороны не являются финансовыми организациями.

Например, сообщение типа МТ 103 (Однократное зачисление клиентских средств) отправляется обслуживающей клиента-заказчика финансовой организацией или по ее поручению, непосредственно или через корреспондента (корреспондентов), в финансовую организацию, которая обслуживает клиента-бенефициара. Это сообщение используется для передачи инструкций о переводе средств в тех случаях, когда либо клиент-заказчик, либо клиент-бенефициар, либо обе эти стороны не являются финансовыми организациями с точки зрения отправителя. Указанное сообщение может использоваться только для передачи инструкций о чистых платежах. Его нельзя применять для извещения банка-плательщика о выплате по чистому инкассо (например, по чеку), либо для перевода покрытия по операциям, информация о которых была передана другим сообщением (например, МТ 400).

К категории 2 относятся сообщения, обмен которыми происходит между финансовыми организациями и по поручению финансовых организаций. Эти сообщения используются при списании средств, при требованиях о зачислении средств или для информации об отказе от платежа по чекам. Сообщения этой категории используются для передачи инструкций или информации о таких платежных операциях, в которых все участники являются финансовыми организациями.

Например, сообщение типа МТ 202 отправляется финансовой организацией-заказчиком или по ее поручению, непосредственно или через корреспондента (корреспондентов), в финансовую организацию, которая обслуживает счет финансовой организации-бенефициара. Оно используется для передачи инструкций о переводе средств в пользу финансовой организации-бенефициара. Это сообщение может также отправляться в финансовую организацию, которая обслуживает несколько счетов отправителя, для передачи инструкций о переводе средств с одного из этих счетов на другой. Кроме того, это сообщение может отправляться в финансовую организацию для передачи инструкций о дебетовании счета отправителя, обслуживаемого получателем, и кредитовании счета.

К категории 9 относятся сообщения, которыми обмениваются финансовые организации от своего имени, либо по поручению других финансовых организаций или клиентов. Сообщения этой категории используются для получения отчетности по счетам и предоставляют необходимую информацию для управления денежными средствами, а также для выверки счетов "Ностро".

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

Все сообщения SWIFT имеют определенную структуру, состоящую из блоков. Каждый блок сообщения содержит определенный тип данных и используется в определенных целях. В начале и в конце каждый блок сообщения ограничен фигурными скобками: "{" и "}", соответственно. Все основные блоки имеют номера, которые всегда указываются в самом начале любого блока и за которыми следует двоеточие ":".

Cтруктура сообщения SWIFT:

{1: БЛОК ОСНОВНОГО ЗАГОЛОВКА}

{2: БЛОК ЗАГОЛОВКА ПРИЛОЖЕНИЯ}

{3: БЛОК ЗАГОЛОВКА ПОЛЬЗОВАТЕЛЯ}

{4: ТЕКСТОВОЙ БЛОК}

{5: БЛОК ТРЕЙЛЕРОВ}

Блоки 1, 2 и 3 включают информацию заголовков, блок 4 содержит текст сообщения, а блок 5 - информацию трейлеров. Блоки 3, 4 и 5, в зависимости от характера сообщения, могут включать так называемые "подблоки", то есть блоки внутри блоков или поля, подразделяемые номерами полей. Только блок 1 "Блок основного заголовка" является обязательным для всех сообщений. Блоки 2-5 необязательные, и их использование зависит от конкретного сообщения и от того приложения, в котором оно отправляется или принимается. Все сообщения пользователь-пользователь включают блоки 2, 4 и

Каждый из основных блоков подразделяется на поля, а каждое поле содержит определенную информацию. Например: дату, время, адрес логического терминала (LT), номер сессии (ISN), либо номер поля, за которым следует соответствующее изменяемое содержание поля.

Каждое поле определяется номером поля, состоящим из двух цифр, либо из двух цифр и следующей за ними буквы опции. Структура поля состоит из двоеточия ":", за которым следует номер поля, за которым снова следует двоеточие ":", и далее - содержание поля.

Содержание поля может состоять из одного или нескольких подполей. Если подполя располагаются на отдельных строках, то символ CrLf (возврат каретки и перевод строки), не включаемый в допустимое количество символов длины подполя, служит разделителем подполей.

Требования к содержанию поля или подполя приводятся в таблице

Таблица 5

Ограничения по длине

Допустимые виды символов

Nn Максимальная длина.

Nn-nn Минимальное количество строк и максимальная длина.

Nn! Фиксированная длина.

Nn*nn Максимальное количество строк умноженное на максимальную длину

N Только цифры.

A Только заглавные буквы.

С Только буквы (заглавные) и цифры.

H Только шестнадцатеричные знаки - буквы от А до F (заглавные) и цифры.

X Любые символы из разрешенного набора символов, заглавные и прописные.

Y Любые символы из набора символов.

EDIFACT уровня А, согласно стандарту ISO 9735, только заглавные.

Z Любые символы из набора символов, определенных Службой Информации.

Е Пробел.

D Цифры и десятичная запятая.

Примеры

    2n = до 2 цифр 3!a = всегда 3 буквы 4*35x = до 4 строк, каждая до 35 символов 16-64h = от 16 до 64 шестнадцатеричных знаков

Все поля в блоках заголовков 1 и 2 имеют фиксированную длину и следуют непосредственно друг за другом. Никакие разделители полей в этих блоках не используются.

В сообщениях пользователь-пользователь текст сообщения внутри текстового блока (блока 4) всегда начинается с сочетания знаков возврата каретки и перевода строки <CrLF>, а также заканчивается <CrLF>, за которым следует дефис "-". Каждое из полей текста начинается с номера поля, который указывается между двух двоеточий, а далее следует соответствующее переменное содержание поля.

Поля текстового блока системного сообщения или системной команды рассматриваются как подблоки блока 4 и разделяются дополнительными парами фигурных скобок. Каждый из таких подблоков начинается с 3-значного номера поля, за которым следует двоеточие.

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

Пример сообщения SWIFT:

Блок 1 {1:F01BCITITMMAXXX0012000123}

Блок 2 {2:O1000840010605BNPAFRPPAXXX00120078960106051051U3}

Блок 3 {3:{108:BCITITMMA950906}}

Блок 4 {4:<CRLF>

:20:1234567890<CRLF>

:32A:010605GBP45000,<CRLF>

:50:MASTERS IMPORT<CRLF>

RUE DE ARBRES 119<CRLF>

CAMBRAI<CRLF>

:52A:BNPAFRPPCAM<CRLF>

:53A:POCIITMM680<CRLF>

:57A:BCITITMM680<CRLF>

:59:/P03452032022819 30<CRLF>

GRAND IMPORT<CRLF>

PESCARA<CRLF>

:70:/RFB/INV 5591<CRLF>

-}

Блок 5 {5:{MAC:12345678}{CHK:123456789ABC}}

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

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

Заголовок пользователя - это необязательный заголовок, который может использоваться только в сообщениях пользователь-пользователь. Он содержится в блоке 3 сообщения SWIFT и позволяет пользователям указать в заголовке свой собственный референс (комментарий-идентификатор), присвоенный данному сообщению.

Текст сообщения SWIFT, содержится в блоке 4. В тексте сообщения пользователь-пользователь CrLf (возврат каретки, перевод строки) служит обязательным ограничителем полей сообщения.

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

    -- в целях контроля; -- чтобы указать на особые условия обработки данного сообщения; -- для передачи специальной/дополнительной информации.

В начале каждого трейлера ставится код из 3 букв, за которым следуют двоеточие и само содержание трейлера. Например, блок 5 сообщения пользователь-пользователь, отправленного с трейлером подтверждения подлинности и с трейлером контрольной суммы, будет выглядеть следующим образом:{5:{MAC:41720873}{CHK:123456789ABC}}. В блоке 5 сообщения SWIFT может присутствовать один или более трейлеров. Трейлер контрольной суммы (Checksum, CHK) присутствует во всех сообщениях, где необходимо удостовериться, что данное сообщение не было искажено в результате каких-либо сбоев в системе или при передаче. Трейлер кода подтверждения подлинности сообщения (Message Authentication Code, MAC) Его назначение - обеспечить возможность подтверждения подлинности сообщения. финансовый акционер программа

При составлении финансовых сообщений придерживаются следующих правил в отношении их структуры.

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

Максимальное число символов, разрешенное системой SWIFT при вводе с компьютерного терминала (CBT), равняется 2.000. При выводе на CBT система допускает не более 2.600 символов.

Максимальное число символов, разрешенное системой SWIFT при вводе с компьютерного терминала (CBT), равняется 10.000. При выводе на CBT система допускает не более 10.600 символов. При выводе на CBT сообщений, запрошенных из архива, допускается не более 11.325 символов, включая заголовок и трейлеры.

    2. В формате каждого типа сообщения указывается длина каждого поля - фиксированная, либо максимально допустимая. Использование отдельных полей в сообщении может быть обязательным или необязательным. 3. Поля, не определенные в описании формата для данного типа сообщения, не должны использоваться. 4. Каждое поле используется в соответствующей последовательности только один раз - за исключением тех случаев, когда возможность его повторения предусмотрена особо.

Поля разделяются специальным разделителем поля.

При заполнении полей необходимо придерживаться следующих правил.

    1. Каждое поле определяется номером поля, состоящим из двух цифр, либо из двух цифр и следующей за ними буквы опции. 2. Структура поля состоит из двоеточия ":", за которым следует номер поля, за которым снова следует двоеточие ":", и далее - содержание поля. 3. В отношении содержания поля действуют следующие ограничения:
      -- оно не должно начинаться с символов возврата каретки или перевода строки (CrLf); -- оно не должно полностью состоять из пробелов; -- внутри поля двоеточие ":" или дефис "-" не могут быть первым символом в строке.
    4. Поля разделяются символом "Разделитель полей в тексте" (CrLf:).

Перед первым полем в сообщении ставится символ "Начало текста" (CrLf:), а после последнего поля в сообщении ставится символ "Конец текста" (CrLf-).

    6. Символы возврата каретки и перевода строки всегда должны использоваться вместе. Последовательность этих символов может использоваться только для определения начала текста, как разделитель полей в тексте, для указания начала новой строки или для определения конца текста. 7. Содержание поля может состоять из одного или нескольких подполей. 8. В некоторых сообщениях требования к заполнению полей могут включать использование определенных символов или наборов символов в тексте поля.

Похожие статьи




Стандарты текста сообщений - Сообщество всемирных межбанковских финансовых телекоммуникаций

Предыдущая | Следующая