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

Вернуться назад

Версия для печати

Дата создания: 2017-06-30

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

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)

<!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"?>

<Data>

<Signature<2561CA1D831ACFCF49A72DE04D325061FC7B2D483BE613B58FE1447 483FB59EE977EC48062DF19AD035C10E687DBED3BEB58359E480A51F45C0EB8D8D3AD59 FE5F415D7137B50B5EB843673B4C67EBD8D8C5239A313A1AC94FAC09333211DF3173415 63DC730CCCB66BBE015FDE28F1178759D8CA931487F2DFC63F7D0D1C

A</Signature>

</Data>

</PIEMsg>

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

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

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

<!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>

<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 │ │

│OМ │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 │Копируется из входящего │

│ │ │ │ │пакета │

│OМ │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 │ │

│ │ │ │[/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: Содержит идентификатор Отправителя.

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

Размер сообщения ограничен 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

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 │НБКР │Установка ограничения │

│ │ │ │ЛДЧП │

│10│SETPARTICIPANTDEBITCAPLIMIT │НБКР │Установка ограничения │

│ │ │ │ЛДЧП по участнику │

│11│SETSYSTEMDEBITCAPLIMIT │НБКР │Установка ограничения │

│ │ │ │по суммам ЛДЧП по всей│

│ │ │ │системе СПК │

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

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

(В редакции постановления Правления Национального банка от 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 │ │

│ │ │ │ │ │зарезервиро- │ │

│ │ │ │ │ │вано для │ │

│ │ │ │ │ │будущего │ │

│ │ │ │ │ │использования│ │

└────┴───┴─────────┴─────────────┴─^