РЕПОЗИТОРИЙ

ПОИСК ИЛИ ПРОСМОТР РЕПОЗИТОРИЯ

Типы данных

XML-тег

Расшифровка

Согласно

Подробнее

Nm

Наименование участника

А.2

Элемент данных «Наименование» должен содержать краткое наименование банка, организации, фамилию, собственное имя и отчество (при наличии) физического лица.

Элемент данных «Наименование» состоит из разрешенного символьного множества, имеет неструктурированный формат переменной длины text{1,140}.


IBAN

Номер счета участника в формате IBAN

А.3

А.3.1 Элемент данных «Международный номер банковского счета» должен соответствовать требованиям стандарта «Финансовые услуги. Международный номер банковского счета (IBAN). Часть 1. Структура IBAN» СТБ ISO 13616-1-2015.

А.3.2 Элемент данных «Международный номер банковского счета» для номера банковского счета, открытого в банке-участнике системы BISS, за исключением банков-нерезидентов Республики Беларусь, имеет формат фиксированной длины, равный 28 символам: [A-Z]{2}[0-9]{2}[A-Z0-9]{4}[0-9]{4}[A-Z0-9]{16}, где:

[A-Z]{2} – международный код страны;

[0-9]{2} – контрольные цифры номера банковского счета, которые используются для проверки его достоверности и вычисляются согласно СТБ ISO 13616-1-2015;

[A-Z0-9]{4} – первые четыре символа банковского идентификационного кода банка;

[0-9]{4} – балансовый счет согласно плану счетов бухгалтерского учета;

[A-Z0-9]{16} – номер индивидуального счета.

А.3.3 Элемент данных «Международный номер банковского счета» для номера банковского счета, открытого в банке-нерезиденте Республики Беларусь, имеет формат переменной длины: [A-Z]{2}[0-9]{2}[a-zA-Z0-9]{1,30}.


BICFI, AnyBIC

Код банка в формате BIC

А.4

А.4.1 Элемент данных «Зарегистрированный код BIC» (BICFI) банков-участников системы BISS имеет формат [A-Z0-9]{4}[A-Z]{2}[A-Z0-9]{2}([A-Z0-9]{3})?, где:

[A-Z0-9]{4} – цифробуквенный код, однозначно идентифицирующий банк Республики Беларусь, банк-нерезидент (префикс бизнес-участника);

[A-Z]{2} – буквенный код страны;

[A-Z0-9]{2} – цифробуквенный код местоположения участника расчетов (суффикс бизнес-участника);

[A-Z0-9]{3} – необязательные разряды, которые могут содержать значение условного номера участника расчетов, который используется только для идентификации филиалов.

А.4.2 Элемент данных «Зарегистрированный код BIC» (BICFI) банков не участников системы BISS имеет формат [A-Z0-9]{4}[A-Z]{2}[A-Z0-9]{2}([A-Z0-9]{3})?.


Amt, Ccy, Rate

Сумма цифрами, код валюты, обменный курс, проценты

А.5

А.5.1 Элементы данных, содержащие значения сумм денежных средств (электронных денег), должны иметь формат 0<=decimal td=18 fd=5 и формироваться в соответствии со следующими правилами:

- значение состоит из целой части, разделителя и дробной части;

- в качестве разделителя целой и дробной частей используется символ «.» (точка);

- общее количество цифр не должно превышать 18, разделитель не учитывается;

- целая часть должна содержать хотя бы одну цифру;

- в целой части ноли перед первой значащей цифрой отсутствуют;

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

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

- количество цифр в дробной части суммы не может превышать пяти и должно соответствовать ISO 4217;

- если дробная часть в данной валюте присутствует и равна нолю, то количество символов «0» в дробной части должно быть равно максимально допустимому количеству знаков в дробной части для данной валюты, например: 126.00.

Значения сумм денежных средств, представленных в белорусских рублях, должны иметь формат 0<=decimal td=18 fd=2.

А.5.2 Элементы данных, содержащие значения обменного курса валют, должны иметь формат 0<=decimal td=11 fd=10 и формироваться в соответствии со следующими правилами:

- значение состоит из целой части, разделителя и дробной части;

- в качестве разделителя целой и дробной частей используется символ «.» (точка);

- общее количество цифр не должно превышать 11, разделитель не учитывается;

- целая и дробная части должны содержать хотя бы одну цифру;

- в целой части ноли перед первой значащей цифрой отсутствуют;

- в дробной части ноли после последней значащей цифры отсутствуют.

Курс белорусского рубля указывается к единице той или иной валюты без использования шкалы курса, например: 0.034539 соответствует 3,4539 BYN за 100 RUB.

А.5.3 Элементы данных, содержащие значения процентов, должны иметь формат 0<=decimal<=100 td=11 fd=10 и формироваться в соответствии со следующими правилами:

- значение состоит из целой части, разделителя и дробной части;

- в качестве разделителя целой и дробной частей используется символ «.» (точка);

- общее количество цифр не должно превышать 11, разделитель не учитывается;

- целая и дробная части должны содержать хотя бы одну цифру;

- в целой части ноли перед первой значащей цифрой отсутствуют;

- в дробной части ноли после последней значащей цифры отсутствуют;

- максимальное значение не должно превышать 100.

Например: 20.0 соответствует 20 %; 0.05 соответствует 0,05 %.

А.5.4 Элементы данных, содержащие значения кодов валют, указываются из справочника N003 и имеют формат [A-Z]{3}, например: BYN.


Id

Идентификаторы информационных объектов

А.6

А.6.1 При формировании идентификаторов используется следующий набор символов:

A…Z – прописные латинские буквы;

0…9 – цифры;

/ - + ( ) . , : ; = * – специальные графические символы (дробная черта, дефис (минус), плюс, круглая скобка левая, круглая скобка правая, точка, запятая, двоеточие, точка с запятой, равно, звездочка).

А.6.2 Идентификаторы должны быть уникальными. Уникальность идентификаторов обеспечивается при создании информационных объектов.

