ФЕДЕРАЛЬНАЯ НАЛОГОВАЯ СЛУЖБА

ПРИКАЗ

от 13 июня 2006 года N САЭ-3-13/345@

Об унифицированном формате информационного взаимодействия

____________________________________________________________________
Утратил силу с 1 сентября 2007 года на основании
приказа ФНС России от 8 августа 2007 года N ММ-3-13/469@
____________________________________________________________________

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

приказываю:

1. Утвердить Унифицированный формат транспортного сообщения в системе обмена электронными документами по телекоммуникационным каналам связи с использованием ЭЦП, согласно приложению.

2. Ввести в действие Унифицированный формат транспортного сообщения с 01.07.2006.

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

4. Контроль исполнения настоящего приказа возложить на заместителя руководителя Федеральной налоговой службы Д.А.Чушкина.

Руководитель
Федеральной налоговой службы
А.Сердюков

УНИФИЦИРОВАННЫЙ ФОРМАТ
транспортного сообщения  в системе обмена
электронными документами по телекоммуникационным каналам связи
с использованием электронной цифровой подписи

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

Унифицированный формат транспортного сообщения применяется для организации обмена электронными документами между налоговыми органами и хозяйствующими субъектами по телекоммуникационным каналам связи с использованием электронной цифровой подписи (ЭЦП). Обмен осуществляется посредством транспортных сообщений (ТС) (рис.1) с прикрепленными к ним транспортными контейнерами, содержащими зашифрованные для передачи получателю данные.

ДИВ - файл документа (нескольких частей документа) информационного взаимодействия;

{ЭЦП} - один из нескольких файлов ЭЦП, которыми заверен документ;

{С} - один из нескольких файлов с сертификатами ключей ЭЦП, которыми заверен документ;

ОДИВ - файл описания документа информационного взаимодействия.

Унифицированный формат транспортного сообщения поддерживает все действующие типы электронных документов информационного взаимодействия определяемых ФНС России в Реестрах в соответствии с регламентом документооборота между налоговыми органами и хозяйствующими субъектами.

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

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

"From:" - поле содержит имя отправителя в кодировке Quoted Printable/Windows 1251 или Base64/Windows 1251 и электронный адрес отправителя, заключенный в угловые скобки <>;

"Reply-To:" - поле содержит имя отправителя в кодировке Quoted Printable/Windows 1251 или Base64/Windows 1251 и электронный адрес отправителя, заключенный в угловые скобки <>;

"To:" - поле содержит имя получателя в кодировке Quoted Printable/Windows 1251 или Base64/Windows 1251 и электронный адрес получателя, заключенный в угловые скобки <>;

"Message-ID:" - поле содержит уникальный идентификатор сообщения, произвольного формата с длиной, не превышающей 40 символов;

"Content-Disposition:" - поле содержит ключевое слово "attachment" и параметр "filename" соответствующий имени присоединенного транспортного контейнера;

"Content-Length:" - поле содержит размер транспортного контейнера в байтах;

"Subject:" - содержание поля представляется в кодировке Quoted Printable/Windows 1251 или Base64/Windows 1251, определяется типом документа и именем присоединенного транспортного контейнера;

"X-Tax-Sender:" - поле содержит идентификатор отправителя сообщения (ИдОтпр);

"X-Tax-Receiver:" - поле содержит идентификатор получателя сообщения (ИдПол);

"X-Tax-Type: " - тип передаваемой в сообщении информации в кодировке Quoted Printable/Windows 1251 или Base64/Windows 1251;

"X-Tax-System:" - поле содержит наименование передающей системы в кодировке Quoted Printable/Windows 1251 или Base64/Windows 1251.

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

Транспортный контейнер прикрепляется (ключевое слово "attachment") к транспортному сообщению, передаваемому по телекоммуникационным каналам связи, как файл-вложение, имя которого указано в поле "Content-Disposition:" (параметр "filename").

Одно транспортное сообщение, передаваемое по телекоммуникационным каналам связи, должно содержать только один вложенный в него транспортный контейнер. Размер транспортного сообщения, передаваемого по телекоммуникационным каналам связи не должен превышать 2 ГБ. Пример транспортного сообщения, содержащего документ налоговой отчетности, приведен в приложении N 1.

3. Требования к содержанию и структуре транспортного контейнера

Транспортный контейнер представляет собой файл, содержащий зашифрованные данные и реквизиты их шифрования.

Реквизиты шифрования данных:

- Версия - реквизит формата файла транспортного контейнера;

