РЕПОЗИТОРИЙ

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

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

А.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}.

А.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})?.

А.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.

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

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

0…9 – цифры;

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

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

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

Таблица А.2

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

Таблица А.3

А.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.

А.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 – для завершения календарного дня.

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

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

А.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.

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

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

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

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

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

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

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

- при наличии у организации УНП в первом обязательном повторении компонента «Идентификация организации в иной форме» (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:

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

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

- максимальное количество повторений компонента «Уникальный идентификатор физического лица» (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:

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

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

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

Таблица Б.4.1

Таблица Б.4.2

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

- для банка-участника системы 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

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

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

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

Таблица Б.5

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

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

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

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

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

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

Б.6.1 Состав и формат элементов данных компонента «Контактные данные» (CtctDtls) приведены в таблице Б.6. В документе, описывающем соответствующее сообщение, может быть определен иной состав элементов данных компонента «Контактные данные».

Таблица Б.6

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

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

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

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

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

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

Таблица Б.7

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

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

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

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

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

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

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

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

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

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

Таблица Б.8

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

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

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

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

Таблица Б.9

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

Таблица Б.10

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

- регистрационный номер валютного договора указывается при необходимости в элементе данных «Тип информации» (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.

Таблица Б.11

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

- в документе, описывающем соответствующее сообщение, может быть определена иная применяемость компонента «Информация об уполномоченном органе, принявшем документ» (GrnshmtRmt/GrnshmtAdmstr).

Компоненты, содержащие кодированную информацию, состоят, как правило, из двух элементов данных: «Код из внешнего справочника» (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.

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