в базе 1 113 607 документа
Последнее обновление: 28.09.2024

Законодательная база Российской Федерации

Расширенный поиск Популярные запросы

8 (800) 350-23-61

Бесплатная горячая линия юридической помощи

Навигация
Федеральное законодательство
Содержание
  • Главная
  • ПРИКАЗ ФНС РФ от 13.06.2006 N САЭ-3-13/345@ "ОБ УНИФИЦИРОВАННОМ ФОРМАТЕ ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ"
отменен/утратил силу Редакция от 13.06.2006 Подробная информация
ПРИКАЗ ФНС РФ от 13.06.2006 N САЭ-3-13/345@ "ОБ УНИФИЦИРОВАННОМ ФОРМАТЕ ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ"

УНИФИЦИРОВАННЫЙ ФОРМАТ ТРАНСПОРТНОГО СООБЩЕНИЯ В СИСТЕМЕ ОБМЕНА ЭЛЕКТРОННЫМИ ДОКУМЕНТАМИ ПО ТЕЛЕКОММУНИКАЦИОННЫМ КАНАЛАМ СВЯЗИ С ИСПОЛЬЗОВАНИЕМ ЭЛЕКТРОННОЙ ЦИФРОВОЙ ПОДПИСИ

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

Унифицированный формат транспортного сообщения применяется для организации обмена электронными документами между налоговыми органами и хозяйствующими субъектами по телекоммуникационным каналам связи с использованием электронной цифровой подписи (ЭЦП). Обмен осуществляется посредством транспортных сообщений (ТС) (рис. 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 или Ваse64/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.

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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


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

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

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

- filename.ext.sgnN - ЭЦП отправителя файла filename.ext, N - внутренний номер владельца ЭЦП, должен быть хотя бы один файл ЭЦП;

- thumbprint.cerN - сертификат открытого ключа отправителя, использованный для формирования файла ЭЦП filename.ext.sgnN, где thumbprint - отпечаток сертификата открытого ключа, находящегося в файле;

- filename.ext.info - информация об отправителе, получателе транспортного сообщения и типе передаваемой информации.

4.2. Для передачи подтверждения отправки файла документа (содержащего дату отправки файла)

- filename.ext.rcpt - информация о приеме транспортного контейнера с именем filename.ext, содержащее дату и время отправки контейнера;

- filename.ext.rcpt.sgn1 - ЭЦП налогового органа.

4.3. Для передачи протокола входного контроля (протокола проверки файла отчетности на соответствие формату представления) от налогового органа для налогоплательщика:

- filename.ext.log - протокол;

- filename.ext.gni.sgn1 - ЭЦП налогового органа.

4.4. Для передачи квитанции о приемке файла документа налоговым органом:

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

- filename.ext.gni.sgn1 - ЭЦП НО;

- filename.ext.info - информация об отправителе, получателе транспортного сообщения и типе передаваемой информации.

4.5. Для передачи подтверждения отправки, заверенного ЭЦП отправителя, для налогового органа (см. п. 4.2):

- filename.ext.rcpt - исходная квитанция;

- filename.ext.rcpt.nlp.sgn1 - ЭЦП отправителя под квитанцией;

- thumbprint.cer1 - сертификат открытого ключа отправителя, использованный для формирования файла ЭЦП filename.ext.rcpt.nlp.sgn1, где thumbprint - отпечаток сертификата открытого ключа, находящегося в файле;

- filename.ext.info - информация об отправителе, получателе транспортного сообщения и типе передаваемой информации.

4.6. Для передачи протокола входного контроля, заверенного ЭЦП отправителя, для налогового органа (см. п. 4.3):

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

- filename.ext.log.nlp.sgn1 - ЭЦП отправителя под протоколом;

- thumbprint1.cer1 - сертификат открытого ключа отправителя, использованный для формирования файла ЭЦП filename.ext.log.nlp.sgn1;

- filename.ext.info - информация об отправителе, получателе транспортного сообщения и типе передаваемой информации;

- filename.ext.rcpt.sgn1 (ЭЦП приемного комплекса налогового органа под квитанцией).

4.7. Для передачи подтверждения отправки документа от специализированного оператора связи для налогового органа:

- filename.ext.rcpt - квитанция о приеме транспортного контейнера с именем filename.ext, содержащее дату и время отправки контейнера;

- filename.ext.rcpt.sgn1 - ЭЦП под квитанцией, принадлежащее специализированному оператору связи.

4.8. Для передачи подтверждения отправки, заверенного ЭЦП налогового органа, для специализированного оператора связи:

- filename.ext.rcpt - исходная квитанция;

- filename.ext.rcpt.gni.sgn1 - ЭЦП налогового органа.

Состав данных, приведенный в п. 4.7 и п. 4.8, применяется только в том случае, если отправитель пользуется услугами специализированного оператора связи.

  • Главная
  • ПРИКАЗ ФНС РФ от 13.06.2006 N САЭ-3-13/345@ "ОБ УНИФИЦИРОВАННОМ ФОРМАТЕ ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ"