Trn что это в платежке

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

№ 43/5 от 25.09.2007

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

№103-07 от 02.11.2007

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

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

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

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

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

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

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 финансового сообщения и это единственный заголовок, который присутствует во всех сообщениях. Основной заголовок имеет одинаковый формат для входящих и исходящих сообщений. Однако, информация, содержащаяся в основном заголовке, связана с отправителем, когда сообщения является входящим, и связана с получателем, когда сообщения является исходящим.

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

(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. Заголовок входящего сообщения

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

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

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

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

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

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

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

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

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

Приоритет ‘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:

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

(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.

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

(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

Запрос по клиринговым расчетам (NSI) из клиринговых палат кроме BCS

Инструкции по гроссовым расчетам (GSI) из других систем, например из торговой системы по ценным бумагам

Запрос по резервам (из другой системы)

Управление резервами (из другой системы)

Запрос на выдачу кредита (ILF) из другой системы

Ответ на запрос NSI/GSI (ГСРРВ)

Ответ на запрос по резервам (ГСРРВ)

Подтверждение управления резервами (ГСРРВ)

Ответ на запрос по выдаче кредита (ILF)

Подтверждение о дебетовании

Подтверждение о кредитовании

Выписка о состоянии счета

МТ971 (модифицированный формат для ГСРРВ)

Ответ BCS на ошибку ГСРРВ МТ998

МТ996 (модифицированный формат для ГСРРВ)

Резервы BCS / Ответ (ГСРРВ/ BCS

МТ998 (модифицированный формат для ГСРРВ)

Сообщение свободного формата

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

2.2.1. Из ГСРРВ в GL

Внутридневные транзакции PACS

Транзакции по окончанию дня PACS

Транзакции по окончанию дня SETS

2.2.2. Из GL в ГСРРВ

Внутридневные транзакции PACS

2.2.3. Из ГСРРВ в BCS

Информация о резерве

Информация о проведении расчета чистых позиций

2.2.4. Из BCS в ГСРРВ

Ответ на установление резерва

Ответ на ошибку в файле резерва

Запрос на расчет чистых позиций

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

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

Ответ на запрос NSI / GSI

Ответ на запрос информации о резерве

Ответ на запрос по Управлению резервом и Осуществлению Залога

Ответ на запрос о выдаче кредита (ILF)

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

Запрос NSI / GSI

Запрос информации о резерве

Запрос на выдачу кредита (ILF)

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

Сводное кредитовое платежное поручение

Клиентское кредитовое платежное поручение

Межбанковское кредитовое платежное поручение

Ответ на платежные поручения MT102, MT103

Ответ на платежное поручение MT202

Основное сообщение свободного формата

Подтверждение о дебетовании

Подтверждение о кредитовании

Выписка о состоянии счета

Сообщение свободного формата

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

Сводное кредитовое платежное поручение

Клиентское кредитовое платежное поручение

Межбанковское кредитовое платежное поручение

Сообщение свободного формата

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

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

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

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

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

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

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

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

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

Обязательная последовательность A Общая информация

Код типа транзакции

Информация об участниках

Детали оплаты переводов

——> Обязательная повторяющаяся последовательность B Детали транзакций

A или опция без буквы

Информация о переводе

Код типа транзакции

Информация об участниках

Валюта и сумма транзакции

Детали оплаты переводов

Оплата перевода отправителем

Оплата перевода получателем

Обязательная последовательность C Детали платежа

Дата расчета, валюта, сумма

Общая сумма всех транзакций

Сумма всех затрат получателя

Корреспондент банка- отправителя

Корреспондент банка- получателя

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. Во всех других случаях это поле является обязательным.

Если код страны в БИК отправителя и получателя содержится в следующем списке: 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)

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

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

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

БИК участника (системы) во всех полях, где он используется, имеет следующий вид: 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: Референс файла

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Статус : Используется в соответствии с правилом С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: Дата расчета, валюта, сумма

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

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

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

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

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

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

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

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

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

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

Статус : Используется в соответствии с правилом С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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Строка 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 Назначение платежа

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

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).

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

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

Код типа транзакции

Дата расчета, валюта, сумма платежа

Валюта и сумма транзакции

Корреспондент банка- отправителя

Корреспондент банка- получателя

Промежуточная организация по возмещению затрат

A или опция без буквы

Информация о переводе

Детали оплаты переводов

Оплата переводов отправителем

Оплата переводов получателем

Информация об участниках

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 должно также быть представлено

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Коды валюты в полях 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: Референс отправителя

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Платеж должен быть исполнен в тот же самый день

Платеж является платежом внутри одной компании, т.е. платеж между двумя компаниями, принадлежащими одной группе.

Платеж имеет связанный референс электронного платежа.

Торговый платеж, т.е. сделка по покупке-продаже иностранной валюты, ценных бумаг.

Клиент — получатель будет звонить; платить после идентификации.

Платеж клиенту-получателю только чеком. Необязательное значение счета клиента в поле 59 не должно присутствовать.

Пожалуйста, свяжитесь с получателем по телефону.

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

Пожалуйста, сообщите счет организации по телефону.

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

Пожалуйста сообщите промежуточную организацию по телефону.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Строка 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: Информация об участниках

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

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

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

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

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

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

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

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

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

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

содержание поля представлено в формате UN-EDIFACT. Информация начинается с UNH- сегмента, которая содержит всю необходимую информацию, чтобы обработать остальную часть поля.

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

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

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

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

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

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

Дата расчета, валюта, сумма платежа

Корреспондент банка- отправителя

Корреспондент банка- получателя

M – обязательное O — необязательное

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Строка 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 //Назначение платежа

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

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

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

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

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

Системный код транзакции

M – обязательное O — необязательное

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

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

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

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

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

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

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

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

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

Правила: Значение поля может содержать до 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: Код ответа

Описание: Данное поле содержит код ответа системы на платежное сообщение.

Правила: Данное поле должно состоять из пяти символов. Правильными значениями данного поля являются:

LR000 – действие выполнено успешно;

LR002 – ошибка в первоначальном запросе.

7. Поле 79: Описание ошибки

Описание: В случае возникновения ошибки при обработке оригинального платежного сообщения (категория 1 или категория 2), данное поле содержит описание ошибки.

Правила: Данное поле может состоять до 35 строк по 50 произвольных символов каждая.

8. Поле KEY: Системный код транзакции

Описание: Данное поле содержит код транзакции системы ГСРРВ, для которой данное сообщение было сгенерировано.

Правила: Данное поле может содержать до 25 произвольных символов.

3.5. Сообщение MT 298 SMT 212

Это сообщение используется для передачи инструкций между двумя участниками (счетами)

Дата создания сообщения

Валюта и сумма платежа

Код типа резервирования

M – обязательное O — необязательное

Первое появление поля M03 будет содержать Дебет счета участника, а второе появление – Кредит счета участника. Если перевод осуществляется между двумя счетами в системе PACS, то поле M03 будет содержать только счет.

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

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

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

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

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

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

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

4. Поле M02: Дата создания сообщения

Описание: Данное поле содержит дату создания данного сообщения.

Правила: Значение данного поля должно содержать ровно 8 цифр. Формат даты будет ГГГГММДД, и к нему применимы все обычные процедуры проверки. Поддерживается только значение текущей даты.

5. Поле M20: Код операции

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

Правила: Значение данного поля должно содержать ровно 4 символа. Значением поля является TRNF – перевод средств между двумя участниками.

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

Правила: Значение данного поля должно содержать ровно 6 цифр.

7. Поле M03: БИК/Счет Участника

Формат: [11x][/15x] (БИК) (Счет)

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

Правила: Значение данного поля должно содержать до 11 символов в части БИК и до 15 символов в части Счета.

11x — БИК Участника, который не должен содержать слэш ‘/’

15x – Номер счета.

8. Поле M03: БИК/Счет Участника

Формат: [11x][/15x] (БИК)(Счет)

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

Правила: Значение данного поля должно содержать до 11 символов в части БИК и до 15 символов в части Счет.

11x — БИК Участника, который не должен содержать слэш ‘/’

15x – Номер счета.

9. Поле 32: Валюта и Сумма платежа

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

Описание: Данное поле содержит валюту и сумму платежа.

10. Поле M79: Детали транзакции

Описание: Данное поле содержит детали транзакции, существующие в инициирующей системе. Например, если инициирующей системой транзакции является система ГСРРВ, то данное поле будет содержать код транзакции.

Правила: Данное поле может состоять из 2 строк по 35 произвольных символов каждая.

11. Поле MRT : Код типа резервирования

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

12. Поле M07: Код транзакции

Формат: 1!x[16x]//22!x[15d] (Признак D/C)(Референс транзакции) (Код

Описание: Данное поле содержит детали транзакции, существующей в системе ГСРРВ .

13. Поле 79 : Описание платежа

Описание: Данное поле содержит детали данного платежа.

Правила: Данное поле может состоять из 4 строк по 35 произвольных символов каждая.

:79: в соответствии с договором

3.6. MT 298 SMT 999 — Основное сообщение свободного формата

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

Отправитель: БИК системы ГСРРВ .

Получатель: БИК Участника

Дата/Время создания сообщения

Сообщение свободного формата

M – обязательное O — необязательное

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

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

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

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

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

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

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

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

Описание: Данное поле содержит то же значение, что и референс исходного сообщения.

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 строк по 35 произвольных символов каждая. Для оповещений об изменениях в расписании системы ГСРРВ, поле будет иметь следующий формат:

— идентификатор события, которое было изменено операторами, который должен иметь одно из следующих значений:

a) ICO – Initial Cutoff

b) FCO – Final Cutoff