А.6.3 Перечень и правила использования элементов данных, содержащих значения уникальных идентификаторов информационных объектов бизнес-заголовка и общей части бизнес-содержимого сообщений, приведены в таблице А.2.


Таблица А.2

XML-тег Наименование на русском и английском языках Описание Правила присвоения
BizMsgIdr Идентификатор бизнес-сообщения
BusinessMessageIdentifier
Идентификатор сообщения, указывается в бизнес-заголовке (ВАН) Присваивается участником, сформировавшим бизнес-сообщение. Соответствует MsgId, Id из общей части сообщения
MsgId Идентификатор сообщения
MessageIdentification
Идентификатор сообщения, указывается в общей части сообщения (например, в GroupHeader) Присваивается участником, сформировавшим бизнес-сообщение. Соответствует BizMsgIdr из ВАН
Id Идентификатор
Identification
Идентификатор сообщения, указывается в общей части сообщения (например, в Assgnmt, MsgId) Присваивается участником, сформировавшим бизнес-сообщение. Соответствует BizMsgIdr из ВАН

Перечень и правила использования элементов данных, содержащих значения уникальных идентификаторов информационных объектов основной части бизнес-содержимого сообщений, приведены в таблице А.3.


Таблица А.3

XML-тег Наименование на русском и английском языках Описание Правила присвоения
InstrId,
PmtInfId,
CdtId
Идентификатор инструкции
InstructionIdentification
Идентификатор инструкции Присваивается первым банком в цепочке и передается без изменений
TxId Идентификатор транзакции
TransactionIdentification
Идентификатор транзакции Присваивается первым банком в цепочке и передается без изменений
EndToEndId Сквозной идентификатор
EndToEndIdentification
Сквозной идентификатор транзакции Присваивается инициатором перевода или первым банком в цепочке и передается без изменений
RvslId Идентификатор возврата
ReversalIdentification
Идентификатор возврата Присваивается банком, инициирующим возврат
GrpCxlId Идентификатор отзыва
GroupCancellationIdentification
Идентификатор отзыва Присваивается стороной, отзывающей сообщение
MndtId Идентификатор акцепта
MandateIdentification
Идентификатор акцепта плательщика Присваивается расчетным центром и используется в расчетах посредством прямого дебетования счета
OrgnlMsgId Идентификатор связанного сообщения
OriginalMessageIdentification
Идентификатор связанного сообщения, в ответ на которое направляется извещение, уведомление или отчет Заполняется значением идентификатора связанного сообщения (из MsgId или Id общей части связанного сообщения)
OrgnlInstrId
OrgnlPmtInfId
Идентификатор исходной инструкции
OriginalInstructionIdentification
OriginalPaymentInformationIdentification
Ссылочный идентификатор исходной платежной инструкции Заполняется значением идентификатора инструкции (InstrId или PmtInfId) из ссылочного сообщения
OrgnlTxId Идентификатор исходной транзакции
OriginalTransactionIdentification
Ссылочный идентификатор исходной транзакции Заполняется значением идентификатора транзакции (TxId) из ссылочного сообщения
OrgnlEndToEndId Сквозной идентификатор исходной транзакции
OriginalEndToEndIdentification
Ссылочный сквозной идентификатор исходной транзакции Заполняется значением сквозного идентификатора транзакции (EndToEndId) из ссылочного сообщения
OrgnlGrpCxlId Идентификатор исходного отзыва
OriginalGroupCancellationIdentification
Ссылочный идентификатор исходного отзыва сообщения Заполняется значением идентификатора отзыва (GrpCxlId) из ссылочного сообщения
OrgnlMndtId Идентификатор исходного акцепта плательщика
OriginalMandateIdentification
Ссылочный идентификатор исходного акцепта плательщика Заполняется значением идентификатора акцепта плательщика (MndtId) из ссылочного сообщения

А.6.4 Идентификаторы, приведеные в таблице А.2, не должны совпадать в одном сообщении с идентификаторами, приведенными в таблице А.3.

А.6.5 Идентификаторы сообщений (BizMsgIdr, MsgId, Id), инструкций (InstrId, PmtInfId), транзакций (TxId), возвратов (RvslId), отзывов сообщений (GrpCxlId), извещений и отчетов (Id) имеют тип данных text{31,35} и формат [A-Z0-9]{3}[A-Z0-9]{4}[0-9]{8}[A-Z0- 9]{16}([A-Z0-9]{4})?, где:

[A-Z0-9]{3} – УНУР (УНУ) участника, сформировавшего идентификатор, согласно справочникам участников систем N031, N027, N066, N073;

[A-Z0-9]{4} – тип автоматизированной системы (подсистемы) участника, присвоившей идентификатор, согласно справочнику N037;

[0-9]{8} – дата формирования идентификатора в формате YYYYMMDD, где YYYY – год, ММ – месяц, DD – день (реальная календарная дата в году);

[A-Z0-9]{16} – внутренний учетный номер в автоматизированной системе участника (аналог референса МТ-сообщения);

[A-Z0-9]{4} – дополнительная информация. Заполняется на усмотрение банков.

Например: 795ABSB202104011234567890ABCDEF.

А.6.6 Сквозной идентификатор транзакции (EndToEndId) имеет тип данных text{13,35} и формат [0-9]{2}.[0-9]{8}.[Max16Text]{1,16}(.[0-9]{1,6})?, где:

[0-9]{2} – код вида платежного документа согласно справочнику N016;

[0-9]{8} – дата платежного документа в формате YYYYММDD, где YYYY – год, ММ – месяц, DD – день (реальная календарная дата в году);

[Max16Text]{1,16} – номер первичного платежного документа, состоящий из разрешенного к использованию символьного множества, кроме символа . (точка);

[0-9]{1,6} – номер платежа (операции) в реестре или записи в списке (необходимость указания данного реквизита приведена в документах, описывающих форматы сообщений).

Например: 06.20201225.4315.55.

