ПОСТАНОВЛЕНИЕ ПРАВЛЕНИЯ НАЦИОНАЛЬНОГО БАНКА КЫРГЫЗСКОЙ РЕСПУБЛИКИ

от 25 сентября 2007 года №43/5

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

В рамках совершенствования нормативной правовой базы по платежной системе Кыргызской Республики, Правление Национального банка Кыргызской Республики, рассмотрев "Форматы электронных сообщений в Гроссовой Системе Расчетов в режиме Реального Времени (ГСРРВ) и правила их заполнения", постановляет:

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

2. Управлению платежных систем совместно с Юридическим отделом в установленном порядке произвести государственную регистрацию настоящего постановления в Министерстве юстиции Кыргызской Республики.

3. Настоящее постановление вступает в силу с момента официального опубликования после государственной регистрации в Министерстве юстиции Кыргызской Республики.

4. Управлению платежных систем довести настоящее постановление до сведения коммерческих банков Кыргызской Республики, ОАО "Расчетно-Сберегательная Компания", областных управлений и Представительства Национального банка Кыргызской Республики в Баткенской области.

5. После опубликования зарегистрированного нормативного правового акта Юридическому отделу информировать Министерство юстиции об источнике опубликования (наименование издания, его номер и дата).

6. Контроль за исполнением настоящего постановления возложить на Заместителя Председателя Национального банка Кыргыской Республики Чокоева З.Л.

Утверждено Постановлением Правления НБКР от 25 сентября 2007 года №143/5

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

Введение

 
     Данный документ   описывает   форматы   электронных  сообщений  в
Гроссовой Системе  Расчетов  в  режиме  Реального  Времени  (ГСРРВ)  и
определяет  правила  их  заполнения.  Форматы  электронных сообщений в
системе ГСРРВ имеют формат SWIFT  и  описаны  в  разделе  "Руководства
пользователя SWIFT" на официальном сайте SWIFT.
     Электронные сообщения  системы  ГСРРВ  имеют  блочную  структуру,
каждый блок выделяется фигурными скобками и идентифицируется номером.
     {1: Основной заголовок}
     {2: Заголовок приложения}
     {3: Заголовок приложения пользователя}
     {4: Текстовая часть}
     Блоки 1,  2 и 3 содержат информацию об отправителе  и  получателе
сообщений,  блок  4  содержит  передаваемую  информацию.  Каждый  блок
начинается с идентификатора  -  номер  плюс  символ  ":"  (двоеточие).
Четвертый  блок  содержит информационные поля.  Поле - элемент данных,
для  которого   заранее   предопределены   определения,   описания   и
представления  значений.  Каждый элемент данных представляет неделимую
единицу.  Там,  где поле состоит более, чем из одного элемента данных,
каждый из элементов составляет подполе. Поле состоит из идентификатора
поля  и  значения  поля.  Идентификатор  поля   -   это   его   номер,
заканчивающийся   двоеточием.  Окончание  значения  поля  определяется
символом  {CrLf:}.   Последнее   поле   в   четвертом   блоке   должно
заканчиваться  символом {CrLf-}.  Поле может содержать ключевые слова.
Значение поля не должно начинаться с символов "{",  {CrLf:}, {CrLf-}}.
Каждое ключевое слово должно начинаться с новой строки.
     Принятые обозначения:
     а - только прописные буквы
     п - только цифры
     d - число с дробной частью (2 знака), дробная часть отделяется от
целой части запятой
     х - любые допустимые символы из разрешенного набора символов
     9!n - значение поля состоит из 9 цифр
     9n - значение поля не превышает 9 цифр
     60х - значение поля не превышает 60 символов
     5*50х - значения поля может составлять 5 строк по 50 символов
     [ ] - информация, заключенная в скобки, необязательна к указанию.
     |-> - начало повторяющейся последовательности полей.
     --| - конец повторяющейся последовательности полей.
     М - в поле статуса (наличия) тэга - обязательный;
     О - в поле статуса (наличия) тэга - необязательный.

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

     0123456789(){}= ;, № % *.-_/?!"':+ ~ @ #$ ^ [] Space (Пробел)
     ABCDEFGHIJKLMNOPQRSTUVWXYZ
     abcdefghijklmnopqrstuvwxyz
     АБВГДЕЁЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯ
     абвгдеёжзийклмнопрстуфхцчшщъыьэюя
     Код возврата каретки (CR), код перевода строки (LF).

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

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

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

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