c) END – Settlement End

3.7. MT 298 SMT 201 — Инструкция по расчету Чистых Позиций (NSI)

Данное входное сообщение используется для передачи в систему ГСРРВ запроса на расчет чистых/ГРОССовых позиций.

Отправитель: БИК Отправителя

Получатель: БИК ГСРРВ

Дата создания сообщения

Общая сумма дебета

Общая сумма кредита

M – обязательное O — необязательное

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

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

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

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

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

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

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

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

4. Поле M02: Дата создания сообщения

Описание: Данное поле содержит дату создания данного сообщения.

Правила: Значение данного поля должно содержать ровно 8 цифр. Формат даты будет ГГГГММДД и к нему применимы все обычные процедуры проверки. Поддерживается только значение текущей даты.

5. Поле M99: Код платежа

Описание: Данное поле содержит код платежа создаваемой транзакции в системе ГСРРВ.

Правила: Значение данного поля должно содержать ровно 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 строк по 35 произвольных символов каждая.

12. Поле 79: Описание платежа

Описание: Данное поле содержит детали данного платежа.

Правила: Данное поле может состоять из 4 строк по 35 произвольных символов каждая.

:79:чистые позиции по итогам клиринга

3.8. MT 298 SMT 251 — Ответ на инструкцию по расчету Чистых Позиций (NSI)