А.6.7 Идентификаторы наименований типов сообщений (MsgNmId, ReqdMsgNmId, OrgnlMsgNmId) имеют формат [a-z]{4}.[0-9]{3}.[0-9]{3}.[0-9]{2}, где:

[a-z]{4} – код группы (категории) сообщения;

[0-9]{3} – код сообщения в группе (категории);

[0-9]{3} – вариант сообщения;

[0-9]{2} – версия сообщения.

Например: pacs.008.001.09.

А.6.8 XML-теги ссылочных идентификаторов обозначаются приставкой «Orgnl» и в них должны указываться значения соответствующих идентификаторов связанного сообщения.

Например: OrgnlMsgId сообщения pacs.002 должен соответствовать MsgId сообщения pacs.008.

А.6.9 Идентификатор акцепта плательщика (MndtId) имеет тип данных text{16} и формат [A-Z0-9]{16}.

Например: 1234567890ABCDEF.


Dt, DtTm

Дата и время события

А.7

А.7.1 Элементы данных, содержащие значения даты, указываются согласно расширенному формату ГОСТ ISO 8601, имеют структурированный тип данных ISODate и формат YYYY-ММ-DD, например, 2020-03-26.

А.7.2 Элементы данных, содержащие значения даты и времени, указываются согласно расширенному формату ГОСТ ISO 8601, имеют структурированный тип данных ISODateTime, и формат YYYY-MM-DDThh:mm:ssZ или YYYY-MM-DDThh:mm:ss±hh:mm.

Например, для указания даты и времени 26 марта 2020 года 17 ч. 19 мин. 33 сек. (по Минскому времени) может использоваться один из вариантов: 2020-03-26Т14:19:33Z или 2020-03-26Т17:19:33+03:00.

А.7.3 Элементы данных, содержащие значения времени, указываются согласно формату ГОСТ ISO 8601, имеют структурированный тип данных ISOTime, и формат hh:mm:ss.sssZ.

Например: 14:19:33.130Z.

А.7.4 Для обозначения времени начала/завершения календарного дня, в том числе при указании периода времени, ограниченного указанными рамками, необходимо использовать следующие форматы времени:

00:00:00 – для начала календарного дня;

23:59:59 – для завершения календарного дня.


Ctry

Код страны

А.8

Элемент данных «Страна» указывается в кодированной форме из справочника N013, имеет структурированный тип данных CountryCode и формат [A-Z]{2}.

Например: PL.

Элемент данных «Страна» должен указываться при идентификации нерезидентов Республики Беларусь.


TaxId

Учетный номер плательщика

А.9

А.9.1 В элементе данных «Идентификационный номер» указываются статус стороны и УНП, присвоенный уполномоченными органами Республики Беларусь, в формате [A-Z]{3}[A-Z0-9]{9}, где:

[A-Z]{3} – значение статуса стороны согласно справочнику N061;

[A-Z0-9]{9} – УНП.

А.9.2 Для сообщений, направляемых непосредственно в BISS, СМП и ОМК, используются следующие значения статуса:

- при идентификации клиента, счет которого обслуживает банк, сформировавший и направивший сообщение в систему, указываются значения INA, INB, INI, INN, INP, INU, INZ;

- для идентификации иных клиентов, присутствующих в сообщении, указывается значение INN.

А.9.3 Для сообщений, направляемых в системы BISS и СМП и формируемых на основании сообщений из смежных систем (например, сообщение pacs.008 в BISS, сформированное на основании сообщения pain.013 из ОМК), статус стороны заполняется значением, указанным в исходном связанном сообщении.

А.9.4 Для сообщений, направляемых в АИС ИДО, используются следующие значения статусов при идентификации плательщиков, бенефициаров, взыскателей: INI, INN, INP; при идентификации уполномоченных органов, принявших документ, являющийся основанием для бесспорного взыскания – INN, INU, INL, обременителей – INN.

А.9.5 При отсутствии у стороны УНП в элементе данных «Идентификационный номер» указываются статус стороны согласно справочнику N061 (с учетом пунктов А.9.2-А.9.4) и УНП со значением 511111111 для резидентов Республики Беларусь или значением 999999999 для нерезидентов Республики Беларусь.

В случае если не указано или нельзя определить, является ли сторона резидентом (нерезидентом) Республики Беларусь, то в элементе данных «Идентификационный номер» указывается значение INZ511111111.


-

Строка символов

А.10

Текстовые элементы данных представляют собой строку символов из разрешенного к использованию символьного множества и имеют неструктурированный формат text{1,N}, где N является числом, определяющим максимальную длину данного элемента данных, например: text{1,35}. Содержимое текстовых элементов данных не должно полностью состоять из символов пробел.

Например: text{1,35}.

Содержимое текстовых элементов данных не должно полностью состоять из символов пробел.


Purp

Код назначения платежа и очередность (в собственном формате)

А.11

Элемент данных «Код назначения платежа и очередность» имеет формат [0-1]{1}[0-9]{5}.[0-9]{2}, где:

[0-1]{1} – признак платежа, принимающий значение: 1 – платеж или 0 – возврат платежа (при возврате ранее зачисленных (выплаченных) средств (за исключением случаев возврата (погашения) финансовых активов или обязательств)). Для сообщений АИС ИДО признак платежа принимает значение 1;

[0-9]{5} – код назначения платежа согласно справочнику N099;

[0-9]{2} – код очередности исполнения платежа согласно справочнику N034. В случае, если согласно законодательству и нормативным правовым актам Национального банка, указание очередности платежа не требуется, то заполняется значением 00.



Бизнес компоненты

XML-тег

Расшифровка

Согласно

Подробнее

OrgId

Идентификация организации

Б.2

Б.2.1 Состав и формат элементов данных компонента «Идентификация организации» (OrgId), размещаемого в компонентах «Фактический плательщик», «Плательщик», «Бенефициар», «Фактический бенефициар», «Взыскатель» или «Обременитель»


