Рейтинг@Mail.ru

<Информация> Банка России

ЦЕНТРАЛЬНЫЙ БАНК РОССИЙСКОЙ ФЕДЕРАЦИИ

ИНФОРМАЦИЯ

ОПИСАНИЕ

ФОРМАТОВ СООБЩЕНИЙ, ИСПОЛЬЗУЕМЫХ ПРИ ЭЛЕКТРОННОМ ОБМЕНЕ

МЕЖДУ БАНКАМИ (ФИЛИАЛАМИ БАНКОВ), УЧРЕЖДЕНИЯМИ БАНКА РОССИИ

И НАЛОГОВЫМИ ОРГАНАМИ (ОПИСАНИЕ ФОРМАТОВ "НАЛОГ")

(ВЕРСИЯ 1.2.1 ОТ 25.02.2015)

АННОТАЦИЯ

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

- Налоговый кодекс Российской Федерации.

- Положение Банка России от 29.12.2010 N 365-П "О порядке направления в банк поручения налогового органа, решения налогового органа, а также направления банком в налоговый орган сведений об остатках денежных средств в электронном виде" (далее Положение N 365-П). Зарегистрировано в Минюсте России 27.01.2011 N 19602.

- Приказ ФНС России от 25.07.2012 N ММВ-7-2/520@ "Об утверждении Порядка представления в банки (операторам по переводу денежных средств) документов, используемых налоговыми органами при реализации своих полномочий в отношениях, регулируемых законодательством о налогах и сборах, и представления банками (операторами по переводу денежных средств) информации по запросам налоговых органов в электронном виде по телекоммуникационным каналам связи". Зарегистрирован в Минюсте России 29.08.2012 N 25311.

- Приказ Министерства финансов Российской Федерации от 12.11.2013 N 107н "Об утверждении правил указания информации в реквизитах распоряжений о переводе денежных средств в уплату платежей в бюджетную систему Российской Федерации" (с изменениями и дополнениями). Зарегистрирован в Минюсте России 30.12.2013 N 30913.

- Положение Банка России от 19.06.2012 N 383-П "О правилах осуществления перевода денежных средств" (с изменениями и дополнениями). Зарегистрировано в Минюсте России 22.06.2012 N 24667.

- Приказ ФНС России от 25.07.2012 N ММВ-7-2/518 "Об утверждении Порядка направления налоговым органом запросов в банк (оператору по переводу денежных средств) о наличии счетов (специальных банковских счетов) в банке и (или) об остатках денежных средств на счетах (специальных банковских счетах), о представлении выписок по операциям на счетах (специальных банковских счетах), справок об остатках электронных денежных средств и переводах электронных денежных средств организаций (индивидуальных предпринимателей, нотариусов, занимающихся частной практикой, адвокатов, учредивших адвокатские кабинеты) на бумажном носителе, а также форм соответствующих запросов". Зарегистрирован в Минюсте России 12.09.2012 N 25438.

- Приказ ФНС России от 25.07.2012 N ММВ-7-2/519@ "Об утверждении Порядка представления банками (операторами по переводу денежных средств) информации о наличии счетов (специальных банковских счетов) в банке и (или) об остатках денежных средств на счетах (специальных банковских счетах), об операциях на счетах (специальных банковских счетах), об остатках электронных денежных средств и переводах электронных денежных средств по запросам налоговых органов на бумажном носителе, а также соответствующих форм справок и выписки". Зарегистрирован в Минюсте России 06.11.2012 N 25770.

Данные в электронном виде представляются в виде текстовых файлов в кодировке DOS (866 кодовая страница).

Настоящие форматы сообщений вступают в силу по истечении двух месяцев после их опубликования.

Часть 1. Описание форматов в соответствии с требованиями

Положения Банка России от 29.12.2010 N 365-П

1.1. Решение о приостановлении операций по счетам

Решение налогового органа о приостановлении операций по счетам налогоплательщика (плательщика сборов) или налогового агента в банке формируется в налоговом органе по месту учета налогоплательщика в соответствии со статьей 76 Налогового кодекса Российской Федерации и высылается в банк (филиал банка) или учреждение Банка России через Банк России.

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

<RPOabbbbbbb_KKKKDDDDDDDD_NNNNNN.www>,

где:

RPO - условные символы для решения налогового органа о приостановлении операций по счетам налогоплательщика в банке в электронном виде (латинскими буквами);

a = 1 для первичного зашифрованного файла;

a = 2, 3, 4, 5, 6, 7, 8, 9 для исправленного зашифрованного файла;

bbbbbbb - код банка (филиала банка) или учреждения Банка России, в который(ое) или через который(ое) направляется зашифрованный файл (знаки с 3 по 9 разряды банковского идентификационного кода (БИК) участника расчетов на территории Российской Федерации в соответствии со Справочником банковских идентификационных кодов участников расчетов, осуществляющих платежи через расчетную сеть Центрального банка Российской Федерации (Банка России), и расчетно-кассовых центров Банка России, из них 3 и 4 разряды БИК - код ТУ Банка России);

KKKK - код налогового органа, направившего Решение, в соответствии со Справочником кодов обозначений налоговых органов для целей учета налогоплательщиков (далее - СОУН) (4 символа с лидирующими нулями);

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

NNNNNN - порядковый номер решения в электронном виде в текущем календарном году (6 цифр с лидирующими нулями, начиная с 1);

www = txt в наименовании решения в электронном виде;

www = vrb в наименовании зашифрованного файла.

Состав и структура файла:

Служебная часть

Таблица 1.1.1

Общие сведения служебной части

Информационная часть

Таблица 1.1.2

Решение о приостановлении операций по счетам

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

<*> Не заполняется при принятии решения о приостановлении операций по счетам налогоплательщика (плательщика сборов) и налогового агента в соответствии с пунктом 3 статьи 76 Налогового кодекса Российской Федерации.

Таблица 1.1.3

Сведения о счете

Таблица 1.1.4

Справочник "Основания для вынесения решения

о приостановлении операций по счетам"

1.2. Решение об отмене приостановления операций по счетам

Решение налогового органа об отмене приостановления операций по счетам налогоплательщика (плательщика сборов) или налогового агента в банке формируется в налоговом органе по месту учета налогоплательщика в соответствии со статьей 76 Налогового кодекса Российской Федерации и высылается в банк (филиал банка) или учреждение Банка России через Банк России.

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

<ROOabbbbbbb_KKKKDDDDDDDD_NNNNNN.www>,

где:

ROO - условные символы для решения налогового органа об отмене приостановления операций по счетам налогоплательщика в банке в электронном виде (латинскими буквами);

a = 1 для первичного зашифрованного файла;

a = 2, 3, 4, 5, 6, 7, 8, 9 для исправленного зашифрованного файла;

bbbbbbb - код банка (филиала банка) или учреждения Банка России, в который(ое) или через который(ое) направляется зашифрованный файл (знаки с 3 по 9 разряды БИК);

KKKK - код налогового органа, направившего решение, в соответствии с СОУН (4 символа с лидирующими нулями);

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

NNNNNN - порядковый номер решения в электронном виде в текущем календарном году (6 цифр с лидирующими нулями, начиная с 1);

www = txt в наименовании решения в электронном виде;

www = vrb в наименовании зашифрованного файла.

Состав и структура файла:

Служебная часть

Таблица 1.2.1

Общие сведения служебной части

Информационная часть

Таблица 1.2.2

Решение об отмене приостановления операций по счетам

Таблица 1.2.3

Сведения о счете

1.3. Поручение налогового органа на списание и перечисление в бюджетную систему Российской Федерации денежных средств

Поручение налогового органа на списание и перечисление в бюджетную систему Российской Федерации денежных средств со счетов налогоплательщика в соответствии со статьей 46 Налогового кодекса Российской Федерации формируется в налоговом органе по месту учета налогоплательщика (по месту выявления нарушения законодательства о налогах и сборах) и высылается в банк (филиал банка) или учреждение Банка России через Банк России.

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

<PNOabbbbbbb_KKKKDDDDDDDD_NNNNNN.www>,

где:

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

a = 1 для первичного зашифрованного файла;

a = 2, 3, 4, 5, 6, 7, 8, 9 для исправленного зашифрованного файла;