Данное выходное сообщение используется для передачи отправителю ответа на запрос по расчету чистых позиций в системе ГСРРВ. Оно содержит подтверждение/отказ (ack/nak) в зависимости от правильности первичного сообщения MT201.

Отправитель: БИК ГСРРВ

Получатель: БИК учреждения

Дата/Время создания сообщения

Недостающая Сумма транзакции

Сумма из резерва

M – обязательное O — необязательное

Повторяющаяся последовательность присутствует в том случае, если в одной или нескольких частях, указанных в первоначальном сообщении SMT 201 произошла ошибка, при этом поле M5P является обязательным. Если же поле M5P отсутствует в повторяющейся последовательности, то данное сообщение является отчетом (подтверждением) об успешно выполненной инструкции по расчету Чистых Позиций (NSI).

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

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

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

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

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

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

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

Описание: Данное поле содержит то же значение, что и референс сообщения, указанный в 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: Код ошибки

Описание: Данное поле содержит код ошибки для SM 201 на которое ссылается данное сообщение.

Правила: Значение данного поля должно состоять из 6 символов. Правильными значениями являются:

· INVBIC – неверный БИК

· INVACC – неверный Счет Участника

· INVCUR – неверный Код Валюты

· INSFND – недостаточно денежных средств

· INVDCA – неверный формат дебита/кредита, т.е. если дебит содержит ненулевое значение, то значение кредита должно быть равно нулю и наоборот.

