Стандарты текста сообщений - Сообщество всемирных межбанковских финансовых телекоммуникаций
Стандарты текста сообщений были разработаны для обслуживания операций, осуществляемых пользователями 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 Цифры и десятичная запятая. |
Примеры
|
Все поля в блоках заголовков 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); -- оно не должно полностью состоять из пробелов; -- внутри поля двоеточие ":" или дефис "-" не могут быть первым символом в строке.
Перед первым полем в сообщении ставится символ "Начало текста" (CrLf:), а после последнего поля в сообщении ставится символ "Конец текста" (CrLf-).
- 6. Символы возврата каретки и перевода строки всегда должны использоваться вместе. Последовательность этих символов может использоваться только для определения начала текста, как разделитель полей в тексте, для указания начала новой строки или для определения конца текста. 7. Содержание поля может состоять из одного или нескольких подполей. 8. В некоторых сообщениях требования к заполнению полей могут включать использование определенных символов или наборов символов в тексте поля.
Похожие статьи
-
В финансовой среде ряд телекоммуникационных служб использует собственные системы кодировки для определения финансовых организаций. Таким образом, многие...
-
Основным средством обработки сообщений в сети SWIFT являются сервисы "FIN". FIN - это основная служба обработки сообщений SWIFT, использующая механизм...
-
Общие сведения - Сообщество всемирных межбанковских финансовых телекоммуникаций
Название компании - "Сообщество всемирных межбанковских финансовых телекоммуникаций" (Society for Worldwide Interbank Financial Telecommunication),...
-
Финансовыми показателями деятельности страхового рынка являются: * финансовый результат страховых операций или стоимостная оценка итогов деятельности...
-
В результате статистического анализа и анализа значимости факторов, предложенных для использования в модели, предлагается использовать 2 дискриминирующие...
-
Через систему осуществляются кредитовые и дебетовые переводы денег. Центр осуществляет переводы денег между пользователями системы и выполняет...
-
Основные подходы к прогнозированию банкротств кредитных организаций Проблема исследования финансовой устойчивости кредитных организаций и поиска...
-
Лизинг, порядок осуществления банком лизинговых услуг - Финансовые услуги коммерческих банков
Лизинговые операции по своему экономическому содержанию являются активными операциями, однако по своим организационным формам могут быть отнесены к...
-
Пути повышения финансовой устойчивости банка ОАО "МТС-Банк" В результате анализа было выявлено, что банк проводит "агрессивную" кредитную политику....
-
Меры по финансовому оздоровлению кредитных организаций - Современные проблемы банкротства банков
Особенностью мер по финансовому оздоровлению банков является то, что они должны осуществляться прежде всего органами управления кредитной организации и...
-
Несмотря на объективно сложившиеся благоприятные условия для развития казахстанского рынка корпоративных облигаций, необходимо отдельно остановиться на...
-
Среди различных видов кредитов особняком стоит межбанковский кредит, который представляет собой не что иное, как предоставление денежных средств одним...
-
В настоящих экономических отношениях межбанковский кредит - достаточно новое явление, однако оно при этом является одним из наиболее динамично...
-
Введение - Современные тенденции развития рынка межбанковских кредитов Российской Федерации
Межбанковский кредит считается областью заимствования средств, которая отличается надежностью. Любое кредитное учреждение удовлетворяет временную...
-
Анализ экономических показателей деятельности ОАО "Сбербанк России" При инвестициях в новые технологии особое внимание следует уделять основным...
-
При прочих равных условиях облигации являются более гибким способом мобилизации капитала для эмитента и вложения средств для инвестора. Нет ограничений...
-
На основе проведенного во второй главе SWOT - анализа и понимания основных проблем в данной области агропромышленного сектора, Общество в рамках...
-
Цели и задачи СФП - Структурированные финансовые продукты
Можно выделить несколько целей, которые преследуют банки эмитенты, выпускающие структурированные продукты и инвесторы, вкладывающие в них свои денежные...
-
Понятие СФП Рынок структурированных финансовых продуктов начал формироваться около 30 лет назад и сейчас он занимает значительную долю среди всех...
-
Казахстанские банки вынуждены работать в условиях повышенных рисков, поэтому они чаще, чем их зарубежные коллеги, оказываются в кризисных ситуациях....
-
Сущность и классификация финансовых рисков банка Существуют несколько предпосылок роста интереса коммерческих банков к управлению рисками [12, с...
-
В случае предоставления прав дилера, получая рациональный доход от своей деятельности, ТОО "Тарлан АВТО" будет располагать средствами для расширения...
-
Сегодня внутренние показатели финансового рынка отдельной страны, такие как процентные ставки, ситуация на фондовом рынке, все сильнее зависят от...
-
Проведем сравнительный анализ результатов моделирования (табл. 13): 1) Показатель ликвидности не является дискриминирующим фактором на выборке из всех...
-
Рынок банковских облигаций - Понятие ковенантов и их применимость на финансовом рынке
Разобрав основные компоненты влияния на доходность корпоративных облигаций, необходимо изучить банковскую сферу, как основную область данного...
-
Внутренняя методика оценки финансового состояния ОАО "Банк "Санкт-Петербург" характеризуется рядом преимуществ, которые позволяют осуществить...
-
Банкоматы (АТМ - Automated Teller Machine) - это многофункциональные автоматы, так называемые автобанки, управляемые последним поколением магнитных...
-
Национальный Банк РК выполняет роль главного координирующего и регулирующего органа денежно-кредитной системы Казахстана. Одной из основной целей его...
-
Способы выбытия финансовых векселей - Биржевая деятельность и операции с ценными бумагами
Долговой финансовый вексель отчетность ПБУ 19/02 "Учет финансовых вложений" (в ред. Приказов Минфина РФ от 18.09.2006 №116н, от 27.11.2006 №156н) гласит:...
-
Как правило, на практике сумма выдаваемого векселя превышает стоимость поставленных материальных ценностей. Это связано с необходимостью заинтересовать...
-
Разработать новые направления. - Оценка текущего и перспективного финансового состояния банка
Также банку можно использовать следующие мероприятия по управлению ликвидностью: 1. составление платежного календаря, т. е. планировать денежные...
-
Внедрение методики оценки эффективности коммерческих банков В условиях бурного развития рынка финансовых услуг, наблюдающегося в мировой экономике на...
-
Общая характеристика деятельности банка АО "БТА Банк" - это универсальный, динамично развивающийся банк, штаб-квартира которого расположена в Казахстане....
-
Особое значение в анализе финансового состояния имеет использование общей финансовой отчетности коммерческого банка, составленной в соответствии с...
-
Содержание и основная целевая установка финансового анализа - оценка финансового положения и выявление возможности повышения эффективности...
-
Еще одним фактором роста активов Евразийского банка является увеличение объема операций на Казахстанской фондовой бирже. В марте 1996 года банком...
-
Характеристика ОАО "Банк "Санкт-Петербург" и оценка его положения на финансовом рынке России ОАО "Банк "Санкт-Петербург" выступает крупнейшим банком...
-
Методика оценки финансового состояния кредитной организации, предложенная ЦБ РФ, регулируется Указанием Банка России от 31.03.2000 №766-У (ред. от...
-
Сущность, цель и задачи оценки финансового состояния кредитной организации, основные типы методик Согласно законодательству Российской Федерации,...
-
Цели, задачи, источники информации и структурно-логическая схема анализа Финансовый анализ является частью общего, комплексного экономического анализа...
Стандарты текста сообщений - Сообщество всемирных межбанковских финансовых телекоммуникаций