Типы полей сообщения.

Текст сообщения состоит из двух типов полей – общих и дискретных.

Дискретное поле

Дискретное поле всегда имеет одно и то же значение во всех типах сообщений.

Формат дискретного поля: :2!n[1!a]:data, где:

• :2!n[1!a]: - номер поля

• data – содержание поля

Примеры дискретных полей:

:16R:GENL – начало блока «Общая информация»;

:16S:GENL – конец блока «Общая информация»;

:35B: - описание ценных бумаг;

:23G:NEWM - функция сообщения;

:28E:1/ONLY - номер страницы/указатель продолжения.

Общее поле

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

Формат общего поля: :2!n1!a::4!c/[8c]/data, где:

• :2!n1!a: - номер поля;

• :4!c – определитель;

• /[8c] – система кодировки (Data Source Scheme), в текущей версии форматов не используется;

• /data - содержание поля.

Пример1. :97A::4!c//35x – номер счета

:97A::SAFE//12345 – определитель SAFE - номер счета депо

:97A::CASH//67890 – определитель CASH - номер счета для денежных расчетов,

Пример 2. :98А::4!c//8!с - дата

:98А::TRAD//20020810 – определитель TRAD - дата заключения сделки

:98А::SETT//20020814 – определитель SETT - дата расчета

Структура поля

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

 Поле состоит из двоеточия «:», за которым следует номер поля, за которым снова следует двоеточие «:» и далее – содержание поля.

 В отношении содержания поля действуют следующие ограничения:

поле не должно начинаться с символов возврата каретки или перевода строки (CrLf);

поле не должно полностью состоять из пробелов и должно содержать хотя бы один значимый символ

внутри дискретного поля двоеточие «:»или дефис «-» не могут быть первым символом в строке

внутри общего поля дефис «-» не может быть первым символом в строке.

 Поля разделяются символом «Разделитель полей в тексте «(CrLf:) »

 Поле может состоять из одного или нескольких подполей фиксированной или переменной длины. Подполе может быть обязательным либо необязательным.

 Перед первым полем в сообщении ставится символ «(CrLf:)», а после последнего поля в сообщении ставится символ «(CrLf-)».

Пример . Поле :98a: «Дата» может иметь три опции: A, B, C:

:98A::4!c//8!n - дата в формате ГГГГММДД

:98В::4!c//4!n - дата в формате ММДД

:98C::4!c//8!n6!n - дата и время в формате ГГГГММДДЧЧММСС

Статус поля.

M- обязательное (mandatory), O- необязательное (optional).

Форматы данных

Длина nn Максимальная длина

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

nn-nn Минимальная и максимальная длина

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

Виды n Только цифры (0-9)

символов a Только заглавные латинские буквы (A-Z)

с Только латинские буквы и цифры

x Любые разрешенные символы

e Пробел

d Десятичное число (разделяющий знак – запятая должна быть

обязательно и как минимум одна цифра перед запятой;

длина включает запятую).

Даты 4!n ММДД

6!n ГГММДД

8!n ГГГГММДД

Скобки [ ] Необязательное подполе

{ } Разделитель блоков

Символы a-z A-Z 0-9 - / : ( ) . , ‘ + ? <CrLf> <пробел>

S.W.I.F.T.

Кодовые слова Только заглавные буквы и цифры

Онигда возникают проблемы стандартов в разных странах Во многих странах достаточно долго существуют национальные стандарты для обслуживания финансовых рынков, при этом они могут иметь разные варианты. Поддержка нескольких стандартов — достаточно дорогое удовольствие для пользователей, так как каждый раз, даже при незначительных изменениях стандартов, пользователи должны обновлять свои системы, процедуры. В определенный период такие стандарты «живут» параллельно, но неизбежно возникает необходимость перехода на единые международные стандарты. В качестве примера можно привести ЮАР, где в конце 1990-х годов было принято решение о том, что расчетные системы на фондовом рынке и центральный депозитарий будут использовать только международный стандарт ISO 15022. Сегодня это обязательный стандарт для взаимодействия на фондовом рынке. В настоящее время мы разработали новый стандарт — ISO 20022, в основе которого лежит XML. На фондовом рынке мы используем этот стандарт для выработки новых типов сообщений для операций, которые не покрываются существующими сообщениями. Переход с одного стандарта на другой — не очень быстрый процесс, так как его определяют не S.W.I.F.T., а рыночная инфраструктура, участники рынка. Переход на фондовом рынке от старого стандарта — ISO 7775 на ISO 15022 занял 2—3 года, что было обусловлено как техническими параметрами, так и рыночными факторами.

Одной из самых важных задач является принятие решения об использовании международных стандартов с соблюдением национальных требований законодательства и бизнес-практики. По примеру других стран в России действует рабочая группа по применению международных стандартов на фондовом рынке, в состав которой входят представители НДЦ, ДКК, РОСБАНКа, Газпромбанка, ING и др. Подготовленная группой вторая версия SWIFT-RUS — рекомендаций по формированию сообщений S.W.I.F.T. — уже направлена в ФСФР России. В целях улучшения наших стандартов и более удобного использования их не только на международном, но и на российском рынке предложения рабочей группы были направлены и в адрес S.W.I.F.Т. Несомненно, важным является продолжение активной работы по присвоению международных кодов BIC (ISO 9362) профессиональным участникам фондового рынка. Накопленный S.W.I.F.T. мировой опыт может быть полезен и при решении такого важного для российского рынка вопроса как создание Центрального депозитария. Фондовый рынок России существует 11 лет, и мы высоко оцениваем как достигнутые результаты, так и имеющиеся перспективы.

Стандарты по отношению к белларусии