· SUSPND – Участник удален из системы ГСРРВ.

10. Поле 32B: Недостающая сумма транзакции

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

Описание: В случае возникновения ошибки, связанной с недостаточностью денежных средств на счете (поле M5P содержит значение INSFND), данное поле содержит значение суммы, необходимое для осуществления указанной транзакции на момент создания данного сообщения системой ГСРРВ (поле 13D данного сообщения).

11. Поле M4R: Сумма из резерва

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

Описание: Данное поле содержит сумму, взятую из резерва в системе ГСРРВ Клиринговой Палатой для оплаты данной транзакции.

12. Поле M79: Детали транзакции

Правила: Данное поле может содержать до 2 строк по 35 произвольных символов каждая.

13. Поле M5T: Код ошибки

Описание: Данное поле содержит код ошибки для SMT 201 на которое ссылается данное сообщение.

Правила: Значение данного поля должно состоять из 6 символов. Правильными значениями являются:

· INVDBA – неверная общая сумма дебита

· INVCRA – неверная общая сумма кредита

· INVDCA – неверная сумма дебита/кредита, если общая сумма дебита не равна общей сумме кредита.

· INVMDT – неверная дата сообщения

· DUPREF – неуникальный референс сообщения

· QUPEND – указывает, инструкция по расчету Чистых Позиций помещена в очередь ожидания в связи с недостаточностью средств на счете.

· CANCEL – указывает на внутридневную отмену инструкции по расчету Чистых Позиций

· SUSPND – указывает, что произошла отмена инструкции по расчету Чистых Позиций в связи с исключением Участника из системы ГСРРВ.

· INSFND – указывает на отмену инструкции по расчету Чистых Позиций в связи с недостаточностью средств на счете.

· DNSREQ – указывает на отмену расчета в связи с запросом DNS оператором.

· INVICO – указывает на то, что произошло начальное отключение (initial cutoff) и поэтому инструкции по расчету Чистых Позиций больше не могут поступать в систему ГСРРВ.

· INVTME – неверный период: запрос на произведение расчета Чистых Позиций на данный момент не может быть выполнен в системе ГСРРВ.

14. Поле M06: Код ответа

Описание: Данное поле содержит результат сообщения SMT 201.

Правила: Данное поле должно состоять из 3 символов. Правильными значениями являются:

· ACK – сообщение SMT 201 обработано успешно

· NAK – при обработке SMT 201 произошла по меньшей мере одна ошибка, или же инструкция по расчету Чистых Позиций (NSI) была отменена.

3.9. MT 298 SMT 210 — Запрос на резервирование средств

Данное входное сообщение используется для передачи в систему ГСРРВ запроса на резервирование средств от лица учреждения.

Отправитель: БИК учреждения

Получатель: БИК ГСРРВ

Дата создания сообщения

M – обязательное O — необязательное

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

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

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

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

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

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

4. Поле M02: Дата создания сообщения

Описание: Данное поле содержит дату создания данного сообщения.

5. Поле M03: БИК/Счет Участника

Формат: [11x][/15x] (БИК)(Счет)

Описание: Данное поле используется для передачи информации об участнике: БИК и Номер Счета.

Правила: Значение данного поля должно содержать до 11 символов в части БИК и до 15 символов в части Счета.

11x — БИК Участника, который не должен содержать слэш ‘/’

15x – Номер счета.

6. Поле 79: Описание платежа

Описание: Данное поле содержит описание данного платежа.

Правила: Данное поле может состоять из 4 строк по 35 произвольных символов каждая.

3.10. MT 298 SMT 260 — Ответ на запрос на резервирование средств

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

Отправитель: БИК ГСРРВ

Получатель: БИК учреждения

Дата/Время создания сообщения

Сумма резерва Участника

M – обязательное O — необязательное

Поле «Код ошибки» M5P появляется в повторяющейся последовательности только в том случае, если в одной или нескольких частях, указанных в оригинальном сообщении SMT 210, присутствует ошибка.

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

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

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

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

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

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

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

Описание: Данное поле содержит то же значение, что и референс сообщения, указанный в 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: Код ошибки

Описание: Данное поле содержит код ошибки для SM210, на которое ссылается данное сообщение.