bbbbbbb - код банка (филиала банка) или учреждения Банка России, в который(ое) или через который(ое) направляется зашифрованный файл (знаки с 3 по 9 разряды БИК);

KKKK - код налогового органа, направившего поручение, в соответствии с СОУН (4 символа с лидирующими нулями);

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

NNNNNN - порядковый номер поручения в электронном виде в текущем календарном году (6 цифр с лидирующими нулями, начиная с 1);

www = txt в наименовании поручения в электронном виде;

www = vrb в наименовании зашифрованного файла.

Состав и структура файла:

Служебная часть

Таблица 1.3.1

Общие сведения служебной части

Информационная часть

Таблица 1.3.2

Поручение налогового органа

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

<1> Здесь и далее номера полей обозначаются в соответствии с Приложением N 5 к Положению Банка России от 19.06.2012 N 383-П. Поля, не заполняемые в налоговом органе, в текстовый файл не включаются.

Таблица 1.3.3

Поручение на продажу валюты

ПРИМЕЧАНИЯ. 1. Реквизиты ИдДок, НомФ в исполняемое инкассовое поручение не включаются.

Часть 2. Описание форматов в соответствии с требованиями

Приказа ФНС России от 25.07.2012 N ММВ-7-2/520@

1.4. Запрос налогового органа

Запрос налогового органа о наличии счетов в банке, об остатках денежных средств на счетах, о представлении выписок по операциям на счетах организаций (индивидуальных предпринимателей, нотариусов, занимающихся частной практикой, адвокатов, учредивших адвокатские кабинеты), в соответствии с п. 2, 3 статьи 86 Налогового кодекса Российской Федерации формируется в налоговом органе и направляется в банк (филиал банка) или учреждение Банка России через Банк России.

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

<ZNOabbbbbbb_KKKKDDDDDDDD_NNNNNN.www>,

где:

ZNO - условные символы для запроса налогового органа в электронном виде (латинскими буквами);

a = 1 для первичного зашифрованного файла;

a = 2, 3, 4, 5, 6, 7, 8, 9 для исправленного зашифрованного файла;

bbbbbbb - код банка (филиала банка) или учреждения Банка России, в который(ое) или через который(ое) направляется зашифрованный файл (знаки с 3 по 9 разряды БИК);

KKKK - код налогового органа, направившего запрос, в соответствии с СОУН (4 символа с лидирующими нулями);

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

NNNNNN - порядковый номер запроса в электронном виде в текущем календарном году (6 цифр с лидирующими нулями, начиная с 1);

www = txt в наименовании запроса в электронном виде;

www = vrb в наименовании зашифрованного файла.

Состав и структура файла:

Служебная часть

Таблица 1.4.1

Общие сведения служебной части

Информационная часть

Таблица 1.4.2

Запрос налогового органа

Таблица 1.4.3

Сведения о счетах

ПРИМЕЧАНИЕ: Если ТипЗапр = 1, то блок отсутствует. В этом случае сведения представляются банком по всем счетам налогоплательщика.

1.5. Требование о перечислении налога, сбора, пени, штрафа в бюджетную систему Российской Федерации

Требование налогового органа о перечислении налога, сбора, пени, штрафа в бюджетную систему Российской Федерации в соответствии со статьей 60 Налогового кодекса Российской Федерации формируется в налоговом органе и направляется в банк (филиал банка) или учреждение Банка России через Банк России.

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

<TRBabbbbbbb_KKKKDDDDDDDD_NNNNNN.www>,

где:

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

a = 1 для первичного зашифрованного файла;

a = 2, 3, 4, 5, 6, 7, 8, 9 для исправленного зашифрованного файла;

bbbbbbb - код банка (филиала банка) или учреждения Банка России, в который(ое) или через который(ое) направляется зашифрованный файл (знаки с 3 по 9 разряды БИК);

KKKK - код налогового органа, направившего требование, в соответствии с СОУН (4 символа с лидирующими нулями);

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

NNNNNN - порядковый номер требования в электронном виде в текущем календарном году (6 цифр с лидирующими нулями, начиная с 1);

www = txt в наименовании требования в электронном виде;

www = vrb в наименовании зашифрованного файла.

Состав и структура файла:

Служебная часть

Таблица 1.5.1

Общие сведения служебной части

Информационная часть

Таблица 1.5.2

Требование налогового органа

1.6. Требование об уплате денежной суммы по банковской гарантии

Требование об уплате денежной суммы по банковской гарантии формируется в налоговом органе в соответствии с пунктом 21 статьи 176.1 и пунктом 13 статьи 204 Налогового кодекса Российской Федерации и направляется в банк (филиал банка) или учреждение Банка России через Банк России.

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

<TRGabbbbbbb_KKKKDDDDDDDD_NNNNNN.www>,

где:

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

a = 1 для первичного зашифрованного файла;

a = 2, 3, 4, 5, 6, 7, 8, 9 для исправленного зашифрованного файла;

bbbbbbb - код банка (филиала банка) или учреждения Банка России, в который(ое) или через который(ое) направляется зашифрованный файл (знаки с 3 по 9 разряды БИК);

KKKK - код налогового органа, направившего требование, в соответствии с СОУН (4 символа с лидирующими нулями);

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

NNNNNN - порядковый номер требования в электронном виде в текущем календарном году (6 цифр с лидирующими нулями, начиная с 1);

www = txt в наименовании требования в электронном виде;

www = vrb в наименовании зашифрованного файла.

Состав и структура файла:

Служебная часть

Таблица 1.6.1

Общие сведения служебной части

Информационная часть

Таблица 1.6.2

Требование налогового органа об уплате денежной суммы

по банковской гарантии

1.7. Сведения об остатках денежных средств на счете (счетах)

Сведения об остатках денежных средств на счете (счетах) организации (индивидуального предпринимателя, нотариуса, занимающегося частной практикой, адвоката, учредившего адвокатский кабинет) формируются в банке (филиале банка), учреждении Банка России при получении решения о приостановлении операций по счетам налогоплательщика в соответствии с п. 5 статьи 76 или по запросу налогового органа в соответствии с п. 2, 3 статьи 86 Налогового кодекса Российской Федерации и высылаются в налоговый орган через Банк России.

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

<BOSa_P.www>,

где:

BOS - условные символы для справки об остатках, в электронном виде (латинскими буквами);

a = 1 для первичного файла;

a = 2, 3, 4, 5, 6, 7, 8, 9 для исправленного файла; задается по порядку при необходимости повторного подписания или шифрования, а также при необходимости внесения изменений в данные справки;

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

<RBN1bbbbbbb_KKKKDDDDDDDD_NNNNNN>, где

bbbbbbb - код банка (филиала банка) или учреждения Банка России, в который(ое) направлено решение;

KKKK - код налогового органа, из которого поступило решение, по справочнику СОУН (4 символа с лидирующими нулями);

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

NNNNNN - номер решения о приостановлении операций по счетам (6 цифр с лидирующими нулями);

www = txt в наименовании файла справки;

www = vrb в наименовании зашифрованного файла.

Состав и структура файла:

Служебная часть

Таблица 1.7.1

Общие сведения служебной части

Информационная часть

Таблица 1.7.2

Справка об остатках денежных средств

Таблица 1.7.3

Сведения об остатках денежных средств на счете (счетах)

ПРИМЕЧАНИЕ: Если счетов у клиента нет, то блок отсутствует.

1.8. Справка о наличии счетов

Справка о наличии счетов в банке (филиале банка), учреждении Банка России у организации (индивидуального предпринимателя, нотариуса, занимающегося частной практикой, адвоката, учредившего адвокатский кабинет) формируется в банке по запросу налогового органа в соответствии со статьей 86 Налогового кодекса Российской Федерации и высылается в налоговый орган через Банк России.

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

<BNSa_P.www>,

где:

BNS - условные символы для файла справки о наличии счетов в электронном виде (латинскими буквами);

a = 1 для первичного файла;

a = 2, 3, 4, 5, 6, 7, 8, 9 для исправленного файла; задается по порядку при необходимости повторного подписания или шифрования файла или при необходимости внесения изменений в данные справки;

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

www = txt в наименовании файла;

www = vrb в наименовании зашифрованного файла.

Состав и структура файла:

