Кайта келүү

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

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

 

Утверждены 

постановлением Правления 

Национального банка 

Кыргызской Республики 

от 2 марта 2006 года N 5/10 

 

ПРАВИЛА 

заполнения форматов электронных платежных документов 

и сообщений Системы пакетного клиринга мелких 

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

 

(В редакции постановлений Правления Национального банка от 

11 мая 2007 года N 25/6, от 08 июня 2017 года N 2017-П-14\23-11-(ПС) 

 

1. Введение 

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

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

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

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

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

7. Статус файла, пакета или отдельного платежа 

8. Статус нескольких платежей внутри пакета 

9. Запрос отдельных платежей внутри файла или пакета по их статусу 

10. Отзыв пакета или отдельного платежа 

11. Отзыв отдельных платежей в пакете 

12. Отмена платежа в файле в отсутствии запроса 

13. Копия файла, пакета или отдельного платежа 

14. Копия нескольких платежей внутри пакета 

15. Статистическая информация 

16. Позиции и движение денежных средств 

17. Нетто-позиции 

18. Запросы движения средств 

19. Сообщение с ответом о коде ошибки 

20. Обработка сообщений 

21. Правила преобразования ФЧП и ФЛДЧП 

22. Форматы электронных таблиц для суб-участников 

23. Форматы обмена сообщениями процессингового центра и СПК 

 

1. Введение 

 

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

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

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

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

1.5.  

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

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

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

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

«OK» - успешный результат обработки сообщений; 

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

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

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

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

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

 

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

 

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

 

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

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

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

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

 

Рисунок. 

 

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

 

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

┌─┬─────────────┬──────────────────────┬────────────────────┬─────────┐ 

NТип сообщения Описание Кому/от кого может Раздел в │ 

быть отправлено документе│ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT150 Представленный файл: Участник ──> СПК, 3 │ 

набор пакета, СПК ──> Участник; │ 

посылаемый как единое СВ ──> СПК, │ 

целое СПК ──> СВ │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

МТ102 Пакет: Сводное Участник ──> СПК, 4.1, 5.1 │ 

кредитовое платежное СПК ──> Участник │ 

поручение (Копия) внутри │ 

представленного │ 

файла; │ 

СВ ──> СПК, │ 

СПК ──> СВ (Копия) │ 

внутри │ 

представленного │ 

файла │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT104 Пакет: Сводное Участник ──> СПК 4.2, 5.2 │ 

дебетовое платежное within presentation │ 

поручение (платежное file; СВ ──> СПК │ 

требование) внутри │ 

представленного │ 

файла │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MTn98 Специальный тип Участник ──> СПК 6.1 │ 

сообщений. │──> Участник; │ 

Используется в Участник ──> СПК │ 

качестве конверта для │──> СВ; │ 

передачи специальных СВ ──> СПК │ 

типов сообщений │──> Участник │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

МТ199/ Представляет собой Участник ──> СПК 6 │ 

TEXTMESSAGE сообщение, переданное │──> Участник; │ 

или МТ999/ по электронной почте Участник ──> СПК │ 

TEXTMESSAGE от одного участника │──> СВ; │ 

другому. ЦБ также СВ ──> СПК ──> │ 

может выдавать или Участник │ 

получать такие │ 

сообщения │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

Набор Запрос на изменение Участник ──> СПК 6.3 │ 

системных соответствующего (ограниченный │ 

запросов параметра системы. Не набор); │ 

МТ199 или включает в себя поле СВ ──> СПК (полный │ 

МТ999 :21: набор) │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

Набор Ответ на СПК ──> Участник 6.3.10 │ 

системных соответствующий (ограниченный │ 

ответов запрос. Ответ включаетнабор); │ 

МТ199 или в себя поле :21: СПК ──> СВ (полный │ 

МТ999 набор) │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT195/STAT Запрос статуса Участник ──> СПК; 7.1 │ 

платежного документа СВ ──> СПК │ 

(файла, пакета или │ 

платежа) │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT196/STAT Ответ на запрос о СПК ──> Участник; 7.2 │ 

статусе платежного СПК ──> СВ │ 

документа (файла, │ 

пакета или платежа) │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

МТ198/SPDC Установка ЛДЧП на Участник ──> СПК 6.3.12 │ 

список позиций │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

МТ198 Запрос статуса Участник ──> СПК; 8.1.1 │ 

отдельных платежей в СВ ──> СПК │ 

пакете │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

МТ198 Ответ на запрос о СПК ──> Участник; 8.2.1 │ 

статусе отдельных СПК ──> СВ │ 

платежей в пакете │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT195/LIST Запрос на статус Участник ──> СПК; 9.1.1 │ 

указанных платежей в СВ ──> СПК │ 

файле или пакете │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT198/STAT Ответ о статусе СПК ──> Участник; 9.2.1 │ 

указанных платежей в СПК ──> СВ │ 

пакете │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

МТ158 Ответ о статусе СПК ──> Участник; 9.2.2 │ 

указанных платежей в СПК ──> СВ │ 

файле │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

МТ192 Запрос на отзыв пакетаУчастник ──> СПК; 10.1 │ 

или платежа, ранее СВ ──> СПК │ 

отправленного в │ 

систему │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT196/CANC Ответ на отзыв пакета СПК ──> Участник; 10.2 │ 

или платежа СПК ──> СВ │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

МТ198 Запрос на отзыв Участник ──> СПК; 11.1 │ 

отдельных платежей в СВ ──> СПК │ 

пакете │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

МТ198 Ответ об отзыве СПК ──> Участник; 11.2 │ 

отдельных платежей в СПК ──> СВ │ 

пакете │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

МТ158 Отмена отдельных СПК ──> Участник; 12.1 │ 

платежей в файле в СПК ──> СВ │ 

отсутствие запроса │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT195/COPY Запрос на копию файла,Участник ──> СПК; 13.1 │ 

пакета или платежей, СВ ──> СПК │ 

раннее отправленных в │ 

систему │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

МТ156 Копия ранее СПК ──> Участник; 13.2.1 │ 

отправленного в СПК ──> СВ │ 

систему файла │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT196/COPY Копия ранее СПК ──> Участник; 13.2.2 │ 

отправленного в СПК ──> СВ │ 

систему пакета │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT196/COPY Копия платежа, ранее СПК ──> Участник; 13.2.3 │ 

отправленного в СПК ──> СВ │ 

систему │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

МТ198 Запрос на копии Участник ──> СПК; 14.1 │ 

указанных платежей в СВ ──> СПК │ 

пакете │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

МТ198 Копии указанных СПК ──> Участник; 14.12 │ 

платежей в пакете СПК ──> СВ │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT985/TTLS Запрос на получение Участник ──> СПК; 15.1.1 │ 

статистики участника вСВ ──> СПК │ 

данную клиринговую │ 

сессию │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT985/TTLD Запрос на получение Участник ──> СПК; 15.1.2 │ 

статистики участника СВ ──> СПК │ 

за текущий │ 

операционный день │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT985/TTLF Запрос на получение Участник ──> СПК; 15.1.3 │ 

статистики участника СВ ──> СПК │ 

по платежам в файле │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT985/TTLV Запрос на получение Участник ──> СПК; 15.1.4 │ 

статистики участника СВ ──> СПК │ 

за указанный расчетный │ 

день │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT986/TTLS Статистическая СПК ──> Участник; 15.2.1 │ 

информация об СПК ──> СВ │ 

активности участника │ 

в данную клиринговую │ 

сессию │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT986/TTLD Статистическая СПК ──> Участник; 15.2.2 │ 

информация об СПК ──> СВ │ 

активности участника │ 

за текущий │ 

операционный день │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT986/TTLF Статистическая СПК ──> Участник; 15.2.3 │ 

информация об СПК ──> СВ │ 

активности участника │ 

по платежам в файле │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT986/TTLV Статистическая СПК ──> Участник; 15.2.4 │ 

информация об СПК ──> СВ │ 

активности участника │ 

за расчетный день │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT985/STAT Запрос позиции Участник ──> СПК; 16.1.1 │ 

СВ ──> СПК │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT985/TRNR Запрос о движении Участник ──> СПК; 16.1.3 │ 

средств СВ ──> СПК │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT985/SSCH Запрос платежного Участник ──> СПК; 16.1.3 │ 

расписания СВ ──> СПК │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT986/STAT Ответ на запрос СПК ──> Участник; 16.2.1 │ 

позиции СПК ──> СВ │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT986/TRNR Ответ о движении СПК ──> Участник; 16.2.2 │ 

средств СПК ──> CB │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT986/SSCH Ответ на запрос СПК ──> Участник; 16.2.3 │ 

платежного расписания СПК ──> CB │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT973 Запрос на Участник ──> СПК; 17.1 │ 

промежуточную выписку СВ ──> СПК │ 

по клиринговым │ 

документам │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT970 Выписка по клиринговымСПК ──> Участник; 17.1 │ 

документам СПК ──> СВ │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT972 Промежуточная выписка СПК ──> Участник; 17.2 │ 

по клиринговым СПК ──> СВ │ 

документам │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MT971 Агрегированные позицииСПК ──> Участник; 17.3 │ 

СПК ──> СВ │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MTn90 Нотификация о расчетахСПК ──> СВ 18.1 │ 

по оплате расходов, │ 

процентов и прочих │ 

регулирований │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MTn91 Запрос на оплату СПК ──> Участник 18.2 │ 

расходов, процентов и │ 

других регулирований │ 

├─┼─────────────┼──────────────────────┼────────────────────┼─────────┤ 

MTn96/ERRC Данное сообщение СПК ──> Участник; 19.1 │ 

генерируется в случае СПК ──> СВ │ 

возникновения ошибки │ 

в процессе приема или │ 

обработки │ 

соответствующего │ 

сообщения │ 

└─┴─────────────┴──────────────────────┴────────────────────┴─────────┘ 

 

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

:79:/SETACCOUNTDEBITCAP/CLEARING 

/ACCOUNT/35215601 

/AMOUNT/200, 

/DIRECTION/I 

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

:79:/SETACCOUNTDEBITCAP/CLEARING 

/AMOUNT/200, 

/ACCOUNT/35215601 

/DIRECTION/I. 

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

 

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

 

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

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

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

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

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

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

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

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

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

 

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

 

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

Блок 1: 

┌───┬─────────────┬─────────────┬──────────────────────┬──────────────┐ 

Тэг Имя поля Формат поля Примечание Пример │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

1 Открытие 1!x { - не должна { │ 

блока изменяться │ 

(константа) │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

2 Номер блока 1!n1!x Идентификатор номера 1: │ 

блока и разделитель │ 

блока (символ ":") │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

3 Системная 1!a2!n F01 - не должна F01 │ 

константа изменяться │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

4 Отправитель 6!n4!nXX Код пользователя - 1011090001XX │ 

отправителя (при │ 

отправке в СПК). │ 

Состоит из БИК банка, │ 

номера пользователя │ 

(Номер пользователя │ 

автоматически │ 

корректируется │ 

средствами │ 

программного │ 

обеспечения в момент │ 

отправки сообщения. От │ 

пользователя не │ 

требуется коррекция │ 

значений поля) и │ 

суффикса XX │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

5 Номер 4!n6!n Это поле автоматически0001000001 │ 

Коммуникаци- корректируется │ 

онной сессии средствами │ 

и последова- программного │ 

тельности обеспечения в момент │ 

отправки сообщения. От │ 

пользователя не │ 

требуется коррекция │ 

значений поля │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

6 Закрытие 1!x } - не должна } │ 

блока изменяться │ 

(константа) │ 

└───┴─────────────┴─────────────┴──────────────────────┴──────────────┘ 

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

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

Блок 2: 

┌───┬─────────────┬─────────────┬──────────────────────┬──────────────┐ 

Тэг Имя поля Формат поля Примечание Пример │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

Открытие 1!x { - не должна { │ 

блока изменяться │ 

(константа) │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

1 Номер блока 1!n1!x Идентификатор номера 2: │ 

блока и разделитель │ 

блока (символ ":") │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

2 Признак 1!а В сообщениях, I │ 

"входящее/ис- отсылаемых в СПК │ 

ходящее" указывается I │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

3: Тип сообщения3!n Указывается тип 195 │ 

сообщения │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

4 Получатель 6!nXXXXXX Указывается БИК СПК 999999XXXXXX │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

5 Константа 1!a Всегда указывается N N │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

6 Закрытие 1!x } - не должна } │ 

блока изменяться │ 

(константа) │ 

└───┴─────────────┴─────────────┴──────────────────────┴──────────────┘ 

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

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

Блок 3: 

┌───┬─────────────┬─────────────┬──────────────────────┬──────────────┐ 

Тэг Имя поля Формат поля Примечание Пример │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

1 Открытие 1!x { - не должна { │ 

блока изменяться │ 

(константа) │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

2 Номер блока 1!n1!x Идентификатор номера 3: │ 

блока и разделитель │ 

блока (символ ":") │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

3 Внутренний {:113:0100} Константа {:113:0100} │ 

приоритет │ 

сообщения │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

4 Референс {:108:16х} Уникальный референс {108:11568} │ 

: файла файла, назначенный │ 

отправителем │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

5 Закрытие 1!x } - не должна } │ 

блока изменяться │ 

(константа) │ 

└───┴─────────────┴─────────────┴──────────────────────┴──────────────┘ 

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

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

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

{1:F011011090001XX0001000001}{2:I195999999XXXXXXN}{3:{113:0100} 

{108:11568}} 

 

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

 

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

Блок 1: 

┌───┬─────────────┬─────────────┬──────────────────────┬──────────────┐ 

Тэг Имя поля Формат поля Примечание Пример │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

Открытие 1!x { - не должна { │ 

блока изменяться │ 

(константа) │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

1 Номер блока 1!n1!x Идентификатор номера 1: │ 

блока и разделитель │ 

блока (символ ":") │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

2 Системная 1!а2!n F01 F01 │ 

константа │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

3 Получатель 6!nXXXXXX БИК банка - получателя101109XXXXXX │ 

сообщения сообщения │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

4 Номер комму- 4!n6!n Номера сессий и 0001000003 │ 

никационной последовательности │ 

сессии и сообщений │ 

последова- поддерживаются в СПК │ 

тельности автоматически │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

5 Закрытие 1!x } - не должна } │ 

блока изменяться │ 

(константа) │ 

└───┴─────────────┴─────────────┴──────────────────────┴──────────────┘ 

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

Блок 2: 

┌───┬─────────────┬─────────────┬──────────────────────┬──────────────┐ 

Тэг Имя поля Формат поля Примечание Пример │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

1 Открытие 1!х { - не должна } │ 

блока изменяться │ 

(константа) │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

2 Номер блока 1!n1!x Идентификатор номера 2: │ 

блока и разделитель │ 

блока (символ ":") │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

3 Признак 1!а В сообщениях, O │ 

"входящее/ис- принимаемых от СПК, │ 

ходящее" указывается О │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

4 Тип сообщения3!n Тип сообщения, 999 │ 

: отправленного из СПК │ 

участнику │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

5 Время 4!n Указано время отправки1622 │ 

отправки сообщения из СПК │ 

в формате ЧЧММ │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

6 Дата отправки6!n Указана дата отправки 051122 │ 

сообщения из СПК в │ 

формате ГГММДД │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

7 Отправитель 6!n4!nXX Указывается БИК СПК 9999990001XX │ 

сообщения (6!n), , номера │ 

пользователя СПК (4!n) │ 

и суффикса XX │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

8 Номер сессии 4!n6!n Номера сессий и 0001000003 │ 

и последова- последовательности │ 

тельности сообщений │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

9 Дата приема 6!n Указана дата приема 051122 │ 

сообщения сообщения из СПК в │ 

формате ГГММДД. В этом │ 

поле рабочая станция │ 

участника СПК │ 

(установленная на │ 

стороне банка) │ 

зафиксирует дату │ 

приема сообщения от │ 

СПК │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

10 Время приема 4!n Указано время приема 1622 │ 

сообщения из СПК в │ 

формате ЧЧММ. В этом │ 

поле рабочая станция │ 

участника СПК │ 

(установленная на │ 

стороне банка) │ 

зафиксирует время │ 

приема сообщения от │ 

СПК │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

11 Константа 1!a Всегда указывается N N │ 

├───┼─────────────┼─────────────┼──────────────────────┼──────────────┤ 

12 Закрытие 1!х } - не должна } │ 