Правила: Значение данного поля должно состоять из 6 символов. Правильными значениями являются:

· INVBIC – неверный БИК

9. Поле M5T: Код ошибки

Описание: Данное поле содержит код ошибки для SMT210, на которое ссылается данное сообщение.

Правила: Значение данного поля должно состоять из 6 символов. Правильными значениями являются:

· INVSND – неверный Отправитель сообщения (Отправитель не является Клиринговой Палатой)

· INVMDT – неверная дата сообщения

· DUPREF – неуникальный референс сообщения

10. Поле M06: Код ответа

Описание: Данное поле содержит ответ на исходное сообщение SMT 210.

Правила: Данное поле должно состоять из 3 символов. Правильными значениями являются:

· ACK – сообщение SMT 210 обработано успешно

· NAK – при обработке SMT 210 произошла по меньшей мере одна ошибка.

3.11. MT 298 SMT 211 — Сообщение по управлению резервом

Данное сообщение используется в следующих целях:

· Запроса на создание резерва

Отправитель: БИК учреждения

Получатель: БИК ГСРРВ

Дата создания сообщения

Код типа резервирования

M – обязательное O — необязательное

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

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

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

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

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

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

4. Поле M02: Дата создания сообщения

Описание: Данное поле содержит дату создания данного сообщения.

5. Поле M20: Код операции

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

Правила: Значение данного поля должно содержать ровно 4 символа. Правильными значениями являются:

· CREA – запрос на передачу резерва в принимающую систему

· RLSE – запрос на освобождение резерва.

6. Поле M99: Код платежа

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

Правила: Значение данного поля должно содержать ровно 3 цифры.

7. Поле M03: БИК/Счет Участника

Формат: [11x][/15x] (БИК)(Счет)

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

Правила: Значение данного поля должно содержать до 11 символов в части БИК и до 15 символов в части Счета.

11x — БИК Участника, который не должен содержать слэш ‘/’

15x – Номер счета

8. Поле 32B: Сумма резерва

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

Описание: Данное поле содержит сумму, которую Участник, указанный в поле M03, хочет перевести в состояние резерва.

9. Поле M79: Детали транзакции

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

Правила: Данное поле может состоять из 2 строк по 35 произвольных символов каждая.

10. Поле MRT: Код типа резервирования

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

11. Поле 79: Описание платежа

Описание: Данное поле содержит детали данного платежа.

Правила: Данное поле может состоять из 4 строк по 35 произвольных символов каждая.

3.12. MT 298 SMT 261 Ответ на сообщение по управлению резервом

Данное сообщение используется для передачи Отправителю ответа на запрос по созданию резерва, указанным в первичном сообщении. Данное сообщение содержит значение ack/nack (подтверждено/не подтверждено), в зависимости от правильности первичного сообщения SMT 211.

Отправитель: БИК ГСРРВ

Получатель: БИК учреждения

Дата/Время создания сообщения

Код типа резервирования

M – обязательное O — необязательное

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

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

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

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

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

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

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

Описание: Данное поле содержит то же значение, что и референс сообщения, указанный в сообщении 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: Детали транзакции

Описание: Данное поле содержит детали транзакции (копия значения, указанного в SMT 211).

Правила: Данное поле может состоять из 2 строк по 35 произвольных символов каждая.

9. Поле MRT: Код типа резервирования

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

10. Поле M5T: Код ошибки

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

Описание: Данное поле содержит код ошибки для SMT 211, на которое ссылается данное сообщение.

Правила: Значение данного поля должно состоять из 6 символов. Правильными значениями являются:

· INVMDT – неверная дата сообщения

· DUPREF – неуникальный референс сообщения

· INVOPC – неверный код операции

· INVM07 – поле M07 отсутствует для отмены запроса

· INVSND – неверный Отправитель сообщения

· INVMRT – неверное наименование типа резерва

· INVBIC – неверное значение БИК

· INVAMT – неверно указана Сумма

11. Поле M06: Код ответа

Описание: Данное поле содержит результат сообщения SMT 211.

Правила: Данное поле должно состоять из 3 символов. Правильными значениями являются:

· ACK – сообщение SMT 211 обработано успешно

