Приказ ФНС № САЭ-3-13/345@ от 2006-06-13
| Орган выпустивший документ | Министерство Финансов РФ, Федеральная Налоговая Служба, Министерство экономического развития, Министерство здравоохранения и социального развития |
|---|---|
| Тип документа | Письмо, Приказ |
| Уточните год | 2010, 2009, 2008, 2007, 2006, 2005, 2004 |
| Уточните месяц | Декабрь, Ноябрь, Октябрь, Сентябрь, Август, Июль, Июнь, Май, Апрель, Март, Февраль, Январь |
№ САЭ-3-13/345@
Об унифицированном формате информационного взаимодействия
Об унифицированном формате информационного взаимодействия
Принят
Федеральной налоговой службой 13 июня 2006 года
В целях обеспечения унификации информационного взаимодействия между налогоплательщиками и налоговыми органами по телекоммуникационным каналам связи с использованием электронной цифровой подписи (далее - ЭЦП) приказываю:
1.Утвердить Унифицированный формат транспортного сообщения в системе обмена электронными документами по телекоммуникационным каналам связи с использованием ЭЦП, согласно приложению.
2.Ввести в действие Унифицированный формат транспортного сообщения с 01.07.2006.
3.Управлению информационных технологий (А.Б. Иконников) обеспечить доведение до всех участников информационного взаимодействия информацию о вводе в действие Унифицированного формата транспортного сообщения.
4.Контроль исполнения настоящего Приказа возложить на заместителя руководителя Федеральной налоговой службы Д.А. Чушкина.
УНИФИЦИРОВАННЫЙ ФОРМАТ ТРАНСПОРТНОГО СООБЩЕНИЯ В СИСТЕМЕ ОБМЕНА ЭЛЕКТРОННЫМИ ДОКУМЕНТАМИ ПО ТЕЛЕКОММУНИКАЦИОННЫМ КАНАЛАМ СВЯЗИ С ИСПОЛЬЗОВАНИЕМ ЭЛЕКТРОННОЙ ЦИФРОВОЙ ПОДПИСИ
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 или Вase64/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, применяется только в том случае, если отправитель пользуется услугами специализированного оператора связи.
- Налоговые вычеты
- Увольнение
- Отпуск
- Больничный
- Аудиторские услуги