It is registered
Ministry of Justice
Kyrgyz Republic
On November 2, 2007 No. 103-07
of September 25, 2007 No. 43/5
About approval "Formats of electronic messages in the Grossovy Settlement system in real time (GSRRV) and rules of their filling"
Within enhancement of the regulatory legal base on payment system of the Kyrgyz Republic, Board of National Bank of the Kyrgyz Republic, having considered "Formats of electronic messages in the Grossovy Settlement system in real time (GSRRV) and the rule of their filling", decides:
1. Approve "Formats of electronic messages in the Grossovy Settlement system in real time (GSRRV) and rules of their filling" (are attached).
2. To management of payment systems together with Legal department in accordance with the established procedure to make state registration of this resolution in the Ministry of Justice of the Kyrgyz Republic.
3. This resolution becomes effective from the moment of official publication after state registration in the Ministry of Justice of the Kyrgyz Republic.
4. To management of payment systems to bring this resolution to the attention of commercial banks of the Kyrgyz Republic, JSC Settlement and Savings Company, regional managements and Representative office of National Bank of the Kyrgyz Republic in Batken Province.
5. After publication of the registered regulatory legal act to Legal department to inform the Ministry of Justice on publication source (the name of the edition, its number and date).
6. To impose control of execution of this resolution on the Vice-chairman of National Bank of the Kyrgysky Republic Chokoyev Z. L.
Chairman
Alapayev M. O.
Approved by the Resolution of Board of NBKR of September 25, 2007 No. 143/5
Introduction
Данный документ описывает форматы электронных сообщений в
Гроссовой Системе Расчетов в режиме Реального Времени (ГСРРВ) и
определяет правила их заполнения. Форматы электронных сообщений в
системе ГСРРВ имеют формат 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 символов
[ ] - информация, заключенная в скобки, необязательна к указанию.
|-> - начало повторяющейся последовательности полей.
--| - конец повторяющейся последовательности полей.
М - в поле статуса (наличия) тэга - обязательный;
О - в поле статуса (наличия) тэга - необязательный.
The list of symbols, admissible for specifying in messages GSRRV
0123456789(){}= ;, № % *.-_/?!"':+ ~ @ #$ ^ [] Space (Пробел)
ABCDEFGHIJKLMNOPQRSTUVWXYZ
abcdefghijklmnopqrstuvwxyz
АБВГДЕЁЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯ
абвгдеёжзийклмнопрстуфхцчшщъыьэюя
Код возврата каретки (CR), код перевода строки (LF).Примечание: данный документ составлен в полном соответствии с
форматами и стандартами SWIFT. Ряд полей, необязательных к заполнению,
не будет использоваться в первой реализации системы ГСРРВ, но может
быть использован в более поздних версиях системы, в случае изменения
общепринятых правил обработки и формирования сообщений, изменения
законодательства Кыргызской Республики, а также стандартов и правил,
устанавливаемых Национальным банком Кыргызской Республики.
Все необходимые к использованию поля электронных сообщений
указаны в приведенных примерах каждого типа сообщения.
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.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 описаны в
документе "Правила заполнения форматов электронных платежных
документов и сообщений в Системе пакетного клиринга мелких розничных и
регулярных платежей в Кыргызской Республике", утвержденном
постановлением Правления НБКР №5/10 от 02.03.2006 и утвержденного в
Министерстве юстиции КР 23.03.2006 №25-06.
2.2.5. Из ГСРРВ в Торговую /Клиринговую Систему
+--------------------------------------------------------------+
¦Транзакция ¦ Формат SWIFT ¦
+----------------------------------+---------------------------¦
¦Ответ на запрос NSI/GSI ¦ МТ298 ST251 ¦
+----------------------------------+---------------------------¦
¦Ответ на запрос информации ¦ ¦
¦о резерве ¦ МТ298 ST260 ¦
+----------------------------------+---------------------------¦
¦Ответ на запрос по Управлению ¦ ¦
¦резервом и Осуществлению Залога ¦ МТ298 ST261 ¦
+----------------------------------+---------------------------¦
¦Ответ на запрос о выдаче ¦ ¦
¦кредита (ILF) ¦ МТ298 ST268 ¦
+--------------------------------------------------------------+
2.2.6. Из Торговой/Клиринговой Системы в ГСРРВ
+--------------------------------------------------------------+
¦Транзакция ¦ Формат SWIFT ¦
+----------------------------------+--------------------
Disclaimer! This text was translated by AI translator and is not a valid juridical document. No warranty. No claim. More info
Database include more 50000 documents. You can find needed documents using search system. For effective work you can mix any on documents parameters: country, documents type, date range, teams or tags.
More about search system
If you cannot find the required document, or you do not know where to begin, go to Help section.
In this section, we’ve tried to describe in detail the features and capabilities of the system, as well as the most effective techniques for working with the database.
You also may open the section Frequently asked questions. This section provides answers to questions set by users.