· NAK – при обработке SMT 211 произошла по меньшей мере одна ошибка.

3.13. MT 298 SMT 218 — Сообщение по управлению ликвидностью (ILF)

Данное сообщение используется в следующих целях:

· Запроса на частичное погашение кредита

· Запрос на полное погашение кредита

Отправитель: БИК учреждения

Получатель: БИК ГСРРВ

Дата создания сообщения

M – обязательное O — необязательное

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

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

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

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

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

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

4. Поле M02: Дата создания сообщения

Описание: Данное поле содержит дату создания данного сообщения.

5. Поле M20: Код операции

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

Правила: Значение данного поля должно содержать ровно 4 символа. Правильными значениями являются:

· DRAW – запрос на частичное погашение кредита;

· REVS – запрос на полное погашение кредита;

6. Поле M99: Код платежа

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

Правила: Значение данного поля должно содержать ровно 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 строк по 35 произвольных символов каждая.

:79:ЗАПРОС НА ЧАСТИЧНОЕ ПОГАШЕНИЕ

:79:ЗАПРОС НА ПОЛНОЕ ПОГАШЕНИЕ

3.14. MT 298 SMT 268 — Ответ на сообщение по управлению ликвидностью (ILF)

Данное выходного сообщение используется для передачи отправителю ответа на первичный запрос по управлению ликвидностью. Оно содержит значение ack/nack, в зависимости от правильности первичного сообщения SMT 218. Также оно используется для оповещения о ручном возврате кредита.

Отправитель: БИК ГСРРВ

Получатель: БИК учреждения

M – обязательное O — необязательное

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

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

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

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

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

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

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

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

5. Поле 13D: Дата/Время создания сообщения

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

Описание: Данное поле содержит Дату/Время создания сообщения.

(Дата) должна содержать правильное значение даты в формате ГГММДД

(Время) должно содержать правильное значение времени в формате ЧЧMM

(Признак) должен быть ‘+’ или ‘-‘

:13D:0110231212+0200 означает: дата 23 Октября 2001, время 21:12 выраженное в часовом поясе GMT +02:00.

6. Поле M20: Код операции

Описание: Данное поле содержит код операции, которая создала данное сообщение.

Правила: Значение данного поля должно содержать ровно 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 строк по 35 произвольных символов каждая.

11. Поле M5T: Код ошибки

Описание: Данное поле содержит код ошибки для SMT 218, на которое ссылается данное сообщение.

Правила: Значение данного поля должно состоять из 6 символов. Правильными значениями являются:

· INVMDT – неверная дата сообщения;

· DUPREF – неуникальный референс сообщения;

· INVOPC – неверный код операции;

· INVM07 – поле M07 отсутствует для REVS — запроса;

· INVSND – неверный Отправитель сообщения;

· INSFND – недостаточно денежных средств для осуществления возврата;

· INVTTC – неверно указан код платежа;

· INVBIC – неверное значение БИК Участника;

· INVCUR – неверно указана валюта;

12. Поле M06: Код ответа

Описание: Данное поле содержит результат обработки сообщения SMT 218.

Правила: Данное поле должно состоять из 3 символов. Правильными значениями являются:

· ACK – сообщение SMT 218 обработано успешно;

· NAK – при обработке SMT 218 произошла по меньшей мере одна ошибка.

3.15. MT 900 — Подтверждение о дебетовании

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

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

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

Дата валютирования, валюта, сумма

M – обязательное O — необязательное

· Если для счета часто посылаются выписки, то тип данного сообщения обычно не посылается;

· Тип данного сообщения никак не влияет на транзакции. Это сообщение является подтверждением для Получателя (владельца счета) о дебетовании его счета.

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

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

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

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

3. Поле 25: Номер счета

Описание: Данное поле содержит номер счета, который был дебетован.

Правила: Значение поля может содержать до 35 произвольных символов.

4. Поле 32A: Дата валютирования, Валюта, Сумма

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

Описание: Данное поле содержит Дату валютирования, Валюту и Сумму дебита.

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

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

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

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

Закодированная информация, содержащаяся в поле 52a, должна быть понятна Получателю сообщения.

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

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

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

Строка 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 //Назначение платежа

3.16. MT 910 — Подтверждение о кредитовании

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

