Описание форматов служебных сообщений, используемых при направлении таможенным органом в банк, подразделения Банка России отдельных документов таможенных органов в виде электронных документов, а также при направлении банками, подразделениями Банка России в таможенный орган сообщений, содержащих сведения об остатках денежных средств (драгоценных металлов) на счетах плательщика (лица, несущего солидарную обязанность) в банке и сведения об остатках электронных денежных средств, а также о дате получения банком отдельных решений таможенного органа (Описание форматов "Таможня") Версия 1.01 (утв. Банком России 1 февраля 2022 г.)

Описание
форматов служебных сообщений, используемых при направлении таможенным органом в банк, подразделения Банка России отдельных документов таможенных органов в виде электронных документов, а также при направлении банками, подразделениями Банка России в таможенный орган сообщений, содержащих сведения об остатках денежных средств (драгоценных металлов) на счетах плательщика (лица, несущего солидарную обязанность) в банке и сведения об остатках электронных денежных средств, а также о дате получения банком отдельных решений таможенного органа (Описание форматов "Таможня")
Версия 1.01
от 1 февраля 2022 г.

1. Общие положения

1.1. Настоящие форматы сообщений, используемые при обмене данными между таможенными органами и банками через Банк России, подготовлены в соответствии с требованиями следующих документов:

- Федеральный закон от 3 августа 2018 года 289-ФЗ "О таможенном регулировании в Российской Федерации и о внесении изменений в отдельные законодательные акты Российской Федерации" (далее - Федеральный закон N 289-ФЗ).

- Положение Банка России от 30 ноября 2020 года N 741-П "О порядке направления таможенным органом в банк отдельных документов таможенного органа в виде электронных документов, направления банком в таможенный орган сообщений, содержащих сведения об остатках денежных средств (драгоценных металлов) на счетах плательщика (лица, несущего солидарную ответственность) в банке и сведения об остатках электронных денежных средств, а также об установлении даты получения банком отдельных решений таможенного органа" (далее - Положение N 741-П). Зарегистрировано в Минюсте РФ 29.01.2021 N 62288.

1.2. Терминология, предусмотренная настоящим документом, применяется в значениях, установленных Положением N 741-П.

1.3. Направление таможенными органами в банки, подразделения Банка России, а также банками, подразделениями Банка России через Банк России служебных сообщений, предусмотренных настоящим документом, осуществляется с применением средств криптографической защиты информации, принятых к использованию в Банке России. Для подтверждения подлинности и контроля целостности сообщений используются коды аутентификации.

1.4. Сводные архивные и архивные файлы с повторяющимся именем файла не принимаются. В отношении указанных файлов формируются соответствующие служебные сообщения с информацией об отрицательных результатах проверки и указанием соответствующего кода.

2. Нотация описания форматов электронных сообщений

2.1. Форматы электронных сообщений представлены с использованием языка разметки XML. Все шаблоны XML-сообщений приведены в кодировке Windows-1251.

2.2. Описание каждого XML-сообщения включает в себя:

1) описание логической структуры электронного сообщения (далее - ЭС);

2) шаблон XML-сообщения;

3) описание реквизитов ЭС.

Логическая структура XML-сообщения описывается в виде набора элементов и атрибутов, со сдвигом уровней вложенности. Элементы выделяются полужирным шрифтом, в скобках для каждого элемента, задаются его атрибуты, если они имеются.

Для каждого элемента и атрибута может быть задана кратность появления в виде следующих обозначений:

? необязательный элемент (атрибут), может отсутствовать;

* необязательный элемент, может как отсутствовать, так и повторяться;

+ обязательный элемент, может повторяться;

| элемент выбора.

Если элемент, кроме атрибутов, содержит собственное значение, это отмечается словом ": значение".

Вложенность элемента обозначается отступом вправо по отношению к родительскому элементу.

Реквизиты XML-сообщения описываются в виде таблицы, где по строкам представлены XML-элементы и атрибуты, со сдвигом, соответствующим уровню вложенности, а по столбцам - следующие характеристики:

- имя элемента/атрибута;

- обозначение и кратность появления (сколько раз может появляться элемент или атрибут в элементе-родителе);

- описание элемента/атрибута;

- прикладной тип данных;

- список допустимых значений.

Для обозначения элементов/атрибутов используются сокращения:

Э - элемент;

А - атрибут.

Кратность появления элементов/атрибутов обозначается следующим образом:

[0..1] - элемент/атрибут является необязательным;

[1] - элемент/атрибут является обязательным;

[0..n] - элемент является необязательным, количество элементов не ограничено

[1..n] - элемент является обязательным, количество элементов не менее одного.

Шаблон XML-сообщения является простым примером XML-сообщения, в котором в качестве значений элементов и атрибутов указаны прикладные типы данных.

Пример XML-сообщения представляет собой XML-сообщение, заполненное данными.

3. Описание форматов служебных сообщений

3.1 Извещение

Извещение формируется Уполномоченным подразделением Банка России, Подразделением взаимодействия в случаях, предусмотренных Положением N 741-П, и содержит информацию о положительном или отрицательном результате проверки сводного архивного файла, архивного файла, зашифрованного файла, подтверждения, сформированного Подразделением Банка России, обслуживающим счета, а также информации о дате и времени направления в банк архивного файла таможенного органа.

3.1.1 Структура наименования файла

<IZVTzzz_P.xml>, где:

IZVT - условные символы для извещения;

zzz = CIT - для извещения, формируемого Уполномоченным подразделением Банка России и направляемого в ЦИТТУ;

zzz = TUG - для извещения, формируемого Подразделением взаимодействия, и направляемого в ЦИТТУ;

zzz = TUB - для извещения, формируемого Подразделением взаимодействия и направляемого банку, полевому учреждению Банка России;

zzz = CTU - для извещения, формируемого Уполномоченным подразделением Банка России и направляемого Подразделению Банка России, обслуживающему счета;

P - наименование полученного файла без расширения;

xml - расширение файла извещения.

3.1.2 Логическая структура ЭС

Файл (ИдИзв, ИмяФайла, КодРезПроверки, ДатаВремяПроверки, ДатаВремяПериода)

3.1.3 Шаблон XML-сообщения

3.1.4 Описание реквизитов

Элемент/атрибут (тип)	Обознач, колич	Описание элемента/ атрибута
Файл	Э[1]	ЭС-Извещение
xmlns	А[1]	Пространство имен- urn:cbr-741P:IZVT:v1.01..3
ИдИзв (GUIDтип)	А[1]	Уникальный идентификатор сообщения (GUID).
ИмяФайла (Строка)	А[1]	Наименование полученного файла без расширения
КодРезПроверки (СтрокаНепустая)	А[1]	Код в соответствии с перечнем кодов результатов проверки, допустимых для извещения
ДатаВремяПроверки (ДатаВремя)	А[1]	Дата и время завершения проверки по местному времени
ДатаВремяПериода (ДатаВремя)	А[1]	Дата и время направления банку архивного файла, а подразделению Банка России, обслуживающему счета, электронных документов, по местному времени. Атрибут обязателен для извещения, формируемого подразделением взаимодействия, при положительном результате проверки архивного файла ЦИТТУ (zzz =TUG, первые 3 разряда ИмяФайла =AFT и КодРезПроверки =01)

Xsd-схема Извещения приведена в Приложении 1 к настоящему Описанию форматов.

3.2 Подтверждение

Подтверждение о получении решения и поручения таможенного органа формируется:

- банком и содержит информацию о положительном или отрицательном результате проверки архивного файла, зашифрованного файла, электронного документа, содержащего решение или поручение таможенного органа, а также в случае невозможности исполнения решения или поручения таможенного органа;

- Подразделением Банка России, обслуживающим счета, и содержит информацию о положительном или отрицательном результате проверки электронного документа, содержащего решение или поручение таможенного органа, а также в случае невозможности исполнения решения или поручения таможенного органа.

На один полученный электронный документ таможенного органа может быть сформировано только одно подтверждение о получении и в случае наличия ошибок (с кодом 21-31) одно подтверждение о невозможности исполнения решения или поручения таможенного органа.

3.2.1 Структура наименования файла

<РТq_Р.xml>, где:

PT - условные символы для подтверждения (латинскими буквами);

q = тип подтверждения; q = 1 - для кодов проверки 01 - 14; q = 2 - для кодов проверки 21 - 31;

P - наименование полученного зашифрованного файла или архивного файла (без расширения);

xml - расширение файла подтверждения.

3.2.2 Логическая структура ЭС

Файл (ИдПодтв, ИмяФайла, ДатаВремяПроверки ) РезПроверки+ (КодРезПроверки, Пояснение?)

3.2.3 Шаблон XML-сообщения

3.2.4 Описание реквизитов

Элемент/атрибут (тип)	Обознач, колич	Описание элемента/ атрибута
Файл	Э[1]	ЭС-Подтверждение
xmlns	А[1]	Пространство имен- urn:cbr-741P:PT:v1.01..3
ИдПодтв (QUIDтип)	А[1]	Уникальный идентификатор подтверждения (GUID).
ИмяФайла (Строка)	А[1]	Наименование полученного файла без расширения
ДатаВремяПроверки (ДатаВремя)	А[1]	Дата и время завершения проверки по местному времени
РезПроверки	Э[1 ..n]	Результат проверки
КодРезПроверки (СтрокаНепустая)	А[1]	Код в соответствии с перечнем кодов результатов проверки, допустимых для извещения
Пояснение (Строка)	А[0..1]	Дополнительное описание причины непринятия электронного документа банка, Подразделения Банка России, обслуживающего счета

Xsd-схема Подтверждения приведена в Приложении 2 к настоящему Описанию форматов.

3.3 Квитанция

Квитанция формируется ЦИТТУ и содержит информацию о положительном или отрицательном результате проверки сводного архивного файла, архивного файла, подтверждения, электронного документа банка, Подразделения Банка России, обслуживающего счета, содержащего сведения об остатках денежных средств (драгоценных металлов) на счетах плательщика (лица, несущего солидарную обязанность) в банке и сведения об остатках электронных денежных средств.

3.3.1 Структура наименования файла

<KVT_P.xml>, где:

KVT - условные символы для квитанции (латинскими буквами);

P - наименование полученного файла без расширения;

xml - расширение файла квитанции.

3.3.2 Логическая структура ЭС

Файл (ИдКвит, ИмяФайла, ДатаВремяПроверки) РезПроверки+ (КодРезПроверки, Пояснение?)

3.3.3 Шаблон XML-сообщения

3.3.4 Описание реквизитов

Элемент/атрибут (тип)	Обознач, колич	Описание элемента/ атрибута
Файл	Э[1]	ЭС-Квитанция
xmlns	А[1]	Пространство имен - urn:cbr-741P:IZVT:v1.01..3
ИдКвит (GUIDтип)	А[1]	Уникальный идентификатор квитанции (GUID).
ИмяФайла (Строка)	А[1]	Наименование полученного файла без расширения
ДатаВремяПроверки (ДатаВремя)	А[1]	Дата и время завершения проверки по местному времени
РезПроверки	Э[1 ..n]	Результат проверки
КодРезПроверки (СтрокаНепустая)	А[1]	Код в соответствии с перечнем кодов результатов проверки, допустимых для извещения
Пояснение (Строка)	А[0..1]	Дополнительное описание причины непринятия электронного документа банка, Подразделения Банка России, обслуживающего счета

Xsd-схема Квитанции приведена в Приложении 3 к настоящему Описанию форматов.

3.4 Перечень кодов результатов проверки

Код	Описание
01	положительный результат проверки
02	наименование файла не уникально
03	отрицательный результат проверки КА
04	структура наименования файла, электронного сообщения не соответствует установленным требованиям
05	отрицательный результат разархивирования файла
06	код подразделения взаимодействия, указанный в наименовании файла, отсутствует в перечне кодов учреждений Банка России, осуществляющих обмен сообщениями по Положению N 741-П
07	банк исключен из состава участников обмена электронными документами (сообщениями), согласно Справочнику банковских идентификационных кодов в платежной системе Банка России (далее - Справочник БИК); банковский идентификационный код (далее - БИК) участника платежной системы Банка России в соответствии со Справочником БИК банка изменен; отсутствует либо расторгнут договор (дополнительное соглашение к договору), предусмотренный пунктом 1.6 Положения N 741-П; код банка, подразделения Банка России, обслуживающего счета, указанный в наименовании файла, отсутствует в Справочнике БИК; в случае ликвидации, реорганизации подразделения Банка России, обслуживающего счета
08	отсутствует возможность обмена сообщениями с банком, подразделением Банка России, учреждением Банка России вследствие действия обстоятельств непреодолимой силы (чрезвычайными и непредотвратимыми при данных условиях)
09	отсутствует возможность обмена сообщениями с банком, учреждением Банка России, подразделением Банка России вследствие возникновения технических неисправностей
11	отрицательный результат расшифрования зашифрованного файла
12	дата в имени архивного файла не соответствует текущей
13	формат электронного сообщения не соответствуют установленным требованиям
14	Отсутствие или отрицательный результат проверки УКЭП
21	электронный документ ошибочно направлен таможенным органом не в тот банк, подразделение Банка России
22	в банке, подразделении Банка России, обслуживающем счета, отсутствует номер счета, указанный в электронном документе, сформированном таможенным органом
23	наименование клиента не соответствует номеру счета клиента, указанному в электронном документе, сформированном таможенным органом
24	в банке, подразделении Банка России, обслуживающим счета, отсутствует клиент с указанным ИНН/КПП
31	в других случаях

4. Описание используемых типов данных

В данном разделе приводится описание используемых типов данных.

4.1 Описание типов данных

N п/п	Обозначение прикладного типа	Описание прикладного типа	Базовый тип	Ограничения	Использование в ЭС
1	GUIDтип	Глобально-уникальный идентификатор (Globally Unique IDentifier)- 128-битное число в виде строки из 32 шестнадцатиричных цифр, разделенных дефисами. Гарантированно уникальный. Например 6F9619FF-8B86-D011- B42D-00CF4FC994FF	xs:string	pattern=[\da- fA -F]{8}-[\da- fA- F]{4}-[\da-fA- F ]{4}-[\da-fA- F] {4}-[\da-fA- F]{ 12}	РешПриост, РешОтмена, Извещение, Подтверждение, Квитанция,
2	ДатаВремя	Дата и время. [ГОСТ ИСО 8601-2001]. Формат CCYY-MM- DDThh:mm:ss.	xs:dateTime	pattern=\d{4}- \ d{2}- \d{2}T\d{2 }:\d{2}:\d{2}	Извещение, Подтверждение, Квитанция
3	Строка	Строка без ограничения длины	xs:string		Извещение, Подтверждение, Квитанция,
4	СтрокаНепустая	Строка длиной не менее одного символа	xs:string	minLength=1	Извещение, Подтверждение, Квитанция

5. Правила архивирования

5.1 Архивный файл

Структура наименования файла:

<AFT_SSSSSSS_RRRRRRR_DDDDDDDD_NNN.arj>, где:

AFT - условные символы для архивного файла;

sssssss - код отправителя;

rrrrrrr - код получателя;

для банка, полевого учреждения Банка России - 3 - 9 БИК в соответствии со Справочником БИК;

для подразделения взаимодействия - TU000RR, где TU000 - константа, RR - 1 и 2 разряды кода территории Российской Федерации по Общероссийскому классификатору объектов административно-территориального деления (ОКАТО) соответствующего ТУ Банка России (2 символа);

для ДПУ Банка России = TU00031;

для ОД Банка России = TU00002;

для ЦИТТУ = FTS0000;

DDDDDDDD - дата формирования архивного файла в формате: год (4 символа), месяц (2 символа), день (2 символа);

NNN - порядковый номер архивного файла в течение дня (3 символа), нумерация начинается с 001 ¹;

arj - расширение архивного файла (3 символа).

Архивные файлы формируются с помощью программы архиватора ARJ32. Каждый архивный файл содержит не более 50 файлов и имеет размер не более 50 Мб. Требование может изменяться по согласованию сторон.

5.2 Сводный архивный файл

Структура наименования файла:

<SAFT_SS_RR_DDDDDDDD_NNN.arj>, где:

SAFT - условные символы для сводного архивного файла;

SS - код отправителя сводного архивного файла (2 символа);

RR - код получателя сводного архивного файла (2 символа);

Коды отправителя и получателя принимают значения:

- для ТУ Банка России - 1 и 2 разряды кода территории Российской Федерации по (ОКАТО) соответствующего подразделения взаимодействия;

- ТО - константа, определяющая ЦИТТУ как отправителя или получателя сводного архивного файла;

- 31 - код ДПУ Банка России;

- 02 - код ОД Банка России

DDDDDDDD - дата формирования сводного архивного файла в формате: год (4 символа), месяц (2 символа), день (2 символа);

NNN - порядковый номер сводного архивного файла в течение дня (3 символа), нумерация начинается с 001 ²;

arj - расширение файла (3 символа).

Сводные архивные файлы формируются с помощью программы архиватора ARJ32. Каждый сводный архивный файл содержит не более 50 архивных файлов. Требование может изменяться по согласованию сторон.

------------------------------

¹ При отрицательном результате проверки архивного файла формируется исправленный архивный файл с новым порядковым номером. В случае нарушения уникальности наименования никаких действий не производится.

² При отрицательном результате проверки сводного архивного файла формируется исправленный сводный архивный файл с новым порядковым номером. В случае нарушения уникальности наименования никаких действий не производится.

------------------------------