Служебная часть

Таблица 1.8.1

Общие сведения служебной части

Информационная часть

Таблица 1.8.2

Справка о наличии счетов в банке

Таблица 1.8.3

Сведения о счетах, открытых в банке

ПРИМЕЧАНИЕ: Если счетов у клиента нет, то блок отсутствует.

1.9. Выписка по операциям на счете (счетах)

Выписка по операциям на счете организации (индивидуального предпринимателя, нотариуса, занимающегося частной практикой, адвоката, учредившего адвокатский кабинет) формируется в банке по запросу налогового органа в соответствии со статьей 86 Налогового кодекса Российской Федерации и высылается в налоговый орган через Банк России.

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

<BVann_P.www>,

где:

BV - условные символы для файла выписки по операциям на счете в электронном виде (латинскими буквами);

a = 1 для первичного файла;

a = 2, 3, 4, 5, 6, 7, 8, 9 для исправленного файла; задается по порядку при необходимости повторного подписания или шифрования файла или при необходимости внесения изменений в данные выписки;

nn - порядковый номер части файла в случае его разделения на несколько частей; принимает последовательно значения от 01 до 99; если файл не разделяется на части, то nn = 00;

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

www = txt в наименовании файла;

www = vrb в наименовании зашифрованного файла.

Состав и структура файла:

Файл не должен превышать размер 500 к. В случае превышения указанного размера он разделяется на части, каждая не более 500 к. При наличии ошибок в одной из частей не принимается вся выписка.

Служебная часть

Таблица 1.9.1

Общие сведения служебной части

Информационная часть

Таблица 1.9.2

Выписка по операциям на счете (счетах)

ПРИМЕЧАНИЕ: В случае разделения файла на части блок присутствует только в первой части.

Таблица 1.9.3

Выписка по счету

ПРИМЕЧАНИЕ: Если счетов у клиента нет, то блок отсутствует.

Таблица 1.9.4

Операции по счету

ПРИМЕЧАНИЯ:

1. Если операций по счету нет, то блок отсутствует.

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

3. Строка предписанного реквизита при отсутствии его значения может записываться как <Код реквизита>:<пусто> или отсутствовать.

Общие требования к составу и структуре информации

1.10. Синтаксические требования к внутренней структуре файла

2.1.1. В данном разделе формулируются синтаксические требования к внутренней структуре файла (к передаваемому в файле сообщению). Передаваемое сообщение, не удовлетворяющее этим требованиям, считается синтаксически некорректным. Файл, представленный в виде синтаксически некорректного сообщения, не может быть принят в электронном виде.

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

Состав сведений фрагмента "Служебная часть" определяется технологией обработки информации в электронном виде в рамках автоматизированной системы АИС "Налог". Состав сведений фрагмента "Информационная часть" определяется соответствующим сообщением.

Файл состоит из строк, содержащих реквизиты либо разделители.

Реквизит представляет собой неделимую в смысловом отношении конструкцию, соответствующую, как правило, одной заполняемой позиции (показателю). Наименование реквизита соответствует назначению (наименованию) заполняемой позиции.

Разделителями, используемыми в файле, являются:

### - конец блока;

@@@ - конец фрагмента (конец служебной или информационной частей сообщения);

=== - конец файла.

Каждый реквизит или разделитель записывается в отдельной строке. Признаком окончания строки служат пара символов с кодами ASCII 13 и 10, расположенных в указанном порядке. Эта пара символов ниже обозначается EOL.

2.1.2. При описании синтаксиса сообщения и его элементов используются следующие металингвистические конструкции:

::= - метасимвол, означающий "есть по определению";

<> - метасимволы, используемые для выделения элементов металингвистической структуры;

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

[] - метасимволы, означающие необязательность элемента металингвистической структуры;

{} - метасимволы, означающие использование металингвистической структуры один и более раз.

К числу синтаксических ограничений относится также ряд дополнительных требований к непротиворечивости представленной в файле информации.

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

В таких случаях используются обозначения:

<структура>::=<вариант1>|?УсловиеВыбора <вариант2>

Если условие 'УсловиеВыбора' выполнено, то <структура> принимает значение <вариант1>, иначе - <вариант2>.

2.1.3. При описании синтаксиса сообщения используются следующие основные понятия.

Текст (<текст>) представляет собой непустую последовательность символов, в качестве которых используются прописные (заглавные) русские и латинские буквы, цифры, а также любые другие символы таблицы ASCII, за исключением символов "возврат каретки" и "перевод строки" (коды ASCII соответственно 13 и 10). Первый символ текста должен быть отличен от пробела. В том случае, когда текстовое значение встречается в составе словосочетания, возможны дополнительные ограничения на вид текста. Для выделения этих возможностей используются обозначения <текст0>, <текст1>, <текст2>.

Число состоит только из цифр (без лидирующих нулей), причем может включать десятичную точку и знак "-" (минус) для отрицательных чисел.

Дата представляется в виде <день>.<месяц>.<год>, где <день> - две цифры, соответствующие номеру дня в месяце, <месяц> - две цифры, соответствующие номеру месяца в году, <год> - четыре цифры года.

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

2.1.4. При описании синтаксиса сообщения используются следующие специальные виды слов, используемых в качестве значений реквизитов.

1.11. Табличное представление блоков информации

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

Обязательный реквизит - это реквизит, который должен обязательно присутствовать в файле.

Необязательный реквизит - это реквизит, который может как присутствовать, так и отсутствовать в файле.

Условно-обязательный реквизит - это реквизит, присутствие которого в файле обусловлено значениями, наличием или отсутствием других реквизитов этого же файла. В случае выполнения условия присутствия (УП) условно-обязательный реквизит по всем своим свойствам приравнивается к обязательному, а в случае невыполнения - отсутствует.

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

<код реквизита> <двоеточие> (<содержание реквизита> | <пустой оператор>).

Строка предписанного реквизита при отсутствии его значения может вообще отсутствовать.

Последовательность реквизитов в блоке совпадает с их последовательностью в табличном представлении блока:

При этом для любого i (1 i N, N - число строк в разделе таблицы) представление реквизита определяется следующим образом:

Порядок следования реквизитов в файле принимается в соответствии с описанием формата.

Таблицы блоков информации определяют коды и структуру значений реквизитов, входящих в конкретные информационные блоки. В таблицах используются следующие обозначения.

В графах "Наименование реквизита" и "Код реквизита" указываются, соответственно, наименование и код реквизита.

В графе "Тип" записывается один из символов О, Н, У, П. Символы имеют следующие смыслы:

О - обязательный реквизит;

Н - необязательный реквизит;

У - условно-обязательный реквизит;

П - предписанный реквизит.

Условия присутствия условно-обязательных реквизитов указываются в графе "Структура реквизита и дополнительная информация".

В графе "Формат" для каждого реквизита, значением которого является слово, указывается - при помощи выражений T, T0, T1, T2, N, D, K, I1, I2, I3, I4, I5, I6, I7, I8, E - синтаксис этого слова, а вслед за ним в круглых скобках - максимальная длина слова (т.е. количество символов в слове).

<формат слова>::=<синтаксис> (<число>)

Символы T, T0, T1, T2, N, D, K, I1, I2, I3, I4, I5, I6, I7, I8, E соответствуют следующим видам данных:

T - <текст>;

T0 - <текст0>;

T1 - <текст1>;

T2 - <текст2>;

N - <число>;

D - <дата>;

K - <код>;

I1 - <идентификатор файла>;

I2 - <идентификатор документа>;

I3 - <ИНН>;

I4 - <КПП>;

I5 - <ИННИП>;

I6 - <ОГРН>;

I7 - <ОГРНИП>;

I8 - <КИО>;

E - <пустое выражение>.

Если значением реквизита является дробное десятичное число, то в графе "Формат" указывается формат его представления в виде N(m.k), где m - максимальное количество знаков в числе, включая целую и дробную часть числа, десятичную точку и знак "-" (минус), а k - число знаков дробной части числа.

Если значением реквизита является словосочетание вида <слово 1>, <слово 2>, ..., <слово S>, то в графе "Формат" указывается формат представления и максимальная длина каждого из входящих в словосочетание слов. Описывающие отдельные слова конструкции перечисляются через запятую.