Оно используется для оповещения владельца счета о транзакции, которая кредитовала его счет.

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

Дата валютирования, валюта, сумма

M – обязательное O — необязательное

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

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

Описание: Данное поле содержит референс для владельца счета (Получателя), например, значение поля 21 платежного поручения SWIFT, которое инициировало данный кредит.

3. Поле 25: Номер счета

Описание: Данное поле содержит номер счета, который был кредитован.

Правила: Значение поля может содержать до 35 произвольных символов.

4. Поле 32A: Дата валютирования, Валюта, Сумма

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

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

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

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

Описание: В данном поле указывается клиент, который инициировал транзакцию, вызвавшую данный кредит.

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

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

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

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

Правила использования: Закодированная информация, содержащаяся в поле 52a, должна быть понятна получателю сообщения.

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

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

7. Поле 56a: Банк-посредник

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

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

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

Строка 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 // Назначение платежа

3.17. MT 941 — Сообщение о состоянии счета

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

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

Дата/Время создания сообщения

Число и сумма дебетовых транзакций

Число и сумма кредитовых транзакций

Доступные средства на будущую дату

Информация для владельца счета

M – обязательное O — необязательное

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

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

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

Описание: Если сообщение MT941 посылается в ответ на сообщение MT920, то данное поле должно содержать то же значение, что и в поле 20 исходного сообщения MT920.

3. Поле 25: Номер счета

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

Правила: Значение поля может содержать до 16 символов.

4. Поле 28: Номер сообщения

Формат: 5n[/2n] (Номер сообщения)(Номер последовательности)

Описание: Данное поле содержит последовательный номер сообщения.

Правила: Значение поля может содержать до 5 цифр в части номера выписки и до 2 цифр в части номера сообщения внутри выписки. Номер последовательности не требуется для заполнения.

5. Поле 13D: Дата/Время создания сообщения

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

Описание: Данное поле содержит Дату/Время создания сообщения.

(Дата) должна содержать правильное значение даты в формате ГГММДД

(Время) должно содержать правильное значение времени в формате ЧЧMM

(Признак) должен быть ‘+’ или ‘-‘

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

Пример: Если финансовое учреждение Новой Зеландии создает сообщение MT 941 в 15:15 по местному времени 10 Января 2002, то значение Дата/Время будет записано следующим образом:

где 020110 является датой, 1515 – это местное время Новой Зеландии, и +1300 является смещением местного времени Новой Зеландии в Январе, относительно UTC.

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

6. Поле 60F: Начальный остаток

Формат: 1!a6!n3!a15d (Признак D/C)(Дата)(Код валюты)(Сумма)

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

Признак D/C должен содержать один из следующих кодов:

Начальный остаток является кредитовым.

Начальный остаток является дебетовым.

Данное поле всегда должно совпадать со значением поля 62F предыдущего итогового сообщения или балансового отчета.

7. Поле 90D: Число и Сумма дебетовых транзакций

Формат: 5n3!a15d (Число)(Код валюты)(Сумма)

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

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

8. Поле 90C: Число и Сумма кредитовых транзакций

Формат: 5n3!a15d (Число)(Код валюты)(Сумма)

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

9. Поле 62F: Конечный остаток

Формат: 1!a6!n3!a15d (Признак D/C)(Дата)(Код валюты)(Сумма)

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

Признак D/C должен содержать один из следующих кодов:

Конечный остаток является кредитовым.

Конечный остаток является дебетовым.

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

10. Поле 64: Итоговый остаток

Формат: 1!a6!n3!a15d (Признак D/C)(Дата)(Код валюты)(Сумма)

Описание: Данное поле отображает денежные средства, доступные владельцу счета (если баланс кредитовый) или дебетовый остаток (если разрешено использовать).

Признак D/C должен содержать один из следующих кодов:

Остаток на счете является кредитовым.

Остаток на счете является дебетовым.

11. Поле 65: Доступные средства на будущую дату

Формат: 1!a6!n3!a15d (Признак D/C)(Дата)(Валюта)(Сумма)

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

Признак D/C должен содержать один из следующих кодов:

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

Доступный в будущем баланс является дебетовым.