+-------------------------------------------------------------+
¦{1: ¦   F    ¦  01  ¦   BANKBEBBAXXX ¦  2222  ¦ 123456}      ¦
+----+--------+------+----------------+--------+--------------¦
¦(а) ¦   (b)  ¦  (с) ¦   (d)          ¦  (е)   ¦ (f)          ¦
+-------------------------------------------------------------+

     (a) Идентификатор блока - всегда содержит значение '1:'.
     (b) Идентификатор приложения - определяет приложение,  в пределах
которого сообщение является входящим или исходящим. Возможные опции:
     F =     все     сообщения     FIN     (финансовые     сообщения),
пользователь-пользователь
     А = сообщения по обслуживанию GPA
     L = содержит признак службы GPA
     Эти значения  автоматически  присваиваются   системой   SWIFT   и
системами   пользователя,   но   пользователь   должен   знать  об  их
существовании и назначении.
     (c) Идентификатор  службы  -  содержит  2  цифровых  символа.  Он
определяет тип данных,  которые могут быть входящими и исходящими,  и,
указывает на тип сообщения:
     - Сообщение пользователь-пользователь
     - Системное сообщение
     - Служебное  сообщение,  например,  команда  управления  сессией,
такая как SELECT,  или логическое подтверждение, такое как ACK/SAK/UAK

     Основная используемая опция - '01',  который относится к сервисам
GPA и FIN и сообщениям между пользователями.  Другие  опции  включают:
'21'  для  подтверждения  типа  ACK/NAK,  UAK/UNK,  '03' - для команды
SELECT, и так далее.
     (d) Идентификатор  стороны   -   12-значный   адрес   финансового
сообщения,  приведенный в основном заголовке, является идентификатором
отправителя  во  входящих  сообщениях   и   получателя   в   исходящих
сообщениях.
     (e) Номер сессии - определяет  сессию,  в  течение  которой  было
передано сообщение.  В основном заголовке используется 4-значный номер
сессии.
     (f) Порядковый  номер  -  всегда  содержит  6 цифр.  Используется
значение ISN для входящей  сессии  отправителя  или  OSN  для  текущей
исходящей сессии получателя.
     Примечание:
     Порядковый номер не присутствует в сообщениях,  в которых имеется
идентификатор приложения 'L' (например LOGIN).  Порядковый номер,  тем
не менее, является ключевым элементом в обработке исправлений.

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

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

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

     Структура и содержание
     Для входящих  сообщений  заголовок  приложения   определяет   тип
сообщения, его получателя и способ его отправки.
     Пример заголовка  приложения  входящего   финансового   сообщения
пользователь - пользователь:
     {2:I1103BNKBIC00XXXXU3003}
     Компоненты:
+--------------------------------------------------------------+
¦{2:  ¦  I    ¦  103  ¦  BNKBICOOXXXX  ¦  U    ¦  3    ¦  003} ¦
+-----+-------+-------+----------------+-------+-------+-------¦
¦(a)  ¦  (b)  ¦  (с)  ¦  (d)           ¦  (e)  ¦  (f)  ¦  (g)  ¦
+--------------------------------------------------------------+

     (a) Идентификатор блока - всегда содержит значение '2:'.
     (b) Идентификатор   Input/Output   -   для   входящих   сообщений
идентификатор "Input/Output" содержит значение 'I'.
     (c) Тип сообщения - содержит 3 цифры, которые определяют МТ-номер
входящего сообщения.  Пример, приведенный выше, представляет сообщение
МТ 103 - разовый клиентский платеж.
     (d) Адрес  получателя  -  содержит  12-значный  адрес  получателя
сообщения. Он определяет получателя, которому отправляется сообщение.
     (e) Приоритет  сообщения  -  этот  символ,  используемый только в
заголовке приложения финансовых  сообщений,  определяет  приоритет,  с
которым сообщение доставляется. Возможные значения:
     S = системное
     U = срочное
     N = нормальное
     Приоритет 'S'  должен использоваться для сообщений пользователь -
