Национальный банк Кыргызской Республики

Дата создания: 2009-08-05

Утверждено

Постановлением Правления НБКР

№ 43/5 от 25.09.2007

Регистрационный номер МЮ КР

№103-07 от 02.11.2007

Форматы электронных сообщений в Гроссовой Системе Расчетов в режиме Реального Времени (ГСРРВ) и правила их заполнения

Введение

Данный документ описывает форматы электронных сообщений в Гроссовой Системе Расчетов в режиме Реального Времени (ГСРРВ) и определяет правила их заполнения. Форматы электронных сообщений в системе ГСРРВ имеют формат SWIFT и описаны в разделе «Руководства пользователя SWIFT» на официальном сайте SWIFT.

Электронные сообщения системы ГСРРВ имеют блочную структуру, каждый блок выделяется фигурными скобками и идентифицируется номером.

{1: Основной заголовок}

{2: Заголовок приложения}

{3: Заголовок приложения пользователя}

{4: Текстовая часть}

Блоки 1, 2 и 3 содержат информацию об отправителе и получателе сообщений, блок 4 содержит передаваемую информацию.

Каждый блок начинается с идентификатора - номер плюс символ “:” (двоеточие). Четвертый блок содержит информационные поля. Поле – элемент данных, для которого заранее предопределены определения, описания и представления значений. Каждый элемент данных представляет неделимую единицу. Там, где поле состоит более, чем из одного элемента данных, каждый из элементов составляет подполе. Поле состоит из идентификатора поля и значения поля. Идентификатор поля - это его номер, заканчивающийся двоеточием. Окончание значения поля определяется символом {CrLf:}. Последнее поле в четвертом блоке должно заканчиваться символом {CrLf-}.Поле может содержать ключевые слова. Значение поля не должно начинаться с символов “{“, {CrLf:}, {CrLf-}}. Каждое ключевое слово должно начинаться с новой строки.

Принятые обозначения:

а - только прописные буквы

n –только цифры

d – число с дробной частью (2 знака), дробная часть отделяется от целой части запятой

х – любые допустимые символы из разрешенного набора символов

9!n – значение поля состоит из 9 цифр

9n – значение поля не превышает 9 цифр

60х – значение поля не превышает 60 символов

5*50х – значения поля может составлять 5 строк по 50 символов

[ ] - информация, заключенная в скобки, необязательна к указанию.

|---> - начало повторяющейся последовательности полей.

-----| - конец повторяющейся последовательности полей.

M - в поле статуса (наличия) тэга – обязательный;

O - в поле статуса (наличия) тэга – необязательный.

Перечень символов, допустимых для указания в сообщениях ГСРРВ

0 1 2 3 4 5 6 7 8 9 ( ) { } = ; , № % *. - _ / ? ! “ ‘ : + ~ @ # $ ^ [ ] Space (Пробел)

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

a b c d e f g h i j k l m n o p q r s t u v w x y z

А Б В Г Д Е Ё Ж З И Й К Л М Н О П Р С Т У Ф Х Ц Ч Ш Щ Ъ Ы Ь Э Ю Я

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

Код возврата каретки (СR), код перевода строки (LF).

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

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

1. Блоки заголовка сообщения

1. 1. Блок 1 – Основной заголовок

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

Пример основного заголовка для входящего сообщения:

{1:F01BNKBIC00AXXX2222123456}

Компоненты:

{1:	F	01	BANKBEBBAXXX	2222	123456}
(a)	(b)	(c)	(d)	(e)	(f)

(a) Идентификатор блока - всегда содержит значение '1:'.

(b) Идентификатор приложения - определяет приложение, в пределах которого сообщение является входящим или исходящим. Возможные опции:

F = все сообщения FIN (финансовые сообщения), пользователь-пользователь

A = сообщения по обслуживанию GPA

L = содержит признак службы GPA

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

(c) Идентификатор службы - содержит 2 цифровых символа. Он определяет тип данных, которые могут быть входящими и исходящими, и, указывает на тип сообщения:

- Сообщение пользователь-пользователь

- Системное сообщение

- Служебное сообщение, например, команда управления сессией, такая как SELECT, или логическое подтверждение, такое как ACK/SAK/UAK

Основная используемая опция - '01', который относится к сервисам GPA и FIN и сообщениям между пользователями. Другие опции включают: '21' для подтверждения типа ACK/NAK, UAK/UNK, '03' - для команды SELECT, и так далее.

(d) Идентификатор стороны - 12-значный адрес финансового сообщения, приведенный в основном заголовке, является идентификатором отправителя во входящих сообщениях и получателя в исходящих сообщениях.

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

(f) Порядковый номер - всегда содержит 6 цифр. Используется значение ISN для входящей сессии отправителя или OSN для текущей исходящей сессии получателя.

Примечание:

Порядковый номер не присутствует в сообщениях, в которых имеется идентификатор приложения ‘L’ (например LOGIN). Порядковый номер, тем не менее, является ключевым элементом в обработке исправлений.

1.2. Блок 2 - Заголовок приложения

Заголовок приложения финансовых сообщений предоставляет информацию о сообщении.

Заголовок приложения представлен в Блоке 2 финансового сообщения. Он определяет, является ли сообщение FIN или GPA и является ли заголовок приложения частью входящего или исходящего сообщения.

Заголовок приложения может быть разделяться на:

· Заголовок входящего сообщения

· Заголовок исходящего сообщения

1.2.1. Заголовок входящего сообщения

Структура и содержание

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

получателя и способ его отправки.

Пример заголовка приложения входящего финансового сообщения пользователь – пользователь:

{2: I103BNKBIC00XXXXU3003}

Компоненты:

{2:	I	103	BNKBIC00XXXX	U	3	003}
(a)	(b)	(c)	(d)	(e)	(f)	(g)

(a) Идентификатор блока - всегда содержит значение '2:'.

(b) Идентификатор Input/Output - для входящих сообщений идентификатор «Input/Output» содержит значение 'I'.

(c) Тип сообщения - содержит 3 цифры, которые определяют MT-номер входящего сообщения. Пример приведенный выше, представляет сообщение MT 103 – разовый клиентский платеж.

(d) Адрес получателя - содержит 12-значный адрес получателя сообщения. Он определяет получателя, которому отправляется сообщение.

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

S = системное

U = срочное

N = нормальное

Приоритет 'S' должен использоваться для сообщений пользователь - система; для сообщений пользователь – пользователь могут использоваться либо 'U', либо 'N'. В случае отсутствия признака приоритета, системное сообщение всегда доставляется в первую очередь, затем идет очередь срочных сообщений, затем нормальных.

(f) Просмотр доставки - не используется в данной реализации.

(g) Период действия - не используется в данной реализации.

В этом поле может быть определен период времени, после которого хвостовик задержанного сообщения (DLM) добавляется к межпользовательским FIN-сообщениям, когда сообщение доставлено. Для срочных сообщений это значение представляет собой период времени, после которого для всех недоставленных сообщений, и генерируются соответствующие предупреждения.

Значения этого поля: 003 (15 минут) для приоритета 'U', и 020 (100 минут) для приоритета 'N'. Период действия может быть определен, когда запрошен мониторинг доставки (опции 1 или 3 для срочных платежей, опция 2 для нормальных платежей). Если мониторинг доставки не запрошен, и определен период действия, сообщение будет «NAK» (без подтверждения о доставке) с кодом ошибки H25.

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

1.2.2. Заголовок исходящего сообщения

Структура и содержание

Для исходящего сообщения заголовок приложения определяет тип сообщения, кто и когда его отправляет, и когда оно было доставлено.

Структура заголовка исходящего приложения сообщения FIN:

Пример заголовка приложения исходящего сообщения:

{2: O1031200010103BNKBIC00AXXX22221234560101031201N}

Компоненты:

{2:	O	103	1200	010103BNKBIC00AXXX2222123456	010103	1201	N
(a)	(b)	(c)	(d)	(e)	(f)	(g)	(h)

(a) Идентификатор блока - приложения всегда содержит значение '2:'.

(b) Идентификатор Input/Output - для исходящего сообщения идентификатор «Input/Output» содержит значение 'O'.

(c) Тип сообщения - содержит 3 цифры, которые определяют MT-номер исходящего сообщения. Примером может быть сообщение типа MT 103 – Клиентский платеж.

(d) Время - время (ЧЧMM) выражается в локальном времени отправителя. Если сообщение является системным, входящее время - это время, когда сообщение было сгенерировано системой, в соответствии с временем по Гринвичу (GMT).

(e) Идентификатор отправителя - каждое входящее сообщение обозначено уникальным идентификатором отправителя. Оно представляет собой строку из 28 символов, которая содержит дату отправки сообщения отправителем, полный адрес отправителя, номер сессии и порядковый номер сообщения.

Если исходящее сообщение сгенерировано системой, системный MIR будет показывать адрес псевдо-логического терминала (PLT), например, DYLRXXXXXXXX, определяющего отправителя специфического набора программ, которые сгенерировали сообщение внутри системы. Дата представленного сообщения MIR является датой генерации сообщения, указанной по Гринвичу (GMT).

(f) Дата доставки - дата (ГГММДД), это локальная дата получения сообщения получателем.

(g) Время доставки– время (ЧЧММ), это локальное время получения сообщения получателем.

(h) Приоритет сообщения - используется только для финансовых сообщений, повторяет значение исходящего заголовка приложения финансового сообщения.

Исходящий заголовок сообщения GPA является похожим на его эквивалент FIN сообщения, за исключением приоритета сообщения GPA.

1.3. Блок 3 - Заголовок пользовательского сообщения

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

Заголовок пользователя может быть назначен только отправителем сообщения, и если он назначен, он всегда будет присутствовать в копии исходящего сообщения. Сходные части заголовка пользователя будут повторяться в связанных системных сообщениях и подтверждениях.

Блок 3 может содержать тэг 113, определяющий банковский приоритет, и тэг 108, который является референсом пользователя. Часть референса пользователя заголовка пользователя может использоваться как один из критериев выбора при восстановлении сообщения.

Необязательные поля 103 и 115 также используются в блоке 3 для сервиса FIN – copy. Порядок расположения полей является следующим: 103, 113, 108 и 115.

Необязательное поле 119 может быть включено в блок 3 некоторых сообщений для того, чтобы определить, что применяются различные правила проверки. Согласованные кодовые слова в поле 119 указывают, какие правила проверки FIN используются. Если поле 119 представлено, оно должно быть расположено после поля 108.

Пример заголовка пользователя для финансового сообщения:

{3:{113:xxxx}{108:abcdefgh12345678}}

Компоненты:

{3:	{113:xxxx}	{108:abcdefgh12345678}}
(a)	(b)	(c)

(a) Идентификатор блока - всегда содержит значение '3:'

(b) Банковский приоритет - поле 113 определяет необязательный 4-значный код банковского приоритета. Содержание поля 113 согласовывается между двумя или более участниками.

(c) Референс пользователя сообщения (MUR) - поле 108 определяет поле свободного формата, в котором пользователь может определить его референс до 16 символов из разрешенного набора символов.

Если этот референс не определен в поле 108, система будет использовать TRN для исправлений и связанных сообщений системы и подтверждений. TRN содержится в поле 20 или 20C:SEME текстового блока FIN-сообщения между пользователями. Тем не менее, из-за различий синтаксиса в полях 108 и 20 или 20C:SEME, TRN не может использоваться как критерий исправления, если он содержит строчные буквы.

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

2.1. Основные типы сообщений

Тип Платежа	Формат SWIFT Сообщений
Платежи клиентов участника	МТ102 и МТ103
Платежи между участниками	МТ202
Платежи НБКР	МТ102, МТ103 и МТ202
Запрос по клиринговым расчетам (NSI) из клиринговых палат кроме BCS	МТ298 ST201
Инструкции по гроссовым расчетам (GSI) из других систем, например из торговой системы по ценным бумагам	МТ298 ST201
Запрос по резервам (из другой системы)	МТ298 ST210
Управление резервами (из другой системы)	МТ298 ST211
Запрос на выдачу кредита (ILF) из другой системы	МТ298 ST218
Ответ на запрос NSI/GSI (ГСРРВ)	МТ298 ST251
Ответ на запрос по резервам (ГСРРВ)	МТ298 ST260
Подтверждение управления резервами (ГСРРВ)	МТ298 ST261
Ответ на запрос по выдаче кредита (ILF)	МТ298 ST268
Подтверждение о дебетовании	МТ900
Подтверждение о кредитовании	МТ910
Выписка о состоянии счета	МТ950
NSI из BCS	МТ971 (модифицированный формат для ГСРРВ)
Ответ BCS на ошибку ГСРРВ МТ998	МТ996 (модифицированный формат для ГСРРВ)
Резервы BCS / Ответ (ГСРРВ/ BCS	МТ998 (модифицированный формат для ГСРРВ)
Сообщение свободного формата	МТ999

2.2. Потоки сообщений

2.2.1. Из ГСРРВ в GL

Транзакция	Формат SWIFT
Внутридневные транзакции PACS	МТ102
Внутридневные транзакции PACS	МТ103
Внутридневные транзакции PACS	МТ202
Внутридневные транзакции PACS	МТn98 / SМТ012
Внутридневные транзакции PACS	МТn98 / SМТ212
Транзакции по окончанию дня PACS	МТ950 / МТ941
Транзакции по окончанию дня SETS	МТ941

2.2.2. Из GL в ГСРРВ

Транзакция	Формат SWIFT
Внутридневные транзакции PACS	МТ103
Внутридневные транзакции PACS	МТ202

2.2.3. Из ГСРРВ в BCS

Транзакция	Формат SWIFT
Информация о резерве	МТ998
Информация о проведении расчета чистых позиций	МТ971

2.2.4. Из BCS в ГСРРВ

Транзакция	Формат SWIFT
Ответ на установление резерва	МТ998
Ответ на ошибку в файле резерва	МТ996
Запрос на расчет чистых позиций	МТ971

Примечание: форматы сообщений МТ998, МТ996, МТ971 описаны в документе «Правила заполнения форматов электронных платежных документов и сообщений в Системе пакетного клиринга мелких розничных и регулярных платежей в Кыргызской Республике», утвержденном постановлением Правления НБКР № 5/10 от 02.03.2006 и утвержденного в Министерстве Юстиции КР 23.03.2006 № 25-06.

2.2.5. Из ГСРРВ в Торговую / Клиринговую Систему

Транзакция	Формат SWIFT
Ответ на запрос NSI / GSI	МТ298 ST251
Ответ на запрос информации о резерве	МТ298 ST260
Ответ на запрос по Управлению резервом и Осуществлению Залога	МТ298 ST261
Ответ на запрос о выдаче кредита (ILF)	МТ298 ST268

2.2.6. Из Торговой / Клиринговой Системы в ГСРРВ

Транзакция	Формат SWIFT
Запрос NSI / GSI	МТ298 ST201
Запрос информации о резерве	МТ298 ST210
Управление резервом	МТ298 ST211
Запрос на выдачу кредита (ILF)	МТ298 ST218

2.2.7. От ГСРРВ к Участнику

Транзакция	Формат SWIFT
Сводное кредитовое платежное поручение	МТ102
Клиентское кредитовое платежное поручение	МТ103
Межбанковское кредитовое платежное поручение	МТ202
Ответ на платежные поручения MT102, MT103	МТ198 / SМТ012
Ответ на платежное поручение MT202	МТ298 / SМТ012
Основное сообщение свободного формата	MT298 / SMT999
Подтверждение о дебетовании	MT900
Подтверждение о кредитовании	MT910
Выписка о состоянии счета	MT950
Сообщение свободного формата	MT999

2.2.8. От Участника в ГСРРВ

Транзакция	Формат SWIFT
Сводное кредитовое платежное поручение	МТ102
Клиентское кредитовое платежное поручение	МТ103
Межбанковское кредитовое платежное поручение	МТ202
Сообщение свободного формата	MT999

3. Описание форматов сообщений системы (блок 4)

3.1. MT 102 - Сводное кредитовое платежное поручение

Назначение

Тип данного платежного сообщения посылается в пользу или со стороны финансового учреждения клиента-отправителя в пользу другого финансового учреждения клиента-получателя.

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

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

Сообщение MT 102 состоит из трех последовательностей:

A Общая информация – последовательность, представленная в единственном экземпляре, содержащая информацию, которая касается всех отдельных транзакций, описанных в последовательности B.

B Детали транзакций – повторяющаяся последовательность. Каждое вхождение данной последовательности используется для предоставления деталей для каждой отдельной транзакции.

C Детали платежа – последовательность, представленная в единственном экземпляре, содержащая информацию о платеже.

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
Обязательная последовательность A Общая информация
M	20	Референс файла	16x	1
M	23	Вид платежа	16x	2
O	51A	Организация-отправитель	[/1!a][/34x] 8!n[3!n]	3
O	50a	Клиент - отправитель	A или K	4
O	52a	Банк-отправитель	A, B или C	5
O	26T	Код типа транзакции	3!c	6
O	77B	Информация об участниках	3*35x	7
O	71A	Детали оплаты переводов	3!a	8
O	36	Курс валюты	12d	9
-----> Обязательная повторяющаяся последовательность B Детали транзакций
M	21	Референс транзакции	16x	10
M	32B	Сумма транзакции	3!a15d	11
O	50a	Клиент - отправитель	A или K	12
O	52a	Банк – отправитель	A, B или C	13
O	57a	Банк - получатель	A или C	14
M	59a	Клиент - получатель	A или опция без буквы	15
O	70	Информация о переводе	4*35x	16
O	26T	Код типа транзакции	3!c	17
O	77B	Информация об участниках	3*35x	18
O	33B	Валюта и сумма транзакции	3!a15d	19
O	71A	Детали оплаты переводов	3!a	20
----->
O	71F	Оплата перевода отправителем	3!a15d	21
-----\|
O	71G	Оплата перевода получателем	3!a15d	22
O	36	Курс валюты	12d	23
-----\| Обязательная последовательность C Детали платежа
M	32A	Дата расчета, валюта, сумма	6!n3!a15d	24
O	19	Общая сумма всех транзакций	17d	25
O	71G	Сумма всех затрат получателя	3!a15d	26
----->
O	13C	Индикатор времени	/8c/4!n1!x4!n	27
-----\|
O	53a	Корреспондент банка- отправителя	A или C	28
O	54A	Корреспондент банка- получателя	[/1!a][/34x] 8!n[3!n]	29
M	72	Назначение платежа	6*35x	30
M – обязательное O - необязательное

Правила использования:

Если присутствует поле 19 в последовательности C, его значение должно быть равным сумме значений во всех полях 32B

Код валюты в полях 71G, 32B и 32A должен быть таким же как и во всех значениях этих полей в сообщении.

Поле 50 должно быть представлено или в последовательности A или в каждом сообщении последовательности B, но оно никогда не должно быть в обеих последовательностях, а также не должно отсутствовать в обоих последовательностях одновременно.

Поле 71А должно быть представлено или в последовательности A или в каждом сообщении последовательности B, но оно никогда не должно быть в обоих последовательностях одновременно, а также не должно отсутствовать в обоих последовательностях одновременно (Код ошибки: D20).

Если поле 52a, 26T или 77B присутствует в последовательности A, то это поле не должно присутствовать ни в одной последовательности B. Когда поле 52a, 26T или 77B присутствует в любой последовательности B, то это поле не должно присутствовать в последовательности А (Код Ошибки: D18).

Поле 36 (в последовательности А или в последовательности B) должно присутствовать в сообщении, если есть любая последовательность B, которая содержит поле 33B с кодом валюты, отличным от кода валюты в поле 32B; во всех других случаях поле 36 не допускается в сообщении.

Когда необходимо поле 36 (в последовательности А или в последовательности B), каждое поле 36 должно присутствовать в последовательности А и не должно быть в любой последовательности B, или это должно присутствовать в каждой последовательности B, который содержит поля 32B и 33B с различными кодами валюты и не должен присутствовать в последовательности А или никакой другой последовательности B.

Если поле 23 содержит код CHQB, номер счета не должен присутствовать в поле 59a. Во всех других случаях это поле является обязательным.

Примеры:

Правильно

Неправильно

:23:CHQB(CrLf)

:59:xxxxx(CrLf)

:23:CHQB(CrLf)

:59:/xxxxx(CrLf)

xxxxx(CrLf)

:23:CREDIT(CrLf)

:59:/xxxxx(CrLf)

xxxxx(CrLf)

:23:CREDIT(CrLf)

:59:xxxxx(CrLf)

xxxxx(CrLf)

:23:CRTST(CrLf)

:59:/xxxxx(CrLf)

xxxxx(CrLf)

:23:CRTST(CrLf)

:59:xxxxx(CrLf)

xxxxx(CrLf)

Если код страны в БИК отправителя и получателя содержится в следующем списке: AD, AT, BE, BV, CH, CY, CZ, DE, DK, EE, ES, FI, FR, GB, GF, GI, GP, GR, HU, IE, IS, IT, LI, LT, LU, LV, MC, MQ, MT, NL, NO, PL, PM, PT, RE, SE, SI, SJ, SK, SM, TF и VA, поле 33B является обязательным в каждой последовательности B, иначе поле 33B является необязательным.

Примечание См. Правило 10

Если поле 71A в последовательности А содержит код OUR, то поле 71F является недопустимым, и поле 71G является необязательным в любой последовательности B.

Если поле 71A в последовательности B содержит код OUR , то поле 71F является недопустимым, и поле 71G является необязательным в той же самой последовательности B.

Примечание: См. Правило C4 и C9 (правило C4 имеет предпочтение по отношению к правилу C9)

Если поле 71A в последовательности А содержит код SHA, то поля 71F являются необязательными, и поле 71G является недопустимым ни в одной последовательности B.

Если поле 71A в последовательности B содержит код SHA, то поля 71F являются необязательными, и поле 71G является недопустимым в той же самой последовательности B.

Примечание: См. правило C4 и C9 (правило C4 имеет предпочтение по отношению к правилу C9)

Если поле 71A в последовательности А содержит код BEN, то как минимум одно поля 71F является обязательным в каждой последовательности B, и поле 71G является недопустимым.

Если поле 71A в последовательности B содержит код BEN, то как минимум одно поле 71F является обязательным в той же самой последовательности B, и поле 71G является недопустимым.

Примечание: См. правило C4 и C9 (правило C4 имеет приоритет по отношению к правилу C9)

C10

Если любое поле 71F (по крайней мере одно) или поле 71G присутствует в последовательности B, то поле 33B является обязательным в той же самой последовательности B.

(1) Оба поля 71F и 71G представлены в недопустимой комбинации, см. правило C9.

C11

Если поле 71G представлено в последовательности B, поле 71G является обязательным в последовательности C.

С12

БИК участника (системы) во всех полях, где он используется, имеет следующий вид: 6!n2!n

где

6!n - 6-значный номер БИК в соответствии с нормативными документами

НБКР

2!n - два незначащих нуля «00»

Правила Использования полей, связанных по сумме

Имеются отношения между полями суммы: 33B, 32B, 36, 71G, 71F, 19 и 32A, которые могут быть логически выражены в следующих формулах:

Для каждой последовательности B,

каждая сумма поля 33B, отрегулированная с обменным курсом в поле 36,

минус затраты Отправителя в полях 71F, равняется операционной сумме в поле 32B.

Сумма всех платежей в полях 32B равняется общей сумме в поле 19.

Сумма всех затрат Получателя в полях 71G последовательности B равняется общим затратам Получателя в поле 71G в последовательности C.

Общая сумма в поле 19 (или сумма всей сделки в полях 32B) плюс общие затраты Получателя в поле 71G последовательности C равняется сумме общего межбанковского перевода в поле 32A.

Статус полей, упомянутых выше, должно подчиняться правилам C5, C6, C8, C9, C10 и C11. Если поле не присутствует, то поле не должно быть принято во внимание при проверке. Если поле 71F присутствует более одного раза, все данные этого поля должны быть учтены при проверке.

Спецификация полей

1. Поле 20: Референс файла

Формат: 16x

Статус: Обязательное

Описание:

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

Правила:

Это поле не должно начинаться или заканчиваться слэшем ‘/’ и не должно содержать два последовательных слэша ‘//’

Этот референс должен быть указан в любом связанном подтверждении или выписке, таких как МТ 900 «Подтверждение о Дебете» и/или МТ950 «Выписка по счету».

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

2. Поле 23: Вид платежа

Формат: 16x

Статус: Обязательное

Описание:

Это поле идентифицирует тип банковской операции.

Правила:

Это поле может содержать следующие коды:

CHQB сообщение содержит информацию о том, что бенефициару будет оплачено выпуском чека.

CREDIT сообщение содержит информацию о кредитовом платеже, который будет оплачен в соответствии с двусторонним соглашением между отправителем и получателем.

CRTST сообщение содержит информацию о кредитовом платеже в тестовой среде.

SPAY сообщение содержит информацию о кредитовом платеже, который будет обработан в соответствии с уровнем обслуживания SWIFTPay.

3. Поле 51A: Организация-отправитель

Формат: [/1!a][/34x] (Идентификатор стороны)

8!n[3!n] (БИК)

Статус: Необязательное

Описание:

Это поле идентифицирует отправителя сообщения

4. Поле 50a: Клиент - отправитель

Формат:

Опция A

[/34x]

8!n[3!n]

(Счет)

(БИК)

Опция K

[/34x]

4*35x

(Счет)

(Наименование и адрес)

Статус: Используется в соответствии с правилом С3

Описание: Это поле идентифицирует отправителя всех сообщений, определенного в последовательности B.

Правила:

Поле 50 должно быть представлено или в последовательности A или в каждом сообщении последовательности B, но оно никогда не должно быть в обеих последовательностях, а также не должно отсутствовать в обеих последовательностях одновременно.

Если присутствует номер счета клиента-отправителя, он должен быть в подполе «Счет».

5. Поле 52a: Банк-отправитель

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны) (БИК)

Опция B

[/1!a][/34x]

[35x]

(Идентификатор стороны)

(Местоположение)

Опция C

/34x

(Идентификатор стороны)

Статус: используется в соответствии с правилом С5

Описание: Это поле определяет банк – отправитель

Правила:

Если поля 52a, 26T или 77B присутствует в последовательности A, то это поле не должно присутствовать ни в одной последовательности B. Если поля 52a, 26T или 77B присутствуют в любой последовательности B, то это поле не должно присутствовать в последовательности А.

Опция A является предпочтительной.

6. Поле 26T: Код типа транзакции

Формат: 3!c

Статус: Используется в соответствии с правилом С5

Описание: Это поле определяет характер, цель и причину всех транзакций в последовательности В, такие как заработная плата, пенсии или дивиденды. Данная информация предназначена для установленных законом требований обеспечить клиента-получателя информацией о характере транзакции.

Правила:

В данном поле могут использоваться коды из списка EUROSTAT «Коды для систем сбора платёжного баланса".

7. Поле 77B: Информация об участниках

Формат: 3*35x

(Описание)

Формат строк может быть следующим:

Строка 1	/8a/2!a[//Доп. информация]	(Код)(Код страны)(Описание)
Строки 2-3	[//Продолжение доп. информации]	(Описание)

Статус: Используется в соответствии с правилом С5

Описание: Это поле содержит информацию, определяемую регулирующими органами в

странах отправителя и получателя

Правила:

Данное поле может содержать следующие коды, расположенные между двумя слэшами ('/'):

BENEFRES	Месторасположение клиента-получателя
ORDERRES	Месторасположение клиента-отправителя

8. Поле 71A: Детали оплаты переводов

Формат:

Опция A

3!a

(Код)

Статус: Используется в соответствии с правилом С4

Описание: Это поле содержит информацию, о том, кто понесет затраты за все

транзакции, находящиеся в последовательности В.

Правила:

Данное поле может содержать следующие коды:

BEN все операционные затраты несет клиент-получатель.

OUR все операционные затраты несет клиент - отправитель.

SHA операционные затраты на стороне отправителя несет клиент-отправитель,

операционные затраты на стороне получателя несет клиент-получатель.

9. Поле 36: Курс валюты

Формат: 12d (Курс)

Статус: Используется в соответствии с правилом С6

Описание:

Это поле определяет, в соответствии с каким обменным курсом будут

проконвертированы все транзакции, находящиеся в полях 33B в последовательности B.

Правила: Целая часть чиста значения «Курс» должна содержать как минимум 1 цифру.

Десятичная запятая является обязательной и включена в максимальную длину поля.

Данное поле используется, когда конвертация валюты осуществляется на стороне

отправителя

10. Поле 21: Референс транзакции

Формат: 16x

Статус: Обязательное

Описание:

Это поле определяет референс каждого индивидуального сообщения, содержащегося в последовательности В.

Правила:

Это поле не должно начинаться и заканчиваться слэшем '/' и не должно содержать 2 последовательных слэша '//'.

В транзакциях, связанных с запросами, отменами и т.д., содержание поля 20 «Референс файла» вместе с содержанием этого поля обеспечивает идентификацию транзакции.

11. Поле 32B: Сумма транзакции

Формат:

3!a15d

(Код валюты)(Сумма)

Статус: Обязательное

Описание: Это поле содержит сумму индивидуальной транзакции, отправляемой отправителем получателю

Правила:

Первые 3 символа содержат код валюты в стандарте ISO. Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты.

Сумма транзакции, принимая во внимание затраты (поле 71А), будет основанием для банка-получателя определить ту сумму, которая будет зачислена клиенту-получателю.

В зависимости от значения поля 71A, значение поля 32B может быть следующим:

- если поле 71A содержит значение OUR, то сумма, указанная в этом поле, будет полностью зачислена клиенту-получателю, т.к. все затраты были заранее оплачены клиентом-отправителем

- если поле 71A содержит значение SHA, то сумма к получению клиентом –получателем будет определена как указанная сумма за вычетом банком-получателем своих затрат.

- если поле 71A содержит значение BEN, то сумма к получению клиентом-получателем будит определена как указанная сумма минус затраты банка-отправителя минус затраты банка-получателя.

12. Поле 50a: Клиент-отправитель

Формат:
Опция A	[/34x] 8!n[3!n]	(Счет) (БИК)
Опция K	[/34x] 4*35x	(Счет) (Наименование и адрес)

Статус: Необязательное

Описание: Это поле идентифицирует клиента-отправителя транзакции

Правила:

Если представлен номер счета клиента-отправителя, он должен находиться в подполе

«Счет»

13. Поле 52a: Банк-отправитель

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция B

[/1!a][/34x]

[35x]

(Идентификатор стороны)

(Месторасположение)

Опция C

/34x

(Идентификатор стороны)

Статус: Используется в соответствии с правилом С5

Описание: Это поле определяет финансовую организацию, отличную от банка-отправителя, по поручению которой банк-отправитель подготовил транзакцию.

Правила: Если поля 52a, 26T или 77B присутствуют в последовательности A, то это поле не должно присутствовать ни в одной последовательности B. Если поля 52a, 26T или 77B присутствуют в любой последовательности B, то это поле не должно присутствовать в последовательности А.

Опция А является предпочтительной.

14. Поле 57a: Банк-получатель

Формат:
Опция A	[/1!a][/34x] 8!n[3!n]	(Идентификатор стороны) (БИК)
Опция C	/34x	(Идентификатор стороны)

Статус: Необязательное

Описание: Это поле идентифицирует финансовую организацию, отличную от банка-получателя, которая обслуживает счет клиента-получателя, определенного в этой же последовательности.

Правила:

Опция A является предпочтительной.

15. Поле 59a: Клиент – получатель

Формат:
Опция A	[/34x] 8!n[3!n]	(Счет) (БИК)
Опция без буквы	[/34x] 4*35x	(Счет) (Наименование и адрес)

Статус: Обязательное

Описание: Это поле идентифицирует конечного получателя сообщения

16. Поле 70: Информация о переводе

Формат: 4*35x

(Описание)

Статус: Необязательное

Описание: Это поле содержит детали индивидуальной транзакции.

Правила:

Поле может содержать следующие коды:

INV инвойс (с датой, ссылкой и описанием).

IPI уникальная ссылка, определяющая связанный международный платеж

(до 20 символов).

RFB ссылка для клиента-получателя (до 16 символов).

ROC ссылки клиента.

17. Поле 26T: Код типа транзакции

Формат: 3!c

Статус: Используется в соответствии с правилом С5

Описание: Это поле идентифицирует характер, цель и причину транзакции, такие как заработная плата, пенсии, дивиденды. Данная информация предназначена для установленных законом требований обеспечить клиента-получателя информацией о характере транзакции.

Правила:

В данном поле могут использоваться коды из списка EUROSTAT «Коды для систем

сбора платёжного баланса".

18. Поле 77B: Информация об участниках

Формат: 3*35x

(Описание)

Формат строк может быть следующим:

Строка 1	/8a/2!a[//Доп. информация]	(Код)(Код страны)(Описание)
Строки 2-3	[//Продолжение доп. информации]	(Описание)

Статус: Используется в соответствии с правилом С5

Описание: Это поле содержит информацию, определяемую регулирующими органами в странах отправителя и получателя

Правила:

Это поле может содержать следующие коды, расположенные между двумя слэшами ('/'):

BENEFRES	Месторасположение клиента-получателя
ORDERRES	Месторасположение клиента-отправителя

19. Поле 33B: Валюта и сумма транзакции

Формат: 3!a15d

(Код валюты)(Сумма)

Статус: Используется в соответствии с правилами С8 и С10

Описание: Это поле содержит валюту и сумму транзакции.

Правила: Код валюты должен быть в стандарте ISO. Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты.

Если поле 33B присутствует в сообщении, оно должно быть предано неизменным следующей стороне.

Это поле должно присутствовать, когда конвертация или обмен валюты выполняются на стороне отправителя.

20. Поле 71A: Детали оплаты переводов

Формат:

Опция A

3!a

(Код)

Статус: Используется в соответствии с правилом С4

Описание: Это поле содержит информацию, о том, кто понесет затраты за все

транзакции, находящиеся в последовательности В.

Правила:

Данное поле может содержать следующие коды:

BEN все операционные затраты несет клиент-получатель.

OUR все операционные затраты несет клиент - отправитель.

SHA операционные затраты на стороне отправителя несет клиент-отправитель,

операционные затраты на стороне получателя несет клиент-получатель.

21. Поле 71F: Оплата перевода отправителем

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Используется в соответствии с правилом С9

Описание: Это повторяющееся поле содержит валюту и сумму затрат, которую

вычитает отправитель и предыдущие банки в операционной цепи.

Правила:

Код валюты должен соответствовать стандартам ISO. Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты.

Эти поля представлены из соображений прозрачности проведения платежей.

Чистая сумма после вычитания затрат отправителя будет определена в поле 32B.

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

22. Поле 71G: Оплата перевода получателем

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Используется в соответствии с правилом С9

Описание: Это поле содержит валюту и сумму затрат, которую несет получатель.

Правила: Код валюты должен соответствовать стандартам ISO. Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты.

Затраты получателя пересылаются получателю не для прозрачности, а для того, чтобы облегчить вычисление или проверку общих суммы затрат получателя, определенных в последовательности C.

23. Поле 36: Курс валюты

Формат: 12d (Курс)

Статус: Используется в соответствии с правилом С6.

Описание:

Это поле определяет, в соответствии с каким обменным курсом будут проконвертированы все транзакции, находящиеся в полях 33B в последовательности B.

Правила:

Целая часть числа значения «Курс» должна содержать как минимум 1 цифру.

Десятичная запятая является обязательной и включена в максимальную длину поля.

Данное поле используется, когда конвертация валюты осуществляется на стороне

отправителя.

24. Поле 32A: Дата расчета, валюта, сумма

Формат: 6!n3!a15d

(Дата)(Код валюты)(Сумма)

Статус: Обязательное

Описание: Это поле содержит дату, код валюты и сумму платежа.

Правила:

Дата должна быть представлена в виде ГГММДД.

Код валюты должен быть в стандарте ISO. Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты.

Если поле 71A содержит значение OUR, это поле содержит общую сумму значений сумм, находящихся в полях 19 и 71G.

Если поле 71A содержит значение SHA или BEN, это поле содержит общую сумму значений сумм, находящихся во всех полях 32B.

25. Поле 19: Общая сумма всех транзакций

Формат: 17d

(Сумма)

Статус: Необязательное

Описание: Это поле содержит сумму всех платежей в полях 32B в каждом сообщении последовательности В.

Правила:

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

Это поле используется только тогда, когда сумма значений сумм отличается от суммы транзакции, определенном в поле 32A, то есть когда одна или более транзакций в последовательности B содержат опцию затрат OUR в поле 71A.

26. Поле 71G: Общая сумма всех затрат получателя

Формат: 3!a15d

(Код валюты)(Сумма)

Статус: Используется в соответствии с правилом С11

Описание: Это поле содержит код валюты и общую сумму затрат получателя.

Правила:

Если поле 71G представлено в последовательности C, сумма не должна равняться

нулю.

Если поле 71A содержит значение OUR или в последовательности A, или один или более раз в последовательности B, то это поле определяет сумму затрат, которая была заранее оплачена и включена в сумму межбанковского расчета.

Если поле 71A, находящееся или в последовательности А или во всех представлениях в последовательности B, содержит значение BEN или SHA, то это поле не должно использоваться для прозрачности или вопросов учета.

27. Поле 13C: Индикатор времени

Формат: 6!n4!n1!x4!n (Дата)(Время)(Признак)(Смещение)

Статус: Необязательное

Описание: Это повторяющееся поле содержит один или несколько индикаторов времени, связанных с обработкой платежного сообщения.

Правила:

В данном поле могут присутствовать следующие коды, расположенные между двумя слэшами ‘//’:

CLSTIME время, к которому нужно провести операцию кредитования счета CLS в центральном банке, с подтверждением, выраженное в формате Центрально- европейского времени (CET).

RNCTIME время, в которое платеж, проходящий по системе TARGET, должен быть оплачен в центральном банке-получателе, выраженное в формате Центрально-европейского времени (CET)

SNDTIME время, в которое платеж, проходящий по системе TARGET, был дебетован в центральном банке-отправителе, выраженное в формате Центрально- европейского времени (CET).

Подполе «Время» должно содержать правильное значение времени в формате ЧЧММ

Подполе «Признак» должно содержать значение '+' или '-'

Подполе «Смещение» выражается в формате ЧЧММ, где часовая компонента (ЧЧ) должна содержать значение от 00 до 23, и минутная компонента (ММ) должна содержать значение от 00 до 59.

Временная зона, в которой выражается время, должна быть представлена с использованием UTC (Всеобщее скоординированное время – в стандарте ISO 8601).

Пример: Если финансовое учреждение в Лондоне посылает платежное сообщение 5 января, связанное с банком CLS, в котором определено, что средства поступят в банк CLS до 09.15 CET.

Время будет записано следующим образом:

:13C:/CLSTIME/0915+0100

где

0915 – это время, к которому средства должны поступить в CLS-банк. При этом существует договоренность, что CLSTIME определено как CET.

+0100 - это смещение времени CET относительное времени UTC в январе (зимнее время).

Если такое же платежное сообщение будет отправлено 10 июня (летнее время), то индикатор времени будет иметь вид:

:13C:/CLSTIME/0915+0200

Временные смещения, относительно UTC, опубликованы в зеленой секции справочника БИКов.

28. Поле 53a: Корреспондент банка-отправителя

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция C

/34x

(Счет)

Статус: Необязательное

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

Правила:

Опция А является предпочтительной.

Опция C должна использоваться, только тогда, когда должен быть определен номер счета.

В тех случаях, когда есть многократные прямые отношения по счетам в валюте транзакции между отправителем и получателем, и один из этих счетов должен использоваться для компенсации, счет, который должен дебетоваться или кредитоваться, должен быть обозначен в поле 53a.

Если нет никаких прямых отношений по счетам в валюте транзакции между отправителем и получателем (или филиал получателя представлен в поле 54A), то поле 53a должно присутствовать.

Если поле 53a присутствует и содержит филиал отправителя, необходимость в сообщении покрытия зависит от валюты сделки, отношений между отправителем и получателем и значением поля 54A, если оно есть.

Филиал получателя может быть представлен в поле 53a, если финансовое учреждение, обеспечивающее компенсацию, является и корреспондентом отправителя, филиалом получателя, и отправитель намеревается послать сообщение покрытия филиалу получателя. В этом случае получатель будет платить через свой филиал, указанный в поле 53a.

Во всех других случаях, когда присутствует поле 53a, сообщение покрытия, т.е. МТ 202/203 или его не SWIFT эквивалент, нужно послать финансовому учреждению, идентифицированному в поле 53a.

Использование и интерпретация полей 53a и 54A во всех случаях определены валютой сделки и соответствующими отношениями между отправителем и получателем в отношении этой валюты.

29. Поле 54A: Корреспондент банка-получателя

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция C

/34x

(Счет)

Статус: Необязательное

Описание: Когда это необходимо, это поле определяет филиал получателя или другого финансового учреждения, в котором получатель может получить доступ к своим средствам

Правила:

Отсутствие полей 53a и 54A подразумевает, что будут использоваться отдельные прямые отношения по счетам между отправителем и получателем в валюте транзакции.

В тех случаях когда поле 54A содержит филиал получателя и нет поля 53a, или поле 53a содержит счет отправителя обслуживаемый филиалом получателя, получатель получит компенсацию от его филиала.

Если поле 54A содержит филиал получателя, и поле 53a содержит филиал отправителя, получатель получит компенсацию от его ее филиала или будет платить через его филиал, в зависимости от валюты транзакции и отношений между отправителем и Получателем.

Во всех других случаях, когда поле 54A содержит филиал получателя, получатель будет платить через его филиал, указанном в поле 54A.

Филиал отправителя не должен быть представлен в поле 54A.

Если филиал отправителя или другого финансового учреждения, указанного в поле 53a является также и обслуживающим счетом для получателя, поле 54A не должно присутствовать.

Полю 54A, содержащее название другого финансового учреждения, кроме филиала получателя, должно предшествовать поле 53a; получатель будет платить через финансовое учреждение, указанное в поле 54A.

Использование и интерпретация полей 53a и 54A находятся во всех случаях, определенных валютой транзакции и соответствующих отношений между отправителем и получателем в отношении этой валюты.

30. Поле 72: Назначение платежа

Формат: 6*35

Строка 1 3!a8!n3!a14!n3!a2!n

Строка 2 3!a8!n3!a16!n3!a2!n

Строки 3-6 //Назначение платежа (Описание)

Статус: Обязательное

Описание: это поле содержит дополнительную информацию о платеже

Правила:

Это поле содержит следующие коды:

/P/ - код платежа в соответствии с классификатором платежного оборота (8 цифр)

/I/ - код ИНН (14 цифр)

/F/ - код региона отправителя (2 цифры)

/E/ - код ОКПО (8 цифр)

/S/ - номер участника в Социальном фонде (16 цифр)

/T/ - код региона получателя (2 цифры)

Пример:

Строка 1 /P/12345678/I/12345678901234/F/01

Строка 2 /E/12345678/S/1234567890123456/T/01

Строки 3-6 Назначение платежа

Пример:

{1:F0110200100AXXX0000038735}{2:I102INSTBIC0XXXXN}{4:

:20:ref1

:23:CREDIT

:50K:/5453454567891231

ООО «Алмаз»

:52A:10200100

:21:rr1

:32B:KGS2,

:57A:/5892155342349545

10300100

:59:/4543534345678912

ЧП «Крона»

:71A:SHA

:21:rr2

:32B:KGS3,

:57A:/2255599834456456

10500100

:59:/2222888554535456

ОАО «Сигнал»

:71A:SHA

:32A:070515KGS5,

:72:/P/12345678/I/12345678901234/F/01

/E/12345678/S/1234567890123456/T/01

//ПЕРЕВОД ЗА ВЫПОЛНЕННУЮ РАБОТУ

3.2. MT 103 - Клиентское кредитовое платежное поручение

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

1. Основное описание сообщения MT103 – это сообщение общего назначения, которое позволяет производить обмен клиентскими кредитовыми платежными поручениями, за исключением поля 77T (Содержимое конверта).

2. Сообщение формата MТ103+ – это сообщение общего назначения, т.е. для его использования не требуется регистрация в Группе Пользовательских Сообщений (Message User Group (MUG)). Данное сообщение позволяет производить обмен клиентскими кредитовыми платежными поручениями с использованием запрещенного набора полей и опций формата MT103 по средствам прямой обработки. Сообщение MT103+ является совместимым подмножеством основного формата MT103 и документируется отдельно вслед за MT103.

3. Расширенная Информация о Переводах Группы Пользовательских Сообщений (MUG) позволяет своим подписчикам обмениваться сообщениями формата MT103 с использованием поля 77T, содержащим расширенный объем информации о переводах. Данной информацией о переводе можно производить выборочный обмен в не-SWIFT формате, например EDIFACT или ANSI-X12.

Отправители и Получатели, желающие использовать сообщение MT103 для обмена расширенной информацией о переводах (до 9000 символов) должны зарегистрироваться для получения Расширенной Информации о Переводах Группы Пользовательских Сообщений (MUG).

Назначение

Тип данного сообщения отправляется в пользу или со стороны финансового учреждения Клиента Отправителя, напрямую или через корреспондента(ов), в пользу финансового учреждения клиента-получателя.

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

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс отправителя	16x	1
----->
O	13C	Индикатор времени	/8c/4!n1!x4!n	2
-----\|
M	23B	Вид платежа	4!c	3
----->
O	23E	Код операции	4!c[/30x]	4
-----\|
O	26T	Код типа транзакции	3!c	5
M	32A	Дата расчета, валюта, сумма платежа	6!n3!a15d	6
O	33B	Валюта и сумма транзакции	3!a15d	7
O	36	Курс валюты	12d	8
M	50a	Клиент - отправитель	A или K	9
O	51A	Организация-отправитель	[/1!a][/34x] 8!n[3!n]	10
O	52a	Банк-отправитель	A или D	11
O	53a	Корреспондент банка- отправителя	A, B или D	12
O	54a	Корреспондент банка- получателя	A, B или D	13
O	55a	Промежуточная организация по возмещению затрат	A, B или D	14
O	56a	Организация-посредник	A, C или D	15
O	57a	Банк-получатель	A, B, C или D	16
M	59a	Клиент-получатель	A или опция без буквы	17
O	70	Информация о переводе	4*35x	18
M	71A	Детали оплаты переводов	3!a	19
----->
O	71F	Оплата переводов отправителем	3!a15d	20
-----\|
O	71G	Оплата переводов получателем	3!a15d	21
O	72	Назначение платежа	6*35x	22
O	77B	Информация об участниках	3*35x	23
O	77T	Содержимое конверта	9000z	24
M = Обязательное O = Необязательное

Правила использования

Если в сообщении представлено поле 33B, и код валюты в этом поле отличается от кода валюты в поле 32A, поле 36 должно быть представлено, иначе поле 36 является недопустимым.

Если коды страны в БИК отправителя и получателя находятся в следующем списке: AD, AT, BE, BV, CH, CY, CZ, DE, DK, ES, EE, FI, FR, GB, GF, GI, GP, GR, HU, IE, IS, IT, LI, LT, LU, LV, MC, MQ, MT, NL, NO, PL, PM, PT, RE, SE, SI, SJ, SK, SM, TF and VA, то в этом случае поле 33B является обязательным, в противном случае поле 33B является необязательным

Примечание: См. также правило использования C16

Если поле 23B содержит код SPRI, поле 23E может содержать только коды SDVA, TELB, PHOB, INTC.

Если поле 23B содержит один из кодов SSTD or SPAY, поле 23E не должно использоваться

Если поле 23B содержит один из кодов SPRI, SSTD или SPAY, поле 53a не должно использоваться с опцией D.

Если поле 23B содержит один из кодов SPRI, SSTD или SPAY и поле 53a представлено с опцией B, в поле 53B должен быть представлен идентификатор стороны.

Если поле 23B содержит один из кодов SPRI, SSTD или SPAY, поле 54a может использоваться только с опцией A.

Если поле 55a представлено, оба поля 53a и 54a также должны быть представлены.

Если поле 23B содержит один из кодов SPRI, SSTD или SPAY, поле 55a может использоваться только с опцией A.

Если поле 56a представлено, поле 57a должно также быть представлено

C10

Если поле 23B содержит код SPRI, поле 56a не должно быть представлено.

Если поле 23B содержит один из кодов SSTD или SPAY, поле 56a может использоваться либо с опцией A, либо с опцией C. Если используется опция C, она должна содержать клиринговый код.

C11

Если поле 23B содержит один из кодов SPRI, SSTD или SPAY, поле 57a может использоваться с опциями A, C или D. Подполе 1 («Идентификатор стороны») в опции D должно быть представлено

C12

Если поле 23B содержит один из кодов SPRI, SSTD или SPAY, подполе 1 («Счет») в поле 59a «Клиент-получатель» является обязательным.

C13

Если любое поле 23E содержит код CHQB, подполе 1 («Счет») в поле 59a «Клиент-получатель» является недопустимым.

C14

Поля 70 и 77T являютсяare взаимоисключающими. Так, если в сообщении присутствует поле 70, поле 77Т является недопустимым и наоборот.

C15

Если поле 71A содержит значение OUR, поле 71F является недопустимым и поле 71G является необязательным.

Если поле 71A содержит значение SHA, поле(я) 71F является (ются) необязательными и поле 71G является недопустимым.

Если поле 71A содержит значение BEN, как минимум одно представление поля 71F является обязательным, и поле 71G является недопустимым

C16

Если поле 71F (как минимум один раз) или поле 71G представлены, поле 33B является обязательным, иначе поле 33B является необязательным.

Примечание 1: Представление обоих полей 71F и 71G также регулируется правилом C15.

Примечание 2: Представление поля 33B также регулируется правилом C2.

C17

Если поле 56a не представлено, не должно быть поля 23E, которое может содержать значения TELI или PHOI

C18

Если поле 57a не представлено, не должно быть поля 23E, которое может содержать значения TELE или PHON.

C19

Коды валюты в полях 71G и 32A должны быть одинаковыми.

· Поле 77T может быть использовано только в том случае, если оба: Отправитель и Получатель зарегистрировались на получении Расширенной Информации Переводов. Оба: Отправитель и Получатель должны иметь согласованность в передачи сообщений формата MT103 с использованием поля 77T. Если данное поле используется, Отправитель должен установить флаг проверки код со значением REMIT в поле 119 пользовательского заголовка сообщения. Если поле 77T отсутствует, значение кода проверки не должно быть REMIT.

· Поле 72 может присутствовать только в случае, если оно является структурированным, т.е. содержит закодированные данные.

Правила использования полей сумм платежей

Существует взаимосвязь между суммами платежей во взаимосвязанных полях 33B, 36, 71G, 71F и 32A, которая может быть логически выражена в следующей формуле:

Сумма поручения в поле 33B,

указанная в соответствии с курсом валют в поле 36,

плюс оплата переводов получателем в поле 71G,

минус оплата переводов отправителем в поле (ях) 71F

составляет сумму межбанковского платежа в поле 32A.

Присутствие вышеперечисленных полей зависит от правил условия полей C1, C2, C15 и C16. Если какое-то из полей отсутствует, то оно не должно учитываться в формуле. Если же поле 71F присутствует более одного раза, то все вхождения данного поля должны учитываться в формуле.

Спецификация полей

1. Поле 20: Референс отправителя

Формат: 16x

Статус: Обязательное

Описание:

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

Правила:

Этот референс должен быть указан в любом связанном подтверждении или выписке, таких как МТ900 «Подтверждение о дебетовании» и/или МТ950 «Выписка по счету».

2. Поле 13C: Индикатор времени

Формат: 6!n4!n1!x4!n (Дата)(Время)(Признак)(Смещение)

Статус: Необязательное

Описание: Это повторяющееся поле определяет один или несколько индикаторов времени, связанных с обработкой платежного сообщения.

Правила:

В данном поле могут присутствовать следующие коды, расположенные между двумя слэшами ‘//’:

CLSTIME - время, к которому нужно провести операцию кредитования счета CLS в центральном банке, с подтверждением, выраженное в формате Центрально- европейского времени (CET).

RNCTIME - время, в которое платеж, проходящий по системе TARGET, должен быть оплачен в центральном банке-получателе, выраженное в формате Центрально- европейского времени (CET)

SNDTIME - время, в которое платеж, проходящий по системе TARGET, был дебетован в центральном банке-отправителе, выраженное в формате Центрально- европейского времени (CET).

Подполе «Время» должно содержать правильное значение времени в формате ЧЧММ

Подполе «Признак» должно содержать значение '+' или '-'

Время будет записано следующим образом:

:13C:/CLSTIME/0915+0100

где

+0100 - это смещение времени CET относительное времени UTC в январе (зимнее время).

:13C:/CLSTIME/0915+0200

Временные смещения, относительно UTC, опубликованы в зеленой секции справочника БИКов.

3. Поле 23В: Вид платежа

Формат: 4!c

Статус: Обязательное

Описание:

Это поле идентифицирует тип банковской операции.

Правила:

Это поле может содержать следующие коды:

CRED - кредитовое сообщение в случае, если нет уровня обслуживания SWIFT -

основное значение

CRTS - кредитовое сообщение в тестовой среде

SPAY - кредитовое сообщение, которое должно быть обработано в соответствии с

уровнем обслуживания SWIFTPay.

SPRI -

кредитовое сообщение, которое должно быть обработано в соответствии с приоритетным уровнем обслуживания.

SSTD -

кредитовое сообщение, которое должно быть обработано в соответствии со стандартным уровнем обслуживания.

4. Поле 23E: Код операции

Формат: 4!c[/30x]

(Код инструкции)(доп. информация)

Статус: Используется в соответствии с правилом С3.

Описание: Это поле определяет указание

Правила:

Это поле может содержать следующие коды:

SDVA	Платеж должен быть исполнен в тот же самый день
INTC	Платеж является платежом внутри одной компании, т.е. платеж между двумя компаниями, принадлежащими одной группе.
REPA	Платеж имеет связанный референс электронного платежа.
CORT	Торговый платеж, т.е. сделка по покупке-продаже иностранной валюты, ценных бумаг.
HOLD	Клиент - получатель будет звонить; платить после идентификации.
CHQB	Платеж клиенту-получателю только чеком. Необязательное значение счета клиента в поле 59 не должно присутствовать.
PHOB	Пожалуйста, свяжитесь с получателем по телефону.
TELB	Пожалуйста, свяжитесь с получателем с помощью более эффективных средств телекоммуникации.
PHON	Пожалуйста, сообщите счет организации по телефону.
TELE	Пожалуйста, сообщите счет организации с использованием более эффективных средств телекоммуникации.
PHOI	Пожалуйста сообщите промежуточную организацию по телефону.
TELI	Пожалуйста сообщите промежуточную организацию с использованием более эффективных средств телекоммуникации.

Правила проверки:

Дополнительная информация используется только для следующих кодов: PHON, PHOB, PHOI, TELE, TELB, TELI, HOLD или REPA.

Если это поле повторяется, коды должны быть представлены в следующем порядке:

SDVA

INTC

REPA

CORT

HOLD

CHQB

PHOB

TELB

PHON

TELE

PHOI

TELI

Если это поле используется более одного раза, следующие комбинации кодов являются недопустимыми:

SDVA	с	HOLD
SDVA	с	CHQB
INTC	с	HOLD
INTC	с	CHQB
REPA	с	HOLD
REPA	с	CHQB
REPA	с	CORT
CORT	с	HOLD
CORT	с	CHQB
HOLD	с	CHQB
PHOB	с	TELB
PHON	с	TELE
PHOI	с	TELI

Если это поле повторяется, одинаковое кодовое слово не должно быть представлено более одного раза.

5. Поле 26T: Код типа транзакции

Формат: 3!c

Статус: Необязательное

Правила:

В данном поле могут использоваться коды из списка EUROSTAT «Коды для систем сбора платёжного баланса".

6. Поле 32A: Дата расчета, валюта, сумма платежа

Формат: 6!n3!a15d

(Дата)(Код валюты)(Сумма)

Статус: Обязательное

Описание: Это поле содержит дату, код валюты и сумму платежа.

Правила:

Дата должна быть представлена в виде ГГММДД.

7. Поле 33B: Валюта и сумма транзакции

Формат: 3!a15d

(Код валюты)(Сумма)

Статус: Используется в соответствии с правилами С2 и С16

Описание: Это поле содержит валюту и сумму транзакции. Значение суммы предназначено для информационных целей и должно транспортироваться неизменным через всю операционную цепочку.

Если поле 33B присутствует в сообщении, оно должно быть предано неизменным следующей стороне.

Это поле должно присутствовать, когда конвертация или обмен валюты выполняются на стороне отправителя.

8. Поле 36: Курс валюты

Формат: 12d (Курс)

Статус: Используется в соответствии с правилом С1.

Описание:

Это поле определяет курс валюты для конвертации суммы платежа, определенной в поле 33B.

Правила: Целая часть числа значения «Курс» должна содержать как минимум 1 цифру. Десятичная запятая является обязательной и включена в максимальную длину поля.

Данное поле должно быть представлено, если конвертация или обмен валюты осуществляется на стороне отправителя.

9. Поле 50a: Клиент-отправитель

Формат:
Опция A	[/34x] 8!n[3!n]	(Счет) (БИК)
Опция K	[/34x] 4*35x	(Счет) (Наименование и адрес)

Статус: Обязательное

Описание: Это поле идентифицирует клиента-отправителя транзакции

Правила:

Если представлен номер счета клиента-отправителя, он должен находиться в подполе «Счет»

10. Поле 51A: Организация-отправитель

Формат: [/1!a][/34x] (Идентификатор стороны)

8!n[3!n] (БИК)

Статус: Необязательное

Описание:

Это поле идентифицирует отправителя сообщения

Правила:

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

11. Поле 52a: Банк-отправитель

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны) (БИК)

Опция D

[/1!a][/34x]

[4*35x]

(Идентификатор стороны)

(Наименование и адрес)

Статус: Необязательное

Описание: Это поле определяет финансовую организацию клиента-отправителя, когда

она отличается от организации – отправителя.

Правила:

Кодовая информация, содержащаяся в поле 52, должна иметь ясное понимание у

получателя сообщения.

Опция A является предпочтительной.

Опция D используется в том случае, когда банк-отправитель не имеет БИК.

12. Поле 53a: Корреспондент банка-отправителя

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция В

[/1!a][/34x]

[35x]

(Идентификатор стороны)

(Месторасположение)

Опция D

[/1!a][/34x]

4*35x

(Идентификатор стороны)

(Наименование и адрес)

Статус: Используется в соответствии с правилами С4, С5, С7

Правила:

Опция А является предпочтительной.

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

13. Поле 54A: Корреспондент банка-получателя

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция В

[/1!a][/34x]

[35x]

(Идентификатор стороны)

(Месторасположение)

Опция D

[/1!a][/34x]

4*35x

(Идентификатор стороны)

(Наименование и адрес)

Статус: Используется в соответствии с правилами С6, С7.

Описание: Это поле определяет филиал получателя или другого финансового учреждения, в котором получатель может получить доступ к своим средствам

Правила:

Опция А является предпочтительной.

Опция В должна использоваться только с описанием месторасположения.

Если средства доступны в филиале получателя через финансовую организацию, иную, чем та, которая определена в поле 53а, эта финансовая организация, т.е. промежуточная организация по возмещению затрат, должна быть определена в поле 54а, и поле 55а должно содержать филиал получателя.

Если поле 54A содержит филиал получателя, и поле 53a содержит филиал отправителя, получатель получит компенсацию от его филиала или будет платить через его филиал, в зависимости от валюты транзакции и отношений между отправителем и Получателем.

Филиал отправителя не должен быть представлен в поле 54A.

14. Поле 55A: Промежуточная организация по возмещению затрат

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция В

[/1!a][/34x]

[35x]

(Идентификатор стороны)

(Месторасположение)

Опция D

[/1!a][/34x]

4*35x

(Идентификатор стороны)

(Наименование и адрес)

Статус: Используется в соответствии с правилом С8

Описание: Это поле определяет филиал получателя, когда средства доступны в этом филиале через финансовую организацию, другую, чем та, которая определена в поле 53a.

Правила:

Опция А является предпочтительной.

15 . Поле 56A: Организация-посредник

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция С

/34x

(Идентификатор стороны)

Опция D

[/1!a][/34x]

4*35x

(Идентификатор стороны)

(Наименование и адрес)

Статус: Используется в соответствии с правилом С10

Описание: Это поле определяет финансовую организацию, между счетом которой и счетом получателя должна пройти транзакция.

Правила:

Опция А является предпочтительной

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

16. Поле 57a: Банк-получатель

Формат:
Опция A	[/1!a][/34x] 8!n[3!n]	(Идентификатор стороны) (БИК)
Опция B	[/1!a][/34x] [35x]	(Идентификатор стороны) (Месторасположение)
Опция C	/34x	(Идентификатор стороны)
Опция D	[/1!a][/34x] 4*35x	(Идентификатор стороны) (Наименование и адрес)

Статус: Используется в соответствии с правилами С9 и С11.

Описание: Это поле определяет финансовую организацию, другую, чем банк-получатель, которая обслуживает счет клиента-получателя.

Правила:

Опция A является предпочтительной

Опция D должна использоваться, когда имеется необходимость определить имя и адрес,

т.е. в соответствии с требованиями регулирующих органов.

17. Поле 59a: Клиент – получатель

Формат:

Опция A

[/34x]

8!n

(Счет)

(БИК)

Опция без

буквы

[/34x]

4*35x

(Счет)

(Наименование и адрес)

Статус: Обязательное

Описание: Это поле идентифицирует конечного получателя сообщения

18. Поле 70: Информация о переводе

Формат: 4*35x

(Описание)

Статус: Используется в соответствии с правилом С14

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

Правила:

Поле может содержать следующие коды:

INV - инвойс (с датой, ссылкой и описанием).

IPI - уникальная ссылка, определяющая связанный международный платеж

(до 20 символов).

RFB - ссылка для клиента-получателя (до 16 символов).

ROC – ссылки клиента.

Информация, указанная в этом поле, предназначена только для клиента-получателя, т.е. эта информация должна быть передана получателем.

Многократные ссылки могут использоваться, если они отделены двойным слэшем '//'. Код не должен быть повторен между двумя референсами одного и того же вида.

19. Поле 71A: Детали оплаты переводов

Формат:

Опция A

3!a

(Код)

Статус: Обязательное

Описание: Это поле содержит информацию, о том, какая сторона будет производить оплату за обработку транзакции.

Правила:

Данное поле может содержать один из следующих кодов:

BEN - все затраты несет клиент-получатель.

OUR - все затраты несет клиент - отправитель.

SHA - затраты на стороне отправителя несет клиент-отправитель,

затраты на стороне получателя несет клиент-получатель.

20. Поле71F: Оплата переводов отправителем

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Используется в соответствии с правилом С15

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

Правила:

Эти поля представлены из соображений прозрачности.

Чистая сумма после вычитания затрат отправителя будет определена в поле 32А.

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

21. Поле71G: Оплата переводов получателем

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Используется в соответствии с правилом С15

Описание: Это поле определяет валюту и сумму затрат получателя на обработку

транзакции.

Правила:

Если поле 71G представлено, значение суммы в нем не должно быть равным нулю.

Если поле 71A содержит значение «OUR», это поле заранее оплаченные затраты и включены в общую сумму межбанковской транзакции.

22. Поле 72: Назначение платежа

Формат: 6*35

Строка 1 3!a8!n3!a14!n3!a2!n

Строка 2 3!a8!n3!a16!n3!a2!n

Строки 3-6 //Назначение платежа (Описание)

Статус: Обязательное

Описание: это поле содержит дополнительную информацию о платеже

Правила:

Это поле содержит следующие коды:

/P/ - код платежа в соответствии с классификатором платежного оборота (8 цифр)

/I/ - код ИНН (14 цифр)

/F/ - код региона отправителя (2 цифры)

/E/ - код ОКПО (8 цифр)

/S/ - номер участника в Социальном фонде (16 цифр)

/T/ - код региона получателя (2 цифры)

Пример:

Строка 1 /P/12345678/I/12345678901234/F/01

Строка 2 /E/12345678/S/1234567890123456/T/01

Строки 3-6 //Назначение платежа

23. Поле 77B: Информация об участниках

Формат: 3*35x

(Описание)

Формат строк может быть следующим:

Строка 1

/8a/2!a[//Доп. информация]

(Код)(Код страны)(Описание)

Строки 2-3

[//Продолжение доп. информации]

(Описание)

Статус: Используется в соответствии с правилом С5

Правила:

Это поле может содержать следующие коды, расположенные между двумя слэшами ('/'):

BENEFRES

Месторасположение клиента-получателя

ORDERRES

Месторасположение клиента-отправителя

24. Поле 77T: Содержание конверта

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Используется в соответствии с правилом С14

Описание: Это поле может содержать расширенную информацию в различных форматах. Содержание поля определяется на основании двусторонних договоров между клиентом- отправителем и клиентом-получателем.

Правила:

Может использоваться один из следующих кодов, расположенный между двумя слэшами ('/'):

ANSI	содержание поля представлено в формате ANSI/X12.
NARR	содержание поля представлено свободным текстом.
SWIF	содержание поля соответствует структуре, предложенной в поле 70 этого сообщения, то есть могут использоваться многократные ссылки, если это отделено двойным слэшем, '//'. Коды не должны быть повторены между двумя ссылками того же самого вида.
UEDI	содержание поля представлено в формате UN-EDIFACT. Информация начинается с UNH- сегмента, которая содержит всю необходимую информацию, чтобы обработать остальную часть поля.

Пример:

{1:F0110200100AXXX0000000072}{2:I10350100100XXXXN}{4:

:20:pay2

:23B:CRED

:32A:070515KGS1,

:50K:/1123456789234234

Завод мех. изделий

:52A:10200100

:57A:/4567893453456346

10300100

:59:/1234563877474338

АО Кыргызтелеком

:71A:SHA

:72:/P/12345678/I/12345678901234/F/01

/E/12345678/S/1234567890123456/T/01

//ОПЛАТА ЗА УСЛУГИ СВЯЗИ

3.3. MT 202 Межбанковское платежное поручение

Назначение

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

Данное сообщение используется для распоряжения о переводе денежных средств в финансовое учреждение Получателя.

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

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
M	21	Связанный референс	16x	2
----->
O	13C	Индикатор времени	/8c/4!n1!x4!n	3
-----\|
M	32A	Дата расчета, валюта, сумма платежа	6!n3!a15d	4
O	52a	Банк-отправитель	A или D	5
O	53a	Корреспондент банка- отправителя	A, B или D	6
O	54a	Корреспондент банка- получателя	A, B или D	7
O	56a	Организация-посредник	A или D	8
O	57a	Банк-получатель	A, B или D	9
M	58a	Организация - получатель	A или D	10
O	72	Назначение платежа	6*35x	11
M – обязательное O - необязательное

Правила использования

· все стороны, задействованные в транзакции, должны являться финансовыми учреждениями.

· перевод денежных средств между банком-отправителем и банком-получателем всегда относится к другой транзакции. Эта транзакция должна быть указана в поле 21.

· если банк-отправитель желает запросить банк-получатель дебетовать счет в банке-отправителе, обслуживаемый банком-получателем и кредитовать один из своих счетов в финансовом учреждении, указанном в поле 57a, поле 58A должно содержать номер кредитуемого счета и наименование банка- отправителя.

· если банк-отправитель желает запросить банк-получатель перевести денежные средства между двумя счетами, которыми владеет банк-отправитель, но обслуживаемые банком-получателем, то в таком случае поле 53B должно указывать номер дебетуемого счета, а поле 58A – номер кредитуемого счета, а также наименование банка-отправителя.

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

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

Правила: Значение поля может содержать до 16 символов. Данное поле не должно начинаться или заканчиваться символом слэш ‘/', а также не должно содержать два последовательных слэша '//' (Код ошибки: T26).

2. Поле 21: Связанный референс

Формат: 16x

Статус: Обязательное

Описание: Данное поле содержит референс связанной транзакции.

Правила:

Если отправитель не является инициатором транзакции, а данное поле присутствует в сообщении, то значением данного поля должен быть код NONREF.

Значение поля может содержать до 16 символов. Данное поле не должно начинаться или заканчиваться символом слэш ‘/', а также не должно содержать два последовательных слэша '//'.

Если связанным сообщением является MT103 «Клиентское кредитовое платежное поручение», то данное поле будет содержать значение поля 20 этого сообщения MT103.

3. Поле 13C: Индикатор времени

Формат: 6!n4!n1!x4!n (Дата)(Время)(Признак)(Смещение)

Статус: Необязательное

Правила:

В данном поле могут присутствовать следующие коды, расположенные между двумя слэшами ‘//’:

Подполе «Время» должно содержать правильное значение времени в формате ЧЧММ

Подполе «Признак» должно содержать значение '+' или '-'

Время будет записано следующим образом:

:13C:/CLSTIME/0915+0100

где

+0100 - это смещение времени CET относительное времени UTC в январе (зимнее время).

:13C:/CLSTIME/0915+0200

Временные смещения, относительно UTC, опубликованы в зеленой секции справочника БИКов.

4. Поле 32A: Дата расчета, валюта, сумма платежа

Формат: 6!n3!a15d

(Дата)(Код валюты)(Сумма)

Статус: Обязательное

Описание: Это поле содержит дату, код валюты и сумму платежа.

Правила:

Дата должна быть представлена в виде ГГММДД.

5. Поле 52a: Банк-отправитель

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны) (БИК)

Опция D

[/1!a][/34x]

[4*35x]

(Идентификатор стороны)

(Наименование и адрес)

Статус: Необязательное

Описание: Это поле определяет финансовую организацию клиента-отправителя, когда

она отличается от организации – отправителя.

Правила:

Это поле должно быть переслано организации-получателю.

Кодовая информация, содержащаяся в поле 52, должна иметь ясное понимание у

получателя сообщения.

Опция A является предпочтительной.

Опция D используется в том случае, когда организация -отправитель не имеет БИК.

6. Поле 53a: Корреспондент банка-отправителя

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция В

[/1!a][/34x]

[35x]

(Идентификатор стороны)

(Месторасположение)

Опция D

[/1!a][/34x]

4*35x

(Идентификатор стороны)

(Наименование и адрес)

Статус: Используется в соответствии с правилами С4, С5, С7

Правила:

Опция А является предпочтительной.

Если поле 53B используется для указания города, в котором расположен филиал организации, он должно всегда быть филиалом отправителя

Отсутствие полей 53a и 54a означает, что используется прямые отношения по счетам между отправителем и получателем, в валюте транзакции.

7. Поле 54a: Корреспондент банка- получателя

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция В

[/1!a][/34x]

[35x]

(Идентификатор стороны)

(Месторасположение)

Опция D

[/1!a][/34x]

4*35x

(Идентификатор стороны)

(Наименование и адрес)

Статус: Необязательное

Правила:

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

Филиал отправителя не должен быть представлен в поле 54A.

Опция А является предпочтительной.

8. Поле 56a: Организация-посредник

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция D

[/1!a][/34x]

4*35x

(Идентификатор стороны)

(Наименование и адрес)

Статус: Необязательное

Правила:

Опция А должна быть использована всякий раз, когда это возможно

Опция D должна использоваться в исключительных случаях, т.е. когда сторона не может быть указана с использованием БИК.

9. Поле 57a: Банк-получатель

Формат: Опция A, B или D

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция B

[/1!a][/34x]

[35x]

(Идентификатор стороны)

(Месторасположение)

Опция D

[/1!a][/34x]

4*35x

(Идентификатор стороны)

(Наименование и адрес)

Статус: Необязательное, но если поле 56a присутствует, поле 57a также должно присутствовать.

Описание: Данное поле содержит финансовое учреждение, в том случае когда оно отличается от организации-получателя, которое оплатит или кредитует клиента-получателя.

Правила:

Опцию A следует использовать всегда, когда это возможно.

Опцию D следует использовать только в исключительных ситуациях, т.е. когда сторона не может быть указана с использованием БИК.

10. Поле 58a: Организация-получатель

Формат: Опции A или D

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция D

[/1!a][/34x]

4*35x

(Идентификатор стороны)

(Наименование и адрес)

Статус: Обязательное

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

Правила: Когда отправитель запрашивает получателя кредитовать один или несколько счетов, которыми владеет отправитель в учреждении, указанном в поле 57a, или же перевести денежные средства между двумя счетами, которыми владеет отправитель и которые обслуживает получатель, опцию A можно использовать для указания счета кредита и наименования Отправителя.

Опцию A следует использовать всегда, когда это возможно.

Опцию D следует использовать только в исключительных ситуациях, т.е. когда сторона не может быть указана с использованием БИК

11. Поле 72: Назначение платежа

Формат: 6*35

Строка 1 3!a8!n3!a14!n3!a2!n

Строка 2 3!a8!n3!a16!n3!a2!n

Строки 3-6 //Назначение платежа (Описание)

Статус: Обязательное

Правила:

Это поле содержит следующие коды:

/P/ - код платежа в соответствии с классификатором платежного оборота (8 цифр)

/I/ - код ИНН (14 цифр)

/F/ - код региона отправителя (2 цифры)

/E/ - код ОКПО (8 цифр)

/S/ - номер участника в Социальном фонде (16 цифр)

/T/ - код региона получателя (2 цифры)

Пример:

Строка 1 /P/12345678/I/12345678901234/F/01

Строка 2 /E/12345678/S/1234567890123456/T/01

Строки 3-6 //Назначение платежа

Пример:

{1:F0110200100AXXX0000000076}{2:I20250100100XXXXN}{4:

:20:pay4

:21:rr7

:32A:070515KGS1,

:52A:10200100

:57A:/4453789475646546

10300100

:58D:/5644567894446456

ООО «Заря»

:72:/P/12345678/I/12345678901234/F/01

/E/12345678/S/1234567890123456/T/01

//ЗА ВЫПОЛНЕННУЮ РАБОТУ СОГЛАСНО

//КОНТРАКТА № 13-56 ОТ 21.01.2007

3.4. MT n98 SMT 012 Ответ на платежное поручение

Назначение

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

Оба типа сообщений MT 198 и MT 298 имеют общий тип и описание полей данных, вследствие чего в спецификациях формата будут одновременно описываться оба этих сообщения. Основная разница между этими сообщениями заключается в том, что сообщение MT 198 используется только совместно с сообщениями форматов MT 10x, а сообщение MT 298 – только в ответ на сообщения форматов MT 20x.

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
M	12	Подтип сообщения	3!n	2
M	77E	Составное поле		3
O	21	Связанный референс	16x	4
M	13D	Дата/Время транзакции	6!n4!n1!x4!n	5
M	M10	Код ответа	5!x	6
O	79	Описание ошибки	35*50x	7
M	KEY	Системный код транзакции	25x	8
M – обязательное O - необязательное

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

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

2. Поле 12: Подтип сообщения

Формат: 3!n

Статус: Обязательное

Описание: Данное поле содержит тип сообщения, включенный в MT n98.

Правила: Значением данного поля должно быть 012.

3. Поле 77E: Составное поле

Статус: Обязательное

Правила: данное поле не должно содержать никакого значения.

4. Поле 21: Связанный референс

Формат: 16x

Статус: Необязательное

Описание: Данное поле содержит то же значение, что и референс сообщения в изначальном платежном сообщении.

Правила: Значение поля может содержать до 16 символов.

5. Поле 13D: Дата/Время создания сообщения

Формат: 6!n4!n1!x4!n (Дата)(Время)(Признак)(Смещение)

Статус: Обязательное

Описание: данное поле содержит Дату/Время создания сообщения.

Правила:

(Дата) должна содержать правильное значение даты в формате ГГММДД

(Время) должно содержать правильное значение времени в формате ЧЧММ

(Признак) должен быть '+' или '-'

(Смещение) выражается как ЧЧММ, где часовая компонента (ЧЧ) должна содержать значение от 00 до 23, и минутная компонента (MM) должна содержать значение от 00 до 59.

Пример:

:13D:0110231212+0200 означает: дата 23 Октября 2001, время 21:12 выраженное в часовом поясе GMT +02:00.

6. Поле M10: Код ответа

Формат: 5!x

Статус: Обязательное

Описание: Данное поле содержит код ответа системы на платежное сообщение.

Правила: Данное поле должно состоять из пяти символов. Правильными значениями данного поля являются:

LR000 – действие выполнено успешно;

LR002 – ошибка в первоначальном запросе.

7. Поле 79: Описание ошибки

Формат: 35*50x

Статус: Необязательное

Описание: В случае возникновения ошибки при обработке оригинального платежного сообщения (категория 1 или категория 2), данное поле содержит описание ошибки.

Правила: Данное поле может состоять до 35 строк по 50 произвольных символов каждая.

8. Поле KEY: Системный код транзакции

Формат: 25x

Статус: Обязательное

Описание: Данное поле содержит код транзакции системы ГСРРВ, для которой данное сообщение было сгенерировано.

Правила: Данное поле может содержать до 25 произвольных символов.

Пример:

{1:F0150100100AXXX0000000079}{2:I298TESTBIC0XXXXS}{4:

:20:pay4

:12:012

:77E:

:21:pay4

:13D:0705151246+0200

:32B:KGS1,

:M10:LR000

:KEY:20070515WO000300000001P1

3.5. Сообщение MT 298 SMT 212

Назначение

Это сообщение используется для передачи инструкций между двумя участниками (счетами)

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
M	12	Подтип сообщения	3!n	2
M	77E	Составное поле		3
M	M02	Дата создания сообщения	8!n	4
M	M20	Код операции	4!x	5
M	M99	Код платежа	6!n	6
M	M03	БИК/Счет участника	[11x][/15x]	7
M	M03	БИК/Счет участника	[11x][/15x]	8
M	32B	Валюта и сумма платежа	3!a15d	9
M	M79	Детали транзакции	2*35x	10
O	MRT	Код типа резервирования	10x	11
O	M07	Код транзакции	1!x[16x]//22!x[15d]	12
O	79	Описание платежа	4*35x	13
M – обязательное O - необязательное

Правила использования

Первое появление поля M03 будет содержать Дебет счета участника, а второе появление – Кредит счета участника. Если перевод осуществляется между двумя счетами в системе PACS, то поле M03 будет содержать только счет.

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

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

2. Поле 12: Подтип сообщения

Формат: 3!n

Статус: Обязательное

Описание: Данное поле содержит тип сообщения, включенный в MT 298.

Правила: Значением данного поля должно быть 212.

3. Поле 77E: Составное поле

Статус: Обязательное

Правила: данное поле не должно содержать никакого значения.

4. Поле M02: Дата создания сообщения

Формат: 8!n

Статус: Обязательное

Описание: Данное поле содержит дату создания данного сообщения.

Правила: Значение данного поля должно содержать ровно 8 цифр. Формат даты будет ГГГГММДД, и к нему применимы все обычные процедуры проверки. Поддерживается только значение текущей даты.

5. Поле M20: Код операции

Формат: 4!x

Статус: Обязательное

Описание: Данное поле содержит код операции, которая должна быть выполнена в принимающей системе.

Правила: Значение данного поля должно содержать ровно 4 символа. Значением поля является TRNF – перевод средств между двумя участниками.

6. Поле M99:

Формат: 6!n

Статус: Обязательное

Описание: Данное поле содержит код платежа создаваемой транзакции.

Правила: Значение данного поля должно содержать ровно 6 цифр.

7. Поле M03: БИК/Счет Участника

Формат: [11x][/15x] (БИК) (Счет)

Статус: Обязательное

Описание: Данное поле используется для передачи информации о дебетовании или кредитовании счета участника.

Правила: Значение данного поля должно содержать до 11 символов в части БИК и до 15 символов в части Счета.

11x - БИК Участника, который не должен содержать слэш '/'

15x – Номер счета.

8. Поле M03: БИК/Счет Участника

Формат: [11x][/15x] (БИК)(Счет)

Статус: Обязательное

Описание: Данное поле используется для передачи информации о дебетовании или кредитовании счета участника.

Правила: Значение данного поля должно содержать до 11 символов в части БИК и до 15 символов в части Счет.

11x - БИК Участника, который не должен содержать слэш '/'

15x – Номер счета.

9. Поле 32: Валюта и Сумма платежа

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Обязательное

Описание: Данное поле содержит валюту и сумму платежа.

10. Поле M79: Детали транзакции

Формат: 2*35x

Статус: Обязательное

Описание: Данное поле содержит детали транзакции, существующие в инициирующей системе. Например, если инициирующей системой транзакции является система ГСРРВ, то данное поле будет содержать код транзакции.

Правила: Данное поле может состоять из 2 строк по 35 произвольных символов каждая.

11. Поле MRT: Код типа резервирования

Формат: 10x

Статус: Необязательное

Описание: Данное поле содержит код типа резервирования.

12. Поле M07: Код транзакции

Формат: 1!x[16x]//22!x[15d] (Признак D/C)(Референс транзакции) (Код

транзакции)(Сумма)

Статус: Необязательное

Описание: Данное поле содержит детали транзакции, существующей в системе ГСРРВ .

13. Поле 79: Описание платежа

Формат: 4*35x

Статус: Необязательное

Описание: Данное поле содержит детали данного платежа.

Правила: Данное поле может состоять из 4 строк по 35 произвольных символов каждая.

Пример

{1:F0150100100AXXX0000000000}{2:I298INSTBIC0XXXXS}{4:

:20:1026513829

:12:212

:77E:

:M02:20070604

:M20:TRNF

:M99:554433

:M03:TESTBIC1

:M03:TESTBIC0

:32B:KGS1000000,

:M79:20070604MT000000000001

:79:тестовый платеж

{1:F0150100100AXXX0501000231}{2:O298024298031355555500AXXX02418647629803130029N}{4:

:20:1026513829

:12:212

:77E:

:M02:20070604

:M20:TRNF

:M99:554433

:M03:TESTBIC0

:M03:TESTBIC1

:32B:KGS10,

:M79:возврат платежа

:79: в соответствии с договором

3.6. MT 298 SMT 999 - Основное сообщение свободного формата

Назначение

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

Отправитель: БИК системы ГСРРВ .

Получатель: БИК Участника

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
M	12	Подтип сообщения	3!n	2
M	77E	Составное поле		3
M	21	Связанный референс	16x	4
M	13D	Дата/Время создания сообщения	6!n4!n1!x4!n	5
O	79	Сообщение свободного формата	4*35x	6
M – обязательное O - необязательное

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

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

2. Поле 12: Подтип сообщения

Формат: 3!n

Статус: Обязательное

Описание: Данное поле содержит тип сообщения, включенный в MT 298.

Правила: Значением данного поля должно быть 999.

3. Поле 77E: Составное поле

Статус: Обязательное

Правила: данное поле не должно содержать никакого значения.

4. Поле 21: Связанный референс

Формат: 16x

Статус: Обязательное

Описание: Данное поле содержит то же значение, что и референс исходного сообщения.

5. Поле 13D: Дата/Время создания сообщения

Формат: 6!n4!n1!x4!n (Дата)(Время)(Признак)(Смещение)

Статус: Обязательное

Описание: Данное поле содержит Дату/Время создания сообщения.

Правила:

(Дата) должна содержать правильное значение даты в формате ГГММДД

(Время) должно содержать правильное значение времени в формате ЧЧММ

(Знак) должен быть '+' или '-'

(Смещение) выражается как ЧЧMM, где часовая компонента (ЧЧ) должна содержать значение от 00 до 23, и минутная компонента (MM) должна содержать значение от 00 до 59.

Пример:

:13D:0110231212+0200 означает: дата 23 Октября 2001, время 21:12 выраженное в часовом поясе GMT +02:00.

6. Поле 79: Сообщение свободного формата

Формат: 4*35x

Статус: Необязательное

Описание: Данное поле содержит сообщение свободного формата.

Правила: Данное поле может состоять из 4 строк по 35 произвольных символов каждая. Для оповещений об изменениях в расписании системы ГСРРВ, поле будет иметь следующий формат:

<код события>/O[/<новая дата>/<новое время>]

где

<код события> - идентификатор события, которое было изменено операторами, который должен иметь одно из следующих значений:

a) ICO – Initial Cutoff

b) FCO – Final Cutoff

c) END – Settlement End

3.7. MT 298 SMT 201 - Инструкция по расчету Чистых Позиций (NSI)

Назначение

Данное входное сообщение используется для передачи в систему ГСРРВ запроса на расчет чистых/ГРОССовых позиций.

Отправитель: БИК Отправителя

Получатель: БИК ГСРРВ

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
M	12	Подтип сообщения	3!n	2
M	77E	Составное поле		3
M	M02	Дата создания сообщения	8!n	4
O	M99	Код платежа	6!n	5
----->
M	M03	БИК/Счет Участника	[11x][/15x]	6
M	M4D	Сумма дебета	3!a15d	7
M	M4C	Сумма кредита	3!a15d	8
-----\|
M	M4C	Общая сумма дебета	3!a15d	9
M	M4C	Общая сумма кредита	3!a15d	10
O	M79	Детали транзакции	2*35x	11
O	79	Описание платежа	4*35x	12
M – обязательное O - необязательное

Правила использования

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

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

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

2. Поле 12: Подтип сообщения

Формат: 3!n

Статус: Обязательное

Описание: Данное поле содержит тип сообщения, включенный в MT 298.

Правила: Значением данного поля должно быть 201.

3. Поле 77E: Составное поле

Статус: Обязательное

Правила: данное поле не должно содержать никакого значения.

4. Поле M02: Дата создания сообщения

Формат: 8!n

Статус: Обязательное

Описание: Данное поле содержит дату создания данного сообщения.

Правила: Значение данного поля должно содержать ровно 8 цифр. Формат даты будет ГГГГММДД и к нему применимы все обычные процедуры проверки. Поддерживается только значение текущей даты.

5. Поле M99: Код платежа

Формат: 6!n

Статус: Необязательное

Описание: Данное поле содержит код платежа создаваемой транзакции в системе ГСРРВ.

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

6. Поле M03: БИК/Счет Участника

Формат: [11x][/15x] (БИК)(Счет)

Статус: Обязательное

Описание: Данное поле используется для передачи информации об участнике: БИК и Номер Счета.

Правила: Значение данного поля должно содержать до 11 символов в части БИК и до 15 символов в части Счета.

11x - БИК Участника, который не должен содержать слэш '/'

15x – Номер счета

7. Поле M4D: Сумма дебета

Формат: 3!a15d (Код валюты) (Сумма)

Статус: Обязательное

Описание: Данное поле содержит валюту и сумму дебита, на которую должен быть произведен платеж.

Правила: Первые 3 символа содержат код валюты в стандарте ISO. Целая часть Cуммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты. Данное поле может содержать нулевое значение, и в таком случае оно будет выглядеть так: 'ALL0,'. Если данное поле содержит нулевое значение, то поле M4C не должно содержать нулевое значение.

8. Поле M4C: Сумма кредита

Формат: 3!a15d (Валюта) (Сумма)

Статус: Обязательное

Описание: Данное поле содержит Валюту и Сумму кредита, на которую должен быть произведен платеж.

Правила: Первые 3 символа содержат код валюты в стандарте ISO. Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты. Данное поле может содержать нулевое значение, и в таком случае оно будет выглядеть так: 'ALL0,'. Если данное поле содержит нулевое значение, то поле M4D не должно содержать нулевое значение.

9. Поле M4B: Общая сумма дебета

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Обязательное

Описание: Данное поле содержит валюту и общую сумму дебита.

10. Поле M4A: Общая сумма кредита

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Обязательное

Описание: Данное поле содержит валюту и общую сумму кредита.

11. Поле M79: Детали транзакции

Формат: 2*35x

Статус: Не обязательное

Описание: Данное поле содержит детали транзакции, существующие в инициирующей системе. Любая информацию, указанная в данном поле будет помещена в ответное сообщение, которым система ГСРРВ отвечает отправителю.

Правила: Данное поле может содержать до 2 строк по 35 произвольных символов каждая.

12. Поле 79: Описание платежа

Формат: 4*35x

Статус: Необязательное

Описание: Данное поле содержит детали данного платежа.

Правила: Данное поле может состоять из 4 строк по 35 произвольных символов каждая.

Пример:

{1:F0150100100AXXX0501000231}{2:O2980242980313INSTBIC0AXXX02418647629803130029N}{4:

:20:NSI-TEST1

:12:201

:77E:

:M02:20070204

:M99:660580

:M03:TESTBIC0

:M4D:KGS1000000,

:M4C:KGS0,

:M03:TESTBIC1

:M4D:KGS0,

:M4C:KGS500000,

:M03:TESTBIC2

:M4D:KGS0,

:M4C:KGS500000,

:M4B:KGS1000000,

:M4A:KGS1000000,

:79:чистые позиции по итогам клиринга

3.8. MT 298 SMT 251 - Ответ на инструкцию по расчету Чистых Позиций (NSI)

Назначение

Данное выходное сообщение используется для передачи отправителю ответа на запрос по расчету чистых позиций в системе ГСРРВ. Оно содержит подтверждение/отказ (ack/nak) в зависимости от правильности первичного сообщения MT201.

Отправитель: БИК ГСРРВ

Получатель: БИК учреждения

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
M	12	Подтип сообщения	3!n	2
M	77E	Составное поле		3
M	21	Связанный референс	16x	4
M	13D	Дата/Время создания сообщения	6!n4!n1!x4!n	5
----->
M	M03	БИК/Счет Участника	[11x][/15x]	6
O	M4D	Сумма дебита	3!a15d	7
O	M4C	Сумма кредита	3!a15d	8
O	M5P	Код ошибки	6!x	9
O	32B	Недостающая Сумма транзакции	3!a15d	10
O	M4R	Сумма из резерва	3!a15d	11
-----\|
O	M79	Детали транзакции	2*35x	12
O	M5T	Код ошибки	6!x	13
M	M06	Код ответа	3!x	14
M – обязательное O - необязательное

Правила использования

Повторяющаяся последовательность присутствует в том случае, если в одной или нескольких частях, указанных в первоначальном сообщении SMT 201 произошла ошибка, при этом поле M5P является обязательным. Если же поле M5P отсутствует в повторяющейся последовательности, то данное сообщение является отчетом (подтверждением) об успешно выполненной инструкции по расчету Чистых Позиций (NSI).

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

2. Поле 12: Подтип сообщения

Формат: 3!n

Статус: Обязательное

Описание: Данное поле содержит тип сообщения, включенный в MT 298.

Правила: Значением данного поля должно быть 251.

3. Поле 77E: Составное поле

Статус: Обязательное

Правила: данное поле не должно содержать никакого значения.

4. Поле 21: Связанный Референс

Формат: 16x

Статус: Обязательное

Описание: Данное поле содержит то же значение, что и референс сообщения, указанный в SMT201 – Инструкция по расчету Чистых Позиций, к которому данное сообщение относится.

5. Поле 13D: Дата/Время создания сообщения

Формат: 6!n4!n1!x4!n (Дата)(Время)(Признак)(Смещение)

Статус: Обязательное

Описание: Данное поле содержит Дату/Время создания сообщения SMT 251.

Правила:

(Дата) должна содержать правильное значение даты в формате ГГММДД

(Время) должно содержать правильное значение времени в формате ЧЧММ

(Признак) должен быть '+' или '-'

Пример:

:13D:0110231212+0200 означает: дата 23 Октября 2001, время 21:12 выраженное в часовом поясе GMT +02:00.

6. Поле M03: БИК/Счет Участника

Формат: [11x][/15x] (БИК)(Счет)

Статус: Обязательное

Описание: Данное поле используется для передачи информации об участнике: БИК и номер счета.

Правила: Значение данного поля должно содержать до 11 символов в части БИК и до 15 символов в части Счет.

11x - БИК Участника, который не должен содержать слэш '/'

15x – Номер счета

7. Поле M4D: Сумма дебета

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Необязательное

Описание: Данное поле содержит валюту и сумму дебета, на которую должен быть произведен платеж.

Правила: Первые 3 символа содержат код валюты в стандарте ISO. Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты. Если данное поле содержит нулевое значение, то поле M4C не должно содержать нулевое значение (подобно SMT 201).

8. Поле M4C: Сумма кредита

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Необязательное

Описание: Данное поле содержит валюту и сумму кредита, на которую должен быть произведен платеж.

Правила: Первые 3 символа содержат код валюты в стандарте ISO. Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты. Если данное поле содержит нулевое значение, то поле M4D не должно содержать нулевое значение (подобно SMT 201).

9. Поле M5P: Код ошибки

Формат: 6!x

Статус: Необязательное

Описание: Данное поле содержит код ошибки для SM 201 на которое ссылается данное сообщение.

Правила: Значение данного поля должно состоять из 6 символов. Правильными значениями являются:

· INVBIC – неверный БИК

· INVACC – неверный Счет Участника

· INVCUR – неверный Код Валюты

· INSFND – недостаточно денежных средств

· INVDCA – неверный формат дебита/кредита, т.е. если дебит содержит ненулевое значение, то значение кредита должно быть равно нулю и наоборот.

· SUSPND – Участник удален из системы ГСРРВ.

10. Поле 32B: Недостающая сумма транзакции

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Необязательное

Описание: В случае возникновения ошибки, связанной с недостаточностью денежных средств на счете (поле M5P содержит значение INSFND), данное поле содержит значение суммы, необходимое для осуществления указанной транзакции на момент создания данного сообщения системой ГСРРВ (поле 13D данного сообщения).

11. Поле M4R: Сумма из резерва

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Необязательное

Описание: Данное поле содержит сумму, взятую из резерва в системе ГСРРВ Клиринговой Палатой для оплаты данной транзакции.

12. Поле M79: Детали транзакции

Формат: 2*35x

Статус: Необязательное

Правила: Данное поле может содержать до 2 строк по 35 произвольных символов каждая.

13. Поле M5T: Код ошибки

Формат: 6!x

Статус: Необязательное

Описание: Данное поле содержит код ошибки для SMT 201 на которое ссылается данное сообщение.

Правила: Значение данного поля должно состоять из 6 символов. Правильными значениями являются:

· INVDBA – неверная общая сумма дебита

· INVCRA – неверная общая сумма кредита

· INVDCA – неверная сумма дебита/кредита, если общая сумма дебита не равна общей сумме кредита.

· INVMDT – неверная дата сообщения

· DUPREF – неуникальный референс сообщения

· QUPEND – указывает, инструкция по расчету Чистых Позиций помещена в очередь ожидания в связи с недостаточностью средств на счете.

· CANCEL – указывает на внутридневную отмену инструкции по расчету Чистых Позиций

· SUSPND – указывает, что произошла отмена инструкции по расчету Чистых Позиций в связи с исключением Участника из системы ГСРРВ.

· INSFND – указывает на отмену инструкции по расчету Чистых Позиций в связи с недостаточностью средств на счете.

· DNSREQ – указывает на отмену расчета в связи с запросом DNS оператором.

· INVICO – указывает на то, что произошло начальное отключение (initial cutoff) и поэтому инструкции по расчету Чистых Позиций больше не могут поступать в систему ГСРРВ.

· INVTME – неверный период: запрос на произведение расчета Чистых Позиций на данный момент не может быть выполнен в системе ГСРРВ.

14. Поле M06: Код ответа

Формат: 3!x

Статус: Обязательное

Описание: Данное поле содержит результат сообщения SMT 201.

Правила: Данное поле должно состоять из 3 символов. Правильными значениями являются:

· ACK – сообщение SMT 201 обработано успешно

· NAK – при обработке SMT 201 произошла по меньшей мере одна ошибка, или же инструкция по расчету Чистых Позиций (NSI) была отменена.

Пример:

{1:F0150100100AXXX0000038735}{2:I298INSTBIC0XXXXN}{4:

:20:ns3

:12:251

:77E:

:21:ns3

:13D:0703291631+0200

:M03:TESTBIC0

:M4D:KGS99,

:M4R:KGS5,

:M03:TESTBIC1

:M4C:KGS99,

:M4R:KGS0

:M06:ACK

3.9. MT 298 SMT 210 - Запрос на резервирование средств

Назначение

Данное входное сообщение используется для передачи в систему ГСРРВ запроса на резервирование средств от лица учреждения.

Отправитель: БИК учреждения

Получатель: БИК ГСРРВ

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
M	12	Подтип сообщения	3!n	2
M	77E	Составное поле		3
M	M02	Дата создания сообщения	8!n	4
----->
M	M03	БИК/Счет участника	[11x][/15x]	5
-----\|
O	79	Описание платежа	4*35x	6
M – обязательное O - необязательное

Спецификации полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

2. Поле 12: Подтип сообщения

Формат: 3!n

Статус: Обязательное

Описание: Данное поле содержит тип сообщения, включенный в MT 298.

Правила: Значением данного поля должно быть 210.

3. Поле 77E: Составное поле

Статус: Обязательное

Правила: данное поле не должно содержать никакого значения.

4. Поле M02: Дата создания сообщения

Формат: 8!n

Статус: Обязательное

Описание: Данное поле содержит дату создания данного сообщения.

5. Поле M03: БИК/Счет Участника

Формат: [11x][/15x] (БИК)(Счет)

Статус: Обязательное

Описание: Данное поле используется для передачи информации об участнике: БИК и Номер Счета.

Правила: Значение данного поля должно содержать до 11 символов в части БИК и до 15 символов в части Счета.

11x - БИК Участника, который не должен содержать слэш '/'

15x – Номер счета.

6. Поле 79: Описание платежа

Формат: 4*35x

Статус: Необязательное

Описание: Данное поле содержит описание данного платежа.

Правила: Данное поле может состоять из 4 строк по 35 произвольных символов каждая.

Пример:

{1:F0150100100AXXX0501000231}{2:O2980242980313INSTBIC0AXXX02418647629803130029N}{4:

:20:REPORTRQ1

:12:210

:77E:

:M02:20070927

:M03:TESTBIC0

:M03:TESTBIC1

:M03:TESTBIC2

:79:РЕЗЕРВИРОВАНИЕ СРЕДСТВ

3.10. MT 298 SMT 260 - Ответ на запрос на резервирование средств

Назначение

Данное выходное сообщение используется для передачи отправителю ответа на сообщение с запросом на резервирование средств.

Отправитель: БИК ГСРРВ

Получатель: БИК учреждения

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
M	12	Подтип сообщения	3!n	2
M	77E	Составное поле		3
M	21	Связанный референс	16x	4
M	13D	Дата/Время создания сообщения	6!n4!n1!x4!n	5
----->
M	M03	БИК/Счет Участника	[11x][/15x]	6
O	32B	Сумма резерва Участника	3!a15d	7
O	M5P	Код ошибки	6!x	8
-----\|
O	M5T	Код ошибки	6!x	9
M	M06	Код ответа	3!x	10
M – обязательное O - необязательное

Правила использования

Поле «Код ошибки» M5P появляется в повторяющейся последовательности только в том случае, если в одной или нескольких частях, указанных в оригинальном сообщении SMT 210, присутствует ошибка.

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

2. Поле 12: Подтип сообщения

Формат: 3!n

Статус: Обязательное

Описание: Данное поле содержит тип сообщения, включенный в MT 298.

Правила: Значением данного поля должно быть 260.

3. Поле 77E: Составное поле

Статус: Обязательное

Правила: данное поле не должно содержать никакого значения.

4. Поле 21: Связанный Референс

Формат: 16x

Статус: Обязательное

Описание: Данное поле содержит то же значение, что и референс сообщения, указанный в SMT 210 – Запрос на резервирование средств, к которому данное сообщение относится.

5. Поле 13D: Дата/Время создания сообщения

Формат: 6!n4!n1!x4!n (Дата)(Время)(Признак)(Смещение)

Статус: Обязательное

Описание: Данное поле содержит Дату/Время создания сообщения SMT 260.

Правила:

(Дата) должна содержать правильное значение даты в формате ГГММДД

(Время) должно содержать правильное значение времени в формате ЧЧMM

(Признак) должен быть '+' или '-'

Пример:

:13D:0110231212+0200 означает: дата 23 Октября 2001, время 21:12 выраженное в часовом поясе GMT +02:00.

6. Поле M03: БИК/Счет Участника

Формат: [11x][/15x] (БИК)(Счет)

Статус: Обязательное

Описание: Данное поле используется для передачи информации об участнике: БИК и номер счета.

Правила: Значение данного поля должно содержать до 11 символов в части БИК и до 15 символов в части Счета.

11x - БИК Участника, который не должен содержать слэш '/'

15x – Номер счета

7. Поле 32B: Сумма резерва Участника

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Не обязательное

Описание: Данное поле содержит кредитовую сумму резерва Участника.

8. Поле M5P: Код ошибки

Формат: 6!x

Статус: Необязательное

Описание: Данное поле содержит код ошибки для SM210, на которое ссылается данное сообщение.

Правила: Значение данного поля должно состоять из 6 символов. Правильными значениями являются:

· INVBIC – неверный БИК

9. Поле M5T: Код ошибки

Формат: 6!x

Статус: Необязательное

Описание: Данное поле содержит код ошибки для SMT210, на которое ссылается данное сообщение.

Правила: Значение данного поля должно состоять из 6 символов. Правильными значениями являются:

· INVSND – неверный Отправитель сообщения (Отправитель не является Клиринговой Палатой)

· INVMDT – неверная дата сообщения

· DUPREF – неуникальный референс сообщения

10. Поле M06: Код ответа

Формат: 3!x

Статус: Обязательное

Описание: Данное поле содержит ответ на исходное сообщение SMT 210.

Правила: Данное поле должно состоять из 3 символов. Правильными значениями являются:

· ACK – сообщение SMT 210 обработано успешно

· NAK – при обработке SMT 210 произошла по меньшей мере одна ошибка.

Пример:

{1:F0150100100AXXX0000000104}{2:I298INSTBIC0XXXXN}{4:

:20:1234567890123456

:12:260

:77E:

:21:1234567890123456

:13D:0703241754+0200

:M03:TESTBIC0

:32B:KGS0,

:M03:TESTBIC1

:32B:KGS200,

:M03:TESTBIC2

:32B:KGS340,

:M06:ACK

3.11. MT 298 SMT 211 - Сообщение по управлению резервом

Назначение

Данное сообщение используется в следующих целях:

· Запроса на создание резерва

· Освобождения резерва

Отправитель: БИК учреждения

Получатель: БИК ГСРРВ

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
M	12	Подтип сообщения	3!n	2
M	77E	Составное поле		3
M	M02	Дата создания сообщения	8!n	4
M	M20	Код операции	4!x	5
M	M99	Код платежа	6!n	6
M	M03	БИК/Счет Участника	[11x][/15x]	7
O	32B	Сумма резерва	3!a15d	8
O	M79	Детали транзакции	2*35x	9
O	MRT	Код типа резервирования	10x	10
O	79	Описание платежа	4*35x	11
M – обязательное O - необязательное

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

2. Поле 12: Подтип сообщения

Формат: 3!n

Статус: Обязательное

Описание: Данное поле содержит тип сообщения, включенный в MT 298.

Правила: Значением данного поля должно быть 211.

3. Поле 77E: Составное поле

Статус: Обязательное

Правила: данное поле не должно содержать никакого значения.

4. Поле M02: Дата создания сообщения

Формат: 8!n

Статус: Обязательное

Описание: Данное поле содержит дату создания данного сообщения.

5. Поле M20: Код операции

Формат: 4!x

Статус: Обязательное

Описание: Данное поле содержит код операции, которая должна быть выполнена в принимающей системе.

Правила: Значение данного поля должно содержать ровно 4 символа. Правильными значениями являются:

· CREA – запрос на передачу резерва в принимающую систему

· RLSE – запрос на освобождение резерва.

6. Поле M99: Код платежа

Формат: 3!n

Статус: Обязательное

Описание: Данное поле содержит код платежа создаваемой транзакции.

Правила: Значение данного поля должно содержать ровно 3 цифры.

7. Поле M03: БИК/Счет Участника

Формат: [11x][/15x] (БИК)(Счет)

Статус: Обязательное

Описание: Данное поле используется для передачи информации о дебетовании или кредитовании счета участника.

Правила: Значение данного поля должно содержать до 11 символов в части БИК и до 15 символов в части Счета.

11x - БИК Участника, который не должен содержать слэш '/'

15x – Номер счета

8. Поле 32B: Сумма резерва

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Необязательное

Описание: Данное поле содержит сумму, которую Участник, указанный в поле M03, хочет перевести в состояние резерва.

9. Поле M79: Детали транзакции

Формат: 2*35x

Статус: Необязательное

Описание: Данное поле содержит детали транзакции, которая была отправлена со стороны учреждения.

Правила: Данное поле может состоять из 2 строк по 35 произвольных символов каждая.

10. Поле MRT: Код типа резервирования

Формат: 10x

Статус: Необязательное

Описание: Данное поле содержит код типа резервирования.

11. Поле 79: Описание платежа

Формат: 4*35x

Статус: Необязательное

Описание: Данное поле содержит детали данного платежа.

Правила: Данное поле может состоять из 4 строк по 35 произвольных символов каждая.

Примеры:

{1:F0150100100AXXX0501000231}{2:O2980242980313INSTBIC0AXXX02418647629803130029N}{4:

:20:RESERVERQ

:12:211

:77E:

:M02:20060113

:M20:CREA

:M99:661730

:M03:TESTBIC0

:32B:KGS5000,

:79:РЕЗЕРВИРОВАНИЕ

{1:F01501000100AXXX0501000231}{2:O2980242980313INSTBIC0AXXX02418647629803130029N}{4:

:20:RLSE

:12:211

:77E:

:M02:20060113

:M20:RLSE

:M99:661730

:M03:TESTBIC0

:79:ОСВОБОЖДЕНИЕ СРЕДСТВ

3.12. MT 298 SMT 261 Ответ на сообщение по управлению резервом

Назначение

Данное сообщение используется для передачи Отправителю ответа на запрос по созданию резерва, указанным в первичном сообщении. Данное сообщение содержит значение ack/nack (подтверждено/не подтверждено), в зависимости от правильности первичного сообщения SMT 211.

Отправитель: БИК ГСРРВ

Получатель: БИК учреждения

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
M	12	Подтип сообщения	3!n	2
M	77E	Составное поле		3
M	21	Связанный референс	16x	4
M	13D	Дата/Время создания сообщения	6!n4!n1!x4!n	5
O	M03	БИК/Счет Участника	[11x][/15x]	6
O	32B	Сумма резерва	3!a15d	7
O	M79	Детали транзакции	2*35x	8
O	MRT	Код типа резервирования	10x	9
O	M5T	Код ошибки	6!x	10
M	M06	Код ответа	3!x	11
M – обязательное O - необязательное

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

2. Поле 12: Подтип сообщения

Формат: 3!n

Статус: Обязательное

Описание: Данное поле содержит тип сообщения, включенный в MT 298.

Правила: Значением данного поля должно быть 261.

3. Поле 77E: Составное поле

Статус: Обязательное

Правила: данное поле не должно содержать никакого значения.

4. Поле 21: Связанный референс

Формат: 16x

Статус: Обязательное

Описание: Данное поле содержит то же значение, что и референс сообщения, указанный в сообщении SMT 211.

5. Поле 13D: Дата/Время создания сообщения

Формат: 6!n4!n1!x4!n (Дата)(Время)(Признак)(Смещение)

Статус: Обязательное

Описание: Данное поле содержит Дату/Время создания сообщения SMT 261.

Правила:

(Дата) должна содержать правильное значение даты в формате ГГММДД

(Время) должно содержать правильное значение времени в формате ЧЧMM

(Признак) должен быть '+' или '-'

Пример:

:13D:0110231212+0200 означает: дата 23 Октября 2001, время 21:12 выраженное в часовом поясе GMT +02:00.

6. Поле M03: БИК/Счет Участника

Формат: [11x][/15x] (БИК)(Счет)

Статус: Не обязательное

Описание: Данное поле используется для передачи информации об участнике: БИК и номер счета.

Правила: Значение данного поля должно содержать до 11 символов в части БИК и до 15 символов в части Счета.

11x - БИК Участника, который не должен содержать слэш '/'

15x – Номер счета

7. Поле 32B: Сумма резерва Участника

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Необязательное

Описание: В случае возникновения ошибки, связанной с недостаточностью средств на счете (поле M5P содержит значение INSFND), данное поле содержит сумму, необходимую для совершения транзакции, указанную на момент создания данного сообщения системой ГСРРВ (поле 13D).

8. Поле M79: Детали транзакции

Формат: 2*35x

Статус: Необязательное

Описание: Данное поле содержит детали транзакции (копия значения, указанного в SMT 211).

Правила: Данное поле может состоять из 2 строк по 35 произвольных символов каждая.

9. Поле MRT: Код типа резервирования

Формат: 10x

Статус: Необязательное

Описание: Данное поле содержит код типа резервирования.

10. Поле M5T: Код ошибки

Формат: 6!x

Статус: Не обязательное

Описание: Данное поле содержит код ошибки для SMT 211, на которое ссылается данное сообщение.

Правила: Значение данного поля должно состоять из 6 символов. Правильными значениями являются:

· INVMDT – неверная дата сообщения

· DUPREF – неуникальный референс сообщения

· INVOPC – неверный код операции

· INVM07 – поле M07 отсутствует для отмены запроса

· INVSND – неверный Отправитель сообщения

· INVMRT – неверное наименование типа резерва

· INVBIC – неверное значение БИК

· INVAMT – неверно указана Сумма

11. Поле M06: Код ответа

Формат: 3!x

Статус: Обязательное

Описание: Данное поле содержит результат сообщения SMT 211.

Правила: Данное поле должно состоять из 3 символов. Правильными значениями являются:

· ACK – сообщение SMT 211 обработано успешно

· NAK – при обработке SMT 211 произошла по меньшей мере одна ошибка.

Пример:

{1:F0150100100AXXX0000000000}{2:I298INSTBIC0XXXXN}{4:

:20:1058044463

:12:261

:77E:

:21:1058044463

:13D:0706041109

:M06:ACK

3.13. MT 298 SMT 218 - Сообщение по управлению ликвидностью (ILF)

Назначение

Данное сообщение используется в следующих целях:

· Запроса на частичное погашение кредита

· Запрос на полное погашение кредита

Отправитель: БИК учреждения

Получатель: БИК ГСРРВ

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
M	12	Подтип сообщения	3!n	2
M	77E	Составное поле		3
M	M02	Дата создания сообщения	8!n	4
M	M20	Код операции	4!x	5
M	M99	Код платежа	6!n	6
M	M03	БИК/Счет Участника	[11x][/15x]	7
O	32B	Сумма погашения	3!a15d	8
O	M07	Код транзакции	1!x[16x]//22!x[15d]	9
O	79	Описание платежа	4*35x	10
M – обязательное O - необязательное

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

2. Поле 12: Подтип сообщения

Формат: 3!n

Статус: Обязательное

Описание: Данное поле содержит тип сообщения, включенный в MT 298.

Правила: Значением данного поля должно быть 218.

3. Поле 77E: Составное поле

Статус: Обязательное

Правила: данное поле не должно содержать никакого значения.

4. Поле M02: Дата создания сообщения

Формат: 8!n

Статус: Обязательное

Описание: Данное поле содержит дату создания данного сообщения.

5. Поле M20: Код операции

Формат: 4!x

Статус: Обязательное

Описание: Данное поле содержит код операции, которая должна быть выполнена в принимающей системе.

Правила: Значение данного поля должно содержать ровно 4 символа. Правильными значениями являются:

· DRAW – запрос на частичное погашение кредита;

· REVS – запрос на полное погашение кредита;

6. Поле M99: Код платежа

Формат: 6!n

Статус: Обязательное

Описание: Данное поле содержит код платежа создаваемой транзакции.

Правила: Значение данного поля должно содержать ровно 6 цифр.

7. Поле M03: БИК/Счет Участника

Формат: [11x][/15x] (БИК)(Счет)

Статус: Обязательное

Описание: Данное поле используется для передачи информации о дебетовании или

кредитовании счета участника.

Правила: Значение данного поля должно содержать до 11 символов в части БИК и до 15 символов в части Счета.

11x - БИК Участника, который не должен содержать слэш '/'

15x – Номер счета

8. Поле 32B: Сумма погашения

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Необязательное

Описание: Данное поле содержит сумму погашения кредита.

9. Поле M07: Код транзакции

Формат: 1!x[16x]//22!x[15d] (Признак D/C)(Референс транзакции)(Код

транзакции)(Сумма)

Статус: Необязательное

Описание: В случае запроса на отказ от кредита, данное поле содержит код первоначальной транзакции о погашении кредита в системе ГСРРВ, для которого требуется отказ.

Правила: Первым символом значения данного поля должно быть ‘D’.

Код транзакции – это код транзакции погашения кредита, созданный системой ГСРРВ.

10. Поле 79: Описание платежа

Формат: 4*35x

Статус: Необязательное

Описание: Данное поле содержит детали данного платежа (подробное описание).

Правила: Данное поле может состоять из 4 строк по 35 произвольных символов каждая.

Примеры:

{1:F0150100100AXXX0501000231}{2:O2980242980313INSTBIC0AXXX02418647629803130029N}{4:

:20:ILF1

:12:218

:77E:

:M02:20070509

:M20:DRAW

:M99:444444

:M03:TESTBIC0

:32B:KGS5000,

:79:ЗАПРОС НА ЧАСТИЧНОЕ ПОГАШЕНИЕ

{1:F0150100100AXXX0501000231}{2:O2980242980313INSTBIC0AXXX02418647629803130029N}{4:

:20:ILF2

:12:218

:77E:

:M02:20070509

:M20:REVS

:M99:444444

:M03:TESTBIC0

:M07:key

:79:ЗАПРОС НА ПОЛНОЕ ПОГАШЕНИЕ

3.14. MT 298 SMT 268 - Ответ на сообщение по управлению ликвидностью (ILF)

Назначение

Данное выходного сообщение используется для передачи отправителю ответа на первичный запрос по управлению ликвидностью. Оно содержит значение ack/nack, в зависимости от правильности первичного сообщения SMT 218. Также оно используется для оповещения о ручном возврате кредита.

Отправитель: БИК ГСРРВ

Получатель: БИК учреждения

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
M	12	Подтип сообщения	3!n	2
M	77E	Составное поле		3
M	21	Связанный референс	16x	4
M	13D	Дата/Время создания	6!n4!n1!x4!n	5
M	M20	Код операции	4!x	6
M	M03	БИК/Счет Участника	[11x][/15x]	7
O	32B	Сумма погашения	3!a15d	8
O	M07	Код транзакции	1!x[16x]//22!x[15d]	9
O	79	Описание платежа	4*35x	10
O	M5T	Код ошибки	6!x	11
M	M06	Код ответа	3!x	12
M – обязательное O - необязательное

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

2. Поле 12: Подтип сообщения

Формат: 3!n

Статус: Обязательное

Описание: Данное поле содержит тип сообщения, включенный в MT 298.

Правила: Значением данного поля должно быть 268.

3. Поле 77E: Составное поле

Статус: Обязательное

Правила: данное поле не должно содержать никакого значения.

4. Поле 21: Связанный Референс

Формат: 16x

Статус: Обязательное

Описание: Данное поле содержит то же значение, что и референс сообщения, указанный в исходном сообщении SMT 218.

5. Поле 13D: Дата/Время создания сообщения

Формат: 6!n4!n1!x4!n (Дата)(Время)(Признак)(Смещение)

Статус: Обязательное

Описание: Данное поле содержит Дату/Время создания сообщения.

Правила:

(Дата) должна содержать правильное значение даты в формате ГГММДД

(Время) должно содержать правильное значение времени в формате ЧЧMM

(Признак) должен быть '+' или '-'

Пример:

:13D:0110231212+0200 означает: дата 23 Октября 2001, время 21:12 выраженное в часовом поясе GMT +02:00.

6. Поле M20: Код операции

Формат: 4!x

Статус: Обязательное

Описание: Данное поле содержит код операции, которая создала данное сообщение.

Правила: Значение данного поля должно содержать ровно 4 символа. Правильными значениями являются:

· DRAW – запрос на частичное погашение кредита;

· REVS – запрос на полное погашение кредита;

7. Поле M03: БИК/Счет Участника

Формат: [11x][/15x] (БИК)(Счет)

Статус: Обязательное

Описание: Данное поле используется для передачи информации об Участнике, вовлеченным в операцию, связанную с кредитованием.

Правила: Значение данного поля должно содержать до 11 символов в части БИК и до 15 символов в части Счета.

11x - БИК Участника, который не должен содержать слэш '/'

15x – Номер счета.

8. Поле 32B: Сумма погашения

Формат: 3!a15d (Код валюты)(Сумма)

Статус: Необязательное

Описание: В случае ответа на частичное погашение кредита, данное поле содержит сумму погашения. Если же ответ предназначается для полного погашения кредита, то данное поле будет отсутствовать.

9. Поле M07: Код транзакции

Формат: 1!x[16x]//22!x[15d] (Признак D/C)(Референс транзакции)

(Код транзакции)(Сумма)

Статус: Необязательное

Описание: В случае запроса на частичное погашение кредита, данное поле содержит код первоначальной транзакции о частичном погашении кредита в системе ГСРРВ.

Правила: Первым символом значения данного поля должно быть ‘D’.

Код транзакции – это код транзакции, созданный системой ГСРРВ.

10. Поле 79: Описание платежа

Формат: 4*35x

Статус: Необязательное

Описание: Данное поле содержит детали данного платежа (подробное описание).

Правила: Данное поле может состоять из 4 строк по 35 произвольных символов каждая.

11. Поле M5T: Код ошибки

Формат: 6!x

Статус: Необязательное

Описание: Данное поле содержит код ошибки для SMT 218, на которое ссылается данное сообщение.

Правила: Значение данного поля должно состоять из 6 символов. Правильными значениями являются:

· INVMDT – неверная дата сообщения;

· DUPREF – неуникальный референс сообщения;

· INVOPC – неверный код операции;

· INVM07 – поле M07 отсутствует для REVS - запроса;

· INVSND – неверный Отправитель сообщения;

· INSFND – недостаточно денежных средств для осуществления возврата;

· INVTTC – неверно указан код платежа;

· INVBIC – неверное значение БИК Участника;

· INVCUR – неверно указана валюта;

12. Поле M06: Код ответа

Формат: 3!x

Статус: Обязательное

Описание: Данное поле содержит результат обработки сообщения SMT 218.

Правила: Данное поле должно состоять из 3 символов. Правильными значениями являются:

· ACK – сообщение SMT 218 обработано успешно;

· NAK – при обработке SMT 218 произошла по меньшей мере одна ошибка.

Пример:

{1:F0150100100AXXX0000000000}{2:I298INSTBIC0XXXXN}{4:

:20:1115200752

:12:268

:77E:

:21:1115200752

:13D:0706041115

:M20:DRAW

:M03:TESTBIC0

:M07:C//20070604IC000000000001

:79:ВОЗВРАТ КРЕДИТА

:M06:ACK

3.15. MT 900 - Подтверждение о дебетовании

Назначение

Данное сообщение отправляется владельцу счета со стороны учреждения, обслуживающего счет.

Оно используется для извещения владельца счета о транзакции, которая дебетовала его счет.

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

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс транзакции	16x	1
M	21	Связанный референс	16x	2
M	25	Номер счета	35x	3
M	32A	Дата валютирования, валюта, сумма	6!n3!a15d	4
O	52a	Банк-отправитель	A или D	5
O	72	Назначение платежа	6*35x	6
M – обязательное O - необязательное

Правила использования

· Если для счета часто посылаются выписки, то тип данного сообщения обычно не посылается;

· Тип данного сообщения никак не влияет на транзакции. Это сообщение является подтверждением для Получателя (владельца счета) о дебетовании его счета.

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

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

2. Поле 21: Связанный референс

Формат: 16x

Статус: Обязательное

Описание: Данное поле содержит референс связанной транзакции, которая отражается в данном сообщении, например, поле 20 исходного сообщения.

3. Поле 25: Номер счета

Формат: 35x

Статус: Обязательное

Описание: Данное поле содержит номер счета, который был дебетован.

Правила: Значение поля может содержать до 35 произвольных символов.

4. Поле 32A: Дата валютирования, Валюта, Сумма

Формат: 6!n3!a15d (Дата)(Код валюты)(Сумма)

Статус: Обязательное

Описание: Данное поле содержит Дату валютирования, Валюту и Сумму дебита.

Правила: Дата должна иметь правильное значение, выраженное в формате ГГММДД. Код валюты должен иметь правильное значение, в соответствии со стандартом ISO 4217. Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты.

5. Поле 52a: Банк-отправитель

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция D

[/1!a][/34x]

4*35x

(Идентификатор стороны)

(Наименование и адрес)

Статус: Необязательное

Описание: В данном поле указывается учреждение, которое запросило отправителя выполнить транзакцию, вызвавшую данный дебет, если данное учреждение не является получателем.

Правила:

Закодированная информация, содержащаяся в поле 52a, должна быть понятна Получателю сообщения.

Опция A является предпочтительной.

Опцию D следует использовать, только если банк -отправитель не имеет БИК.

6. Поле 72: Назначение платежа

Формат: 6*35x

Формат:

Строка 1 3!a8!n3!a14!n3!a2!n

Строка 2 3!a8!n3!a16!n3!a2!n

Строки 3-6 //Назначение платежа (Описание)

Статус: Обязательное

Коды:

/P/ - код платежа в соответствии с классификатором платежного оборота (8 цифр)

/I/ - код ИНН (14 цифр)

/F/ - код региона отправителя (2 цифры)

/E/ - код ОКПО (8 цифр)

/S/ - номер участника в Социальном фонде (16 цифр)

/T/ - код региона получателя (2 цифры)

Пример:

Строка 1 /P/12345678/I/12345678901234/F/01

Строка 2 /E/12345678/S/1234567890123456/T/01

Строки 3-6 //Назначение платежа

Пример:

{1:F0150100100AXXX0000000098}{2:I90010200100XXXXN}{4:

:20:pt2

:21:pt2

:25:1010126048901026

:32A:070515KGS2,

:52A:10100100

:72:/P/12345678/I/12345678901234/F/01

/E/12345678/S/1234567890123456/T/01

//НАЗНАЧЕНИЕ ПЛАТЕЖА

3.16. MT 910 - Подтверждение о кредитовании

Назначение

Данное сообщение посылается владельцу счета со стороны учреждения, обслуживающего счет.

Оно используется для оповещения владельца счета о транзакции, которая кредитовала его счет.

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

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс транзакции	16x	1
M	21	Связанный референс	16x	2
M	25	Номер счета	35x	3
M	32A	Дата валютирования, валюта, сумма	6!n3!a15d	4
O	50a	Клиент - отправитель	A или K	5
O	52a	Банк- отправитель	A или D	6
O	56a	Банк-посредник	A или D	7
O	72	Назначение платежа	6*35x	8
M – обязательное O - необязательное

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

2. Поле 21: Связанный референс

Формат: 16x

Статус: Обязательное

Описание: Данное поле содержит референс для владельца счета (Получателя), например, значение поля 21 платежного поручения SWIFT, которое инициировало данный кредит.

3. Поле 25: Номер счета

Формат: 35x

Статус: Обязательное

Описание: Данное поле содержит номер счета, который был кредитован.

Правила: Значение поля может содержать до 35 произвольных символов.

4. Поле 32A: Дата валютирования, Валюта, Сумма

Формат: 6!n3!a15d (Дата)(Код валюты)(Сумма)

Статус: Обязательное

Описание: Данное поле содержит дату валютирования, валюту и сумму кредита.

5. Поле 50a: Клиент - отправитель

Формат:

Option A

[/34x]

8!n[3!n]

(Счет)

(БИК)

Option K

[/34x]

4*35x

(Счет)

(Наименование и адрес)

Статус: Необязательное

Описание: В данном поле указывается клиент, который инициировал транзакцию, вызвавшую данный кредит.

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

6. Поле 52a: Банк - отправитель

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция D

[/1!a][/34x]

4*35x

(Идентификатор стороны)

(Наименование и Адрес)

Статус: Необязательное

Описание: В данном поле указывается финансовое учреждение, которое инициировало транзакцию, вызвавшую данный кредит.

Правила использования: Закодированная информация, содержащаяся в поле 52a, должна быть понятна получателю сообщения.

Опция A является предпочтительной.

Опцию D следует использовать, только если банк -отправитель не имеет БИК.

7. Поле 56a: Банк-посредник

Формат:

Опция A

[/1!a][/34x]

8!n[3!n]

(Идентификатор стороны)

(БИК)

Опция D

[/1!a][/34x]

4*35x

(Идентификатор стороны)

(Наименование и Адрес)

Статус: Необязательное

Описание: Данное поле отображает финансовое учреждение, от которого отправитель получил денежные средства, в том случае если оно не является банком-отправителем.

8. Поле 72: Назначение платежа

Формат: 6*35

Строка 1 3!a8!n3!a14!n3!a2!n

Строка 2 3!a8!n3!a16!n3!a2!n

Строки 3-6 //Назначение платежа (Описание)

Статус: Обязательное

Правила:

Дынное поле содержит следующие коды:

/P/ - код платежа в соответствии с классификатором платежного оборота (8 цифр)

/I/ - код ИНН (14 цифр)

/F/ - код региона отправителя (2 цифры)

/E/ - код ОКПО (8 цифр)

/S/ - номер участника в Социальном фонде (16 цифр)

/T/ - код региона получателя (2 цифры)

Пример:

Строка 1 /P/12345678/I/12345678901234/F/01

Строка 2 /E/12345678/S/1234567890123456/T/01

Строки 3-6 // Назначение платежа

Пример:

{1:F0150100100AXXX0000000091}{2:I91010200100XXXXN}{4:

:20:pt1

:21:pt1

:25:1010126048901026

:32A:070515KGS1,

:52A:10100100

:72:/P/12345678/I/12345678901234/F/01

/E/12345678/S/1234567890123456/T/01

// НАЗНАЧЕНИЕ ПЛАТЕЖА

3.17. MT 941 - Сообщение о состоянии счета

Назначение

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

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

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
O	21	Связанный референс	16x	2
M	25	Номер счета	35x	3
M	28	Номер сообщения	5n[/2n]	4
O	13D	Дата/Время создания сообщения	6!n4!n1!x4!n	5
O	60F	Начальный остаток	1!a6!n3!a15d	6
O	90D	Число и сумма дебетовых транзакций	5n3!a15d	7
O	90C	Число и сумма кредитовых транзакций	5n3!a15d	8
M	62F	Конечный остаток	1!a6!n3!a15d	9
O	64	Итоговый остаток	1!a6!n3!a15d	10
----->
O	65	Доступные средства на будущую дату	1!a6!n3!a15d	11
-----\|
O	86	Информация для владельца счета	6*65x	12
M – обязательное O - необязательное

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

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

2. Поле 21: Связанный референс

Формат: 16x

Статус: Необязательное

Описание: Если сообщение MT941 посылается в ответ на сообщение MT920, то данное поле должно содержать то же значение, что и в поле 20 исходного сообщения MT920.

3. Поле 25: Номер счета

Формат: 16x

Статус: Обязательное

Описание: Данное поле содержит номер счета, для которого было отправлено данное итоговое сообщение.

Правила: Значение поля может содержать до 16 символов.

4. Поле 28: Номер сообщения

Формат: 5n[/2n] (Номер сообщения)(Номер последовательности)

Статус: Обязательное

Описание: Данное поле содержит последовательный номер сообщения.

Правила: Значение поля может содержать до 5 цифр в части номера выписки и до 2 цифр в части номера сообщения внутри выписки. Номер последовательности не требуется для заполнения.

5. Поле 13D: Дата/Время создания сообщения

Формат: 6!n4!n1!x4!n (Дата)(Время)(Признак)(Смещение)

Статус: Необязательное

Описание: Данное поле содержит Дату/Время создания сообщения.

Правила:

(Дата) должна содержать правильное значение даты в формате ГГММДД

(Время) должно содержать правильное значение времени в формате ЧЧMM

(Признак) должен быть '+' или '-'

Правила использования: Временная зона, в которой выражается Время, должна быть представлена с использованием UTC (Всеобщее скоординированное время – в стандарте ISO 8601).

Пример: Если финансовое учреждение Новой Зеландии создает сообщение MT 941 в 15:15 по местному времени 10 Января 2002, то значение Дата/Время будет записано следующим образом:

:13D:0201101515+1300

где 020110 является датой, 1515 – это местное время Новой Зеландии, и +1300 является смещением местного времени Новой Зеландии в Январе, относительно UTC.

Временные смещения, относительно UTC, опубликованы в зеленой секции справочника БИКов.

6. Поле 60F: Начальный остаток

Формат: 1!a6!n3!a15d (Признак D/C)(Дата)(Код валюты)(Сумма)

Статус: Необязательное

Описание: Данное поле содержит начальный остаток на счете, признак дебетового или кредитового баланса, дату, код валюты и сумму баланса.

Признак D/C должен содержать один из следующих кодов:

C	Начальный остаток является кредитовым.
D	Начальный остаток является дебетовым.

Данное поле всегда должно совпадать со значением поля 62F предыдущего итогового сообщения или балансового отчета.

7. Поле 90D: Число и Сумма дебетовых транзакций

Формат: 5n3!a15d (Число)(Код валюты)(Сумма)

Статус: Необязательное

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

Правила: Код валюты должен иметь правильное значение, в соответствии со стандартом ISO 4217. Целая часть cуммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты.

8. Поле 90C: Число и Сумма кредитовых транзакций

Формат: 5n3!a15d (Число)(Код валюты)(Сумма)

Статус: Необязательное

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

9. Поле 62F: Конечный остаток

Формат: 1!a6!n3!a15d (Признак D/C)(Дата)(Код валюты)(Сумма)

Статус: Обязательное

Описание: Данное поле содержит конечный остаток на счете в конце операционного дня.

Признак D/C должен содержать один из следующих кодов:

C	Конечный остаток является кредитовым.
D	Конечный остаток является дебетовым.

Правила: Дата должна иметь правильное значение, выраженное в формате ГГММДД. Код валюты должен иметь правильное значение, в соответствии со стандартом ISO 4217. Целая часть cуммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты.

10. Поле 64: Итоговый остаток

Формат: 1!a6!n3!a15d (Признак D/C)(Дата)(Код валюты)(Сумма)

Статус: Необязательное

Описание: Данное поле отображает денежные средства, доступные владельцу счета (если баланс кредитовый) или дебетовый остаток (если разрешено использовать).

Признак D/C должен содержать один из следующих кодов:

C	Остаток на счете является кредитовым.
D	Остаток на счете является дебетовым.

11. Поле 65: Доступные средства на будущую дату

Формат: 1!a6!n3!a15d (Признак D/C)(Дата)(Валюта)(Сумма)

Статус: Необязательное

Описание: Данное поле содержит данные по денежным средствам, доступные владельцу счета (при дебетовом или кредитовом остатке) в определенную будущую дату.

Признак D/C должен содержать один из следующих кодов:

C	Доступный в будущем баланс является кредитовым.
D	Доступный в будущем баланс является дебетовым.

Правила:

(Дата) должна быть в формате ГГММДД

(Время) должно содержать правильное значение времени в формате ЧЧММ

(Валюта) должна содержать правильное значение, в соответствии со стандартом ISO 4217. Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты.

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

12. Поле 86: Информация для владельца счета

Формат: 6*65x

Статус: Необязательное

Описание: Данное поле содержит дополнительную информацию для владельца счета.

Правила: Значение поля может содержать до 6 строк по 65 произвольных символов каждая.

Пример:

{1:F0150100100AXXX0000038735}{2:I298INSTBIC0XXXXN}{4:

:20:234567

:21:765432

:25:1011108947738120

:28:212

:13D:0706041515+0200

:60F:C070603KGS595771,95

:90D:72KGS385920,

:90C:44KGS450000,

:62F:C070604KGS659851,95

:64:C070604KGS480525,87

:65:C070605KGS530691,95

:86:ОКОНЧАТЕЛЬНЫЙ БАЛАНС

3.18. MT 950 - Выписка по счету

Назначение

Данное сообщение посылается владельцу счета финансовым учреждением, обслуживающим счета.

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

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
M	25	Номер счета	35x	2
M	28C	Номер сообщения	5n[/5n]	3
M	60a	Начальный остаток	F или M	4
----->
O	61	Строка выписки	*	5
-----\|
M	62a	Конечный остаток	F или M	6
O	64	Итоговый остаток	1!a6!n3!a15d	7
M – обязательное O - необязательное

Общее правило

C1. Два первых символа трехсимвольного кода валюты в полях 60a, 62a и 64 должны быть одинаковыми.

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

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

2. Поле 25: Номер счета

Формат: 16x

Статус: Обязательное

Описание: Данное поле содержит номер счета, для которого было отправлено данное сообщение.

Правила: Значение поля может содержать до 16 символов.

3. Поле 28C: Номер сообщения

Формат: 5n[/5n]

Статус: Обязательное

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

Правила: Значение поля может содержать до 5 цифр в части номера выписки и до 5 цифр в части номера сообщения внутри выписки.

Пример:

Первое сообщение выписки :28C:235/1

Второе сообщение выписки :28C:235/2

и т.д.

4. Поле 60a: Начальный остаток

Формат:

Опция F	1!a6!n3!a15d	(Признак D/C)(Дата)(Код валюты)(Сумма)
Опция M	1!a6!n3!a15d	(Признак D/C)(Дата)(Код валюты)(Сумма)

Статус: Обязательное

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

Признак D/C должен содержать один из следующих кодов:

C	(Промежуточный) начальный остаток является кредитовым.
D	(Промежуточный) начальный остаток является дебетовым.

Правила использования: данное поле всегда должно совпадать со значением поля 62a (конечный остаток) предыдущего сообщения выписки по текущему счету. Первое сообщение выписки за указанный период должно содержать поле 60F (начальный остаток); дополнительные сообщения выписки за тот же период должны содержать поле 60M (промежуточный начальный остаток).

5. Поле 61: Строка выписки

Формат: 6!n[4!n]2a[1!a]15d1!a3!c16x[//16x]

[34x]

Подполе	Формат	Наименование
1	6!n	Дата валютирования (ГГММДД)
2	[4!n]	Дата проводки (MMДД)
3	2a	Признак D/C
4	[1!a]	Код средств (третий символ кода валюты, если необходимо) – не используется
5	15d	Сумма
6	1!a3!c	Код типа операции
7	16x	Референс для владельца счета
8	[//16x]	Референс учреждения, обслуживающего счет
9	[34x]	Дополнительная информация

Статус: Необязательное

Описание: Данное поле содержит детали каждой транзакции.

Подполе 3 - «Признак D/C» должно содержать один из следующих кодов:

D	Дебет
C	Кредит
RC	Списание ранее зачисленных средств (для дебетовых проводок)
RD	Возврат ранее зачисленных средств (для кредитовых проводок)

Подполе 6 - «Код типа операции», может быть представлено одним из трех способов:

1.	Для транзакций, относящимся к платежным поручениям SWIFT:
	Формат:	S3!n
	Три последних символа содержат тип сообщения SWIFT, инициирующего транзакцию (для дебетовых транзакций) или же тип сообщения SWIFT, использованный для извещения владельца счета о данной транзакции (для кредитовых транзакций).
2.	Для транзакций, относящихся к платежным или переводным инструкциям, отправленным не через систему SWIFT или в тех случаях, когда буквенное описание является предпочтительным.
	Формат:	N3!c
3.	Для транзакций, которые изначально были отправлены в выписке (сообщения, инициированные учреждением, обслуживающим счета):
	Формат:	F3!c

Коды: В случаях использования форматов (2) или (3), последние три символа, т.е. 3!c могут содержать один из следующих кодов:

BOE	Вексель
CHG	Комиссии и другие расходы
CHK	Чеки
COM	Комиссии
DCR	Документарный кредит
DDT	Прямое дебетование
DIV	Дивиденды
ECK	Еврочеки
FEX	Форексная операция
INT	Проценты
LDP	Зачисление средств по ссуде
MSC	Разное
RTI	Возврат
SEC	Ценные бумаги
TCK	Дорожные чеки
TRF	Перевод

Подполе 7 – «Референс для владельца счета»

Должен присутствовать хотя бы один значимый символ, отличный от пробела. При дебетовых проводках в этом подполе для Владельца счета определяются те инструкции, на основании которых выполнено списание. Следовательно, в данном подполе указывается присвоенный отправителем референс операции (т.е. поле 20) исходных сообщений, либо его эквивалент. (В случаях, когда по данной проводке направляется дебетовое сообщение, этот же референс из поля 20: указывается в поле 21: МТ 900.)

Кредитовые проводки могут быть определяться одним из следующих способов:

- указывается референс сообщения, посредством которого Владелец счета был извещен о зачислении средств. То есть, в тех случаях когда по данной проводке отправляется кредитовое сообщение, в этом подполе указывается референс из поля 20: сообщения МТ 910.

- если референс для этого подполя неизвестен, это поле, по взаимной договоренности сторон, может содержать номер соответствующего платежного поручения или кодовое слово NONREF. В последнем случае обслуживающая счет финансовая организация должна указать в подполе 9 "Дополнительная информация" такие дополнительные сведения, которые позволят владельцу счета идентифицировать данную операцию. По взаимной договоренности, в подполе 9 могут указываться БИК и/или корреспондентский счет банка-плательщика.

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

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

Подполе 8 – «Референс обслуживающей счет финансовой организации»

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

Подполе 9 – «Дополнительная информация»

Формат: 34х

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

Правила: Подполе 1, «Дата валютирования», должно содержать правильную дату в формате ГГММДД.

Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Если первый символ подполя 6, «Код типа платежа», равен 'S', оставшиеся символы должны быть в диапазоне 100-999.

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

Пример:

:61:0705270527C4500,25S103ref304955//4958843

ВЫПИСКА ПО СЧЕТУ ЗА 070527

6. Поле 62a: Конечный остаток

Формат:

Опция F	1!a6!n3!a15d	(Признак D/C)(Дата)(Код валюты)(Сумма)
Опция M	1!a6!n3!a15d	(Признак D/C)(Дата)(Код валюты)(Сумма)

Статус: Обязательное

Описание: В этом поле указывается остаток на счете при закрытии отчетного периода или промежуточный исходящий остаток.

Признак D/C должен содержать один из следующих кодов:

C	(Промежуточный) конечный остаток является кредитовым.
D	(Промежуточный) конечный остаток является дебетовым.

Содержимое данного поля будет повторено в поле 60a следующего сообщения выписки по данному счету.

Если за период посылается только одно сообщение выписки, то данное поле должно использовать опцию F, т.е. 62F (окончательный конечный остаток). В случае передачи нескольких сообщений за один и тот же период, все сообщения, за исключением последнего, должны содержать поле 62M (промежуточный конечный остаток); последнее сообщение выписки должно содержать поле 62F (конечный остаток).

7. Поле 64: Итоговый остаток

Формат: 1!a6!n3!a15d (Признак D/C)(Дата)(Код валюты)(Сумма)

Статус: Необязательное

Описание: Данное поле отображает денежные средства, доступные владельцу счета (при кредитовом остатке) или дебетовый остаток (если разрешено использовать).

Коды: Признак D/C должен содержать один из следующих кодов:

C	Остаток на счете является кредитовым.
D	Остаток на счете является дебетовым.

Правила: Дата должна иметь правильное значение, выраженное в формате ГГММДД. Код валюты должен иметь правильное значение, в соответствии со стандартом ISO 4217. Целая часть Cуммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ',' является обязательной и включается в максимальную длину поля. Количество цифр, следующих после запятой, не должно превышать максимальное число разрешенных цифр для указанной валюты.

Пример:

{1:F0150100100AXXX0000000140}{2:I95010200100XXXXN}{4:

:20:102001001302

:25:1010126048901026

:28C:00001/1

:60F:C070515KGS0,

:61:070515D5,S102ref1//ref1

:61:070515D1,S103pay2//pay2

:61:070515D1,S202pay4//pay4

:61:070515D2,NTRFpt2//pt2

:61:070515C1,NTRFpt1//pt1

:61:070515C3,NTRFpt3//pt3

:61:070515C5,NTRFR-1179221675038//R-1179221675038

:62F:C070515KGS0,

3.19. MT 999 - Сообщение свободного формата

Назначение

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

Число категории следует указывать таким образом, чтобы данное сообщение передавалось в то подразделение Получателя, которое наилучшим образом сможет отреагировать на инструкции, указанные в сообщении.

Спецификация формата

Статус	Поле	Наименование поля	Формат	№
M	20	Референс сообщения	16x	1
O	21	Связанный референс	16x	2
M	79	Сообщение свободного формата	35*50x	3
M – обязательное O - необязательное

Спецификация полей

1. Поле 20: Референс сообщения

Формат: 16x

Статус: Обязательное

2. Поле 21: Связанный референс

Формат: 16x

Статус: Необязательное

Описание: Данное поле содержит референс связанного сообщения.

3. Поле 79: Сообщение свободного формата

Формат: 35*50x

Статус: Обязательное

Описание: Данное поле содержит сообщение свободного формата.

Правила: Данное поле может состоять из 35 строк по 50 произвольных символов каждая.

Пример:

1:F0110200100AXXX0000000083}{2:I99910100100XXXXN}{3:{103:WS}}{4:

:20:note1

:79:СООБЩАЕМ, ЧТО СЕГОДНЯ СИСТЕМА ГСРРВ

БУДЕТ РАБОТАТЬ ДО 18:00

4. Глоссарий

Краткое обозначение	Полное наименование	Значение
БИК	Банковский Идентификационный Код	Код, предназначенный для идентификации банка в системе
НБКР	Национальный банк Кыргызской Республики
RTGS	Real Time Gross Settlement	Гроссовая Система Расчетов в режиме Реального Времени
GL	General Ledger	Главная Книга НБКР
BCS	Bulk Clearing System	Система Пакетного Клиринга
ILF	Instrument Liquidity Facility	Механизм управления ликвидностью, в пользу коммерческого банка для поддержания его платежной способности
NSI	Net Settlement Instruction	Инструкция по расчету чистых позиций на многосторонней основе
GSI	Gross Settlement Instruction	Инструкция по расчету между двумя участниками
Участник	Участник ГСРРВ	Финансовое учреждение, имеющее расчетный счет в ГСРРВ
SWIFT	Society for Worldwide Interbank Financial Transactions	Международная система обмена электронными платежными сообщениями между банками и финансовыми учреждениями
PACS	Подсистема платежей и бухгалтерских операций	Подсистема ГСРРВ, обеспечивающая обработку платежных сообщений в/из Главной Книги НБКР
SETS	Подсистема платежей между участниками	Подсистема ГСРРВ, предназначенная для проведения расчетов по корреспондентским счетам Участников