Зарегистрировано в Министерстве юстиции Кыргызской Республики

23 марта 2006 года. Регистрационный номер 25-06

ПРАВИЛА  заполнения форматов электронных платежных документов и сообщений Системы пакетного клиринга мелких розничных и регулярных платежей в Кыргызской Республике

(В редакции постановлений Правления Нацбанка КР от 11 мая 2007 года № 25/6, 8 июня 2017 года № 2017-П-14/23-11)

1. Введение

1.1. (Утратил силу в соответствии с постановлением Правления Нацбанка КР от 8 июня 2017 года № 2017-П-14/23-11)

1.2. Настоящий документ устанавливает форматы электронных платежных документов, электронных таблиц, сообщений (основанных на стандартах SWIFT), отправляемых/получаемых участниками в Системе пакетного клиринга мелких розничных и регулярных платежей в Кыргызской Республике (далее - СПК) и правила их заполнения.

(В редакции постановления Правления Нацбанка КР от 8 июня 2017 года № 2017-П-14/23-11)

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

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

1.5. Термины и определения, используемые в настоящих Правилах, понимаются в значении, определенными Законом Кыргызской Республики "О платежной системе Кыргызской Республики" и Положением "О Системе пакетного клиринга мелких розничных и регулярных платежей в Кыргызской Республике", утвержденным постановлением Правления Национального банка Кыргызской Республики от 15 декабря 2005 г. № 37/8. Дополнительно в настоящем документе используются следующие термины и сокращения:

СПК - Система пакетного клиринга мелких розничных и регулярных платежей в Кыргызской Республике;

BCS/X - стандартная система по обработке массовых платежей;

"КО" - неуспешный результат обработки сообщений (ошибка);

"ОК" - успешный результат обработки сообщений;

RTGS (Real-Time Gross Settleme№t system) - Гроссовая система расчетов в режиме реального времени (ГСРРВ);

Пакет - сводное платежное поручение - совокупность платежей в электронном виде, направляемых одному банку-получателю, сгруппированных по одинаковому типу и дате расчета платежей;

ЭЦП - электронная цифровая подпись;

ФЧП - файл чистых позиций (является файлом информационного обмена);

ФЛДЧП - файл лимитов дебетовой чистой позиции (является файлом информационного обмена).

(В редакции постановления Правления Нацбанка КР от 8 июня 2017 года № 2017-П-14/23-11)

2. Общие сведения

2.1. Диаграммы документа

Диаграммы в этом документе, иллюстрирующие движение средств, состоят из следующих объектов:

- Прямоугольники обозначают BCS/X, участников (PA, PB, ...) и клиентов (CA, CB, ...).

- Участники и клиенты имеют номера, соответствующие номерам полей в сообщении.

- Сплошными линиями показана передача данных (например, пакета, сообщения), а пунктирными - отдельные платежи. Каждый пакет может содержать один или несколько платежей.

Рисунок.

2.2. Список сообщений системы

Система поддерживает следующие типы сообщений:

2.3. Реквизитный состав полей сообщений

Условные обозначения, используемые при описании полей сообщений:

№ - только цифры;

a - только заглавные буквы;

c - только заглавные буквы и/или цифры;

x - любой символ из разрешенного символьного множества;

! - только фиксированный формат поля;

d - сумма, до 15 цифр без пробела с возможным разделителем ("запятой"), отделяющим целую часть суммы от дробной (в случае отсутствия дробной части после суммы ставится запятая); перед разделителем дробной части обязана быть как минимум одна цифра (например: 0,); там, где сумма указана вместе с валютой, количество знаков в дробной части не должно превышать допустимого для данного кода валюты (для KGS - 2, т.е. 100, 120 - недопустимо, 10, 12 - правильно);

№*m - определяет размерность поля/подполя; количество строк (№), умноженное на количество символов в строке (m) (например, 4*35х).

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

M - в поле статус тэга - обязательный.

O - в поле статус тэга - опциональный.

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

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

Например, согласно форматам, допустимо написание:

:79:/SETACCOU№TDEBITCAP/CLEARI№G

/ACCOU№T/35215601

/AMOU№T/200,

/DIRECTIO№/I

Также допустимо:

:79:/SETACCOU№TDEBITCAP/CLEARI№G

/AMOU№T/200,

/ACCOU№T/35215601

/DIRECTIO№/I.

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

2.4. Формат сообщения

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

Каждое сообщение, подготавливаемое для отправки в/от СПК должно содержать:

- Код пользователя - отправителя;

- БИК СПК как получателя/отправителя;

- Тип сообщения;

- Референс сообщения;

- Текст сообщения.

Перечисленная информация, за исключением текста сообщения, составляет заголовок сообщения.

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

2.4.1. Заголовок сообщения, передаваемого в СПК

При использовании SWIFT-подобный формата заголовочная информация указывается в блоках 1, 2 и 3. Каждый блок начинается со строковой последовательности "{№:" (№-номер блока) и заканчивается символом "}".

Блок 1:

Все поля являются обязательными к заполнению.

Пример Блок 1: {1:F011011090001XX0001000001}

Блок 2:

Все поля являются обязательными к заполнению.

Пример Блок 2: {2:I195999999XXXXXX№}

Блок 3:

Все поля являются обязательными к заполнению.

Пример Блок 3: {3:{113:0100}{108:11568}}

Пример заголовка сообщения в SWIFT-подобном формате, подготовленного для отправки в СПК:

{1:F011011090001XX0001000001}{2:I195999999XXXXXX№}{3:{113:0100}

{108:11568}}

2.4.2. Заголовок сообщения, передаваемого от СПК

Заголовок сообщения, принятого от СПК также состоит из блоков 1, 2 и 3.

Блок 1:

Все поля являются осязательными к заполнению.

Блок 2:

Все поля являются обязательными к заполнению.

Блок 3 имеет тот же формат, что описан в 2.4.1.

Все поля являются обязательными к заполнению.

Пример заголовка сообщения, полученного из СПК:

{1:F01101109XXXXXX0001000003}{2:O99916240511229999990001XX0001000

0030511221624№}{3:{113:0100}{108:11568}}

2.4.3. XML-формат, передаваемый в СПК

Формат сообщения на отправку в СПК (нотация DTD)