- Длина отпечатка сертификата ключа ЭЦП, с помощью которого были зашифрованы данные, - реквизит сертификата отправителя;

- Отпечаток сертификата ключа ЭЦП, с помощью которого были зашифрованы данные, - реквизит сертификата отправителя;

- Длина имени владельца сертификата ключа ЭЦП, с помощью которого были зашифрованы данные, - реквизит сертификата отправителя;

- Имя владельца сертификата ключа ЭЦП, с помощью которого были зашифрованы данные, - реквизит сертификата отправителя;

- Длина отпечатка сертификата ключа ЭЦП, с помощью которого можно расшифровать данные, - реквизит сертификата получателя;

- Отпечаток сертификата ключа ЭЦП, с помощью которого можно расшифровать данные - реквизит сертификата получателя;

- Длина имени владельца сертификата ключа ЭЦП, с помощью которого можно расшифровать данные, - реквизит сертификата получателя;

- Имя владельца сертификата ключа ЭЦП, с помощью которого можно расшифровать данные, - реквизит сертификата получателя;

- Длина зашифрованного сессионного ключа - вырабатывается системой криптографической защиты информации (СКЗИ) Крипто Про CSP*

_______________

* СКЗИ (Средство Криптографической Защиты Информации) КриптоПро CSP разработано ООО "Крипто-Про" в соответствии с криптографическим интерфейсом фирмы Microsoft - Cryptographic Service Provider (CSP), имеет сертификат соответствия ФСБ и может использоваться для формирования ключей шифрования и ключей электронной цифровой подписи, шифрования и имитозащиты данных, обеспечения целостности и подлинности информации, не содержащей сведений, составляющих государственную тайну.

- Зашифрованный сессионный ключ - вырабатывается СКЗИ КриптоПро CSP

- Длина вектора инициализации - вырабатывается СКЗИ КриптоПро CSP

- Вектор инициализации - вырабатывается СКЗИ КриптоПро CSP

- Длина зашифрованных данных - вырабатывается СКЗИ КриптоПро CSP     

Зашифрованные данные представляют собой файл архива, содержащий в себе:

- файл документа информационного взаимодействия (налоговая декларация, квитанция, протокол и т.п.) - ДИВ;

- один или несколько файлов ЭЦП, которыми заверен документ - {ЭЦП};

- один или несколько файлов с сертификатами ключей ЭЦП, которыми заверен документ - {C};

- файл описания документа информационного взаимодействия - ОДИВ;

- файл информации об отправителе и получателе - ИОП.     

Для архивирования данных применяется формат, соответствующий спецификации файлового формата ZIP*. Структура транспортного контейнера приведена в приложении N 2.

_______________

* Описание формата ZIP доступно на сайте компании разработчика PkWare www.pkware.com/company/standards/appnote/appnote.txt).

Имя файла транспортного контейнера совпадает с именем документа информационного взаимодействия, который он содержит. Требования к наименованию файла документа информационного взаимодействия, его формату и правилам заполнения определяются соответствующими нормативными документами ФНС России и Минфина. Пример файла документа информационного взаимодействия приведен в приложении N 3.

Файлы ЭЦП ({ЭЦП}) содержат электронные цифровые подписи документа информационного взаимодействия, сформированные лицами, имеющими полномочия на право подписи таких документов или подтверждающих получение данного документа. Структура файла ЭЦП приведена в приложении N 4.

Файлы сертификатов ЭЦП ({C}) содержат сертификаты электронных цифровых подписей, владельцами которых подписан документ информационного взаимодействия. Для каждого файла ЭЦП в транспортном контейнере содержится соответствующий ему файл сертификата. При передаче сообщений, являющихся ответом на первичное сообщение, файлы сертификатов в состав зашифрованных данных транспортного контейнера не включаются. Структура файла сертификата приведена в приложении N 5.

Файл описания документа информационного взаимодействия (ОДИВ) используется для передачи оригинального наименования документа информационного взаимодействия в случае, когда такое наименование не может быть передано в наименовании файла транспортного контейнера. В случае, когда документ информационного взаимодействия состоит из нескольких частей, информация об оригинальном наименовании может содержаться для каждой из них. Структура и пример файла описания документа информационного взаимодействия приведены в приложении N 6.

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

4. Состав зашифрованных данных файла транспортного контейнера

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

_______________

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

4.1. Для передачи файла документа (налоговой декларации и/или бухгалтерской отчетности):

- filename.ext - исходный файл документа, где filename.ext - имя и расширение файла, определенные правилами нормативных документов ФНС для именования файлов;