система;   для   сообщений   пользователь   -    пользователь    могут
использоваться  либо  'U',  либо  'N'.  В  случае  отсутствия признака
приоритета,  системное сообщение всегда доставляется в первую очередь,
затем идет очередь срочных сообщений, затем нормальных.
     (f) Просмотр доставки - не используется в данной реализации.
     (g) Период действия - не используется в данной реализации.
     В этом поле может быть определен период времени,  после  которого
хвостовик     задержанного     сообщения     (DLM)    добавляется    к
межпользовательским FIN-сообщениям,  когда сообщение  доставлено.  Для
срочных  сообщений  это  значение  представляет  собой период времени,
после которого  для  всех  недоставленных  сообщений,  и  генерируются
соответствующие предупреждения.
     Значения этого  поля:  003  (15 минут) для приоритета 'U',  и 020
(100 минут) для приоритета 'N'.  Период действия может быть определен,
когда  запрошен  мониторинг  доставки  (опции  1  или  3  для  срочных
платежей,  опция 2 для нормальных платежей).  Если мониторинг доставки
не запрошен,  и определен период действия,  сообщение будет "NAK" (без
подтверждения о доставке) с кодом  ошибки  Н25.  Заголовок  приложения
входящего  сообщения  GPА  является почти таким же,  что и заголовок в
сообщении FIN,  за исключением того,  что сообщение GPA не  определено
специальным приоритетом, мониторингом доставки и периодом действия.

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

     Структура и содержание
     Для исходящего  сообщения  заголовок  приложения  определяет  тип
сообщения, кто и когда его отправляет, и когда оно было доставлено.
     Структура заголовка исходящего приложения сообщения FIN:
     Пример заголовка приложения исходящего сообщения:
     {2:O1031200010103BNKBIC00AXXX22221234560101031201N}
     Компоненты:
+--------------------------------------------------------------------+
¦{2: ¦О   ¦103 ¦ 1200 ¦010103BNKBIC00AXXX2222123456 ¦010103 ¦1201¦N  ¦
+----+----+----+------+-----------------------------+-------+----+---¦
¦(а) ¦(b) ¦(с) ¦ (d)  ¦(е)                          ¦(f)    ¦(g) ¦(h)¦
+--------------------------------------------------------------------+

     (a) Идентификатор  блока  -  приложения  всегда содержит значение
'2:'.
     (b) Идентификатор   Input/Output   -   для  исходящего  сообщения
идентификатор "Input/Output" содержит значение 'О'.
     (c) Тип сообщения - содержит 3 цифры, которые определяют МТ-номер
исходящего сообщения.  Примером может быть сообщение  типа  МТ  103  -
Клиентский платеж.
     (d) Время  -  время  (ЧЧММ)  выражается   в   локальном   времени
отправителя.  Если сообщение является системным,  входящее время - это
время,  когда сообщение было сгенерировано системой,  в соответствии с
временем по Гринвичу (GMT).
     (e) Идентификатор  отправителя  -   каждое   входящее   сообщение
обозначено  уникальным  идентификатором отправителя.  Оно представляет
собой строку из 28 символов,  которая содержит дату отправки сообщения
отправителем,  полный  адрес  отправителя,  номер  сессии и порядковый
номер сообщения.
     Если исходящее сообщение сгенерировано  системой,  системный  МIR
будет  показывать адрес псевдо-логического терминала (PLT),  например,
DYLRXXXXXXXX,   определяющего   отправителя   специфического    набора
программ,   которые   сгенерировали  сообщение  внутри  системы.  Дата
представленного сообщения  МIR  является  датой  генерации  сообщения,
указанной по Гринвичу (GMT).
     (f) Дата доставки - дата (ГГММДД),  это локальная дата  получения
сообщения получателем.
     (g) Время доставки - время (ЧЧММ),  это локальное время получения
сообщения получателем.
     (h) Приоритет сообщения  -  используется  только  для  финансовых
сообщений,   повторяет   значение   исходящего   заголовка  приложения
финансового сообщения.
     Исходящий заголовок   сообщения   GPA  является  похожим  на  его
эквивалент FIN сообщения, за исключением приоритета сообщения GPA.

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

     Этот блок является необязательным для финансовых сообщений  между
пользователями. Он позволяет пользователю представить свою собственную
ссылку в специальном сообщении.
     Заголовок пользователя  может  быть  назначен только отправителем
сообщения,  и если он назначен, он всегда будет присутствовать в копии
исходящего  сообщения.  Сходные  части  заголовка  пользователя  будут
повторяться в связанных системных сообщениях и подтверждениях.
     Блок 3  может  содержать   тэг   113,   определяющий   банковский
приоритет,  и тэг 108, который является референсом пользователя. Часть
референса пользователя заголовка пользователя может использоваться как
один из критериев выбора при восстановлении сообщения.
     Необязательные поля  103  и  115 также используются в блоке 3 для
сервиса FIN-copy.
     Порядок расположения полей является следующим:  103,  113,  108 и
115.
     Необязательное поле  119  может  быть включено в блок 3 некоторых
сообщений  для  того,  чтобы  определить,  что  применяются  различные
правила  проверки.  Согласованные  кодовые слова в поле 119 указывают,
какие правила проверки FIN используются.  Если поле 119  представлено,
оно должно быть расположено после поля 108.
     Пример заголовка пользователя для финансового сообщения:

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

     Компоненты:
+-----------------------------------------------+
¦{3:  ¦  {113:хххх} ¦  {108:abcdefgh12345678}}  ¦
+-----+-------------+---------------------------¦
¦(а)  ¦  (b)        ¦  (с)                      ¦
+-----------------------------------------------+

     (a) Идентификатор блока - всегда содержит значение '3:'
     (b) Банковский приоритет -  поле  113  определяет  необязательный
4-значный    код   банковского   приоритета.   Содержание   поля   113
согласовывается между двумя или более участниками.
     (с) Референс  пользователя  сообщения (MUR) - поле 108 определяет
поле свободного формата,  в котором пользователь может определить  его
референс до 16 символов из разрешенного набора символов.
     Если этот  референс  не  определен  в  поле  108,  система  будет
использовать  TRN  для  исправлений  и  связанных  сообщений системы и
подтверждений.  TRN содержится в поле 20 или 20C:SEME текстового блока
FIN-сообщения  между  пользователями.  Тем  не  менее,  из-за различий
синтаксиса в полях 108 и 20 или 20C:SEME,  TRN не может использоваться
как критерий исправления, если он содержит строчные буквы.

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

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

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

     2.2.1. Из ГСРРВ в GL
+---------------------------------------------------------+
¦Транзакция                         ¦   Формат SWIFT      ¦
+-----------------------------------+---------------------¦
¦Внутридневные транзакции PACS      ¦   МТ102             ¦
+-----------------------------------+---------------------¦
¦Внутридневные транзакции PACS      ¦   МТ103             ¦
+-----------------------------------+---------------------¦
¦Внутридневные транзакции PACS      ¦   МТ202             ¦
+-----------------------------------+---------------------¦
¦Внутридневные транзакции PACS      ¦   MTn98 / SMT012    ¦
+-----------------------------------+---------------------¦
¦Внутридневные транзакции PACS      ¦   MTn98 / SMT212    ¦
+-----------------------------------+---------------------¦
¦Транзакции по окончанию дня PACS   ¦   МТ950 / МТ941     ¦
+-----------------------------------+---------------------¦
¦Транзакции по окончанию дня SETS   ¦   МТ941             ¦
+---------------------------------------------------------+

     2.2.2. Из GL в ГСРРВ
+---------------------------------------------------------+
¦Транзакция                         ¦   Формат SWIFT      ¦
+-----------------------------------+---------------------¦
¦Внутридневные транзакции PACS      ¦   МТ103             ¦
+-----------------------------------+---------------------¦
¦Внутридневные транзакции PACS      ¦   МТ202             ¦
+---------------------------------------------------------+

     2.2.3. Из ГСРРВ в BCS
+---------------------------------------------------------+
¦Транзакция                         ¦  Формат SWIFT       ¦
+-----------------------------------+---------------------¦
¦Информация о резерве               ¦  МТ998              ¦
+-----------------------------------+---------------------¦
¦Информация о проведении расчета    ¦                     ¦
¦чистых позиций                     ¦  МТ971              ¦
+---------------------------------------------------------+

     2.2.4. Из BCS в ГСРРВ

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

     Примечание: форматы  сообщений  МТ998,  МТ996,  МТ971  описаны  в
документе   "Правила   заполнения   форматов   электронных   платежных
документов и сообщений в Системе пакетного клиринга мелких розничных и
регулярных    платежей    в   Кыргызской   Республике",   утвержденном
постановлением Правл