(Дата) должна быть в формате ГГММДД

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

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

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

12. Поле 86: Информация для владельца счета

Описание: Данное поле содержит дополнительную информацию для владельца счета.

Правила: Значение поля может содержать до 6 строк по 65 произвольных символов каждая.

3.18. MT 950 — Выписка по счету

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

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

M – обязательное O — необязательное

C1 . Два первых символа трехсимвольного кода валюты в полях 60a, 62a и 64 должны быть одинаковыми.

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

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

2. Поле 25: Номер счета

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

Правила: Значение поля может содержать до 16 символов.

3. Поле 28C: Номер сообщения

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

Правила: Значение поля может содержать до 5 цифр в части номера выписки и до 5 цифр в части номера сообщения внутри выписки.

Первое сообщение выписки :28C:235/1

Второе сообщение выписки :28C:235/2

4. Поле 60a: Начальный остаток

(Признак D/C)(Дата)(Код валюты)(Сумма)

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

Признак D/C должен содержать один из следующих кодов:

(Промежуточный) начальный остаток является кредитовым.

(Промежуточный) начальный остаток является дебетовым.

Правила использования: данное поле всегда должно совпадать со значением поля 62a (конечный остаток) предыдущего сообщения выписки по текущему счету. Первое сообщение выписки за указанный период должно содержать поле 60F (начальный остаток); дополнительные сообщения выписки за тот же период должны содержать поле 60M (промежуточный начальный остаток).

5. Поле 61: Строка выписки

Дата валютирования (ГГММДД)

Дата проводки (MMДД)

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

Код типа операции

Референс для владельца счета

Референс учреждения, обслуживающего счет

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

Подполе 3 — «Признак D/C» должно содержать один из следующих кодов:

Списание ранее зачисленных средств (для дебетовых проводок)

Возврат ранее зачисленных средств (для кредитовых проводок)

Подполе 6 — «Код типа операции», может быть представлено одним из трех способов:

Для транзакций, относящимся к платежным поручениям SWIFT:

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

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

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

Коды: В случаях использования форматов (2) или (3), последние три символа, т.е. 3!c могут содержать один из следующих кодов:

Комиссии и другие расходы

Зачисление средств по ссуде

Подполе 7 – «Референс для владельца счета»

Должен присутствовать хотя бы один значимый символ, отличный от пробела. При дебетовых проводках в этом подполе для Владельца счета определяются те инструкции, на основании которых выполнено списание. Следовательно, в данном подполе указывается присвоенный отправителем референс операции (т.е. поле 20) исходных сообщений, либо его эквивалент. (В случаях, когда по данной проводке направляется дебетовое сообщение, этот же референс из поля 20: указывается в поле 21: МТ 900.)

Кредитовые проводки могут быть определяться одним из следующих способов:

— указывается референс сообщения, посредством которого Владелец счета был извещен о зачислении средств. То есть, в тех случаях когда по данной проводке отправляется кредитовое сообщение, в этом подполе указывается референс из поля 20: сообщения МТ 910.

— если референс для этого подполя неизвестен, это поле, по взаимной договоренности сторон, может содержать номер соответствующего платежного поручения или кодовое слово NONREF. В последнем случае обслуживающая счет финансовая организация должна указать в подполе 9 «Дополнительная информация» такие дополнительные сведения, которые позволят владельцу счета идентифицировать данную операцию. По взаимной договоренности, в подполе 9 могут указываться БИК и/или корреспондентский счет банка-плательщика.

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

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

Подполе 8 – «Референс обслуживающей счет финансовой организации»

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

Подполе 9 – «Дополнительная информация»

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

Правила: Подполе 1, «Дата валютирования», должно содержать правильную дату в формате ГГММДД.

Целая часть суммы должна состоять, по меньшей мере, из одной цифры. Десятичная запятая ‘,’ является обязательной и включается в максимальную длину поля. Если первый символ подполя 6, «Код типа платежа», равен ‘S’, оставшиеся символы должны быть в диапазоне 100-999.

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

ВЫПИСКА ПО СЧЕТУ ЗА 070527

6. Поле 62a: Конечный остаток

Trn что это в платежке

Trn что это в платежке

Добавить комментарий Отменить ответ