XML-тег Описание Применяемость Тип данных и формат
OrgId Идентификация организации - -
OrgId/LEI Код, присвоенный организации в соответствии с ISO 17442 Н LEIIdentifier
[A-Z0-9]{18}[0-9]{2}
OrgId/Othr Идентификация организации в иной форме О
[1..3]
Согласно правилам использования
OrgId/Othr/Id Идентификатор О Max35Text
text{1,35}
OrgId/Othr/SchmeNm Схема идентификации О -
OrgId/Othr/SchmeNm/Cd Код схемы идентификации О Согласно справочнику Е009

Правила использования:

- при наличии у организации УНП в первом обязательном повторении компонента «Идентификация организации в иной форме» (OrgId/Othr) в элементе данных «Код схемы идентификации» (OrgId/Othr/SchmeNm/Cd) указывается значение TXID и в элементе данных «Идентификатор» (OrgId/Othr/Id) указывается идентификационный номер согласно пунктам А.9.1-А.9.4 настоящего документа;

- в случае отсутствия у организации УНП в первом обязательном повторении компонента «Идентификация организации в иной форме» (OrgId/Othr) в элементе данных «Код схемы идентификации» (OrgId/Othr/SchmeNm/Cd) указывается значение CUST и в элементе данных «Идентификатор» (OrgId/Othr/Id) указывается идентификационный номер согласно пункту А.9.5 настоящего документа;

- дополнительная идентификация организации осуществляется при необходимости в иных необязательных повторениях компонента «Идентификация организации в иной форме» (OrgId/Othr).


Пример заполнения компонента «Идентификация организации» в формате XML:


PrvtId

Идентификация физического лица

Б.3

Б.3.1 Состав и формат элементов данных компонента «Идентификация физического лица» (PrvtId), размещаемого в компонентах «Фактический плательщик», «Плательщик», «Бенефициар», «Фактический бенефициар», «Взыскатель», приведены в таблице. Правила указания идентификационных данных физического лица устанавливаются законодательством.


XML-тег Описание Применяемость Тип данных и формат
PrvtId Идентификация физического лица - -
PrvtId/Othr Уникальный идентификатор физического лица О
[1..3]
-
PrvtId/Othr/Id Идентификатор О Max35Text
PrvtId/Othr/SchmeNm Схема идентификации О -
PrvtId/Othr/SchmeNm/Cd Код схемы идентификации О Указываются значения:
CCPT – документ, удостоверяющий личность;
NIDN – идентификационный номер;
CUST – идентификация клиента
PrvtId/Othr/Issr Издатель У Max35Text
text{1,35}

Правила использования:

- максимальное количество повторений компонента «Уникальный идентификатор физического лица» (PrvtId/Othr) может быть увеличено в документе, описывающем соответствующее сообщение;

- если элемент данных «Код схемы идентификации» (PrvtId/Othr/SchmeNm/Cd) принимает значение CCPT, то в элементе данных «Идентификатор» (PrvtId/Othr/Id) указываются реквизиты документа, удостоверяющего личность, а элемент данных «Издатель» (PrvtId/Othr/Issr) становится обязательным и заполняется наименованием или кодом органа, выдавшего этот документ;

- вид, серия, номер и дата выдачи документа, удостоверяющего личность, указываются в элементе данных «Идентификатор» (PrvtId/Othr/Id) в формате [0-9]{2}.[0-9]{8}.[A-ZБГДЁЖЗИЙЛПУФЦЧШЩЪЫЬЭЮЯ0-9/-_]{1,23}, где:

[0-9]{2} – код вида документа, удостоверяющего личность, согласно справочнику N023;

[0-9]{8} – дата выдачи документа, удостоверяющего личность, в формате YYYYММDD – год, месяц, день;

[A-ZБГДЁЖЗИЙЛПУФЦЧШЩЪЫЬЭЮЯ0-9/-_]{1,23} – серия и номер документа, удостоверяющего личность ([A-Z0-9]{9} - если код вида документа, удостоверяющего личность, равен 06, 16, 17); [A-Z]{2}[0-9]{7} - если код вида документа, удостоверяющего личность равен 03, 15);