Если значение реквизита должно соответствовать одному из нескольких возможных вариантов формата: <формат слова 1>, <формат слова 2>, ..., <формат слова S>, то в графе "Формат" конструкции, описывающие варианты формата, перечисляются через знак "|".

<формат слова>::=<формат слова 1>|<формат слова 2>|...|<формат слова S>

В графе "Структура реквизита и дополнительная информация" приводятся следующие данные.

Если реквизит имеет в рамках данного формата единственно возможное значение, то указывается это значение.

Если значением реквизита является код, то приводится множество значений этого кода в виде {<значение1>,...,<значениеN>} или ссылка на множество значений кода в виде <код...>.

Если реквизит имеет в качестве значения словосочетание, то описывается структура этого словосочетания. При этом в угловых скобках используются обозначения типа <название>.

Для условно-обязательных реквизитов формулируется условие его присутствия (УП).

Для значений реквизитов, к которым предъявляются дополнительные (не отраженные в других графах таблицы) требования (при невыполнении которых файл считается некорректным), приводятся дополнительные требования (ДТ).

При описании условий присутствия (УП) и дополнительных требований (ДТ) используются обозначения:

/КодРекв/ - значение реквизита, имеющего код КодРекв;

/КодРекв/='последовательность символов' - значение реквизита в точности совпадает с последовательностью символов, заключенной между одинарными кавычками; в частности, /КодРекв/=" означает, что значением реквизита является пустое выражение;

/КодРекв/'последовательность символов' - значение реквизита не совпадает с последовательностью символов, заключенной между одинарными кавычками; в частности, /КодРекв/" означает, что значение реквизита отлично от пустого выражения.

РЕГЛАМЕНТ

ВЗАИМОДЕЙСТВИЯ НАЛОГОВЫХ ОРГАНОВ, ОРГАНИЗАЦИЙ БАНКА РОССИИ

И БАНКОВ ПРИ НАПРАВЛЕНИИ В БАНК, УЧРЕЖДЕНИЕ БАНКА РОССИИ

ЭЛЕКТРОННЫХ ДОКУМЕНТОВ

(ВЕРСИЯ 1.1_25.10.2011)

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

1.1. Настоящий Регламент разработан на основании:

- Положения Банка России от 29.12.2010 N 365-П "О порядке направления в банк поручения налогового органа, решения налогового органа, а также направления банком в налоговый орган сведений об остатках денежных средств в электронном виде" (далее - Положение N 365-П), зарегистрированного Министерством юстиции Российской Федерации 27.01.2011 N 19602;

- Приказа ФНС России от 15.03.2011 N ММВ-7-2/203@ "Об утверждении Порядка представления в банки документов, используемых налоговыми органами при реализации своих полномочий в отношениях, регулируемых законодательством о налогах и сборах, и представления банками информации по запросам налоговых органов в электронном виде по телекоммуникационным каналам связи" (зарегистрирован Министерством юстиции Российской Федерации от 31.05.2011 N 20900) (далее - Приказ N 203).

Термины, предусмотренные настоящим Регламентом, применяются в значении, установленном частью первой Налогового кодекса Российской Федерации, Положением N 365-П и Приказом N 203.

Регламент определяет процедуры:

- направления в банк, учреждение Банка России решения налогового органа о приостановлении операций или решения (об отмене приостановления) операций по счетам налогоплательщика (плательщика сборов) или налогового агента в электронном виде в соответствии со статьей 76 Налогового кодекса Российской Федерации;

- направления в банк, учреждение Банка России поручения налогового органа на списание и перечисление в бюджетную систему Российской Федерации денежных средств со счетов налогоплательщика в электронном виде в соответствии со статьей 46 Налогового кодекса Российской Федерации;

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

- направления в банк, учреждение Банка России требования о перечислении налога в бюджетную систему Российской Федерации в электронном виде в соответствии со статьей 60 Налогового кодекса Российской Федерации;

- направления в банк, учреждение Банка России требования об уплате денежной суммы по банковской гарантии в электронном виде в соответствии с п. 21 статьи 176.1 п. 13 статьи 204 Налогового кодекса Российской Федерации;

- направления банком, учреждением Банка России в налоговый орган сведений об остатках денежных средств налогоплательщика на счетах в банке, операции по которым приостановлены, в электронном виде в соответствии со статьей 76 Налогового кодекса Российской Федерации;

- направления банком, учреждением Банка России в налоговый орган сведений о наличии счетов в банке, об остатках денежных средств на счетах, выписок по операциям на счетах организаций (индивидуальных предпринимателей, нотариусов, занимающихся частной практикой, адвокатов, учредивших адвокатские кабинеты), в электронном виде в соответствии со статьей 86 Налогового кодекса Российской Федерации.

1.2. В целях настоящего Регламента используются следующие сокращения:

Электронный документ - файл, содержащий поручение или решение налогового органа, сведения об остатках, предусмотренные Положением N 365-П, Документ налогового органа, Документ банка (филиала банка), учреждения Банка России, предусмотренный Приказом N 203.

Служебное сообщение - файл, содержащий подтверждение или извещение или уведомление, предусмотренный Положением N 365-П. Служебное сообщение снабжается кодом аутентификации (далее - КА) на ключе сформировавшего его подразделения Банка России, подразделения ФНС России, за исключением служебного сообщения учреждения Банка России, которое снабжается КА на ключе территориального учреждения (ТУ) Банка России.

Зашифрованный файл - файл, сформированный на основании электронного документа с соблюдением правил использования средств криптографической защиты информации и порядка обеспечения информационной безопасности при использовании средств криптографической защиты информации, установленных Банком России. При формировании зашифрованного файла электронный документ подписывается КА на ключе отправителя, а затем шифруется для получателя. Наименование зашифрованного файла соответствует наименованию файла с электронным документом с заменой расширения на "vrb".

Архивный файл - файл, сформированный с помощью программы архиватора и содержащий зашифрованные файлы и служебные сообщения, предназначенные одному банку (филиалу банка), ТУ Банка России (подведомственному учреждению Банка России) либо сформированные одним банком (филиалом банка), ТУ Банка России (в том числе по служебным сообщениям и электронным документам подведомственного учреждения Банка России). Архивный файл снабжается КА на ключе сформировавшего его банка (филиала банка), подразделения Банка России, подразделения ФНС России. Архивный файл по служебным сообщениям и электронным документам подведомственного учреждения Банка России формируется ТУ Банка России и снабжается КА на ключе ТУ Банка России.

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

1.3. Требования к форматам служебных сообщений установлены в приложениях к настоящему Регламенту.

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

1.4. Направление файлов подразделениями ФНС России, подразделениями Банка России банками осуществляется не реже двух раз в день в соответствии с графиком, установленным Положением N 365-П.

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

2. Уведомление территориальным учреждением

Банка России налоговых органов о заключении (расторжении)

соглашения с банком (филиалом банка)

2.1. ТУ Банка России, не позднее рабочего дня, следующего за днем заключения (расторжения) соглашения с банком (в том числе в лице филиала банка), формирует уведомление ТУ Банка России (Приложение 4), снабженное КА на ключе ТУ Банка России. Уведомления ТУ Банка России включаются в состав архивного файла (Приложение 6). Архивный файл включается в состав сводного архивного файла ТУ Банка России (Приложение 7).

2.2. МИ ФНС России по ЦОД, получив уведомление ТУ Банка России, осуществляет проверку КА, структуры наименования и содержания, текущего статуса соглашения, списка ключей шифрования, после чего формирует снабженное КА на ключе МИ ФНС России по ЦОД извещение налогового органа (Приложение 3) с информацией о положительных либо отрицательных результатах проверки, которое включается в состав архивного файла (Приложение 6). Архивный файл включается в состав сводного архивного файла МИ ФНС России по ЦОД (Приложение 7).

2.3. ТУ Банка России, в случае получения извещения с отрицательным результатом проверки КА уведомления ТУ Банка России, выясняет и устраняет причину, которая привела к отрицательному результату проверки, после чего формирует и направляет исправленное уведомление Уполномоченному подразделению Банка России в соответствии с пунктом 2.1 настоящего Регламента.

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

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

2.6. ТУ Банка России обеспечивает соответствие списка ключей шифрования, передаваемого в МИ ФНС России по ЦОД, перечню банков (филиалов банков), заключивших соглашение с банком России (в лице ТУ Банка России).

3. Направление в банк (филиал банка), учреждение

Банка России электронного документа, сформированного

налоговым органом

3.1. Налоговый орган, сформировавший электронный документ, направляет его в МИ ФНС России по ЦОД в случае соответствия статуса банка (филиала банка) условиям, указанным в полученном уведомлении ТУ Банка России и в уведомлении банка (филиала банка). Электронные документы налоговых органов направляются учреждениям Банка России, подведомственным ТУ Банка России, полевым учреждениям Банка России, расположенным на территории Российской Федерации, в соответствии со Справочником БИК России.

3.2. МИ ФНС России по ЦОД преобразовывает электронный документ, сформированный налоговым органом, в зашифрованный файл.

Из зашифрованных файлов и служебных сообщений, сформированных в случаях, предусмотренных настоящим Регламентом, МИ ФНС России по ЦОД формирует архивные файлы для каждого банка (филиала банка), заключившего соглашение, и для каждого ТУ Банка России (Приложение 6), которые включает в сводные архивные файлы (Приложение 7) для каждого ТУ Банка России.

3.3. Уполномоченное подразделение Банка России, получив сводный архивный файл, проводит проверку КА, структуры его наименования и кода ТУ Банка России. Проверка кода ТУ Банка России, указанного в наименовании сводного архивного файла, заключается в проверке его наличия в перечне кодов ТУ Банка России, осуществляющих в Банке России обмен сообщениями, предусмотренными Положением N 365-П и Приказом N 203.

После завершения проверки, предусмотренной данным пунктом, Уполномоченное подразделение Банка России направляет в МИ ФНС России по ЦОД извещение, снабженное КА на ключе Уполномоченного подразделения Банка России (Приложение 1) с информацией о положительных либо отрицательных результатах проверки. В случае положительного результата проверки Уполномоченное подразделение Банка России направляет сводный архивный файл в ТУ Банка России, код которого указан в его наименовании. Сводный архивный файл, не прошедший проверку с положительным результатом, по назначению не направляется.

3.4. МИ ФНС России по ЦОД в случае получения извещения от Уполномоченного подразделения Банка России с информацией об отрицательных результатах проверки сводного архивного файла составляет исправленный сводный архивный файл с новым порядковым номером и направляет его Уполномоченному подразделению Банка России.

3.5. ТУ Банка России, получив сводный архивный файл, проводит проверку структуры наименования, КА и выполняет разархивирование. После завершения проверки, предусмотренной данным пунктом, ТУ Банка России формирует и направляет в МИ ФНС России по ЦОД извещение с информацией о положительных либо отрицательных результатах проверки (Приложение 1), снабженное КА на ключе ТУ Банка России. Подготовленные извещения включаются в состав архивного файла ТУ (Приложение 6), архивный файл включается в состав сводного архивного файла ТУ Банка России (Приложение 7).

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

При получении архивного файла для учреждений Банка России ТУ Банка России выполняет разархивирование, зашифрованные файлы расшифровываются, выполняется проверка КА и проверка кода учреждения Банка России.

ТУ Банка России не направляет по назначению в банк (филиал банка) архивный файл, не прошедший проверку с положительным результатом; в учреждение Банка России - не прошедший проверку с положительным результатом электронный документ, сформированный налоговым органом, извещение МИ ФНС России по ЦОД. При этом ТУ Банка России формирует извещение, содержащее информацию об отказе в приеме (Приложение 1), снабженное КА на ключе ТУ Банка России (с указанием причины отказа). Подготовленное извещение включается в состав архивного файла ТУ (Приложение 6), архивный файл включается в состав сводного архивного файла ТУ Банка России (Приложение 7).

При положительных результатах проверки ТУ Банка России направляет банку (филиалу банка) архивный файл путем предоставления возможности получить его в соответствии с графиком, установленным Положением N 365-П.

При положительных результатах проверки кода учреждения Банка России ТУ Банка России направляет учреждению Банка России электронный документ, сформированный налоговым органом, извещение МИ ФНС России по ЦОД.

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

3.8. МИ ФНС России по ЦОД при получении извещения ТУ Банка России с информацией, подтверждающей отказ в приеме сводного архивного файла или архивного файла по причине несоответствия КА, нарушения структуры наименования, указания кода ТУ Банка России с нарушением требований настоящего Регламента, отсутствия кода банка (филиала банка) в перечне кодов банков (филиалов банков), заключивших соглашение с Банком России (в лице ТУ Банка России), составляет исправленный сводный архивный файл (в том числе включающий исправленный архивный файл), который направляет Уполномоченному подразделению Банка России.

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

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

3.9. Банк (филиал банка) после получения архивного файла выполняет проверку КА и разархивирование. В случае отрицательного результата проверки или невозможности разархивирования формирует подтверждение с информацией об ошибках, снабженное КА на ключе банка (филиала банка) (Приложение 2), которое включает в состав архивного файла. Дальнейшая обработка поступивших файлов не производится.

В случае положительного результата проверки осуществляет расшифрование зашифрованных файлов, проверку их КА и формата электронных документов, сформированных налоговым органом, и после завершения данной проверки формирует подтверждения на каждый ЭД с информацией о положительных либо отрицательных результатах проверки, снабженное КА на ключе банка (филиала банка) (Приложение 2), которое включает в состав архивного файла.

Архивные файлы направляются в ТУ Банка России в соответствии с графиком, установленным Положением N 365-П.

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

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

3.12. Банк (филиал банка) после получения извещения ТУ Банка России с отрицательным результатом проверки архивного файла формирует исправленный архивный файл с новым порядковым номером и направляет его в ТУ Банка России.

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

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

Сводные архивные файлы направляются ТУ Банка России в Уполномоченное подразделение Банка России не реже двух раз в сутки.

3.14. Уполномоченное подразделение Банка России, получив сводный архивный файл ТУ Банка России, проводит проверку структуры его наименования и кода ТУ Банка России. По результатам проверки уполномоченное подразделение Банка России направляет в ТУ Банка России извещение (Приложение 1), которое кодом КА не снабжается. В случае положительного результата данной проверки Уполномоченное подразделение Банка России направляет сводный архивный файл в МИ ФНС России по ЦОД. Сводный архивный файл ТУ Банка России, не прошедший проверку с положительным результатом, в МИ ФНС России по ЦОД не направляется.

3.15. МИ ФНС России по ЦОД, получив сводный архивный файл ТУ Банка России, осуществляет проверку КА, структуры наименования и выполняет его разархивирование. По результатам проверки МИ ФНС России по ЦОД формирует извещение (Приложение 3) с информацией о положительных либо отрицательных результатах данной проверки для передачи в ТУ Банка России через Уполномоченное подразделение Банка России.

По каждому извлеченному архивному файлу МИ ФНС России по ЦОД осуществляет проверку его КА, структуры наименования и выполняет его разархивирование. В случае отрицательного результата проверки архивного файла, сформированного банком (филиалом банка), ТУ Банка России, или невозможности его разархивирования МИ ФНС России по ЦОД формирует извещение (Приложение 3) с информацией об отрицательных результатах проверки для передачи в банк (филиал банка), ТУ Банка России через Уполномоченное подразделение Банка России.

Извещения, сформированные МИ ФНС России по ЦОД, включаются в состав архивного файла для банка (филиала банка), ТУ Банка России (Приложение 6). Архивный файл включается в состав сводного архивного файла (Приложение 7).

3.16. ТУ Банка России, в случае получения извещения МИ ФНС России по ЦОД с отрицательным результатом проверки сводного архивного файла или архивного файла, сформированного ТУ Банка России, составляет исправленный сводный архивный файл или архивный файл ТУ Банка России с новым порядковым номером и направляет его Уполномоченному подразделению Банка России.

3.17. МИ ФНС России по ЦОД, после получения подтверждения, осуществляет проверку КА, структуры наименования и его соответствие направленному ранее электронному документу налогового органа, после чего формирует извещение.

Извещение (Приложение 3), содержащее информацию о положительных либо отрицательных результатах проверки подтверждения, снабжается КА на ключе МИ ФНС России по ЦОД и включается в состав архивного файла (Приложение 6). Архивный файл включается в состав сводного архивного файла МИ ФНС России по ЦОД (Приложение 7), который направляется в Уполномоченное подразделение Банка России для последующей передачи в ТУ Банка России.

3.18. Банк (филиал банка), учреждение Банка России после получения извещения с отрицательным результатом проверки подтверждения формирует исправленное подтверждение и направляет его в ТУ Банка России для последующей передачи через Уполномоченное подразделение Банка России в МИ ФНС России по ЦОД.

3.19. ТУ Банка России в случае отсутствия возможности передачи полученного архивного файла, сформированного МИ ФНС России по ЦОД, в банк (филиал банка) по причине временного приостановления обмена сообщениями с банком (филиалом банка), имеющим данный код, в день поступления сообщения, формирует извещение об отказе в приеме (Приложение 1, код 07), снабженное КА на ключе ТУ Банка России, с информацией о причинах отказа, которое направляет Уполномоченному подразделению Банка России для последующей передачи МИ ФНС России по ЦОД в составе архивного файла и в составе сводного архивного файла.

3.20. МИ ФНС России по ЦОД, при поступлении первого извещения ТУ Банка России об отказе в приеме с кодом 07, приостанавливает направление электронных документов налоговых органов данному банку (филиалу банка) до получения от банка (филиала банка) уведомления о возобновлении обмена сообщениями в соответствии с пунктом 5 настоящего Регламента.

3.21. При направлении электронного документа налоговым органом полевому учреждению Банка России Департамент полевых учреждений выполняет действия, предусмотренные пунктом 3 Регламента для ТУ Банка России, полевое учреждение Банка России выполняет действия, предусмотренные пунктом 3 настоящего Регламента для учреждения Банка России.

4. Направление в налоговый орган электронного

документа, сформированного банком (филиалом банка),

учреждением Банка России

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

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

Банк (филиал банка) преобразовывает указанный электронный документ банка (филиала банка) в зашифрованный файл, который включает в состав архивного файла и направляет в ТУ Банка России в порядке, изложенном в пункте 3 настоящего регламента, для последующей передачи через уполномоченное подразделение Банка России, МИ ФНС России по ЦОД в налоговый орган.

Учреждение Банка России направляет сформированный электронный документ учреждения Банка России в ТУ Банка России.

4.2. ТУ Банка России выполняет проверку архивных файлов, содержащих электронные документы банка (филиала банка), формирование зашифрованных файлов, архивных файлов на основании электронных документов учреждений Банка России, а также направление сводных архивных файлов в соответствии с порядком, изложенным в пункте 3 настоящего Регламента.

4.4. МИ ФНС России по ЦОД выполняет в отношении полученных сводных архивных файлов действия, предусмотренные пунктом 3 настоящего Регламента.

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

Извещение включается в состав архивного файла (Приложение 6), архивный файл включается в состав сводного архивного файла МИ ФНС России по ЦОД (Приложение 7), после чего сводный архивный файл направляется в Уполномоченное подразделение Банка России в порядке, предусмотренном пунктом 3 настоящего Регламента.

При положительных результатах проверки МИ ФНС России по ЦОД пересылает электронный документ банка (филиала банка), учреждения Банка России в налоговый орган.

4.5. Банк (филиал банка) при получении извещения МИ ФНС России по ЦОД с информацией об отрицательных результатах проверки зашифрованного файла выясняет причину, формирует исправленный зашифрованный файл, архивный файл и направляет его ТУ Банка России для последующей передачи МИ ФНС России по ЦОД через Уполномоченное подразделение Банка России.

4.6. ТУ Банка России при получении извещения МИ ФНС России по ЦОД с информацией об отрицательных результатах проверки зашифрованного файла учреждения Банка России выясняет причину и, в случае ошибок КА или шифрования, формирует исправленный зашифрованный файл, архивный файл и далее сводный архивный файл, который направляет в Уполномоченное подразделение Банка России для последующей передачи МИ ФНС России по ЦОД. В случае ошибок в наименовании файла электронного документа или его формата направляет извещение МИ ФНС России по ЦОД в учреждение Банка России.

4.7. Учреждение Банка России при получении извещения МИ ФНС России по ЦОД с информацией об отрицательных результатах проверки электронного документа выясняет причину, формирует исправленный электронный документ и направляет его в ТУ Банка России для последующей передачи МИ ФНС России по ЦОД через Уполномоченное подразделение Банка России.

4.8. При направлении налоговому органу электронного документа, сформированного полевым учреждением Банка России, Департамент полевых учреждений выполняет действия, предусмотренные пунктом 3 Регламента для ТУ Банка России, полевое учреждение Банка России выполняет действия, предусмотренные пунктом 3 настоящего Регламента для учреждения Банка России.

5. Уведомление банком (филиалом банка) налоговых

органов о начале, прекращении, временном приостановлении,

возобновлении обмена сообщениями

5.1. Банк (филиал банка) в день начала, возобновления обмена сообщениями формирует соответствующее уведомление банка (филиала банка) (Приложение 5), которое снабжает КА, включает в состав архивного файла и направляет в ТУ Банка России для последующей передачи через уполномоченное подразделение Банка России в МИ ФНС России по ЦОД.

5.2. Банк (филиал банка), планирующий прекратить (временно приостановить) обмен сообщениями или изменить перечень филиалов, получающих сообщения через банк (филиал банка), заключивший соглашение, а также в случае планируемой ликвидации, изменения кода банка (филиала банка) или другой причины прекращения обмена сообщениями, не ранее чем за три рабочих дня и не позднее чем за один рабочий день до дня прекращения (временного приостановления) обмена сообщениями или изменения перечня филиалов, формирует соответствующее уведомление банка (филиала банка) (Приложение 5), которое снабжает КА, включает в состав архивного файла и направляет в ТУ Банка России для последующей передачи через уполномоченное подразделение Банка России в МИ ФНС России по ЦОД.

5.3. В случае отсутствия возможности приема сообщений банк (филиал банка) уведомляет об этом ТУ Банка России способом, предусмотренным соглашением.

5.4. ТУ Банка России выполняет проверку архивных файлов, содержащих уведомления банка (филиала банка), формирование и направление сводных архивных файлов в соответствии с порядком, изложенным в пункте 3 настоящего Регламента.

5.5. МИ ФНС России по ЦОД выполняет в отношении полученных сводных архивных файлов действия, предусмотренные пунктом 3 настоящего Регламента.

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

Извещение включается в состав архивного файла (Приложение 6), архивный файл включается в состав сводного архивного файла МИ ФНС России по ЦОД (Приложение 7), после чего сводный архивный файл направляется в Уполномоченное подразделение Банка России в порядке, предусмотренном пунктом 3 настоящего Регламента.

5.6. Банк (филиал банка) при получении извещения налогового органа с информацией об отрицательных результатах проверки выясняет причину, формирует исправленное уведомление банка (филиала банка) и направляет его ТУ Банка России для последующей передачи МИ ФНС России по ЦОД через Уполномоченное подразделение Банка России.

Приложение 1

НАИМЕНОВАНИЕ И СОДЕРЖАНИЕ ИЗВЕЩЕНИЙ,

ФОРМИРУЕМЫХ ПОДРАЗДЕЛЕНИЯМИ БАНКА РОССИИ

1. Наименование извещения имеет следующую структуру: <IZVzzz_P.txt>, где:

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

zzz = UPB для извещения, формируемого Уполномоченным подразделением Банка России и направляемого МИ ФНС России по ЦОД;

zzz = TUG - для извещения, формируемого ТУ Банка России и направляемого МИ ФНС России по ЦОД;

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

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

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

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

2. Текст извещения имеет следующую структуру:

2.1. В первой строке указывается наименование полученного файла без расширения, после которого без пробелов и разделителей указываются символы ###.

2.2. Во второй строке указывается информация о результатах проверки, после которой без пробелов и разделителей указываются символы @@@.

Информация о результатах проверки указывается в виде следующих кодов и, после символа ";", текстового пояснения длиной не более 512 символов, уточняющего причину отрицательного результата проверки:

01 - для положительного результата проверки;

02 - для отрицательного результата проверки КА;

03 - в случае несоответствия структуры наименования файла установленным требованиям;

04 - в случае отсутствия кода ТУ Банка России, указанного в наименовании файла, в перечне кодов ТУ Банка России, осуществляющих в Банке России обмен сообщениями, предусмотренными Положением N 365-П;

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

06 - в случае невозможности разархивирования файла;

07 - в случае временного приостановления обмена сообщениями с банком (филиалом банка), код которого указан в наименовании файла;

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

В случае указания кода 01 символ ";" и текстовое пояснение не приводится.

2.3. В третьей строке указывается дата завершения проверки по местному времени в формате CCYY-MM-DD (где CCYY - год, MM - месяц, DD - день цифрами, например, 2008-01-01), после которой без пробелов и разделителей указываются символы @@@.

2.4. В четвертой строке указывается местное время завершения проверки в формате hh:mm:ss (где hh - часы, mm - минуты, ss - секунды цифрами, например, 09:01:01), после которого без пробелов и разделителей указываются символы @@@.

2.5. В пятой строке указываются символы ===.

Приложение 2

НАИМЕНОВАНИЕ И СОДЕРЖАНИЕ ПОДТВЕРЖДЕНИЯ

1. Наименование подтверждения имеет следующую структуру: <PBq_P.txt>, где:

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

q = порядковый номер подтверждения; q = 1, для кодов проверки 10 - 15; q = 2, для кодов проверки 31 - 35;

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

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

2. Текст подтверждения имеет следующую структуру:

в первой строке указывается наименование полученного зашифрованного файла (без расширения), после которого без пробелов и разделителей указываются символы ###;

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

информация о результатах проверки указывается в виде следующих кодов и, после символа ";", текстового пояснения, уточняющего причину отрицательного результата проверки:

10 - для положительного результата проверки;

11 - для отрицательного результата расшифрования зашифрованного файла;

12 - для отрицательного результата проверки КА;

13 - в случае невозможности разархивирования файла;

14 - в случае несоответствия структуры наименования файла установленным требованиям;

15 - для отрицательного результата проверки формата электронного документа, сформированного налоговым органом;

в случае указания кода 10 символ ";" и текстовое пояснение не приводится;

в случае указания кода 15 сведения об ошибках приводятся в следующем формате:

15;<содержание строки>:<текстовое пояснение>

...

15;<содержание строки>:<текстовое пояснение>

@@@

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

31 - электронный документ ошибочно направлен налоговым органом не в тот банк (филиал банка);

32 - в банке (филиале банка) отсутствует номер счета, указанный в электронном документе, сформированном налоговым органом;

33 - наименование клиента не соответствует номеру счета клиента, указанному в электронном документе, сформированном налоговым органом;

34 - при невозможности исполнения поручения налогового органа в установленный срок в связи с отсутствием (недостаточностью) денежных средств на корреспондентском счете банка (филиала банка);

35 - в иных случаях;

в следующей строке указывается дата завершения проверки по местному времени в формате CCYY-MM-DD (где CCYY - год, MM - месяц, DD - день цифрами), после которой без пробелов и разделителей указываются символы @@@;

в предпоследней строке указывается местное время завершения проверки в формате hh:mm:ss (где hh - часы, mm - минуты, ss - секунды цифрами), после которого без пробелов и разделителей указываются символы @@@;

в последней строке указываются символы ===.

Текстовое пояснение, уточняющее причину отказа, является обязательным и имеет длину не более 512 символов.

Приложение 3

НАИМЕНОВАНИЕ И СОДЕРЖАНИЕ ИЗВЕЩЕНИЯ,

ФОРМИРУЕМОГО МИ ФНС РОССИИ ПО ЦОД

1. Наименование извещения имеет следующую структуру:

<KWTzzz_P.txt>, где:

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

zzz = FCT - для извещения, формируемого МИ ФНС России по ЦОД и направляемого ТУ Банка России;

zzz = FCB - для извещения, формируемого МИ ФНС России по ЦОД и направляемого банку;

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

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

2. Текст извещения имеет следующую структуру:

в первой строке указывается наименование полученного файла без расширения, после которого без пробелов и разделителей указываются символы ###;

во второй строке указывается информация о результатах проверки, после которой без пробелов и разделителей указываются символы @@@;

информация о результатах проверки указывается в виде следующих кодов и, после символа ";", текстового пояснения, уточняющего причину отрицательного результата проверки:

20 - для положительного результата проверки;

21 - для отрицательного результата расшифрования;

22 - для отрицательного результата проверки КА;

23 - в случае несоответствия структуры наименования файла установленным требованиям;

24 - в случае отсутствия сведений о банке (учреждении Банка России) в списке ключей шифрования;

25 - в случае невозможности разархивирования файла;

26 - в случае отрицательного результата проверки формата электронного документа, сформированного банком (филиалом банка), учреждением Банка России, служебного сообщения;

в случае указания во второй строке кода 20 символ ";" и текстовое пояснение не приводится;

в случае указания во второй строке кода 26 сведения об ошибках приводятся в следующем формате:

26;<содержание строки>:<текстовое пояснение>

...

26;<содержание строки>:<текстовое пояснение>

@@@

в следующей строке указывается дата завершения проверки по местному времени в формате CCYY-MM-DD (где CCYY - год, MM - месяц, DD - день цифрами, например, 2008-01-01), после которой без пробелов и разделителей указываются символы @@@;

в предпоследней строке указывается местное время завершения проверки в формате hh:mm:ss (где hh - часы, mm - минуты, ss - секунды цифрами, например, 09:01:01), после которого без пробелов и разделителей указываются символы @@@;

в последней строке указываются символы ===.

Текстовое пояснение, уточняющее причину отрицательного результата проверки, является обязательным и имеет длину не более 512 символов.

Приложение 4

НАИМЕНОВАНИЕ И СОДЕРЖАНИЕ УВЕДОМЛЕНИЯ,

ФОРМИРУЕМОГО ТУ БАНКА РОССИИ ПРИ ЗАКЛЮЧЕНИИ (РАСТОРЖЕНИИ,

ИЗМЕНЕНИИ УСЛОВИЙ) СОГЛАШЕНИЯ

Уведомление о заключении (расторжении, изменении условий) соглашения с банком (филиалом банка) формируется в ТУ Банка России и направляется в МИ ФНС России по ЦОД через Уполномоченное подразделение Банка России.

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

<DSBabbbbbbb_DDDDDDDD_NNNNNN.txt>,

где:

DSB - условный символ для уведомления о заключении (расторжении, изменении условий) соглашения;

a = 1 - для первичного уведомления;

a = 9 - при отмене ошибочного уведомления о заключении (расторжении) соглашения. Отменяющее уведомление должно иметь то же наименование, что и исходное, за исключением значения "a";

bbbbbbb - код банка (филиала банка), заключившего соглашение (расторгнувшего, изменившего условия соглашения), знаки с 3 по 9 разряды БИК, указанного в Справочнике БИК России. В наименовании отменяющего уведомления (в случае ошибочного БИК в предыдущем уведомлении) указывается код, проставленный ранее в предыдущем уведомлении;

DDDDDDDD - дата составления уведомления ТУ Банка России в электронном виде в формате: год (4 символа), месяц (2 символа), день (2 символа);

NNNNNN - порядковый номер уведомления ТУ Банка России в текущем календарном году (6 символов с лидирующими нулями, начиная с 1);

txt - расширение файла уведомления.

Текст уведомления ТУ Банка России имеет следующую структуру:

в первой строке указывается код банка (филиала банка), заключившего (расторгнувшего, изменившего) соглашение (знаки с 3 по 9 разряды БИК), после которого без пробелов и разделителей указываются символы @@@. В отменяющем уведомлении (в случае ошибки БИК) указывается действительный код, соответствующий текущему состоянию;

во второй строке указывается сокращенное фирменное наименование банка (филиала банка), заключившего (расторгнувшего, изменившего) соглашение, в соответствии со Справочником БИК России, после которой без пробелов и разделителей указываются символы @@@;

в третьей строке указывается в виде кодов информация о заключении (код 20), расторжении (код 21) соглашения или внесения в него изменений (код 22), после которой без пробелов и разделителей указываются символы @@@;