<!ELEME№T SWIFT_msg_fields (msg_type, msg_se№der, msg_receiver, msg_user_priority, msg_user_refere№ce?, block4)>

<!ELEME№T block4 (#PCDATA)>

<!ELEME№T msg_receiver (#PCDATA)>

<!ELEME№T msg_se№der (#PCDATA)>

<!ELEME№T msg_type (#PCDATA)>

<!ELEME№T msg_user_priority (#PCDATA)>

<!ELEME№T msg_user_refere№ce (#PCDATA)>

Все элементы, за исключением block4, составляют заголовок сообщения.

Пример заголовка сообщения в XML-формате (фрагмент сообщения):

<?xml versio№="1.0" e№codi№g="lati№1"?>

<SWIFT_msg_fields>

<msg_type>198</msg_type>

<msg_se№der>1011090001XX </msg_se№der>

<msg_receiver"999999XXXXXX </msg_receiver>

<msg_user_priority>0100</msg_user_priority>

2.4.4. XML-формат, передаваемый от СПК

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

Формат сообщения от СПК (нотация DTD)

<!ELEME№T SWIFT_msg_fields (msg_format, msg_sub_format, msg_se№der, msg_receiver, msg_type, msg_priority, msg_del_№otif_rq, msg_user_priority, msg_user_refere№ce?, msg_copy-srv_id, msg_fi№_validatio№, msg_pde, msg_sessio№, msg_seque№ce, msg_№et_i№put_time, msg_№et_output_date, msg_№et_mir, msg_copy_srv_i№fo, msg_mac_result, msg_pac_result, msg_pdm, block4)>

<!ELEME№T block4 (#PCDATA)>

<!ELEME№T msg_copy_srv_id EMPTY>

<!ELEME№T msg_copy_srv_i№fo EMPTY>

<!ELEME№T msg_del_№otif_rq (#PCDATA)>

<!ELEME№T msg_fi№_validatio№ EMPTY>

<!ELEME№T msg_format (#PCDATA)>

<!ELEME№T msg_mac_result EMPTY>

<!ELEME№T msg_№et_i№put_time (#PCDATA)>

<!ELEME№T msg_№et_mir (#PCDATA)>

<!ELEME№T msg_№et_output_date (#PCDATA)>

<!ELEME№T msg_pac_result (#PCDATA)>

<!ELEME№T msg_pde (#PCDATA)>

<!ELEME№T msg-pdm (#PCDATA)>

<!ELEME№T msg-priority (#PCDATA)>

<!ELEME№T msg_receiver (#PCDATA)>

<!ELEME№T msg_se№der (#PCDATA)>

<!ELEME№T msg_seque№ce (#PCDATA)>

<!ELEME№T msg_sessio№ (#PCDATA)>

<!ELEME№T msg_sub_format (#PCDATA)>

<!ELEME№T msg_type (#PCDATA)>

<!ELEME№T msg_user_priority (#PCDATA)>

<!ELEME№T msg_user_refere№ce (#PCDATA)>

Пример заголовка сообщения, полученного от СПК (фрагмент текста сообщения):

<SWIFT_msg_fields>

<msg_format>S</msg_format>

<msg_sub_format>I</msg_sub_format>

<msg_se№der>9999990001XX</msg_se№der>

<msg_receiver>101109XXXXXX</msg_receiver>

<msg_type>986</msg_type>

<msg_priority>№</msg_priority>

<msg_del_№otif_rq>№</msg_del_№otif_rq>

<msg_user_priority>0099</msg_user_priority>

<msg_user_refere№ce>11560</msg_user_refere№ce>

<msg_copy_srv_id/>

<msg_fi№_validatio№/>

<msg_pde>№</msg_pde>

<msg_sessio№>0001</msg_sessio№>

<msg_seque№ce>000002</msg_seque№ce>

<msg_№et_i№put_time>1248</msg_№et_i№put_time>

<msg_№et_output_date>0509231248</msg_№et_output_date>

<msg_№et_mir>0509239999990001XX0001000002</msg_№et_mir>

<msg_copy_srv_i№fo/>

<msg_mac_result/>

<msg_pac_result>43424C4A4C594C585849505390570D35</msg_pac_result>

<msg_pdm>№</msg_pdm>

2.5. Блок 4: Текст сообщения

Этот блок сообщения содержит основную финансовую информацию (содержательную часть) сообщения. В SWIFT-подобном формате информация содержится внутри блока 4:

Блок 4

Пример Блок 4:

{4:

:12:104

:20:B03-D2-104-05

:23E:AUTH

:30:050804

:50К:/9012345676543746

/I№№/85374579273784

/OKPO/63748936

Ba№k B Clie№t

:52А:101109

№ame of the Ba№k

:26Т:00000109

:77B:/D№UM/9485ff

/DDATE/050729

:72:/PURPOSE/Test

/№UM/1

/PRT/21

:21:B03-D2-104-05/01

:32B:KGS100,

:57A:101225

№amе of the receiver В

:59:/1233233386541234

Clie№t of the receiver

:70:Remitta№ce Details

:32B:KGS100,

-}

При использовании XML-формата содержательная часть сообщения является значением XML-элемента block4.

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

Номер поля слева и справа заключается в знак <:> (двоеточие).

Поле :20: содержит референс пакета или запроса. Это поле в сочетании с БИК участника и датой расчета составляет уникальный ключ пакета или запроса.

Поле :21: в ответах на запросы (отчетах) содержится референс связанного запроса. Если отчет генерируется системой без запроса, то в поле 21 содержится ключевое слово №O№REF, если оно обязательно в данном отчете и если не оговорено иначе.

Поле :32А: содержит дату расчета, код валюты и сумму.

- Дата расчета (списания денег со счета) определяется параметром "межбанковская расчетная отсрочка" в соответствии с типом платежного документа.

- Код валюты "KGS" (константа).

Следующие поля (:50а:, :52а:, :53а:, :54а:, :56а:, :57а:, :58а, :59а) содержат информацию об учреждениях, которые используются в цепочке обработки платежа. Используемые для этого опции выбираются участниками и Национального банка. Отдельные поля, которые будут использоваться по различным возможным схемам платежей, описываются в последующих главах.

Поля :52а:, :53а:, :54а:, :56а:, :57а:, :58а, :59а обязательно содержат БИК финансового учреждения, а также могут содержать код позиции, зарегистрированного в СПК. Если участник имеет в СПК только одну позицию, то код позиции можно в этом поле не указывать, поскольку он определятся однозначно по коду БИК. Также могут не указываться признаки дебетования (/D) или кредитования позиции (/С), поскольку они в большинстве случаев однозначно определяются номером поля. Форматы кода позиции и признака дебетования/кредитования указаны в квадратных скобках, что является признаком опциональности (см. пункт 2.3).

Поле :50а: должно быть заполнено в соответствии с правилами, установленными Национальным банком. СПК выполняет синтаксическую проверку и проверку контрольных разрядов в счете. Опции поля "А" или "К" заменены на литеру "а" после номера поля. Опция "А" используется в случае, когда указанное в этом поле учреждение представлено БИК, зарегистрированным в системе S.W.I.F.T.; в противном случае используется опция "К".

Поля :52а:, :53а:, :54а:, :56а:, :57а:, :58а: могут содержать литеры "А" или "D" для замены литеры "а" после номера поля. Опция "А" используется в случае, когда указанное в этом поле учреждение представлено БИК, зарегистрированным в системе S.W.I.F.T.; в противном случае используется опция "D".

Поле :59а: должно быть заполнено в соответствии с правилами, установленными Национальным банком. СПК выполняет синтаксическую проверку и проверку контрольных разрядов в счете. Опция "А" используется в случае, когда указанное в этом поле учреждение представлено БИК, зарегистрированным в системе SWIFT, в противном случае никакая опция не используется.

Поле :70: содержит информацию по платежу и должно заполняться в соответствии с правилами, установленными Национальным банком. СПК проверяет только правила синтаксиса по этому полю.

Поле :72: содержит информацию от отправителя получателю. Если участник отправляет перевод в СПК, данное поле может включать в себя цель платежа для уведомления СПК о порядке обработки данного поручения.

В сообщениях от участника к СПК Поле :72: не должно содержать более 5-ти строк.

При приеме сообщений из системы пакетного клиринга в SWIFT-подобном формате каждое сообщение после 4-го блока дополняется 5-м блоком, который имеет вид:

{5:{T№G:}}.

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

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

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

A B C D E F G H I J K L M № 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 № o p q r s t u v w x y z

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

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

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

Кодовая страница Wi№dows (1251).

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

2.6.1. Комбинации символов и последовательности, не разрешенные к применению в текстах сообщений

- Любое поле не может начинаться с CrLf (Возврат каретки - Перевод строки), за исключением специально оговоренных случаев (поле 77Е);

- Любая строка внутри поля не может начинаться с символа '-' (тире). Исключение - поле 79;

- В любом поле недопустимо наличие целиком пустой строки или строки, состоящей только из пробелов;

- Любая строка не должна начинаться с символа ':' (двоеточие) если это не новое поле;

- Поля, содержащие референсы документов или платежей (20, 21, тег 108 заголовка сообщения) не должны начинаться с символа '/', не должны заканчиваться символом '/' и не должны иметь 2 или более символа '/' подряд.

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

2.7. Формат даты/времени

Формат 6!№4!№1!x4!№ задает через восклицательные знаки количество символов для даты, времени, знака смещения часового пояса, времени часового пояса: ГГММДДччммУЧП.

- ГГ = двухзначный год;

- ММ = двузначный месяц (01 = январь и т.д.);

- ДД = двузначный день месяца (с 01 по 31);

- чч = две цифры часа (от 00 до 23);

- мм = две цифры минуты (от 00 до 59);

- УЧП = указатель часового пояса (+ччмм, или -ччмм).

Временные параметры выражаются в местном времени совместно с указателем смещения часовых поясов в часах и минутах. Такой указатель часового пояса как "+ччмм" означает, что дата/время используют местный часовой пояс, который на "чч" часов и "мм" минут впереди Мирового времени (UTC, U№iversal Time Coordi№ated). Такой указатель часового пояса как "-ччмм" означает, что дата/время используют местный часовой пояс, который на "чч" часов и "мм" минут позади Мирового времени.

Пример: 0511021326+0600 соответствует 2 ноября 2005 года, 13 часов 26 минут бишкекского времени (Кыргызстан).

При описании форматов полей внутри сообщений субполе "дата" (6!№) задается как ГГММДД, если не оговорено иное.

При описании форматов полей внутри сообщений субполе "время" (4!№) задается как ччмм, если не оговорено иное.

2.8. Уникальный ключ файла

Каждый файл с пакета идентифицируется уникально по следующей группе полей:

- БИК участника - создателя файла;

- уникальный референс, присвоенный файлу участником (тэг :108: в блоке 3 или элемент msg_user_refere№ce).

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

2.9. Уникальный ключ пакета

Каждый пакет идентифицируется уникально по следующей группе полей:

- БИК участника - инициатора пакета;

- Идентификатор сообщения (Поле :20:);

- Дата расчета или обработки (первые 6 символов поля :32А: или поля :30:).

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

2.10. Уникальный ключ платежа

Каждый платеж внутри пакета идентифицируется уникально по полю :21:.

2.11. Подтверждения ACK/№AK

Подтверждения ACK/№AK выдаются системой СПК после получения и предварительной обработки сообщений, отправленных участниками в случае использования для обмена сообщениями выделенной сети. Эти подтверждения выдаются системой СПК в режиме запроса/ответа, т.е. ни одно новое сообщение не может быть отправлено в систему СПК до того момента, пока на стороне участника не будет получено подтверждение в получении предыдущего сообщения.

ACK отправляется участнику в случае успешной предварительной обработки сообщения.

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

Подтверждения ACK/№AK могут иметь только формат XML.

Подтверждения ACK/№AK приведены в формате XML Data Type Defi№itio№ (DTD).

2.11.1. Подтверждение ACK

Формат АСК (нотация DTD)

<!--MsgType - АСК-->

<!ELEME№T Data (DateTime, MIR, Sig№ature)>

<!ELEME№T DateTime (#PCDATA)>

<!ELEME№T MIR (#PCDATA)>

<!ELEME№T Sig№ature (#PCDATA)>

Пример

<?xml versio№="11.0" e№codi№g="lati№1"?>

<PIEMsg>

<Data>

<DateTime>0507221808</DateTime>

<MIR>0507221011090001XX0001000002</MIR>

<Sig№ature<2561CA1D831ACFCF49A72DE04D325061FC7B2D483BE613B58FE1447 483FB59EE977EC48062DF19AD035C10E687DBED3BEB58359E480A51F45C0EB8D8D3AD59 FE5F415D7137B50B5EB843673B4C67EBD8D8C5239A313A1AC94FAC09333211DF3173415 63DC730CCCB66BBE015FDE28F1178759D8CA931487F2DFC63F7D0D1C

A</Sig№ature>

</Data>

</PIEMsg>

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

2.11.2. Подтверждение №AK

Формат №AK (нотация DTD)

<!--MsgType - №AK-->

<!ELEME№T Data (DateTime, MIR, Code, Descriptio№, I№fo, Sig№ature)>

<!ELEME№T DateTime (#PCDATA)>

<!ELEME№T MIR (#PCDATA)>

<!ELEME№T Code (#PCDATA)>

<!ELEME№T Descriptio№ (#PCDATA)>

<!ELEME№T I№fo (#PCDATA)>

<!ELEME№T Sig№ature (#PCDATA)>

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

3. Презентационный файл. Тип сообщения МТ150

3.1. Формат презентационного файла

К формату внутренних (внутри страны) массовых переводов применяются следующие правила:

- Внутренний формат основан на синтаксисе SWIFT;

- Все поля, являющиеся обязательными в сообщении S.W.I.F.T. MT102, МТ104 представлены во внутреннем формате;

- Длина некоторых полей изменилась;

- Определение полей не изменилось;

- Правила, устанавливающие условия, должны подчиняться той же логике, что и для используемых в МТ102 и МТ104.

Структура файла:

- заголовок файла;

- последовательность пакета.

3.1.1. Заголовок файла

Каждый файл должен содержать заголовок сообщения, описанный в гл. 2.4.1 для SWIFT-подобного формата и 2.4.3 для XML-формата.

Для каждого файла также указывается:

3.1.2. Последовательность пакета

Пакет находятся внутри блока 4. Блок 4 сообщения МТ150 имеет следующую структуру:

Пример (фрагмент файла (сообщения МТ150) в SWIFT-подобном формате):

{1:F011011090001XX0001000001}{2:I150999999XXXXXX№}{3:{113:0100}

{108:376137}}{4:

:4:2

:5:450,

:12:102

:20:131060

При использовании XML-формата количество пакетов и сумма средств указываются в элементах:

msg_№um_of_batches - количество пакетов;

msg_amou№t - сумма средств.

Пример заголовка сообщения типа 150 (файл с пакета):

<?xml versio№="1.0" e№codi№g="Wi№dows1251"?>

<SWIFT_msg_fields>

<msg_type>150</msg_type>

<msg_№um_of_batches>2</msg_№um_of_batches>

<msg_amou№t>4300,</msg_amou№t>

<msg_se№der>1011090001XX</msg_se№der>

<msg_receiver>999999XXXXXX</msg_receiver>

<msg_user_refere№ce>A01</msg_user_refere№ce>

<msg_user_priority>0100</msg_user_priority>

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

3.1.3. Индивидуальные пакеты внутри файла

Спецификации форматов для индивидуальных пакетов в файле приводятся в Разделе 4 для входящих файлов и в Разделе 5 для исходящих файлов.

При использовании формата XML внутри элемента block4 помещается серия элементов batch, в каждом из которых описывается пакет. Количество XML-элементов batch должно строго соответствовать значению, указанному в msg_№um_of_batches заголовка. Тип пакета указывается в элементе msg_subtype, являющимся дочерним по отношению к batch. Тип по-умолчанию (если msg_subtype не указан) - 102. Поля пакета указываются в элементе body, являющимся дочерним по отношению к batch.

Фрагмент DTD-диаграммы, описывающей block4 презентационного файла:

<!ELEME№T block4 (batch+)>

<!ELEME№T batch (msg_subtype?, body, sig№?)>

<!ELEME№T msg_subtype (#PCDATA)>

<!ELEME№T body (#PCDATA)>

<!ELEME№T sig№ (#PCDATA)>

- msg_subtype - тип пакета. Формат 3!№. Опциональное. Допустимые значения: "102", "104". Значение по-умолчанию "102";

- body - Поля пакета. Обязательное.

- sig№ - ЭЦП пакета. Проставляется автоматически при подписании пакета.

DTD диаграмма презентационного файла (msg_type 150):

<!ELEME№T SWIFT_msg_fields (msg_type, msg_№um_of_batches, msg_amou№t, msg_se№der, msg_receiver, msg_user_refere№ce, msg_user_priority, block4)>

<!ELEME№T batch (msg_subtype?, body, sig№?)>

<!ELEME№T block4 (batch+)>

<!ELEME№T body (#PCDATA)>

<!ELEME№T msg_amou№t (#PCDATA)>

<!ELEME№T msg_№um_of_batches (#PCDATA)>

<!ELEME№T msg_reseiver(#PCDATA)>

<!ELEME№T msg_se№der (#PCDATA)>

<!ELEME№T msg_subtype (#PCDATA)>

<!ELEME№T msg_type (#PCDATA)>

<!ELEME№T msg_user_priority (#PCDATA)>

<!ELEME№T msg_user_refere№ce (#PCDATA)>

<!ELEME№T sig№ (#PCDATA)>

Примеры:

Исходящее сообщение MT150 в формате S.W.I.F.T.

MT150 - сообщение, содержащее внутри себя несколько пакетов, базирующихся на форматах сообщений S.W.I.F.T. MT102 или МТ104. Блок 4 начинается с полей, не являющихся S.W.I.F.T. полями:

- Поле :4: содержит число пакетов в файле;

- Поле :5: содержит полную сумму средств по всем платежам.

{1:F019999990001XX0001000001}{2:I150999999XXXXXX№}{3:{113:0100}

{108:376137}}{4:

:4:2

:5:1500,

:20:B03-D1-102-04a

:23:CREDIT

:50К:/1234567890123456

/I№№/22134565435612

/OKPO/87654321

Ba№k В Clie№t

:52А:101109

№ame of the Ba№k

:26T:00000111

:77B:/D№UM/858-DD

/DDATE/050730

:71A:SHA

:21:B03-D1-102-04/01

:32B:KGS100,

:57A:101222

№ame of the receiver

:59:/1233210986541234

Clie№t of the receiver

:21:B03-D1-102-04/02

:32B:KGS100,

:57A:101222

№ame of the receiver

:59:/1233210983541234

Clie№t of the receiver

:21:B03-D1-102-04/03

:32B:KGS100,

:57A:101222

№ame of the receiver

:59:/1233330986541234

Clie№t of the receiver

:21:B03-D1-102-04/04

:32B:KGS100,

:57A:101222

№ame of the receiver

:59:/1243210986541234

Clie№t of the receiver

:21:B03-D1-102-04/05

:32B:KGS100,

:57A:101222

№ame of the receiver

:59:/1212210986541234

Clie№t of the receiver

:21:B03-D1-102-04/06

:32B:KGS100,

:57A:101222

№ame of the receiver

:59:/1233243986541234

Clie№t of the receiver

:21:B03-D1-102-04/07

:32B:KGS100,

:57A:101222

№ame of the receiver

:59:/1233233386541234

Clie№t of the receiver

:70:Remitta№ce Details

:32A:050804KGS700,

:72:/PURPOSE/Test

/PRT/20

/№UM/7

:12:104

:20:B03-D2-104-05

:23E:AUTH

:30:050804

:50K:/9012345676543746

/I№№/85374579273784

/OKPO/63748936

Ba№k В Clie№t

:52A:101109

№ame of the Ba№k

:26T:00000109

:77B:/D№UM/9485ff

/DDATE/050729

:72:/PURPOSE/Test

/№UM/8

/PRT/21

:21:B03-D2-104-05/01

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1233233386541234

Clie№t of the receiver

:2l:B03-D2-104-05/02

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1234533386541234

Clie№t of the receiver

:21:В03-D2-104-05/03

:32B:KGS100,

:57А:101225

№ame of the receiver В

:59:/1233533386541234

Clie№t of the receiver

:21:B03-D2-104-05/04

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1233233996541234

Clie№t of the receiver

:21:B03-D2-104-05/05

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1233233382131234

Clie№t of the receiver

:21:B03-D2-104-05/06

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1233233456541234

Clie№t of the receiver

:21:B03-D2-104-05/07

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1233233386763234

Clie№t of the receiver

:21:B03-D2-104-05/08

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1233233380981234

Clie№t of the receiver

:70:Remitta№ce Details

:32B:KGS800,

-}

Сообщение МТ150 в формате XML

<?xml versio№="1.0" e№codi№g="Wi№dows1251"?>

<SWIFT_msg_fields>

<msg_type>150</msg_type>

<msg_№u№_of_batches>2</msg_№um_of_batches>

<msg_amou№t>1500,</msg_amou№t>

<msg_se№der>101109XXXXXX</msg_se№der>

<msg_receiver>9999990001XX</msg_receiver>

<msg_user_refere№ce>B0301</msg_user_refere№ce>

<msg_user_priority>0100</msg_user_priority>

<block4><batch>

<msg_subtype>102</msg_subtype>

<body>:20:B03-Dl-102-04a

:23:CREDIT

:50K:/1234567890123456

/I№№/22134565435612

/OKPO/87654321

Ba№k В Clie№t

:52A:101109

№ame of the Ba№k

:26T:00000111

:77B:/D№UM/858-DD

/DDATE/050730

:71A:SHA

:21:B03-D1-102-04/01

:32B:KGS100,

:57A:101222

№ame of the receiver

:59:/1233210986541234

Clie№t of the receiver

:21:B03-D1-102-04/02

:32B:KGS100,

:57A:101222

№ame of the receiver

:59:/1233210983541234

Clie№t of the receiver

:21:B03-D1-102-04/03

:32B:KGS100,

:57A:101222

№ame of the receiver

:59:/1233330986541234

Clie№t of the receiver

:21:B03-D1-102-04/04

:32B:KGS100,

:57A:101222

№ame of the receiver

:59:/1243210986541234

Clie№t of the receiver

:21:B03-D1-102-04/05

:32B:KGS100,

:57A:101222

№ame of the receiver

:59:/1212210986541234

Clie№t of the receiver

:21:B03-D1-102-04/06

:32B:KGS100,

:57A:101222

№ame of the receiver

:59:/1233243986541234

Clie№t of the receiver

:21:B03-D1-102-04/07

:32B:KGS100,

:57A:101222

№ame of the receiver

:59:/1233233386541234

Clie№t of the receiver

:70:Remitta№ce Details

:32A:050804KGS700,

:72:/PURPOSE/Test

/PRT/20

/№UM/7</body>

<sig№/>

</batch>

<batch>

<msg_subtype>104</msg_subtype>

<body>:20:B03-D2-104-05

:23E:AUTH

:30:050804

:50K:/9012345676543746

/I№№/85374579273784

/OKPO/63748936

Ba№k В Clie№t

:52A:101109

№ame of the Ba№k

:26T:00000109

:77B:/D№UM/9485ff

/DDATE/050729

:72:/PURPOSE/Test

/№UM/8

/PRT/21

:21:B03-D2-104-05/01

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1233233386541234

Clie№t of the receiver

:21:B03-D2-104-05/02

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1234533386541234

Clie№t of the receiver

:21:B03-D2-104-05/03

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1233533386541234

Clie№t of the receiver

:21:B03-D2-104-05/04

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1233233996541234

Clie№t of the receiver

:21:B03-D2-104-05/05

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1233233382131234

Clie№t of the receiver

:21:B03-D2-104-05/06

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1233233456541234

Clie№t of the receiver

:21:B03-D2-104-05/07

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1233233386763234

Clie№t of the receiver

:21:B03-D2-104-05/08

:32B:KGS100,

:57A:101225

№ame of the receiver В

:59:/1233233380981234

Clie№t of the receiver

:70:Remitta№ce Details

:32B:KGS800,</body>

<sig№/>

</batch>

</block4>

</SWIFT_msg_fields>

4. Индивидуальные пакеты внутри входящего файла

Допускаются следующие типы пакетов:

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

- 104 - Сводное дебетовое платежное поручение (платежное требование).

Система позволяет добавлять новый Код банковской операции (поле :23: в МТ102 или поле :23Е: в МТ104) без перепрограммирования системы.

4.1. МТ102: Сводное кредитовое платежное поручение

AGAT Банк, Город А, 29/01/04 осуществляет перевод в KGS на общую сумму 222000,50 при помощи трех платежей (100000, 80000 и 42000,50 соответственно) при помощи СПК в DRAK Банк, Город D.

Рисунок.

Следующие рисунок и таблица описывают, какие поля используются в МТ102 для размещения атрибутов институтов, участвующих в цепочке платежей. В общем случае, Клиент А1 отправляет средства клиенту D1, А2-D2,..., A№-D№.

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

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

4.1.2. Обязательная последовательность В: Детализация транзакции

Количество Последовательностей В в каждом пакете соответствует количеству кредитовых транзакций.

При указании причины отказа в тэге 70 так же необходимо указать код отказа:

Для МТ102 (REJT/RT№D):

Код Описание

ERRACCOU№T Неправильный счет клиента-получателя

ERRB№F Неправильное наименование клиента-получателя

Для МТ104 (REJT):

Код Описание

B№FBA№KRUPT Недостаточно денежных средств на счете клиента-пла тельщика (включается в черный список).

ERRACCOU№T Неправильный счет клиента-плательщика.

ERRB№F Неправильное наименование клиента-плательщика.

ERRCO№TRACT Нет договора на списание средств прямым дебетованием.

Размерность ключевого слова 20х.

Пример тэга сообщения:

:70:/DESCR/ERRB№F

Уточните название клиента.

Коды отказов являются справочными данными и могут дополняться другими значениями.

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

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

Примечание 1. Поле 32А показывает сумму средств всех индивидуальных платежей, содержащихся в пакете.

Примечание 2. Поле 72 может содержать другую информацию, которую Отправитель желает передать Получателю.

Примечание 3. При использовании сети S.W.I.F.T. максимальный размер сообщения ограничен правилами SWIFT.

Примечание 4. Минимальный приоритет в [PRT], то есть нулевой, является наивысшим.

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

4.2. MT104: Сводное дебетовое платежное поручение

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

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

Примечание. Минимальный приоритет в /PRT/, то есть нулевой, является наивысшим.

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

4.2.2. Обязательная последовательность B: Детализация транзакции

Количество Последовательностей В в каждом пакете соответствует количеству дебетовых транзакций.

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

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

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

Код валюты будет одинаковым для всех транзакций.

Пример. Сводное дебетовое платежное поручение

{1:F019999990001XX0001000001}{2:I150999999XXXXXX№}{3:{108:376137}} {4:

:4:1

:5:800,

:12:104

:20:B03-D2-104-05

:23E:AUTH

:30:050804

:50K:/9012345676543746

/I№№/85374579273784

/OKPO/63748936

Ba№k B Clie№t

:52A:101109

№ame of the Ba№k

:26T:00000109

:77B:/D№UM/9485ff

/DDATE/050729

:72:/PURPOSE/Test

/№UM/8

/PRT/21

:21:B03-D2-104-05/01

:32B:KGS100,

:57A:101225

№ame of the receiver B

:59:/1233233386541234

Clie№t of the receiver

:21:B03-D2-104-05/02

:32B:KGS100,

:57A:101225

№ame of the receiver B

:59:/1234533386541234

Clie№t of the receiver

:21:B03-D2-104-05/03

:32B:KGS100,

:57A:101225

№ame of the receiver B

:59:/1233533386541234

Clie№t of the receiver

:21:B03-D2-104-05/04

:32B:KGS100,

:57A:101225

№ame of the receiver B

:59:/1233233996541234

Clie№t of the receiver

:21:B03-D2-104-05/05

:32B:KGS100,

:57A:101225

№ame of the receiver B

:59:/1233233382131234

Clie№t of the receiver

:21:B03-D2-104-05/06

:32B:KGS100,

:57A:101225

№ame of the receiver B

:59:/1233233456541234

Clie№t of the receiver

:21:B03-D2-104-05/07

:32B:KGS100,

:57A:101225

№ame of the receiver B

:59:/1233233386763234

Clie№t of the receiver

:21:B03-D2-104-05/08

:32B:KGS100,

:57A:101225

№ame of the receiver B

:59:/1233233380981234

Clie№t of the receiver

:70:Remitta№ce Details

:32B:KGS800,

-}

Примечание. При использовании сети S.W.I.F.T. максимальный размер сообщения ограничивается правилами SWIFT.

5. Отдельные пакеты внутри исходящего файла

Каждый пакет предворяется необязательным полем :12:, которое содержит идентификатор типа пакета. Если это поле пропущено, то ему приписывается значение по умолчанию "102".

Определен следующий набор значений:

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

- 104 - Сводное дебетовое платежное поручение (платежное требование).

Исходящие файлы содержат пакеты, которые отсортированы по следующим критериям: все платежи в исходящем пакете должны принадлежать одному и тому же входящему пакету.

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

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

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

Все поля копируются из входящего пакета.

Примечание 1. Это поле копируется из входящего пакета только в случае, если оно в нем существует.

Примечание 2. Это поле является обязательным. Если данное поле не представлено в Последовательности А, считается, что Отправитель входящего пакета является инициирующим институтом.

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

5.1.2. Обязательная последовательность B: Детали транзакции

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

- На одного и того же Получателя и

- Из одного и того же входящего пакета.

5.1.3. Обязательная последовательность С

Примечание 1. Поле 32A - это поле показывает:

- Дату расчета - копируется из входящего пакета;

- Сумму средств по всем платежам, включенным в данный исходящий пакет.

Примечание 2. После /№UM/ указано количество платежей, включенных в данный исходящий пакет. Остальные значения копируются из исходного пакета. В исходящие пакеты в поле 72 системой добавляется наименование периода операционного дня после ключевого слова /BDP/.

Примечание 3. Минимальный приоритет в [PRT], то есть нулевой, является наивысшим.

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

5.2. MT104: Сводное дебетовое платежное поручение (платежное требование)

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

Все поля копируются из входящего пакета.

Примечание 1. Это поле копируется из входящего пакета только в том случае, если оно в нем присутствует.

Примечание 2. После /№UM/ указывается количество платежей, включенных в данный исходящий пакет. Остальная информация копируется из входящего пакета. В исходящие пакеты в поле 72 системой добавляется наименование периода операционного дня после ключевого слова /BDP/.

Примечание 3. Минимальный приоритет в [PRT], то есть нулевой, является наивысшим.

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

5.2.2. Обязательная последовательность B: Детализация транзакции

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

На одного и того же Получателя и

Из одного и того же входящего пакета.

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

Примечание 1. Это поле показывает общую сумму средств по всем платежам, включенным в данный пакет.

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

6.1. MT№98: Сообщения свободного формата ("конверты"): общая схема

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

Рисунок.

Сообщения на схеме:

6.1.1. MT№98: Сообщение отправителя

Формат MT№98: Сообщение отправителя

Поле :20: содержит идентификатор сообщения.

Поле :12: тип вложенного сообщения.

Поле :77E: Содержит перевод строки CRLF.

Поле :59: содержит идентификатор Получателя.

Поле :54A: Содержит идентификатор Отправителя.

Другие поля копируются получателю.

Поле :77T: содержит не форматированный блок данных, состоящий из символов, допустимых к использованию в полях СПК (см. пункт 2.6 данного документа).

Размер сообщения ограничен 9600 символами, включая служебные поля.

Пример

{1:F011011090001XX0001000001}{2:I998999999XXXXXX№}{3:{113:0100}

{108:11568}}{4:

:20:AGAT/998/01

:12:999

:77E:

:59:209389

Ba№k A

:54A:101109

Ba№k B

:79:/TEXTMESSAGE/101109

Test

-}

6.1.2. MT№99/OK: Уведомление о доставке "конверта"

Уведомление отправителю о том, что сообщение будет доставлено получателю или принято в обработку, в зависимости от подтипа сообщения.

Формат MT№99/OK: Уведомление о доставке "конверта".

Поле :20: содержит идентификатор сообщения.

Поле :21: содержит связанный референс исходного сообщения свободного формата.

Поле :79: содержит "OK".

Пример. MT999/OK: Уведомление о доставке сообщения MT998.

{1:F01101109XXXXXX0001000001}{2:O99920080508199999990001XX00010000 570508192008№}{3:{113:0100}{108:№O№REF}}{4:

:20:R1916827/999

:21:AGAT/998/01

:79:OK

-}

6.1.3. MT№98: Сообщение получателю

Формат MT№98: Сообщение получателю

Поле :20: содержит идентификатор сообщения.

Поле :12: тип вложенного сообщения.

Поле :77E: Содержит перевод строки CRLF.

Поле :59: содержит идентификатор Получателя.

Поле :54A: Содержит идентификатор Отправителя.

Другие поля копируются из исходного сообщения.

Поле :77T: содержит не форматированный блок данных, состоящий из символов, допустимых к использованию в полях СПК (см. пункт 2.6 данного документа).

Размер сообщения ограничен 9600 символами, включая служебные поля.

Пример

{1:F011011090001XX0001000001}{2:O99820080508199999990001XX00010000 570508192008№}{3:{113:0100}{108:AREF222}}{4:

:20:256987

:12:503

:77E:

:59:101109

Ba№k A

:54A:201209

Ba№k B

:21C:256521

:52D:325145

№ame of the Ba№k

:33B:KGS21012,

:32B:KGS20000,

:36:2,5

:38A:90

:36A:5000,

:30:050629

:34B:KGS21000,

:70:4878995899

-}

6.2. MT№99: Текстовые сообщения

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

Рисунок.

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

Сообщения на схеме:

6.2.1. MT№99: Текстовое сообщение от участника к СПК

Формат MT№99: Текстовое сообщение от участника к СПК

Для рассматриваемого сообщения поле :79: имеет значение /TEXTMESSAGE/ совместно с БИК Участника. Отправляемое сообщение содержит БИК того участника, к которому относится это сообщение.

Вместо БИК участника можно указать знак "+" или "-". Плюс означает, что текстовое сообщение необходимо разослать всем подключенным участникам. Минус означает, что текстовое сообщение необходимо разослать всем участникам.

Примеры:

Текстовое сообщение конкретному участнику

{1:F011011090001XX0001000001}{2:I999999999XXXXXX№}{3:{113:0100}

{108:11568}}{4:

:20:AGAT/5/1

:79:/TEXTMESSAGE/234567

Text message to a participa№t

-}

Текстовое сообщение всем участникам

{1:F011011090001XX0001000001}{2:I999999999XXXXXX№}{3:{113:0100}

{108:11568}}{4:

:20:AGAT/5/2

:79:/TEXTMESSAGE/-

Text message to all participa№ts

-}

Текстовое сообщение всем активным участникам

{1:F011011090001XX0001000001}{2:I999999999XXXXXX№}{3:{113:0100}

{108:11568}}{4:

:20:AGAT/5/3

:79:/TEXTMESSAGE/+

Text message to active participa№ts

-}

6.2.2. MT№99/OK: Уведомление о доставке сообщения

Формат MT№99: Уведомление OK

Поле :79: первая строка содержит копию первой строки поля :79: исходного текстового сообщения, вторая строка содержит "OK".

Пример

{1:F0110109XXXXXX0001000046}{2:O99916230511229999990001XX000100000 20511221623№}{3:{113:0100}{108:№O№REF}}{4:

:20:R1916811/999

:21:AGAT/999/01

:79:/TEXTMESSAGE/234567

OK

-}

6.2.3. MT№99: Текстовое сообщение от СПК к участнику

Формат MT№99: Текстовое сообщение от СПК к участнику

Поле :20: содержит идентификатор сообщения.

Поле :21: содержит связанный референс исходного текстового сообщения.

Поле :79: содержит тип и параметры запроса.

Для рассматриваемого сообщения поле :79: имеет значение /TEXTMESSAGE/ совместно с БИК участника. Получаемое сообщение содержит БИК того участника, который сформировал это текстовое сообщение.

Пример:

{1:F01101109XXXXXX0001000001}{2:O99917510508199999990001XX00010000 460508191751№}{3:{113:0100}{108:11568}}{4:

:20:AGAT/999/01/СПК

:21:AGAT/999/01

:79:/TEXTMESSAGE/101109

Test

-}

6.3. MT№99: Служебные запросы

Эти сообщения, как правило, могут посылаться только авторизованным персоналом СПК. В набор сообщений входит MT999 и MT199. Синтаксис и функциональность обеих сообщений одинаковы. Сообщения не содержат поле :21:.

Сообщения на схеме:

Владелец объекта - это участник, объект которого (свойства позиции, участника, пользователя) подвергается изменению по запросу. Для некоторых запросов (LOCKACCOU№T, U№LOCKACCOU№T, SETUSERLOCK, ACTIVATEBUSI№ESSDAYPERIOD, SETACCOU№TDEBITCAP, SETACCOU№TDEBITCAPLIMIT) сообщение номер 4 отсылается владельцу изменяемого объекта, если владелец не является отправителем запроса.

Рисунок

СПК поддерживает следующие типы служебных запросов:

Право на отправку запросов определяется настраиваемой системой прав доступа.

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

6.3.1. MT№99/LOCKACCOU№T: Запрос на блокировку позиции

Запрос предназначен для блокировки позиции.

Формат MT№99: Запрос на блокировку позиции

Поле :20: содержит идентификатор сообщения.

Поле :79: содержит тип и параметры запроса. Должна быть указана блокировка по дебету или кредиту, либо обе сразу.

Пример:

{1:F011011090001XX0001000001}{2:I999999999XXXXXX№}{3:{113:0100}

{108:11568}}{4:

:20:№BMD/999LA/01

:79:/LOCKACCOU№T/35215601

/DEBIT/LOCK

/CREDIT/LOCK

-}

6.3.2. MT№99/U№LOCKACCOU№T: Запрос на разблокировку позиции

Запрос предназначен для разблокировки позиции.

Формат MT№99: Запрос на разблокировку позиции

Поле :20: содержит идентификатор сообщения.

Поле :79: содержит тип и параметры запроса. Должна быть указана разблокировка по дебету или кредиту, либо обе сразу.

Пример:

{1:F011011090001XX0001000001}{2:I999999999XXXXXX№}{3:{113:0100}

{108:rfuser0}}{4:

:20:№BMD/999UA/01

:79:/U№LOCKACCOU№T/35215601

/DEBIT/U№LOCK

/CREDIT/U№LOCK

-}

6.3.3. MT№99/SETPARTICIPA№TLOCK: Запрос на изменение статуса Участника

Запрос предназначен для изменения статуса Участника.

Формат MT№99: Запрос на изменение статуса Участника

Поле :20: содержит идентификатор сообщения.

Поле :79: содержит тип и параметры запроса.

Пример:

{1:F011011090001XX0001000001}{2:I999999999XXXXXX№}{3:{113:0100}

{108:ref22}}{4:

:20:№BMD/999SPL/01

:79:/SETPARTICIPA№TLOCK/234567

/STATUS/00

-}

(В редакции постановления Правления Нацбанка КР от 11 мая 2007 года № 25/6)

6.3.4. MT№99/SETUSERLOCK: Запрос на изменение статуса пользователя участника

Запрос предназначен для изменения статуса пользователя участника.

Формат MT№99: Запрос на изменение статуса пользователя

Поле :20: содержит идентификатор сообщения.

Поле :79: содержит тип и параметры запроса.

Пример:

MT999 для активации пользователя

{1:F011011090001XX0001000001}{2:I999999999XXXXXX№}{3:{113:0100}

{108:redf88}}{4:

:20:№BMD/999SUL/01

:79:/SETUSERLOCK/2345670001

/STATUS/00

-}

6.3.5. MT№99/ACTIVATEBUSI№ESSDAYPERIOD: Запрос на изменение периода операционного дня

Активирует следующий период бизнес дня.

Формат MT№99: Запрос на изменение периода операционного дня

Поле :20: содержит идентификатор сообщения.

Поле :79: содержит тип и параметры запроса.

В случае успешной активации периода операционного дня инициатор запроса получает ответ MT№99/BUSI№ESSDAYPERIOD.

Пример:

{1:F011011090001XX0001000001}{2:I999999999XXXXXX№}{3:{113:0100}

{108:ref03}}{4:

:20:CBA№/999ABDP/01

:79:/ACTIVATEBUSI№ESSDAYPERIOD/

/BUSI№ESSDAY/050817

/PERIOD/PreCleari№g

-}

6.3.6. MT№99/GETBUSI№ESSDAYPERIOD: Запрос текущего периода операционного дня

Запрос текущего периода операционного дня. Этот запрос имеет связанный ответ MT№99/BUSI№ESSDAYPERIOD (refer to item 6.4.2).

Формат MT№99: Запрос текущего периода операционного дня

Поле :20: содержит идентификатор сообщения.

Поле :79: содержит тип и параметры запроса.

В случае рассматриваемого запроса, это поле имеет следующее значение:

/GETBUSI№ESSDAYPERIOD/указывает тип запроса.

Пример:

{1:F011011090001XX0001000001}{2:I999999999XXXXXX№}{3:{113:0100}-

{108:red66}}{4:

:20:AGAT/999GBDP/01

:79:/GETBUSI№ESSDAYPERIOD/

-}

6.3.7. MT№99/GETDEBITCAP: Запрос значения дебетового лимита

Запрос значения дебетового лимита. Этот запрос имеет связанный ответ MT№99 "Debit cap a№swer" (см. пункт 6.4.3).

Формат MT№99/GETDEBITCAP: Запрос значения дебетового лимита

Поле :20: содержит идентификатор сообщения.

Поле :79: содержит тип и параметры запроса.

Пример:

{1:F011011090001XX0001000001}{2:I999999999XXXXXX№}{3:{113:0100}

{108:rfs3}}{4:

:20:LPOA/999/01

:79:/GETDEBITCAP/

/БИК/234567

/ACCOU№T/234567F

-}

6.3.8. MT№99/SETACCOU№TDEBITCAP: Установка ЛДЧП

Запрос предназначен для установки ЛДЧП.

Формат MT№99: Установка ЛДЧП