- если элемент данных «Код схемы идентификации» (PrvtId/Othr/SchmeNm/Cd) принимает значение NIDN, то в элементе данных «Идентификатор» (PrvtId/Othr/Id) указывается идентификационный номер в формате [A-ZБГДЁЖЗИЙЛПУФЦЧШЩЪЫЬЭЮЯ0-9/-_]{1,35} (при идентификации резидентов Республики Беларусь идентификационный номер указывается в формате [A-Z0-9]{14}- если код вида документа, удостоверяющего личность, равен 06, 16, 17, в формате ([0-9]{7}[A-Z]{1}[0-9]{3}[A-Z]{2}[0-9]{1} - если код вида документа, удостоверяющего личность равен 03, 15), а элемент данных «Издатель» (PrvtId/Othr/Issr) не заполняется;

- если элемент данных «Код схемы идентификации» (PrvtId/Othr/SchmeNm/Cd) принимает значение CUST, то в элементе данных «Идентификатор» (PrvtId/Othr/Id) указываются дополнительные идентификационные данные плательщика (лицевой счет, номер договора плательщика у бенефициара, УНП, фамилия и инициалы и т.п.), а элемент данных «Издатель» (PrvtId/Othr/Issr) не заполняется.


Б.3.2 Пример заполнения компонента «Идентификация физического лица» в формате XML:


FinInstnId,
BrnchId

Идентификация финансового института,
Идентификация филиала

Б.4

Б.4.1 Состав и формат элементов данных компонента «Идентификация финансового института» (FinInstnId), размещаемого в компонентах, идентифицирующих банки, например: «Банк плательщика», «Банк бенефициара», «Инструктирующий банк», «Инструктируемый банк» и аналогичных, приведены в таблице Б.4.1. Правила заполнения конкретных элементов данных компонента «Идентификация финансового института» (FinInstnId) в общей и основной частях сообщений приведены в таблице Б.4.2.

Если банк или его филиал выступают в ролях «Фактического плательщика», «Плательщика», «Бенефициара», «Фактического бенефициара» или «Взыскателя», то их идентификация осуществляется согласно Б.2.

Отличия от приведенного в таблице Б.4.1 состава элементов данных компонента «Идентификация финансового института» (FinInstnId) для сообщений pacs.009 и pacs.010, pacs.008 (подтипы 43 и 53) изложены в документах, описывающих форматы этих сообщений.


Таблица Б.4.1

XML-тег Описание Применяемость Тип данных и формат
FinInstnId Идентификация финансового института - -
FinInstnId/BICFI Зарегистрированный код BIC {Или Согласно А.4
FinInstnId/ClrSysMmbId Идентификация по коду, незерегистрированному в ISO Или} -
FinInstnId/ClrSysMmbId/ClrSysId Идентификация клиринговой системы У Согласно таблице Б.4.2
FinInstnId/ClrSysMmbId/ClrSysId/Cd Код клиринговой системы, зарегистрированный в ISO {Или [A-Z]{5}
Согласно справочнику Е005
FinInstnId/ClrSysMmbId/ClrSysId/Prtry Код клиринговой системы, незарегистрированный в ISO Или} Согласно правилам использования
FinInstnId/ClrSysMmbId/MmbId Код банка О Max35Text
Согласно правилам использования
FinInstnId/Nm Наименование банка У Согласно А.2 и таблице Б.4.2
FinInstnId/PstlAdr Почтовый адрес Н Согласно Б.5

Таблица Б.4.2

XML-тег Банк имеет зарегистрированный BIC Банк не имеет зарегистрированного BIC
Банк участник BISS Банк не участник BISS
Общая часть сообщения
FinInstnId/BICFI О - -
FinInstnId/ClrSysMmbId/ClrSysId/Prtry - О -
FinInstnId/ClrSysMmbId/MmbId - О -
Основная часть сообщения
FinInstnId/BICFI О - -
FinInstnId/ClrSysMmbId/ClrSysId - О Н
FinInstnId/ClrSysMmbId/MmbId - О О
FinInstnId/Nm О О О
FinInstnId/PstlAdr - - Н

Правила использования:

- для банка-участника системы BISS в элементе данных «Код клиринговой системы, незарегистрированный в ISO» (FinInstnId/ClrSysMmbId/ClrSysId/Prtry) указывается значение BYNBB, для банка-не участника системы BISS указывается код внутренней идентификации клиринговой системы страны банка-нерезидента;

- элемент данных «Код банка» (FinInstnId/ClrSysMmbId/MmbId) заполняется значением из справочника N029, если в элементе данных «Код клиринговой системы, незарегистрированный в ISO» (FinInstnId/ClrSysMmbId/ClrSysId/Prtry) указано значение BYNBB, во всех иных случаях элемент данных «Код банка» (FinInstnId/ClrSysMmbId/MmbId) имеет формат [A-Za-z0-9]{1,35}.


Б.4.2 Состав и формат элементов данных компонента «Идентификация филиала банка» (BrnchId) приведены в таблице Б.4.3.

Компонент «Идентификация филиала банка» для банков резидентов Республики Беларусь не используется.


Таблица Б.4.3

XML-тег Описание Применяемость Тип данных и формат
BrnchId Идентификационные данные филиала
финансового института
- -
BrnchId/Id Код филиала банка О Max35Text
BrnchId/Nm Наименование филиала банка О Согласно А.2
BrnchId/PstlAdr Почтовый адрес места нахождения филиала банка Н Согласно Б.5

Б.4.3 Пример заполнения компонента «Идентификация финансового института» в формате XML для финансового института, имеющего зарегистрированный BIC:


Б.4.4 Пример заполнения компонента «Идентификация финансового института» в формате XML для финансового института, не имеющего зарегистрированного BIC:


PstlAdr

Адрес

Б.5

Б.5.1 Состав и формат элементов данных компонента «Адрес» (PstlAdr), размещаемого в компонентах, идентифицирующих участников банковского перевода, приведены в таблице Б.5.


Таблица Б.5

XML-тег Описание Применяемость Тип данных и формат
PstlAdr Адрес - -
PstlAdr/StrtNm Наименование улицы или проспекта Н Max70Text
text{1,70}
PstlAdr/BldgNb Номер здания (в том числе корпуса, строения и т.п.) Н Max16Text
text{1,16}
PstlAdr/Room Номер квартиры или офиса в здании Н Max70Text
text{1,70}
PstlAdr/PstCd Почтовый индекс Н Max16Text
text{1,16}
PstlAdr/TwnNm Наименование населенного пункта Н Max35Text
text{1,35}
PstlAdr/TwnLctnNm Конкретное наименование местности (код СОАТО из справочника N058) Н Max35Text
[0-9]{10}
PstlAdr/DstrctNm Наименование административной единицы, например: район, сельсовет, провинция Н Max35Text
text{1,35}
PstlAdr/CtrySubDvsn Наименование региона страны, например: область, край, штат Н Max35Text
text{1,35}
PstlAdr/Ctry Код страны О Согласно А.8
PstlAdr/AdrLine Информация, описывающая адрес в свободной текстовой форме Н
[0..3]
Max70Text
text{1,70}

Правила использования:

- элемент данных «Наименование улицы или проспекта» (PstlAdr/StrtNm) при указании адресов, находящихся на территории Республики Беларусь, может заполняться согласно Реестру наименований улиц и дорог Национального кадастрового агентства Республики Беларусь с указанием типа элемента улично-дорожной сети перед его названием через пробел;

- элемент данных «Наименование населенного пункта» (PstlAdr/TwnNm) при указании адресов, находящихся на территории Республики Беларусь, заполняется согласно Единому реестру административно-территориальных и территориальных единиц Республики Беларусь с указанием типа населенного пункта перед его названием через пробел;

- сокращения типов объектов административно-территориального деления и населенных пунктов Республики Беларусь указываются согласно [14].


Б.5.2 Пример заполнения компонента «Адрес» для резидента Республики Беларусь в формате XML:


Б.5.3 Пример заполнения компонента «Адрес» для нерезидента Республики Беларусь в формате XML:


CtctDtls

Контактные данные

Б.6

Б.6.1 Состав и формат элементов данных компонента «Контактные данные» (CtctDtls) приведены в таблице Б.6.


Таблица Б.6

XML-тег Описание Применяемость Тип данных и формат
CtctDtls Информация для организации взаимодействия с участником перевода денежных средств - -
CtctDtls/Nm Имя О Max140Text
text{1,140}
CtctDtls/PhneNb Номер стационарного телефона Н PhoneNumber
/+[0-9]{1,3}-[0-9()+/-]{1,30}
CtctDtls/MobNb Номер мобильного телефона Н PhoneNumber
/+[0-9]{1,3}-[0-9()+/-]{1,30}
CtctDtls/FaxNb Номер факса Н PhoneNumber
/+[0-9]{1,3}-[0-9()+/-]{1,30}
CtctDtls/EmailAdr Адрес электронной почты Н Max140Text
text{1,140}
CtctDtls/JobTitl Должность Н Max35Text

Правила использования:

- в элементе данных «Имя» (CtctDtls/Nm) при необходимости может быть указано имя (наименование) участника на иностранном языке;

- в элементе данных «Имя» (CtctDtls/Nm) при совершении операций с наличными денежными средствами организации через кассу банка указываются должность, фамилия, имя и отчество (при наличии) физического лица, уполномоченного организацией на совершение таких операций;

- элемент данных «Должность» (CtctDtls/JobTitl) может присутствовать только сообщениях, используемых в АС ОДН.


Б.6.2 Пример заполнения компонента «Контактные данные» в формате XML:


RmtInf

Информация о переводе

Б.7

Б.7.1 Компонент «Информация о переводе» (RmtInf) содержит элементы данных, позволяющие однозначно идентифицировать взыскателя, документы, служащие основанием для перевода денежных средств, а также требуемую законодательством дополнительную информацию в зависимости от назначения перевода. Состав и формат элементов данных компонента «Информация о переводе» приведены в таблице Б.7.


Таблица Б.7

XML-тег Описание Применяемость Тип данных и формат
RmtInf Информация о переводе - -
RmtInf/Ustrd Назначение перевода в неструктурированном формате {Или
[1..3]
Max140Text
text{1,140}
RmtInf/Strd Детали транзакции в структурированном формате Или}
[1..1]
Согласно правилам использования
RmtInf/Strd/RfrdDocInf Идентификация ссылочного документа (счет, акт, договор и тп.) Н
[0..5]
Согласно правилам использования
RmtInf/Strd/RfrdDocInf/Tp Тип ссылочного документа в кодированной форме Н -
RmtInf/Strd/RfrdDocInf/Tp/CdOrPrtry Выбор типа ссылочного документа О -
RmtInf/Strd/RfrdDocInf/Tp/CdOrPrtry/Prtry Код типа ссылочного документа О [A-Z0-9]{4}
Согласно правилам использования
RmtInf/Strd/RfrdDocInf/Nb Номер ссылочного документа О
RmtInf/Strd/RfrdDocInf/RltdDt Дата ссылочного документа О Согласно А.7
RmtInf/Strd/RfrdDocAmt Сумма ссылочного документа Н -
RmtInf/Strd/RfrdDocAmt/RmtdAmt Сумма и валюта, указанные в документе О Согласно А.5
RmtInf/Strd/Invcr Взыскатель Н Согласно правилам использования
RmtInf/Strd/Invcr/Nm Наименование О Согласно А.2
RmtInf/Strd/Invcr/PstlAdr Почтовый адрес Н Согласно Б.5
RmtInf/Strd/Invcr/Id Идентификация О -
RmtInf/Strd/Invcr/Id/OrgId Идентификация организации {Или Согласно Б.2
RmtInf/Strd/Invcr/Id/PrvtId Идентификация физического лица Или} Согласно Б.3
RmtInf/Strd/Invcr/CtryOfRes Страна резидентства (регистрации) Н Согласно А.8
RmtInf/Strd/Invcr/CtctDtls Контактные данные Н Согласно Б.6
RmtInf/Strd/TaxRmt Информация о налогах и сборах Н Согласно Б.8
RmtInf/Strd/GrnshmtRmt Информация о документе, являющемся основанием для взыскания Н Согласно Б.11 и правилам использования
RmtInf/Strd/AddtlRmtInf Дополнительная информация в свободном формате Н
[0..3]
Max140Text
text{1,140}

Правила использования:

- минимум один компонент должен быть заполнен;

- максимальное количество повторений компонента «Идентификация ссылочного документа» (RmtInf/Strd/RfrdDocInf) может быть увеличено в документе, описывающем соответствующее сообщение;

- элемент данных «Код типа ссылочного документа» (RmtInf/Strd/RfrdDocInf/Tp/CdOrPrtry/Prtry) при указании информации о законодательном акте заполняется согласно справочнику N080, при указании типов иных ссылочных документов – согласно справочнику N101;

- формат элемента данных «Номер ссылочного документа» (RmtInf/Strd/RfrdDocInf/Nb) при указании в нем номера реестра имеет фиксированный формат, приведенный в документе, описывающем соответствующее сообщение;

- при переводах денежных средств в бюджет (компонент «Категория назначения перевода» (CtgyPurp) принимает следующие значения из справочника E004: TAXS, VATX, WHLD, TREA, GOVT) компонент «Информация о налогах и сборах» (RmtInf/Strd/TaxRmt) становится обязательным;

- при переводах денежных средств на основании исполнительных документов компонент «Информация о документе, являющемся основанием для взыскания» (RmtInf/Strd/GrnshmtRmt) становится обязательным;

- при переводах денежных средств, осуществляемых на основании платежных требований без акцепта плательщика, компонент ”Взыскатель“ (RmtInf/Strd/Invcr) становится обязательным.


Б.7.2 Пример заполнения компонента «Информация о переводе» в формате XML для перевода по сделке в рамках договора OF-251202/19 согласно счету 001ZCLQ15:


TaxRmt

Информация о налогах и сборах

Б.8

Б.8.1 Компонент «Информация о налогах и сборах» (TaxRmt) содержит элементы данных, позволяющие однозначно идентифицировать налоги и сборы (пошлины), их ставки, облагаемые суммы и сумму, подлежащую оплате. Компонент «Информация о налогах и сборах» входит в состав компонента «Информация о переводе». Состав и формат элементов данных компонента «Информация о налогах и сборах» приведены в таблице Б.8.


Таблица Б.8

XML-тег Описание Применяемость Тип данных и формат
TaxRmt Информация о налогах и сборах - -
TaxRmt/Cdtr Бенефициар У Согласно правилам использования
TaxRmt/Cdtr/TaxId УНП бенефициара О Согласно А.9 и правилам использования
TaxRmt/Dbtr Плательщик налогов и сборов О -
TaxRmt/Dbtr/TaxId УНП плательщика налогов и сборов О Согласно А.9
TaxRmt/UltmtDbtr Фактический плательщик налогов и сборов (третье лицо) Н -
TaxRmt/UltmtDbtr/TaxId УНП фактического плательщика налогов и сборов О Согласно А.9
TaxRmt/UltmtDbtr/Authstn Авторизация Н -
TaxRmt/UltmtDbtr/Authstn/Nm Наименование фактического плательщика налогов и сборов О Согласно А.2
TaxRmt/RefNb Дополнительный регистрационный номер Н Max35Text
text{1,35}
TaxRmt/Dt Дата, на которую налог должен быть уплачен Н Согласно А.7
TaxRmt/Rcrd Учетные данные налога О -
TaxRmt/Rcrd/Ctgy Код налога или сбора, опубликованный налоговым органом О [0-9]{5}
Согласно правилам использования
TaxRmt/Rcrd/Prd Период уплаты налога или сбора Н -
TaxRmt/Rcrd/Prd/Yr Год уплаты налога Н Согласно А.7
TaxRmt/Rcrd/Prd/Tp Период Н [A-Z0-9]{4}
Согласно справочнику N102
TaxRmt/Rcrd/Prd/FrToDt Даты начала и окончания периода, за который уплачивается налог Н -
TaxRmt/Rcrd/Prd/FrToDt/FrDt Дата начала периода О Согласно А.7
TaxRmt/Rcrd/Prd/FrToDt/ToDt Дата окончания периода О Согласно А.7
TaxRmt/Rcrd/TaxAmt Информация о сумме налога или сбора Н -
TaxRmt/Rcrd/TaxAmt/Rate Ставка налога или сбора в процентах Н Согласно А.5
TaxRmt/Rcrd/TaxAmt/TaxblBaseAmt Сумма и валюта, с которой удерживается налог или сбор Н Согласно А.5
TaxRmt/Rcrd/TaxAmt/TtlAmt Сумма и валюта налога или сбора Н Согласно А.5
TaxRmt/Rcrd/AddtlInf Дополнительная информация о налогах и сборах в свободном формате Н Max140Text
text{1,140}

Правила использования:

При осуществлении платежа со счетов плательщиков, в которых 9-12 разряды счета IBAN не равны 36ХХ, на счета бенефициаров, в которых 9-12 разряды счета IBAN принимают значение 3600, 3602 из справочников N015, N060, и несовпадении УНП фактического бенефициара с УНП бенефициара компонент «Бенефициар» (TaxRmt/Cdtr) должен присутствовать, при этом в элементе данных «УНП бенефициара» (TaxRmt/Cdtr/TaxId) указывается идентификационный номер фактического бенефициара (клиента казначейства (по платежам в республиканский бюджет), местного финансового органа, исполкома (по платежам в местный бюджет)) согласно А.9.1-А.9.4 настоящего документа. В иных случаях, в том числе при совпадении УНП бенефициара и УНП фактического бенефициара, компонент «Бенефициар» (TaxRmt/Cdtr) должен отсутствовать.

В первой позиции элемента данных «Код налога или сбора, опубликованный налоговым органом» (TaxRmt/Rcrd/Ctgy) указывается код вида платежа из справочника N085, во второй-пятой позициях – коды платежей в бюджет согласно справочнику N011.


Б.8.2 Пример заполнения компонента «Информация о налогах и сборах» в формате XML для перевода в бюджет налога на добавленную стоимость за третье лицо:


Acct/Id

Номер счета

Б.9

Компонент «Номер счета» (Acct, DbtrAcct, CdtrAcct, IntrmyAgt1Acct и аналогичные) должен содержать элементы данных, позволяющие однозначно идентифицировать номер и валюту (при необходимости) счета участника перевода денежных средств. Состав и формат элементов данных компонента «Номер счета» приведен в таблице Б.9.


Таблица Б.9

XML-тег Описание Применяемость Тип данных и формат
Acct Номер счета - -
Acct/Id Идентификатор номера счета О -
Acct/Id/IBAN Номер счета в формате IBAN {Или Согласно А.3
Acct/Id/Othr Номер счета в ином формате Или} -
Acct/Id/Othr/Id Идентификатор номера счета в ином формате О Max34Text
text{1,34}
Acct/Ccy Валюта счета Н Согласно А.5


RgltryRptg

Отчетность регулятору

Б.10

Компонент «Отчетность регулятору» (RgltryRptg) должен содержать элементы данных, позволяющие сформировать информацию о переводе денежных средств для представления контролирующим органам в соответствии с законодательством. Этот компонент предназначен для указания регистрационного номера валютного договора, регистрационного номера административного правонарушения и иной информации, требуемой контролирующими органами. Состав и формат элементов данных компонента «Отчетность регулятору» приведен в таблице Б.10.


Таблица Б.10

XML-тег Описание Применяемость Тип данных и формат
RgltryRptg Отчетность регулятору [0..10] -
RgltryRptg/DbtCdtRptgInd Определяет сторону транзакции, к которой относится отчетность: к бенефициару (CRED), плательщику (DEBT) или к обеим сторонам (BOTH) Н Указываются значения: CRED, DEBT или BOTH
RgltryRptg/Authrty Контролирующий орган, которому предоставляется отчетность Н
RgltryRptg/Authrty/Nm Наименование контролирующего органа Н Согласно А.2
RgltryRptg/Authrty/Ctry Страна нахождения контролирующего органа в закодированной форме Н Согласно А.8
RgltryRptg/Dtls Описание представляемой информации Н
[0..10]
-
RgltryRptg/Dtls/Tp Тип информации О Max35Text
Согласно правилам использования
RgltryRptg/Dtls/Dt Дата, связанная с установленным типом информации отчетности регулятору Н Согласно А.7
RgltryRptg/Dtls/Ctry Страна, связанная с установленным типом информации Н Согласно А.8
RgltryRptg/Dtls/Cd Характер, назначение и причина транзакции в соответствии с нормативными и законодательными требованиями в закодированной форме Н Max10Text
RgltryRptg/Dtls/Amt Сумма денежных средств Н Согласно А.5
RgltryRptg/Dtls/Inf Дополнительная информация Н
[0..3]
Max35Text
text{1,35}

Правила использования:

- регистрационный номер валютного договора указывается при необходимости в элементе данных «Тип информации» (RgltryRptg/Dtls/Tp) в формате RN[0-9]{6}/[0-9]{6}/[0-9]{5}.([0-9]{4})?, где:

RN – кодовое слово, идентифицирующее регистрационный номер валютного договора;

[0-9]{6}/[0-9]{6}/[0-9]{5} – регистрационный номер валютного договора, который формируется согласно требованиям законодательства;

[0-9]{4} – код операции согласно справочнику N063.

Например: RN220405/042000/05767.0110 или RN000000/000000/00000, как условный номер для неподлежащих регистрации валютных договоров, сведения о которых предоставляются в Национальный банк.

- регистрационный номер административного правонарушения указывается при необходимости в элементе данных «Тип информации» (RgltryRptg/Dtls/Tp) в формате AP[Max33Text]{1,33}, где:

AP – кодовое слово, идентифицирующее регистрационный номер административного правонарушения (прописные латинские литеры);

[Max33Text]{1,33} – регистрационный номер административного правонарушения, состоящий из разрешенного к использованию символьного множества согласно п.3.2.2 и формируемый согласно требованиям законодательства.

Например: AP21121061234.



GrnshmtRmt

Информация о документе, являющемся основанием для взыскания

Б.11

Компонент «Информация о документе, являющемся основанием для взыскания» (GrnshmtRmt) должен содержать элементы данных, однозначно идентифицирующие документ, являющийся основанием для взыскания. Состав и формат элементов данных компонента «Информация о документе, являющемся основанием для взыскания» приведен в таблице Б.11.


Таблица Б.11

XML-тег Описание Применяемость Тип данных и формат
GrnshmtRmt Информация о документе, являющемся основанием для взыскания - -
GrnshmtRmt/Tp Тип документа О -
GrnshmtRmt/Tp/CdOrPrtry Код или в собственном формате О -
GrnshmtRmt/Tp/CdOrPrtry/Prtry Код в собственном формате О [0-9]{2}
Согласно справочнику N049
GrnshmtRmt/GrnshmtAdmstr Информация об уполномоченном органе, принявшем документ О Согласно правилам использования
GrnshmtRmt/GrnshmtAdmstr/Nm Наименование О Согласно А.2
GrnshmtRmt/GrnshmtAdmstr/PstlAdr Почтовый адрес Н Согласно Б.5
GrnshmtRmt/GrnshmtAdmstr/Id Идентификация Н -
GrnshmtRmt/GrnshmtAdmstr/Id/OrgId Идентификация организации О Согласно Б.2
GrnshmtRmt/GrnshmtAdmstr/CtctDtls Контактные данные Н Согласно Б.6
GrnshmtRmt/RefNb Номер документа О Max140Text
GrnshmtRmt/Dt Дата документа О Согласно А.7
GrnshmtRmt/RmtdAmt Сумма и валюта, указанная в документе Н Согласно А.5


-

Компоненты, содержащие кодированную информацию

Б.12

Компоненты, содержащие кодированную информацию, состоят, как правило, из двух элементов данных: «Код из внешнего справочника» (Cd) или «Код в собственном формате» (Prtry), которые не могут быть использованы одновременно. В документах, описывающих форматы сообщений, указывается, какой из этих элементов данных должен присутствовать и из каких справочников должны использоваться значения в указанном элементе данных.

Справочники тиражируются участникам различных автоматизированных систем в рамках АС ЦВНСИ НБ.

Тиражируемые справочники, наполнение которых осуществляется данными из информационного ресурса https://www.iso20022.org/catalogue-messages/additional-content-messages/external-code-sets, имеют в своем обозначении литеру «Е», остальные – литеру «N».

Элемент данных «Код в собственном формате» (Prtry) имеет тип данных Max35Text. Формат этого элемента данных приведен в соответствующих справочниках.

В случае осуществления платежей, инициированных на территории Республики Беларусь, элемент данных ”Код“ (Cd) компонента ”Категория назначения перевода“ (CtgyPurp) может принимать следующие значения из справочника E004:

- по платежам в бюджет TAXS, VATX, WHLD, TREA, GOVT; при этом TREA используется только по платежам в бюджет (при внутриказначейских расчетах по исполнению бюджетов (расчетов между Министерством финансов и его территориальными органами); GOVT только по платежам в бюджет (в случае платежей с субсчета республиканского бюджета);

- по иным платежам в зависимости от способа осуществления платежа CASH, EPAY, MP2B, MP2P, OTHR.

Особенности указания кодов категории назначения перевода устанавливаются Кодификатором назначения платежа в Республике Беларусь.