в четвертой строке указывается трехсимвольный код условий соглашения RPZ, после которого без пробелов и разделителей указываются символы @@@:

R = 1 - если банк принимает решения о приостановлении или отмене приостановления операций по счетам в электронном виде; 0 - если не принимает;

P = 1 - если банк принимает поручения налогового органа на списание и перечисление в бюджетную систему Российской Федерации денежных средств в электронном виде; 0 - если не принимает;

Z = 1 - если банк принимает запросы налогового органа о наличии счетов в банке, об остатках денежных средств на счетах, о предоставлении выписок по операциям на счетах, требования об уплате денежной суммы по банковской гарантии в соответствии с п. 21 статьи 176.1 Налогового кодекса Российской Федерации в электронном виде и направляет справки и выписки в электронном виде; 0 - если не принимает и не направляет;

Сведения об остатках денежных средств на счетах при получении решения о приостановлении операций по счетам налогоплательщика в соответствии с п. 5 статьи 76 Налогового кодекса Российской Федерации направляются банками (филиалами банка), заключившими соглашение, в электронном виде в безусловном порядке. Требования налогового органа о перечислении налога в бюджетную систему Российской Федерации в соответствии со статьей 60 Налогового кодекса Российской Федерации принимаются банками (филиалами банка), заключившими соглашение, в безусловном порядке;

При расторжении соглашения указывается код "000";

в пятой строке указывается дата заключения (расторжения) соглашения с банком или дата заключения дополнительного соглашения об изменении условий соглашения в формате CCYY-MM-DD (где CCYY - год, MM - месяц, DD - день цифрами), после чего без пробелов и разделителей указываются символы @@@;

в шестой строке указывается дата вступления в силу изменений к условиям соглашения в формате CCYY-MM-DD (где CCYY - год, MM - месяц, DD - день цифрами), после чего без пробелов и разделителей указываются символы @@@. Дата вступления в силу изменений к условиям соглашения должна быть позднее 5 рабочих дней после даты заключения дополнительного соглашения, но не позднее 30 рабочих дней. В случае заключения (расторжения) соглашения строка отсутствует;

в седьмой строке указываются символы ===.

Приложение 5

НАИМЕНОВАНИЕ И СОДЕРЖАНИЕ УВЕДОМЛЕНИЯ

БАНКА (ФИЛИАЛА БАНКА) О НАЧАЛЕ, ПРЕКРАЩЕНИИ, ВРЕМЕННОМ

ПРИОСТАНОВЛЕНИИ, ВОЗОБНОВЛЕНИИ ОБМЕНА СООБЩЕНИЯМИ

Уведомление банка (филиала банка) о начале, прекращении, временном приостановлении, возобновлении обмена сообщениями формируется в банке (филиале банка) и направляется в МИ ФНС России по ЦОД через Банк России.

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

<BUVabbbbbbb_DDDDDDDD_NNNNNN.txt>,

где:

BUV - условный символ для уведомления банка о начале, прекращении, временном приостановлении, возобновлении обмена сообщениями, об изменении перечня филиалов (латинскими буквами);

a = 1 - для первичного уведомления;

a = 9 - при отмене ошибочного уведомления. Отменяющее уведомление должно иметь то же наименование, что и исходное, за исключением значения "a";

bbbbbbb - код банка (филиала банка), заключившего соглашение, знаки с 3 по 9 разряды БИК в соответствии со Справочником БИК России. В наименовании отменяющего уведомления (в случае ошибки БИК) указывается код, высланный ранее в предыдущем уведомлении;

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

NNNNNN - порядковый номер уведомления в текущем календарном году (6 символов с лидирующими нулями, начиная с 1);

txt - расширение файла уведомления.

2. Текст уведомления имеет следующую структуру:

в первой строке указывается код банка (филиала банка), заключившего соглашение, знаки с 3 по 9 разряды БИК, после которого без пробелов и разделителей указываются символы @@@. В отменяющем уведомлении (в случае ошибки БИК) указывается действительный код, соответствующий текущему состоянию;

во второй строке указывается платежное наименование банка (уполномоченного филиала банка), в соответствии со Справочником БИК, после которой без пробелов и разделителей указываются символы @@@;

в третьей строке указывается в виде кода информация о начале обмена сообщениями (код 11), о прекращении обмена сообщениями (код 21), о временном приостановлении обмена сообщениями (код 22), о возобновлении обмена сообщениями (код 12), об изменении перечня филиалов (код 31), после которого без пробелов и разделителей указываются символы @@@;

в четвертой и последующих строках для кодов 11 и 31 указываются номера филиалов по Книге государственной регистрации кредитных организаций, БИК и платежные наименования филиалов, которые будут получать сообщения через указанный банк (уполномоченный филиал банка), заключивший соглашение, в следующем формате:

<Номер филиала>:<БИК>;<наименование>

###

........

<Номер филиала>:<БИК>;<наименование>

###

@@@

Для филиалов, не имеющих БИК, указывается БИК банка или уполномоченного филиала, который он использует;

Если перечень филиалов отсутствует, то указывается только строка @@@.

В предпоследней строке указывается дата начала, прекращения, временного приостановления, возобновления обмена сообщениями или изменения перечня филиалов в формате CCYY-MM-DD (где CCYY - год, MM - месяц, DD - день цифрами), после которой без пробелов и разделителей указываются символы @@@;

в последней строке указываются символы ===.

Номер филиала включает 4 позиции с лидирующими нулями. Наименование филиала не должно превышать 60 символов.

Уведомления должны формироваться в следующей последовательности: {начало обмена - {[изменение перечня филиалов]} - {[временное приостановление - возобновление обмена]} - {[изменение перечня филиалов]} - прекращение обмена}. Состояния, отмеченные в квадратных скобках, не являются обязательными. Состояния, отмеченные в фигурных скобках, могут быть множественными. Дата перехода в новое состояние не должна быть меньше даты, указанной в предыдущем уведомлении.

Приложение 6

СТРУКТУРА И СОСТАВ АРХИВНОГО ФАЙЛА

1. Наименование архивного файла имеет следующую структуру:

<AFN_SSSSSSS_RRRRRRR_ГГГГММДД_NNN.arj>,

где:

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

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

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

Для банка (филиала банка) - знаки с 3 по 9 разряды банковского идентификационного кода (БИК) участника расчетов на территории Российской Федерации в соответствии со Справочником банковских идентификационных кодов участников расчетов, осуществляющих платежи через расчетную сеть Центрального банка Российской Федерации (Банка России), из них 3 и 4 разряды БИК - код ТУ Банка России. Для МИ ФНС России по ЦОД принимает фиксированное значение - MIFNS00.

ГГГГММДД - дата формирования архивного файла (8 символов, год, месяц, день, например, 20111207);

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

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

2. Каждый архивный файл содержит не более 100 файлов.

3. Файлы формируются с помощью программы архиватора ARJ32.

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

Для обмена сообщениями с полевыми учреждениями Банка России, расположенными на территории Российской Федерации, формируется архивный файл Департамента полевых учреждений с кодом отправителя или получателя TU00031.

Приложение 7

СТРУКТУРА И СОСТАВ СВОДНОГО АРХИВНОГО ФАЙЛА

1. Наименование сводного архивного файла имеет следующую структуру:

<SAFN_SS_RR_ГГГГММДД_NNN.arj>,

где:

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

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

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

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

- код территориального учреждения Банка России по ОКАТО - для ТУ Банка России;

- NO - константа, определяющая МИ ФНС России по ЦОД как отправителя или получателя сводного архивного файла;

- 31 - код Департамента полевых учреждений;

ГГГГММДД - дата формирования сводного архивного файла (8 символов, год, месяц, день, например, 20111207);

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

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

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

3. Файлы формируются с помощью программы архиватора ARJ32.

Другие документы по теме
"Об особенностях применения отдельных положений новых Правил предоставления гостиничных услуг в Российской Федерации"
"О вывозных таможенных пошлинах на нефть и отдельные категории товаров, выработанных из нефти, на период с 1 по 31 марта 2016 г."
"Ответы на вопросы, поступившие от территориальных органов Федерального казначейства к Всероссийскому совещанию в г. Сочи (14 - 19 сентября 2015 г.)"
"О курсовой политике Банка России"
Ошибка на сайте