блока изменяться │ 

(константа) │ 

└───┴─────────────┴─────────────┴──────────────────────┴──────────────┘ 

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

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

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

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

{1:F01101109XXXXXX0001000003}{2:O99916240511229999990001XX0001000 

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

 

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

 

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

 

<!ELEMENT SWIFT_msg_fields (msg_type, msg_sender, msg_receiver, msg_user_priority, msg_user_reference?, block4)> 

<!ELEMENT block4 (#PCDATA)> 

<!ELEMENT msg_receiver (#PCDATA)> 

<!ELEMENT msg_sender (#PCDATA)> 

<!ELEMENT msg_type (#PCDATA)> 

<!ELEMENT msg_user_priority (#PCDATA)> 

<!ELEMENT msg_user_reference (#PCDATA)> 

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

┌──────────────────┬────────┬───────────┬────────────────┬────────────┐ 

Элемент Имя поляФормат поля Примечание Пример │ 

├──────────────────┼────────┼───────────┼────────────────┼────────────┤ 

msg_sender Отправи-6!n4!nXX Код пользователя1011090001XX│ 

тель - отправителя │ 

(при отправке │ 

в СПК). │ 

Состоит из БИК │ 

банка, номера │ 

пользователя и │ 

суффикса XX │ 

├──────────────────┼────────┼───────────┼────────────────┼────────────┤ 

msg_receiver Получа- 6!nXXXXXX Указывается БИК 999999XXXXXX│ 

тель СПК │ 

├──────────────────┼────────┼───────────┼────────────────┼────────────┤ 

msg_type Тип 3!n Тип сообщения, 999 │ 

сообще- отправленного из │ 

ния СПК участнику │ 

├──────────────────┼────────┼───────────┼────────────────┼────────────┤ 

msg_user_priority Внутрен-4!n Константа. 0100 │ 

ний Не должна │ 

приори- редактироваться │ 

тет │ 

сообще- │ 

ния │ 

├──────────────────┼────────┼───────────┼────────────────┼────────────┤ 

msg_user_referenceРеференс16х Уникальный 11568 │ 

файла референс файла, │ 

назначенный │ 

отправителем │ 

└──────────────────┴────────┴───────────┴────────────────┴────────────┘ 

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

<?xml version="1.0" encoding="latin1"?> 

<SWIFT_msg_fields> 

<msg_type>198</msg_type> 

<msg_sender>1011090001XX </msg_sender> 

<msg_receiver"999999XXXXXX </msg_receiver> 

<msg_user_priority>0100</msg_user_priority> 

 

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

 

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

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

<!ELEMENT SWIFT_msg_fields (msg_format, msg_sub_format, msg_sender, msg_receiver, msg_type, msg_priority, msg_del_notif_rq, msg_user_priority, msg_user_reference?, msg_copy-srv_id, msg_fin_validation, msg_pde, msg_session, msg_sequence, msg_net_input_time, msg_net_output_date, msg_net_mir, msg_copy_srv_info, msg_mac_result, msg_pac_result, msg_pdm, block4)> 

<!ELEMENT block4 (#PCDATA)> 

<!ELEMENT msg_copy_srv_id EMPTY> 

<!ELEMENT msg_copy_srv_info EMPTY> 

<!ELEMENT msg_del_notif_rq (#PCDATA)> 

<!ELEMENT msg_fin_validation EMPTY> 

<!ELEMENT msg_format (#PCDATA)> 

<!ELEMENT msg_mac_result EMPTY> 

<!ELEMENT msg_net_input_time (#PCDATA)> 

<!ELEMENT msg_net_mir (#PCDATA)> 

<!ELEMENT msg_net_output_date (#PCDATA)> 

<!ELEMENT msg_pac_result (#PCDATA)> 

<!ELEMENT msg_pde (#PCDATA)> 

<!ELEMENT msg-pdm (#PCDATA)> 

<!ELEMENT msg-priority (#PCDATA)> 

<!ELEMENT msg_receiver (#PCDATA)> 

<!ELEMENT msg_sender (#PCDATA)> 

<!ELEMENT msg_sequence (#PCDATA)> 

<!ELEMENT msg_session (#PCDATA)> 

<!ELEMENT msg_sub_format (#PCDATA)> 

<!ELEMENT msg_type (#PCDATA)> 

<!ELEMENT msg_user_priority (#PCDATA)> 

<!ELEMENT msg_user_reference (#PCDATA)> 

┌─────────────────┬──────────┬────────────┬──────────────┬────────────┐ 

Элемент Имя поля Формат поля Примечание Пример │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_sender Отправи- 6!n4!nXX Указывается 9999990001XX│ 

тель БИК СПК │ 

Примечание │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_receiver Получатель6!nXXXXXX БИК банка - 101109XXXXXX│ 

получателя │ 

сообщения │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_type Тип 3!n Тип 999 │ 

сообщения сообщения, │ 

отправленного │ 

из СПК │ 

участнику │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_user_priorityВнутренний4!n Внутренний 0100 │ 

приоритет приоритет. │ 

сообщения Служебное │ 

поле. │ 

Устанавли- │ 

вается │ 

автоматически │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_user_referen-Референс 16x Уникальный 11568 │ 

ce файла референс │ 

файла, │ 

назначенный │ 

отправителем. │ 

Для презента- │ 

ционных файлов │ 

- обязательно, │ 

для запросов │ 

и сообщений - │ 

опционально │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_format Флаг 1!a Проставляется S │ 

формата системой │ 

сообщения автоматически. │ 

Служебное поле │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_sub_format Флаг 1!a Проставляется I │ 

субформата системой │ 

сообщения автоматически. │ 

Служебное поле │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_del_notif_rq Флаг уве- 1!а Проставляется N │ 

домления системой │ 

доставки автоматически. │ 

Служебное поле │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_copy_srv_id Идентифи- [3!а] Проставляется СОА │ 

катор системой │ 

сервиса автоматически. │ 

FIN-сору Служебное поле │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_fin_validati-Признак [1!а] Проставляется N │ 

on использо- системой │ 

вания автоматически. │ 

FIN-copy Служебное поле │ 

сервиса │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_pde Флаг [1!a] Проставляется N │ 

"возможно системой │ 

дублициро- автоматически. │ 

ванная Служебное │ 

эмиссия" поле. │ 

Значение Y │ 

означает, что │ 

данное │ 

сообщение │ 

возможно │ 

дубликат. Флаг │ 

обрабатывается │ 

системой │ 

автоматически │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_session Номер 4!n Нумерация 0001 │ 

сессии сессий обмена │ 

сообщениями │ 

выполняется │ 

автоматически │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_sequence Номер 6!n Порядковый 000001 │ 

последова- номер │ 

тельности сообщения в │ 

последователь- │ 

ности │ 

сообщений. │ 

Нумерация │ 

ведется │ 

системой │ 

автоматически │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_net_input_ti-Время 4!n Указано время 1248 │ 

me отправки отправки │ 

сообщения сообщения из │ 

СПК в формате │ 

ЧЧММ │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_net_out- Время 6!n4!n Дата и время 0509231248 │ 

put_date доставки доставки │ 

сообщения сообщения │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_net_mir Референс 6!n10!nXX4!nДата отправки 05092399999 │ 

сообщения,6!n сообщения 90001Х │ 

присвоен- (6!n ГГММДД), Х0001000002 │ 

ный код СПК │ 

автомати- (10!nXX), │ 

чески при номер сессии и │ 

отправке последователь- │ 

из СПК ности │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_copy_srv_infoИнформация[16х] Проставляется X1244 │ 

об исполь- системой │ 

зовании автоматически. │ 

FIN-copy Служебное поле │ 

сервиса │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_pdm Флаг о [1!a] Значение Y Y │ 

возможном указывает, │ 

дубликате что данное │ 

сообщение было │ 

заново послано │ 

системой. │ 

Устанавливает- │ 

ся и │ 

обрабатывается │ 

автоматически │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_mac_result Подпись [4000z] В сообщениях, │ 

блока 4 принимаемых от │ 

СПК, пустое │ 

├─────────────────┼──────────┼────────────┼──────────────┼────────────┤ 

msg_pac_result Подпись 4000z ЭЦП сообщения.43424С4А4С59│ 

сообщения Ставится 4С585 │ 

автоматически 849505390570│ 

при отправке. D35 │ 

Обрабатывается │ 

автоматически │ 

при приеме │ 

сообщения │ 

└─────────────────┴──────────┴────────────┴──────────────┴────────────┘ 

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

<SWIFT_msg_fields> 

<msg_format>S</msg_format> 

<msg_sub_format>I</msg_sub_format> 

<msg_sender>9999990001XX</msg_sender> 

<msg_receiver>101109XXXXXX</msg_receiver> 

<msg_type>986</msg_type> 

<msg_priority>N</msg_priority> 

<msg_del_notif_rq>N</msg_del_notif_rq> 

<msg_user_priority>0099</msg_user_priority> 

<msg_user_reference>11560</msg_user_reference> 

<msg_copy_srv_id/> 

<msg_fin_validation/> 

<msg_pde>N</msg_pde> 

<msg_session>0001</msg_session> 

<msg_sequence>000002</msg_sequence> 

<msg_net_input_time>1248</msg_net_input_time> 

<msg_net_output_date>0509231248</msg_net_output_date> 

<msg_net_mir>0509239999990001XX0001000002</msg_net_mir> 

<msg_copy_srv_info/> 

<msg_mac_result/> 

<msg_pac_result>43424C4A4C594C585849505390570D35</msg_pac_result> 

<msg_pdm>N</msg_pdm> 

 

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

 

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

 

Блок 4 

 

┌─────────────────┬───────────┬──────────────────────────────┬────────┐ 

Имя поля Формат поля Примечание Пример │ 

├─────────────────┼───────────┼──────────────────────────────┼────────┤ 

Открытие блока 1!х { - не должна изменяться { │ 

(константа) │ 

├─────────────────┼───────────┼──────────────────────────────┼────────┤ 

Номер блока 1!n1!x Идентификатор номера блока и 4: │ 

разделитель блока (символ │ 

":"). Номер 4-го блока должен │ 

заканчиваться символами │ 

перевода каретки (CR) и │ 

перевода строки (LF) │ 

├─────────────────┼───────────┼──────────────────────────────┼────────┤ 

Набор сообщений Например сообщения МТ102 или │ 

(содержательная МТ104 │ 

часть сообщения) │ 

├─────────────────┼───────────┼──────────────────────────────┼────────┤ 

Закрытие блока 2!х -} - не должна изменяться -} │ 

(константа) │ 

└─────────────────┴───────────┴──────────────────────────────┴────────┘ 

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

{4: 

:12:104 

:20:B03-D2-104-05 

:23E:AUTH 

:30:050804 

:50К:/9012345676543746 

/INN/85374579273784 

/OKPO/63748936 

Bank B Client 

:52А:101109 

Name of the Bank 

:26Т:00000109 

:77B:/DNUM/9485ff 

/DDATE/050729 

:72:/PURPOSE/Test 

/NUM/1 

/PRT/21 

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

:32B:KGS100, 

:57A:101225 

Namе of the receiver В 

:59:/1233233386541234 

Client of the receiver 

:70:Remittance Details 

:32B:KGS100, 

-} 

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

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

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

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

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

Поле :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:{TNG:}}. 

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

 

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

 

0 1 2 3 4 5 6 7 8 9 () {} = ; , N % * . - _ / ? ! " ' : + ~ @ # $ ^ [] 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 

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

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

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

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

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

 

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

применению в текстах сообщений 

 

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

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

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

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

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

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

 

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

 

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

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

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

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

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

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

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

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

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

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

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

 

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

 

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

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

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

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

 

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

 

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

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

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

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

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

 

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

 

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

 

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

 

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

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

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

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

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

 

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

 

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

 

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

<!ELEMENT Data (DateTime, MIR, Signature)> 

<!ELEMENT DateTime (#PCDATA)> 

<!ELEMENT MIR (#PCDATA)> 

<!ELEMENT Signature (#PCDATA)> 

┌──────────┬─────────────┬────────────────────────────────────────────┐ 

DateTime Формат поля Дата и время приема сообщения системой │ 

BCS/X Б формате YYMMDDHHMM │ 

├──────────┼─────────────┼────────────────────────────────────────────┤ 

MIR Входящий референс сообщения (28 символов), │ 

состоит из: │ 

6!n 1. Даты отправки YYMMDD (6 символов) │ 

6!n4!n!XX 2. Кода пользователя-отправителя (10 │ 

символов) │ 

4!n 3. Номера коммуникационной сессии (4 │ 

символа) │ 

6!n 4. Порядкового номера сообщения (6 символов)│ 

├──────────┼─────────────┼────────────────────────────────────────────┤ 

Signature Электронно-цифровая подпись │ 

└──────────┴─────────────┴────────────────────────────────────────────┘ 

Пример 

<?xml version="11.0" encoding="latin1"?> 

<PIEMsg> 

<Data> 

<DateTime>0507221808</DateTime> 

<MIR>0507221011090001XX0001000002</MIR> 

<Signature<2561CA1D831ACFCF49A72DE04D325061FC7B2D483BE613B58FE1447 483FB59EE977EC48062DF19AD035C10E687DBED3BEB58359E480A51F45C0EB8D8D3AD59 FE5F415D7137B50B5EB843673B4C67EBD8D8C5239A313A1AC94FAC09333211DF3173415 63DC730CCCB66BBE015FDE28F1178759D8CA931487F2DFC63F7D0D1C 

A</Signature> 

</Data> 

</PIEMsg> 

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

 

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

 

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

 

<!--MsgType - NAK--> 

<!ELEMENT Data (DateTime, MIR, Code, Description, Info, Signature)> 

<!ELEMENT DateTime (#PCDATA)> 

<!ELEMENT MIR (#PCDATA)> 

<!ELEMENT Code (#PCDATA)> 

<!ELEMENT Description (#PCDATA)> 

<!ELEMENT Info (#PCDATA)> 

<!ELEMENT Signature (#PCDATA)> 

┌───────────┬────────────┬────────────────────────────────────────────┐ 

DateTime Формат поля Дата и время приема сообщения системой │ 

BCS/X в формате YYMMDDHHMM │ 

├───────────┼────────────┼────────────────────────────────────────────┤ 

MIR Входящий референс сообщения (28 символов), │ 

состоит из: │ 

6!n 1. Даты отправки YYMMDD (6 символов) │ 

6!n4!n!XX 2. Кода пользователя-отправителя (12 │ 

символов) │ 

4!n 3. Номера коммуникационной сессии (4 │ 

символа) │ 

6!n 4. Порядкового номера сообщения (6 символов)│ 

├───────────┼────────────┼────────────────────────────────────────────┤ 

Code Код ошибки │ 

├───────────┼────────────┼────────────────────────────────────────────┤ 

Description Текст ошибки │ 

├───────────┼────────────┼────────────────────────────────────────────┤ 

Info Информация об ошибке │ 

├───────────┼────────────┼────────────────────────────────────────────┤ 

Signature Электронно-цифровая подпись │ 

└───────────┴────────────┴────────────────────────────────────────────┘ 

(В редакции постановления Правления Национального банка от 11 мая 2007 года N 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 имеет следующую структуру: 

┌──────────────┬──────┬───┬───────────┬────────────────────────┬──────┐ 

Имя поля СтатусТэгФормат поля Примечание Пример│ 

├──────────────┼──────┼───┼───────────┼────────────────────────┼──────┤ 

Открытие М 1!х { - не должна изменяться{ │ 

блока │ 

(константа) │ 

├──────────────┼──────┼───┼───────────┼────────────────────────┼──────┤ 

Номер блока М 1!n1!x Идентификатор номера 4: │ 

блока и разделитель │ 

блока (символ ":"). │ 

Номер 4-го блока должен │ 

заканчиваться символами │ 

перевода каретки (CR) │ 

и перевода строки (LF) │ 

├──────────────┼──────┼───┼───────────┼────────────────────────┼──────┤ 

Количество M 4 6n Количество пакета в 953 │ 

пакета в файле файле │ 

├──────────────┼──────┼───┼───────────┼────────────────────────┼──────┤ 

Сумма средств M 5 17d Суммарная величина 2500, │ 

средств по всем пакетам, │ 

включенным в файл, в │ 

единицах установленной │ 

валюты │ 

├──────────────┼──────┼───┼───────────┼────────────────────────┼──────┤ 

││--> │ 

├──────────────┼──────┼───┼───────────┼────────────────────────┼──────┤ 

Тип пакета М 12 3!т Допустимые значения: 104 │ 

102 │ 

104 │ 

├──────────────┼──────┼───┼───────────┼────────────────────────┼──────┤ 

Набор M Например сообщения │ 

сообщений МТ102 или МТ104 │ 

├──────────────┼──────┼───┼───────────┼────────────────────────┼──────┤ 

--- │ 

├──────────────┼──────┼───┼───────────┼────────────────────────┼──────┤ 

Закрытие блокаM 2!x -} - не должна -} │ 

(константа) изменяться │ 

└──────────────┴──────┴───┴───────────┴────────────────────────┴──────┘ 

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

{1:F011011090001XX0001000001}{2:I150999999XXXXXXN}{3:{113:0100} 

{108:376137}}{4: 

:4:2 

:5:450, 

:12:102 

:20:131060 

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

msg_num_of_batches - количество пакетов; 

msg_amount - сумма средств. 

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

<?xml version="1.0" encoding="Windows1251"?> 

<SWIFT_msg_fields> 

<msg_type>150</msg_type> 

<msg_num_of_batches>2</msg_num_of_batches> 

<msg_amount>4300,</msg_amount> 

<msg_sender>1011090001XX</msg_sender> 

<msg_receiver>999999XXXXXX</msg_receiver> 

<msg_user_reference>A01</msg_user_reference> 

<msg_user_priority>0100</msg_user_priority> 

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

 

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

 

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

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

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

<!ELEMENT block4 (batch+)> 

<!ELEMENT batch (msg_subtype?, body, sign?)> 

<!ELEMENT msg_subtype (#PCDATA)> 

<!ELEMENT body (#PCDATA)> 

<!ELEMENT sign (#PCDATA)> 

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

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

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

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

<!ELEMENT SWIFT_msg_fields (msg_type, msg_num_of_batches, msg_amount, msg_sender, msg_receiver, msg_user_reference, msg_user_priority, block4)> 

<!ELEMENT batch (msg_subtype?, body, sign?)> 

<!ELEMENT block4 (batch+)> 

<!ELEMENT body (#PCDATA)> 

<!ELEMENT msg_amount (#PCDATA)> 

<!ELEMENT msg_num_of_batches (#PCDATA)> 

<!ELEMENT msg_reseiver(#PCDATA)> 

<!ELEMENT msg_sender (#PCDATA)> 

<!ELEMENT msg_subtype (#PCDATA)> 

<!ELEMENT msg_type (#PCDATA)> 

<!ELEMENT msg_user_priority (#PCDATA)> 

<!ELEMENT msg_user_reference (#PCDATA)> 

<!ELEMENT sign (#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:I150999999XXXXXXN}{3:{113:0100} 

{108:376137}}{4: 

:4:2 

:5:1500, 

:20:B03-D1-102-04a 

:23:CREDIT 

:50К:/1234567890123456 

/INN/22134565435612 

/OKPO/87654321 

Bank В Client 

:52А:101109 

Name of the Bank 

:26T:00000111 

:77B:/DNUM/858-DD 

/DDATE/050730 

:71A:SHA 

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

:32B:KGS100, 

:57A:101222 

Name of the receiver 

:59:/1233210986541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101222 

Name of the receiver 

:59:/1233210983541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101222 

Name of the receiver 

:59:/1233330986541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101222 

Name of the receiver 

:59:/1243210986541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101222 

Name of the receiver 

:59:/1212210986541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101222 

Name of the receiver 

:59:/1233243986541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101222 

Name of the receiver 

:59:/1233233386541234 

Client of the receiver 

:70:Remittance Details 

:32A:050804KGS700, 

:72:/PURPOSE/Test 

/PRT/20 

/NUM/7 

:12:104 

:20:B03-D2-104-05 

:23E:AUTH 

:30:050804 

:50K:/9012345676543746 

/INN/85374579273784 

/OKPO/63748936 

Bank В Client 

:52A:101109 

Name of the Bank 

:26T:00000109 

:77B:/DNUM/9485ff 

/DDATE/050729 

:72:/PURPOSE/Test 

/NUM/8 

/PRT/21 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1233233386541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1234533386541234 

Client of the receiver 

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

:32B:KGS100, 

:57А:101225 

Name of the receiver В 

:59:/1233533386541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1233233996541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1233233382131234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1233233456541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1233233386763234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1233233380981234 

Client of the receiver 

:70:Remittance Details 

:32B:KGS800, 

-} 

 

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

 

<?xml version="1.0" encoding="Windows1251"?> 

<SWIFT_msg_fields> 

<msg_type>150</msg_type> 

<msg_nun_of_batches>2</msg_num_of_batches> 

<msg_amount>1500,</msg_amount> 

<msg_sender>101109XXXXXX</msg_sender> 

<msg_receiver>9999990001XX</msg_receiver> 

<msg_user_reference>B0301</msg_user_reference> 

<msg_user_priority>0100</msg_user_priority> 

<block4><batch> 

<msg_subtype>102</msg_subtype> 

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

:23:CREDIT 

:50K:/1234567890123456 

/INN/22134565435612 

/OKPO/87654321 

Bank В Client 

:52A:101109 

Name of the Bank 

:26T:00000111 

:77B:/DNUM/858-DD 

/DDATE/050730 

:71A:SHA 

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

:32B:KGS100, 

:57A:101222 

Name of the receiver 

:59:/1233210986541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101222 

Name of the receiver 

:59:/1233210983541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101222 

Name of the receiver 

:59:/1233330986541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101222 

Name of the receiver 

:59:/1243210986541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101222 

Name of the receiver 

:59:/1212210986541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101222 

Name of the receiver 

:59:/1233243986541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101222 

Name of the receiver 

:59:/1233233386541234 

Client of the receiver 

:70:Remittance Details 

:32A:050804KGS700, 

:72:/PURPOSE/Test 

/PRT/20 

/NUM/7</body> 

<sign/> 

</batch> 

<batch> 

<msg_subtype>104</msg_subtype> 

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

:23E:AUTH 

:30:050804 

:50K:/9012345676543746 

/INN/85374579273784 

/OKPO/63748936 

Bank В Client 

:52A:101109 

Name of the Bank 

:26T:00000109 

:77B:/DNUM/9485ff 

/DDATE/050729 

:72:/PURPOSE/Test 

/NUM/8 

/PRT/21 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1233233386541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1234533386541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1233533386541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1233233996541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1233233382131234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1233233456541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1233233386763234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver В 

:59:/1233233380981234 

Client of the receiver 

:70:Remittance Details 

:32B:KGS800,</body> 

<sign/> 

</batch> 

</block4> 

</SWIFT_msg_fields> 

 

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

входящего файла 

 

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

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

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

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

 

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

 

МТ102: Клиенты A1...AN ──> Участник А ──> СПК ──> Участник D ──

Клиенты D1...DN 

 

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

 

Рисунок. 

 

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

 

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

 

┌───┬───┬────────────┬────────────┬───────────────────────────────────┐ 

На-ТэгНаименование Формат Комментарий │ 

ли- поля │ 

чие │ 

├───┼───┼────────────┼────────────┼───────────────┬───────────────────┤ 

M 20 Идентифика- 16x Идентификатор 050801/887 │ 

тор пакета пакета. │ 

(референс Уникальный в │ 

пакета) рамках данного │ 

операционного │ 

дня для │ 

участника │ 

├───┼───┼────────────┼────────────┼───────────────┼───────────────────┤ 

M 23 Тип платежа 16x CREDIT - CREDIT │ 

кредитовые │ 

переводы. │ 

CARD - платежи │ 

с │ 

обязательствами │ 

по банковским │ 

платежным │ 

картам. │ 

REJT - отказ от │ 

присланного │ 

платежа до │ 

расчетов. См. │ 

поле 77В. │ 

RTND возврат │ 

ошибочно │ 

зачисленных │ 

сумм. См. поле │ 

77В │ 

├───┼───┼────────────┼────────────┼───────────────┼───────────────────┤ 

OM 50КСчет /16!n /16!n - номер /1234567890123456 │ 

клиента-от- /INN/14!n счета /INN/12345678901234│ 

правителя /OKPO/8!n /INN/14!n /OKPO/12345678 │ 

[/SFOND/14x]указывается ИНН │ 

[/SUB/6!n] /OKPO/8!n код │ 

[/LS/20x] ОКПО │ 

[/FIO/50x] [/SFOND/14x] │ 

5*50х [/SUB/6!n] код │ 

суб-участника │ 

отпр-ля │ 

[/LS/20x] │ 

лицевой счет │ 

[/FIO/50x] - │ 

Ф.И.О. │ 

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

5*50х. │ 

Наименование │ 

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

Поле │ 

указывается │ 

либо в этой │ 

последова- │ 

тельности │ 

(для всего │ 

пакета), либо │ 

в каждой │ 

последова- │ 

тельности В │ 

├───┼───┼────────────┼────────────┼───────────────┼───────────────────┤ 

M 52АБанк 6!n Это поле 101109 │ 

отправителя,5*50х определяет Bank A │ 

платежа БИК и │ 

наименование │ 

участника-от- │ 

правителя │ 

пакета │ 

├───┼───┼────────────┼────────────┼───────────────┼───────────────────┤ 

OM 26ТКод платежа 8!n Классификатор 00013200 │ 

платежного │ 

оборота. │ 

Поле │ 

указывается │ 

либо в этой │ 

последователь- │ 

ности (для │ 

всего пакета), │ 

либо в каждой │ 

последователь- │ 

ности В │ 

├───┼───┼────────────┼────────────┼───────────────┼───────────────────┤ 

OM 77ВРеквизиты /DNUM/10x /DNUM/ - Номер /DNUM/wer32 │ 

первичного /DDATE/6!n первичного /DDATE/050823 │ 

документа документа │ 

/DDATE/ - Дата │ 

первич. │ 

документа │ 

YYMMDD │ 

├────────────┼───────────────┼───────────────────┤ 

/BATCH/16x Идентификатор /BATCH/R120jj89 │ 

6!n исходного 051219 │ 

6!n пакета на 101107 │ 

который │ 

оформляется │ 

отказ или │ 

возврат (REJT │ 

или RTND) │ 

Дата расчета │ 

пакета в │ 

формате ГГММДД │ 

БИК отправителя │ 

пакета │ 

├───────────────┤ │ 

Поле │ 

указывается │ 

либо в этой │ 

последователь- │ 

ности (для │ 

всего пакета), │ 

либо в каждой │ 

последователь- │ 

ности В │ 

├───┼───┼────────────┼────────────┼───────────────┼───────────────────┤ 

M 71AДетализация 3!а Всегда SHA SHA │ 

платы за │ 

услуги │ 

└───┴───┴────────────┴────────────┴───────────────┴───────────────────┘ 

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

 

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

 

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

┌───┬───┬────────────┬────────────┬───────────────────────────────────┐ 

На-ТэгНаименование Формат Комментарий │ 

ли- поля │ 

чие │ 

├───┼───┼────────────┼────────────┼───────────────┬───────────────────┤ 

M 21 Идентифика- 16х Уникальный 050822/1020001 │ 

тор идентификатор │ 

транзакции платежа внутри │ 

пакета. │ 

В случае │ 

указания типа │ 

платежа как │ 

REJT или RTND │ 

в качестве │ 

идентификатора │ 

транзакции │ 

должен быть │ 

указан │ 

идентификатор │ 

исходного │ 

платежа │ 

├───┼───┼────────────┼────────────┼───────────────┼───────────────────┤ 

M 32BСумма 3!a15d Сумма KGS1000, │ 

транзакции платежа │ 

├───┼───┼────────────┼────────────┼───────────────┼───────────────────┤ 

OM 50КСчет клиен- /16!n /номер счета 1234567890123456 │ 

та-отправи- /INN/14!n /INN/14!n /INN/12345678901234│ 

теля /OKPO/8!n указывается ИНН/OKPO/12345678 │ 

[/SFOND/14x]/OKPO/8!n │ 

[/SUB/6!n] код ОКПО │ 

[/LS/20x] [/SFOND/14x] │ 

[/FIO/50x] [/SUB/6!n] код │ 

5*50x суб-участника │ 

отпр-ля │ 

[/LS/20x] │ 

лицевой счет │ 

[/FIO/50x] - │ 

Ф.И.О. │ 

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

5*50x │ 

Наименование │ 

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

Поле │ 

указывается │ 

либо в │ 

последователь- │ 

ности А (для │ 

всего пакета), │ 

либо в каждой │ 

последователь- │ 

ности B │ 

├───┼───┼────────────┼────────────┼───────────────┼───────────────────┤ 

M 57AБанк 6!n Это поле 101109 │ 

получателя 5*50x определяет БИК │ 

платежа и наименование │ 

участника-полу- │ 

чателя пакета. │ 

БИК участни- │ 

ка-получателя │ 

должен быть │ 

один и тот же │ 

во всех │ 

последователь- │ 

ностях B пакета │ 

├───┼───┼────────────┼────────────┼───────────────┼───────────────────┤ 

M 59 Счет клиен- /16!n /р/с клиента /1234567890123456 │ 

та-получате-[/SCHET/ получателя DEL1 Company Ltd │ 

ля 16!n] /SCHET/- │ 

[/PNP/14!n] субсчет клиента │ 

[/SUB/6!n] получателя │ 

5*50x /PNP/- персони- │ 

фицированный │ 

номер │ 

пенсионера │ 

/SUB/6!n - код │ 

суб-участника │ 

получателя │ 

5*50х │ 

наименование │ 

получателя │ 

├───┼───┼────────────┼────────────┼───────────────┼───────────────────┤ 

М 70 Детали 10*50x Назначение Пенсионный фонд за │ 

платежа [/DESCR/ платежа ноябрь месяц 2005 │ 

2*35x] года │ 

├───────────────┤ │ 

В случае │ 

указания типа │ 

платежа как │ 

REJT или RTND │ 

после ключевого │ 

слова /DESCR/ │ 

должна быть │ 

указана причина │ 

отказа или │ 

возврата │ 

платежа │ 

├───┼───┼────────────┼────────────┼───────────────┼───────────────────┤ 

OM 26TКод платежа 8!n Классификатор 00013200 │ 

платежного │ 

оборота. │ 

Поле │ 

указывается │ 

либо в │ 

последователь- │ 

ности А (для │ 

всего пакета), │ 

либо в каждой │ 

последователь- │ 

ности B │ 

├───┼───┼────────────┼────────────┼───────────────┼───────────────────┤ 

OM 77BРеквизиты /DNUM/10x /DNUM/ - Номер /DNUM/wer32 │ 

первичного /DDATE/6!n первичного /DDATE/050823 │ 

документа документа │ 

/DDATE/ - Дата │ 

первич. │ 

документа │ 

YYMMDD. │ 

Поле │ 

указывается │ 

либо в │ 

последователь- │ 

ности А (для │ 

всего пакета), │ 

либо в каждой │ 

последователь- │ 

ности B │ 

└───┴───┴────────────┴────────────┴───────────────┴───────────────────┘ 

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

Для МТ102 (REJT/RTND): 

 

Код Описание 

 

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

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

 

Для МТ104 (REJT): 

 

Код Описание 

 

BNFBANKRUPT Недостаточно денежных средств на счете клиента-пла- 

тельщика (включается в черный список). 

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

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

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

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

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

:70:/DESCR/ERRBNF 

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

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

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

 

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

 

┌───┬───┬────────────┬────────────┬───────────────────┬───────────────┐ 

На-ТэгНаименование Формат Комментарий Пример │ 

ли- поля │ 

чие │ 

├───┼───┼────────────┼────────────┼───────────────────┼───────────────┤ 

M 32AДата 6!n3!a15d Часть поля, 040929KGS2300, │ 

расчета, представляющая │ 

Валюта, величину средств, │ 

Сумма должна быть равна │ 

сумме всех средств │ 

в полях 32B │ 

повторяющейся │ 

последовательности │ 

сообщений MT102 │ 

├───┼───┼────────────┼────────────┼───────────────────┼───────────────┤ 

M 72 Информация 6*35х После ключевого /PURPOSE/Тест │ 

отправителя [/PURPOSE/ "слова /PURPOSE/ /NUM/2 │ 

для 26x] указывается /PRT/20 │ 

получателя [//33х] назначение платежа │ 

/NUM/10n для всего пакета. │ 

/PRT/2!n Продолжение │ 

указывается на │ 

след. строке с │ 

префиксом //. │ 

После ключевого │ 

слова /NUM/ │ 

указывается │ 

количество платежей │ 

в пакете. │ 

/PRT/02 - код │ 

приоритета │ 

└───┴───┴────────────┴────────────┴───────────────────┴───────────────┘ 

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

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

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

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

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

 

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

 

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

 

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

 

┌───┬───┬────────────┬────────────┬─────────────────┬─────────────────┐ 

На-ТэгНаименование Формат Комментарий Пример │ 

ли- поля │ 

чие │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 20 Идентифика- 16x Идентификатор Ref104/err │ 

тор пакета пакета. │ 

(референс Уникальный в │ 

пакета) рамках данного │ 

операционного дня │ 

для участника │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 23EТип платежа 4!c[/30x] AUTH прямое AUTH │ 

AUTH дебетование, │ 

OTHR/REJT OTHR/REJT отказ │ 

от полученного │ 

пакета до │ 

проведения │ 

расчетов │ 

См. поле 77B │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 30 Дата 6!n Указывается дата 051220 │ 

обработки обработки │ 

документа │ 

в формате ГГММДД. │ 

К этой дате, в │ 

зависимости от │ 

типа платежа │ 

(поле 23Е) │ 

будет │ 

определяться │ 

межбанковская │ 

расчетная │ 

отсрочка. │ 

Дата расчета = │ 

Дата обработки + │ 

межбанковская │ 

расчетная │ 

отсрочка │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

OM 50KСчет клиен- /16!n /16!n - номер /2136456783745635│ 

та-отправи- [/SCHET/ счета Cust 1 │ 

теля пакета 16!n] /SCHET/ - субсчет │ 

(получателя [/SUB/6!n] клиента-платель- │ 

денежных 5*50x щика │ 

средств) /PNP/ - персони- │ 

фицированный │ 

номер пенсионера │ 

/SUB/6!n - код │ 

субучастника-пла- │ 

тельщика │ 

5*50х │ 

Наименование │ 

получателя │ 

денежных средств. │ 

Поле указывается │ 

либо в │ 

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

ти А (для всего │ 

пакета), либо в │ 

каждой │ 

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

ти B │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 52AБанк-отпра- 6!n Это поле 101109 │ 

вителя 5*50x определяет БИК и BankA │ 

пакета наименование │ 

участника-отпра- │ 

вителя пакета │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

OM 26TКод платежа 8!n Классификатор 00013200 │ 

платежного │ 

оборота. │ 

Поле указывается │ 

либо в │ 

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

ти А (для всего │ 

пакета), либо в │ 

каждой │ 

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

ти B │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

OM 77BРеквизиты /DNUM/10x /DNUM/ - Номер /DNUM/nd54/33 │ 

первичного /DDATE/6!n первичного /DDATE/051219 │ 

документа документа │ 

/DDATE/ - Дата │ 

первич. документа │ 

YYMMDD │ 

├────────────┼─────────────────┼─────────────────┤ 

/BATCH/16x Идентификатор /BATCH/R104fn │ 

6!n исходного пакета 051220 │ 

6!n на который 101108 │ 

оформляется отказ │ 

(OTHR/REJT) │ 

Дата расчета │ 

пакета БИК │ 

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

пакета │ 

├─────────────────┤ │ 

Поле указывается │ 

либо в │ 

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

ти А (для всего │ 

пакета), либо в │ 

каждой │ 

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

ти B │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 72 Информация 6*35х После ключевого /NUM/3 │ 

отправителя [/PURPOSE/ слова /PURPOSE/ /PRT/20 │ 

для 26x] указывается /PURPOSE/Тест │ 

получателя [//33х] назначение //пакета │ 

/NUM/10n платежа для │ 

/PRT/2!n всего пакета. │ 

Продолжение │ 

указывается на │ 

след. строке с │ 

префиксом //. │ 

После ключевого │ 

слова /NUM/ │ 

указывается │ 

количество │ 

платежей в │ 

пакете. │ 

/PRT/ - код │ 

приоритета. См. │ 

примечание 1 │ 

ниже │ 

└───┴───┴────────────┴────────────┴─────────────────┴─────────────────┘ 

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

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

 

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

 

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

┌───┬───┬────────────┬────────────┬─────────────────┬─────────────────┐ 

На-ТэгНаименование Формат Комментарий Пример │ 

ли- поля │ 

чие │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 21 Идентифика- 16х 16х-уникальный RefInst01 │ 

тор идентификатор │ 

транзакции платежа внутри │ 

пакета. │ 

В случае указания │ 

типа платежа как │ 

REJT в качестве │ 

идентификатора │ 

транзакции должен │ 

быть указан │ 

идентификатор │ 

исходного │ 

платежа │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 32BСумма 3!a15d Валюта и сумма KGS120, │ 

транзакции платежа │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

OM 50KСчет клиен- /16!n /16!n - номер /1294653798274562│ 

та-отправи- [/SCHET/ счета Cust 2 │ 

теля пакета 16!n] /SCHET/- субсчет │ 

(получателя [/SUB/6!n] клиента-платель- │ 

денежных 5*50x щика │ 

средств) /SUB/6!n - код │ 

субучастника-пла- │ 

тельщика │ 

5*50х │ 

Наименование │ 

получателя │ 

денежных средств. │ 

Поле указывается │ 

либо в │ 

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

ти А (для всего │ 

пакета), либо в │ 

каждой │ 

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

ти B │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 57AБанк 6!n Это поле 101108 │ 

получателя 5*50x определяет БИК и │ 

пакета наименование │ 

участника-получа- │ 

теля пакета. │ 

Во всех │ 

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

тях B БИК │ 

получателя должен │ 

быть одинаковым │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 59 Счет клиен- /16!n /р/с клиента-пла-/0438735684736478│ 

та-получате-/INN/14!n тельщика Cusd 34 │ 

ля платежа /OKPO/8!n /INN/14!n │ 

(отправителя[/SFOND/14x]указывается ИНН │ 

денежных [/SUB/6!n] /OKPO/8!n код │ 

средств) [/LS/20x] ОКПО │ 

[/FIO/50x] [/SFOND/14x] │ 

5*50x [/SUB/6!n] код │ 

субучастника │ 

отпр-ля │ 

[/LS/20x] лицевой │ 

счет │ 

[/FIO/50x] - │ 

Ф.И.О. │ 

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

5*50х │ 

Наименование │ 

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

денежных средств │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

М 70 Детали 10*50x Назначение Коммунальные │ 

платежа [/DESCR/ платежа платежи │ 

2*35x] ├─────────────────┤ │ 

В случае указания │ 

типа платежа как │ 

OTHR/REJT после │ 

ключевого слова │ 

/DESCR/ должна │ 

быть указана │ 

причина отказа │ 

или возврата │ 

платежа │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

ОМ 26TКод платежа 8!n Классификатор 00012300 │ 

платежного │ 

оборота. │ 

Поле указывается │ 

либо в │ 

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

ти А (для всего │ 

пакета), либо в │ 

каждой │ 

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

ти B │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

77BРеквизиты /DNUM/10x /DNUM/ - Номер /DNUM/X32-11-2 │ 

первичного /DDATE/6!n первичного /DDATE/051220 │ 

документа документа │ 

/DDATE/ - Дата │ 

первич. документа │ 

YYMMDD. │ 

Поле указывается │ 

либо в │ 

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

ти А (для всего │ 

пакета), либо в │ 

каждой │ 

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

ти B │ 

└───┴───┴────────────┴────────────┴─────────────────┴─────────────────┘ 

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

 

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

 

┌───┬───┬────────────┬────────────┬─────────────────┬─────────────────┐ 

На-ТэгНаименование Формат Комментарий Пример │ 

ли- поля │ 

чие │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 32BКод валюты, 3!a15d Указывается суммаKGS1200, │ 

Сумма всех платежей в │ 

пакете │ 

└───┴───┴────────────┴────────────┴─────────────────┴─────────────────┘ 

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

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

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

{1:F019999990001XX0001000001}{2:I150999999XXXXXXN}{3:{108:376137}} {4: 

:4:1 

:5:800, 

:12:104 

:20:B03-D2-104-05 

:23E:AUTH 

:30:050804 

:50K:/9012345676543746 

/INN/85374579273784 

/OKPO/63748936 

Bank B Client 

:52A:101109 

Name of the Bank 

:26T:00000109 

:77B:/DNUM/9485ff 

/DDATE/050729 

:72:/PURPOSE/Test 

/NUM/8 

/PRT/21 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver B 

:59:/1233233386541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver B 

:59:/1234533386541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver B 

:59:/1233533386541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver B 

:59:/1233233996541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver B 

:59:/1233233382131234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver B 

:59:/1233233456541234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver B 

:59:/1233233386763234 

Client of the receiver 

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

:32B:KGS100, 

:57A:101225 

Name of the receiver B 

:59:/1233233380981234 

Client of the receiver 

:70:Remittance Details 

:32B:KGS800, 

-} 

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

 

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

 

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

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

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

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

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

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

 

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

 

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

 

┌─────┬───┬───────────────────┬──────────────┬────────────────────────┐ 

Нали-Тэг Наименование поля Формат Комментарий │ 

чие │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

M 20 Идентификатор 16x Уникальный │ 

пакета (референс идентификатор, │ 

пакета) установленный │ 

Отправителем (копируется│ 

из входящего пакета) │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

M 23 Тип платежа 16x Копируется из входящего │ 

пакета │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

50KСчет /16!n См. Примечание 1 ниже │ 

клиента-отправителя/INN/14!n │ 

пакета /OKPO/8!n │ 

[/SFOND/14x] │ 

[/SUB/6!n] │ 

[/LS/20x] │ 

[/FIO/50x] │ 

5*50x │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

M 52AБанк отправителя 6!n БИК и наименование │ 

платежа 5*50x участника-отправителя │ 

пакета. │ 

Копируется из входящего │ 

пакета │ 

См. Примечание 2 ниже │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

OM 26TКод платежа 8!n Копируется из входящего │ 

пакета │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

OM 77BПериодическая /DNUM/10x См. Примечание 1 ниже │ 

отчетность /DDATE/6!n │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

M 71AДетализация платы 3!a Всегда = SHA │ 

за услуги │ 

└─────┴───┴───────────────────┴──────────────┴────────────────────────┘ 

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

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

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

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

 

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

 

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

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

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

 

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

 

┌─────┬───┬───────────────────┬──────────────┬────────────────────────┐ 

Нали-Тэг Наименование поля Формат Комментарий │ 

чие │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

M 32AДата расчета - 6!n3!a15d См. Примечание 1 ниже │ 

Код валюты - Сумма │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

M 72 Информация 6*35х См. Примечания 2 и 3 │ 

отправителя для [/PURPOSE/26x]ниже │ 

получателя [//33х] │ 

/NUM/10n Референс пакета, дата │ 

/PRT/2!n расчета и БИК │ 

/BATCH/16x отправителя │ 

6!n │ 

6!n │ 

[/BDP/30х Период операционного │ 

[/33х]] дня, в котором │ 

произведена рассылка │ 

└─────┴───┴───────────────────┴──────────────┴────────────────────────┘ 

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

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

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

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

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

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

 

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

требование) 

 

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

 

┌─────┬───┬───────────────────┬──────────────┬────────────────────────┐ 

Нали-Тэг Наименование поля Формат Комментарий │ 

чие │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

M 20 Идентификатор 16x Уникальный │ 

пакета (Референс идентификатор, │ 

пакета) установленный │ 

Отправителем (копируется│ 

из входящего пакета) │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

M 23EТип платежа 4!c[/30x] Копируется из входящего │ 

пакета │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

M 30 Запрошенная дата 6!n Копируется из входящего │ 

обработки пакета │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

OM 50KСчет /16!n См. Примечание 1 ниже │ 

клиента-отправителя[/SCHET/16!n] │ 

пакета (получателя [/SUB/6!n] │ 

денежных средств) 5*50x │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

M 52AБанк отправителя 6!n Это поле определяет БИК │ 

пакета 5*50x и наименование │ 

участника-отправителя │ 

пакета. │ 

Копируется из входящего │ 

пакета │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

OM 26TКод платежа 8!n См. Примечание 1 ниже │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

OM 77BРеквизиты /DNUM/10x См. Примечание 1 ниже │ 

первичного /DDATE/6!n │ 

документа │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

М 72 Информация 6*35x См. Примечание 2 ниже │ 

отправителя для [/PURPOSE/26x] │ 

получателя (Sender [//33x] │ 

to Receiver /NUM/10n │ 

Information) /PRT/2!n См. Примечание 3 ниже │ 

/BATCH/16x │ 

6!n Референс пакета, дата │ 

6!n расчета и БИК │ 

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

[/BDP/30х Период операционного │ 

[//33x]] дня, в котором │ 

произведена рассылка │ 

└─────┴───┴───────────────────┴──────────────┴────────────────────────┘ 

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

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

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

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

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

 

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

 

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

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

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

 

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

 

┌─────┬───┬───────────────────┬──────────────┬────────────────────────┐ 

Нали-Тэг Наименование поля Формат Комментарий │ 

чие │ 

├─────┼───┼───────────────────┼──────────────┼────────────────────────┤ 

M 32BКод валюты - Сумма 3!a15d См. Примечание 1 ниже │ 

└─────┴───┴───────────────────┴──────────────┴────────────────────────┘ 

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

 

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

и служебные сообщения 

 

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

 

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

 

Рисунок. 

 

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

┌─────────┬──────────────────────┬────────────────────────────────────┐ 

Номер Наименование сообщенияРазделы документа, в которых описаны│ 

сообщения эти сообщения │ 

на схеме │ 

├─────────┼──────────────────────┼────────────────────────────────────┤ 

1 Конверт 6.1.1 │ 

├─────────┼──────────────────────┼────────────────────────────────────┤ 

2 Ошибка проверки 19.1 │ 

├─────────┼──────────────────────┼────────────────────────────────────┤ 

3 Уведомление OK 6.1.2 │ 

├─────────┼──────────────────────┼────────────────────────────────────┤ 

4 Конверт 6.1.3 │ 

└─────────┴──────────────────────┴────────────────────────────────────┘ 

 

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

 

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

 

┌───┬───┬────────────┬────────────┬─────────────────┬─────────────────┐ 

На-ТэгНаименование Формат Комментарий Пример │ 

ли- поля │ 

чие │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 20 Идентифика- 16x Идентификатор AGAT/998/01 │ 

тор сообщения │ 

сообщения │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 12 Тип 3!n Тип вложенного 999 │ 

вложенного документа │ 

сообщения │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 77E CRLF │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 59 Получатель 6!n БИК-участника 101109 │ 

сообщения [5*50x] получателя Bank A │ 

сообщения │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 54АОтправитель 6!n БИК-участника 102109 │ 

сообщения [5*50x] отправителя BankB │ 

сообщения │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

O 79 Примечания 35*50x Поле данных │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

O 77TКонверт 9600z Поле данных │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

O Список полей │ 

└───┴───┴────────────┴────────────┴─────────────────┴─────────────────┘ 

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

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

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

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

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

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

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

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

 

Пример 

{1:F011011090001XX0001000001}{2:I998999999XXXXXXN}{3:{113:0100} 

{108:11568}}{4: 

:20:AGAT/998/01 

:12:999 

:77E: 

:59:209389 

Bank A 

:54A:101109 

Bank B 

:79:/TEXTMESSAGE/101109 

Test 

-} 

 

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

 

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

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

┌───┬───┬────────────┬────────────┬─────────────────┬─────────────────┐ 

На-ТэгНаименование Формат Комментарий Пример │ 

ли- поля │ 

чие │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 20 Идентифика- 16x Идентификатор R1916827/999 │ 

тор сообщения │ 

сообщения │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 21 Связанный 16x Идентификатор AGAT/998/01 │ 

референс запроса │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 79 Ответ 2!a Ключевое слово OK │ 

└───┴───┴────────────┴────────────┴─────────────────┴─────────────────┘ 

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

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

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

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

{1:F01101109XXXXXX0001000001}{2:O99920080508199999990001XX00010000 570508192008N}{3:{113:0100}{108:NONREF}}{4: 

:20:R1916827/999 

:21:AGAT/998/01 

:79:OK 

-} 

 

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

 

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

 

┌───┬───┬────────────┬────────────┬─────────────────┬─────────────────┐ 

На-ТэгНаименование Формат Комментарий Пример │ 

ли- поля │ 

чие │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 20 Идентифика- 16x Идентификатор AGAT/998/01 │ 

тор сообщения │ 

сообщения │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 12 Тип 3!n Тип вложенного 999 │ 

вложенного документа │ 

сообщения │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 77E CRLF │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 59 Получатель 6!n БИК-участника 101109 │ 

сообщения [5*50x] получателя Bank A │ 

сообщения │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

M 54AОтправитель 6!n БИК-участника 201109 │ 

сообщения [5*50x] отправителя Bank B │ 

сообщения │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

O 79 Примечания 35*50x Поле данных │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

O 77TКонверт 9600z Поле данных │ 

├───┼───┼────────────┼────────────┼─────────────────┼─────────────────┤ 

O Список полей │ 

└───┴───┴────────────┴────────────┴─────────────────┴─────────────────┘ 

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

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

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

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

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

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

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

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

Пример 

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

:20:256987 

:12:503 

:77E: 

:59:101109 

Bank A 

:54A:201209 

Bank B 

:21C:256521 

:52D:325145 

Name of the Bank 

:33B:KGS21012, 

:32B:KGS20000, 

:36:2,5 

:38A:90 

:36A:5000, 

:30:050629 

:34B:KGS21000, 

:70:4878995899 

-} 

 

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

 

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

 

Рисунок. 

 

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

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

┌─────────┬──────────────────────┬────────────────────────────────────┐ 

Номер Наименование сообщения Разделы этого документа, в которых │ 

сообщения описаны эти сообщения │ 

на схеме │ 

├─────────┼──────────────────────┼────────────────────────────────────┤ 

1 Текстовое сообщение 6.2.1 │ 

├─────────┼──────────────────────┼────────────────────────────────────┤ 

2 Ошибка проверки 19.1 │ 

├─────────┼──────────────────────┼────────────────────────────────────┤ 

3 Уведомление OK 6.2.2 │ 

├─────────┼──────────────────────┼────────────────────────────────────┤ 

4 Текстовое сообщение 6.2.3 │ 

└─────────┴──────────────────────┴────────────────────────────────────┘ 

 

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

 

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

 

┌────┬───┬─────────┬─────────────┬─────┬─────────────┬────────────────┐ 

Ста-Тэг Наимено- Формат N Комментарий Пример │ 

тус вание стро- │ 

поля ки │ 

├────┼───┼─────────┼─────────────┼─────┼─────────────┼────────────────┤ 

M 20 Идентифи-16x Содержит AGAT/999/01 │ 

катор идентификатор │ 

сообщения сообщения │ 

├────┼───┼─────────┼─────────────┼─────┼─────────────┼────────────────┤ 

M 79 Коммента-/TEXTMESSAGE/ 1 Содержит тип /TEXTMESSAGE/ │ 

рий 6!n или и параметры 654321 │ 

/TEXTMESSAGE/ запроса /TEXTMESSAGE/+ │ 

1!c │ 

├─────────────┼─────┼─────────────┼────────────────┤ 

34*50x 2 Test │ 

└────┴───┴─────────┴─────────────┴─────┴─────────────┴────────────────┘ 

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

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

Примеры: 

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

{1:F011011090001XX0001000001}{2:I999999999XXXXXXN}{3:{113:0100} 

{108:11568}}{4: 

:20:AGAT/5/1 

:79:/TEXTMESSAGE/234567 

Text message to a participant 

-} 

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

{1:F011011090001XX0001000001}{2:I999999999XXXXXXN}{3:{113:0100} 

{108:11568}}{4: 

:20:AGAT/5/2 

:79:/TEXTMESSAGE/- 

Text message to all participants 

-} 

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

{1:F011011090001XX0001000001}{2:I999999999XXXXXXN}{3:{113:0100} 

{108:11568}}{4: 

:20:AGAT/5/3 

:79:/TEXTMESSAGE/+ 

Text message to active participants 

-} 

 

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

 

Формат MTn99: Уведомление OK 

 

┌───┬───┬────────────┬──────────┬─────────────────┬───────────────────┐ 

На-ТэгНаименование Формат Комментарий Пример │ 

ли- поля │ 

чие │ 

├───┼───┼────────────┼──────────┼─────────────────┼───────────────────┤ 

M 20 Идентифика- 16x Идентификатор R1916811/999 │ 

тор сообщения │ 

сообщения │ 

├───┼───┼────────────┼──────────┼─────────────────┼───────────────────┤ 

M 21 Связанный 16x Идентификатор AGAT/999/01 │ 

референс сообщения │ 

связанного │ 

служебного │ 

запроса │ 

├───┼───┼────────────┼──────────┼─────────────────┼───────────────────┤ 

M 79 Ответ 35x Копия первой /TEXTMESSAGE/654321│ 

строки запроса │ 

├──────────┼─────────────────┼───────────────────┤ 

2!a Константа OK │ 

└───┴───┴────────────┴──────────┴─────────────────┴───────────────────┘ 

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

Пример 

{1:F0110109XXXXXX0001000046}{2:O99916230511229999990001XX000100000 20511221623N}{3:{113:0100}{108:NONREF}}{4: 

:20:R1916811/999 

:21:AGAT/999/01 

:79:/TEXTMESSAGE/234567 

OK 

-} 

 

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

 

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

 

┌───┬───┬────────────┬──────────┬─────────────────┬───────────────────┐ 

На-ТэгНаименование Формат Комментарий Пример │ 

ли- поля │ 

чие │ 

├───┼───┼────────────┼──────────┼─────────────────┼───────────────────┤ 

M 20 Идентифика- 16x AGAT/999/01 │ 

тор │ 

сообщения │ 

├───┼───┼────────────┼──────────┼─────────────────┼───────────────────┤ 

M 21 Связанный 16x AGAT/999/01/СПК │ 

референс │ 

├───┼───┼────────────┼──────────┼─────────────────┼───────────────────┤ 

M 79 Комментарий /11!c/6!n /TEXTMESSAGE/234567│ 

├──────────┼─────────────────┼───────────────────┤ 

34*50x Test │ 

└───┴───┴────────────┴──────────┴─────────────────┴───────────────────┘ 

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

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

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

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

Пример: 

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

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

:21:AGAT/999/01 

:79:/TEXTMESSAGE/101109 

Test 

-} 

 

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

 

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

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

┌─────────┬──────────────────────┬────────────────────────────────────┐ 

Номер Наименование сообщения Разделы этого документа, в которых │ 

сообщения описаны эти сообщения │ 

на схеме │ 

├─────────┼──────────────────────┼────────────────────────────────────┤ 

1 Запрос 6.3.1...6.3.11 │ 

├─────────┼──────────────────────┼────────────────────────────────────┤ 

2 Сообщение об ошибке 19.1 │ 

├─────────┼──────────────────────┼────────────────────────────────────┤ 

3 Ответ 6.4.1...6.4.3 │ 

├─────────┼──────────────────────┼────────────────────────────────────┤ 

4 Ответ 6.4.1...6.4.3 │ 

└─────────┴──────────────────────┴────────────────────────────────────┘ 

Владелец объекта - это участник, объект которого (свойства позиции, участника, пользователя) подвергается изменению по запросу. Для некоторых запросов (LOCKACCOUNT, UNLOCKACCOUNT, SETUSERLOCK, ACTIVATEBUSINESSDAYPERIOD, SETACCOUNTDEBITCAP, SETACCOUNTDEBITCAPLIMIT) сообщение номер 4 отсылается владельцу изменяемого объекта, если владелец не является отправителем запроса. 

 

Рисунок 

 

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

┌──┬───────────────────────────────┬───────────┬──────────────────────┐ 

# Запрос Отправитель Описание │ 

├──┼───────────────────────────────┼───────────┼──────────────────────┤ 

1 LOCKACCOUNT НБКР Блокировка позиции │ 

├──┼───────────────────────────────┼───────────┼──────────────────────┤ 

2 UNLOCKACCOUNT НБКР Разблокировка позиции │ 

├──┼───────────────────────────────┼───────────┼──────────────────────┤ 

3 SETPARTICIPANTLOCK Изменение статуса │ 

участника │ 

├──┼───────────────────────────────┼───────────┼──────────────────────┤ 

4 SETUSERLOCK Участник, Изменение статуса │ 

НБКР пользователя │ 

├──┼───────────────────────────────┼───────────┼──────────────────────┤ 

5 ACTIVATEBUSINESSDAYPERIOD НБКР Старт нового периода │ 

операционного дня │ 

├──┼───────────────────────────────┼───────────┼──────────────────────┤ 

6 GETBUSINESSDAYPERIOD Участник Запрос текущего │ 

периода операционного │ 

дня │ 

├──┼───────────────────────────────┼───────────┼──────────────────────┤ 

7 GETDEBITCAP Участник Запрос значения │ 

дебетового лимита │ 

├──┼───────────────────────────────┼───────────┼──────────────────────┤ 

8 SETACCOUNTDEBITCAP Участник, Установка ЛДЧП │ 

НБКР │ 

├──┼───────────────────────────────┼───────────┼──────────────────────┤ 

9 SETACCOUNTDEBITCAPLIMIT НБКР Установка ограничения │ 

ЛДЧП │ 

├──┼───────────────────────────────┼───────────┼──────────────────────┤ 

10SETPARTICIPANTDEBITCAPLIMIT НБКР Установка ограничения │ 

ЛДЧП по участнику │ 

├──┼───────────────────────────────┼───────────┼──────────────────────┤ 

11SETSYSTEMDEBITCAPLIMIT НБКР Установка ограничения │ 

по суммам ЛДЧП по всей│ 

системе СПК │ 

└──┴───────────────────────────────┴───────────┴──────────────────────┘ 

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

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

 

6.3.1. MTn99/LOCKACCOUNT: Запрос на блокировку позиции 

 

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

 

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

┌────┬───┬─────────┬─────────────┬─────┬─────────────┬────────────────┐ 

На- Тэг Наимено- Формат N Комментарий Пример │ 

ли- вание стро- │ 

чие поля ки │ 

├────┼───┼─────────┼─────────────┼─────┼─────────────┼────────────────┤ 

M 20 Идентифи-16x ИдентификаторNBMD/999LA/01 │ 

катор запроса │ 

сообщения │ 

├────┼───┼─────────┼─────────────┼─────┼─────────────┼────────────────┤ 

M 79 Запрос /11!c/34x 1 Тип /LOCKACCOUNT/352│ 

запроса/код 15601 │ 

позиции │ 

├─────────────┼─────┼─────────────┼────────────────┤ 

[/5!c/4!с] Определяет /DEBIT/LOCK │ 

блокировку по │ 

дебету │ 

├─────────────┼─────┼─────────────┼────────────────┤ 

[/5!c/4!с] Определяет /CREDIT/LOCK │ 

блокировку по │ 

кредиту │ 

└────┴───┴─────────┴─────────────┴─────┴─────────────┴────────────────┘ 

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

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

Пример: 

{1:F011011090001XX0001000001}{2:I999999999XXXXXXN}{3:{113:0100} 

{108:11568}}{4: 

:20:NBMD/999LA/01 

:79:/LOCKACCOUNT/35215601 

/DEBIT/LOCK 

/CREDIT/LOCK 

-} 

 

6.3.2. MTn99/UNLOCKACCOUNT: Запрос на разблокировку позиции 

 

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

 

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

 

┌────┬───┬─────────┬─────────────┬─────┬─────────────┬────────────────┐ 

На- Тэг Наимено- Формат N Комментарий Пример │ 

ли- вание стро- │ 

чие поля ки │ 

├────┼───┼─────────┼─────────────┼─────┼─────────────┼────────────────┤ 

M 20 Идентифи-16x ИдентификаторNBMD/999UA/01 │ 

катор запроса │ 

сообщения │ 

├────┼───┼─────────┼─────────────┼─────┼─────────────┼────────────────┤ 

M 79 Запрос /13!c/34x 1 Тип /UNLOCKACCOUNT/ │ 

запроса/код 35215601 │ 

позиции │ 

├─────────────┼─────┼─────────────┼────────────────┤ 

[/5!c/6!с] Определяет /DEBIT/UNLOCK │ 

разблокировку │ 

по дебету │ 

├─────────────┼─────┼─────────────┼────────────────┤ 

[/5!c/6!с] Определяет /CREDIT/UNLOCK │ 

разблокировку │ 

по кредиту │ 

└────┴───┴─────────┴─────────────┴─────┴─────────────┴────────────────┘ 

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

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

Пример: 

{1:F011011090001XX0001000001}{2:I999999999XXXXXXN}{3:{113:0100} 

{108:rfuser0}}{4: 

:20:NBMD/999UA/01 

:79:/UNLOCKACCOUNT/35215601 

/DEBIT/UNLOCK 

/CREDIT/UNLOCK 

-} 

 

6.3.3. MTn99/SETPARTICIPANTLOCK: Запрос на изменение статуса 

Участника 

 

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

 

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

 

┌────┬───┬─────────┬─────────────┬─────┬─────────────┬────────────────┐ 

На- Тэг Наимено- Формат N Комментарий Пример │ 

ли- вание стро- │ 

чие поля ки │ 

├────┼───┼─────────┼─────────────┼─────┼─────────────┼────────────────┤ 

M 20 Идентифи-16x ИдентификаторNBMD/999SPL/01 │ 

катор запроса │ 

сообщения │ 

├────┼───┼─────────┼─────────────┼─────┼─────────────┼────────────────┤ 

M 79 Запрос /18!c/6!n 1 Тип /SETPARTICIPANT-│ 

запроса/БИК LOCK/234567 │ 

участника │ 

├─────────────┼─────┼─────────────┼────────────────┤ 

/6!c/2!n 2 Присваиваемый/STATUS/00 │ 

статус: │ 

00 - активный │ 

10 - приоста- │ 

новлен │ 

20 - отключен │ 

30 - будет │ 

удален из │ 

системы │ 

├─────────────┼─────┼─────────────┼────────────────┤ 

3 Ключевое │ 

слово │ 

DIRECTION │ 

зарезервиро- │ 

вано для │ 

будущего │ 

использования │ 

└────┴───┴─────────┴─────────────┴─────┴─────────────┴────────────────┘ 

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

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

Пример: 

{1:F011011090001XX0001000001}{2:I999999999XXXXXXN}{3:{113:0100} 

{108:ref22}}{4: 

:20:NBMD/999SPL/01 

:79:/SETPARTICIPANTLOCK/234567 

/STATUS/00 

-} 

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

 

6.3.4. MTn99/SETUSERLOCK: Запрос на изменение статуса пользователя 

участника 

 

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

 

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

 

┌────┬───┬─────────┬─────────────┬─────┬─────────────┬────────────────┐ 

На- Тэг Наимено- Формат N Комментарий Пример │ 

ли- вание стро- │ 

чие поля ки │ 

├────┼───┼─────────┼─────────────┼─────┼─────────────┼────────────────┤ 

M 20 Идентифи-16x ИдентификаторNBMD/999SUL/01 │ 

катор запроса │ 

сообщения │ 

├────┼───┼─────────┼─────────────┼─────┼─────────────┼────────────────┤ 

M 79 Запрос /11!c/6!n4!n 1 Тип /SETUSERLOCK/ │ 

запроса/код 2345670001 │ 

пользователя │ 

участника │ 

├─────────────┼─────┼─────────────┼────────────────┤ 

/6!c/2!n 2 Присваиваемый/STATUS/00 │ 

статус: │ 

00 - активный │ 

20 - исключен │ 

├─────────────┼─────┼─────────────┼────────────────┤ 

3 Ключевое │ 

слово │ 

DIRECTION │ 

зарезервиро- │ 

вано для │ 

будущего │ 

использования │ 

└────┴───┴─────────┴─────────────┴─────┴─────────────┴────────────────┘ 

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

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

Пример: 

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

{1:F011011090001XX0001000001}{2:I999999999XXXXXXN}{3:{113:0100} 

{108:redf88}}{4: 

:20:NBMD/999SUL/01 

:79:/SETUSERLOCK/2345670001 

/STATUS/00 

-} 

 

6.3.5. MTn99/ACTIVATEBUSINESSDAYPERIOD: Запрос на изменение 

периода операционного дня 

 

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

 

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

 

┌────┬───┬─────────┬─────────────┬─────┬─────────────┬────────────────┐