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

УТВЕРЖДЕН
приказом ФНС России
от «19 » 04 2012г.
ММВ-7-6/251@

Унифицированный формат транспортного контейнера
при информационном взаимодействии с приемными комплексами
налоговых органов по телекоммуникационным каналам связи
с использованием электронной подписи

1. Термины и определения

1.1. Электронный документ (документ ) – документ, представленный в электронном виде, в соответствии с требованиями формата для данного типа документа.

1.2. Транзакция – единичный шаг передачи контейнера с документами и электронными подписями требуемого вида (ЭП) в рамках документооборота определенного типа, который определяет набор передаваемых документов, ЭП, их отправителя и получателя.

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

1.4. Транспортный контейнер – набор логически связанных документов и ЭП, а также сопутствующая транспортная информация, объединенные в один файл.

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

1.6. НБО – налоговые декларации (расчеты), бухгалтерская отчетность и иные документы, служащие основанием для исчисления и уплаты налогов и сборов.

2. Общие сведения

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

2.2. Информационное взаимодействие происходит путем осуществления документооборота через проведение транзакций – передачи от одного участника документооборота другому транспортного контейнера с фиксированным для данной транзакции набором документов и ЭП, сделанными от имени уполномоченных лиц соответствующих участников документооборота.

2.3. В ходе осуществления документооборота документы передаются в сжатом и зашифрованном виде, если для конкретного типа документооборота не указано обратное. ЭП под документами передаются в открытом виде.

2.4. Для каждого типа документооборота используемые форматы служебно-технологических документов приводятся в справочнике Типов документооборота, размещаемом на сайте www. *****

3. Общие требования к составу контейнера

3.1. Содержимое транспортного контейнера

Транспортный контейнер представляет собой zip-архив, содержащий:

    файл с транспортной информацией в формате xml; zip-архивы файлов с содержимым передаваемых документов; zip-архивы файлов с описаниями документов; файлы с содержимым передаваемых ЭП;

Схема транспортного контейнера приведена на рисунке 1.

Microsoft" href="/text/category/microsoft/" rel="bookmark">Microsoft Word, Microsoft Excel, Open Document Text, Document Spreadsheet, Open XML Word и Open XML Spreadsheet, содержащих отсканированные изображения, предъявляются следующие требования: черно-белое изображение с разрешением отсканированного документа не менее 150 и не более 300 точек на дюйм с использованием 256 градаций серого цвета.

3.4. Требования к типам документооборота приведены в Приложениях 4 – 11, 1к настоящему документу.

4. Типы участников документооборота и их идентификация

4.1. Документооборот осуществляется между следующими участниками документооборота.

Условное обозначение

Описание

абонент

Налогоплательщик (юридическое лицо или индивидуальный предприниматель) или его уполномоченный представитель

налоговыйОрган

Налоговый орган ФНС России

спецоператор

Специализированный оператор связи

доверенныйУЦ

Удостоверяющий центр, входящий в Сеть Доверенных УЦ ФНС России

4.2. Идентификаторы участников документооборота состоят из символов латинского алфавита a–z, 0–9, «@», «.» и «-». Идентификаторы являются регистронезависимыми.

4.3. В качестве идентификатора налогового органа используется четырехзначный код налогового органа в кодировке классификатора СОУН.

4.4. В качестве идентификатора специализированного оператора связи и доверенного удостоверяющего центра используется уникальный трехсимвольный код, определяемый ФНС России.

4.5. Идентификатор абонента имеет формат

<префикс системы><код абонента>

<префикс системы> – это идентификатор специализированного оператора связи или доверенного удостоверяющего центра; длина <префикса системы> равна 3 символам; <префикс системы> должен совпадать с идентификатором специализированного оператора связи, услугами которого пользуется абонент;

<код абонента> – это уникальный код абонента, используемый во внутренней системе специализированного оператора связи или доверенного удостоверяющего центра; длина <код абонента> не более 43 символов.

5. Спецификация используемых технологий

5.1. Универсальные уникальные идентификаторы

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

5.1.2. Используемые универсальные уникальные идентификаторы должны генерироваться согласно общим принципам формирования UUID, изложенным в документе RFC 4122 (http://www. ietf. org/rfc/rfc4122.txt). Универсальные уникальные идентификаторы представляются в виде шестнадцатеричного числа из 32 разрядов, записанного в нижнем регистре.

5.2. Объединение и сжатие файлов

5.2.1. Для объединения нескольких документов в один транспортный контейнер и для сжатия документов используется формат zip-архива.

5.2.2. Формат zip-архива описывается в открытой спецификации, доступной по адресу http://www. /documents/casestudies/APPNOTE. TXT. Архивирование должно производиться в соответствии с базовыми возможностями версии 2.0, без использования шифрования.

5.2.3. Документу перед сжатием присваивается имя «file», после чего он сохраняется в архиве. Имя архива формируется в соответствии с пунктом 3.1.1. При извлечении документа из архива, для восстановления исходного имени файла используется информация из файла описания транспортной информации.

5.3. Криптография

5.3.1. Для шифрования используются алгоритмы ГОСТ . Для формирования ЭП используются алгоритмы ГОСТ Р 34.10-2001 .

5.3.2. Зашифрованные данные и ЭП передаются при помощи контейнера PKCS #7 (RFC 2315, http://www. ietf. org/rfc/rfc2315.txt). Для сохранения в файл используется DER-кодировка.

5.3.3. Зашифрованные данные передаются в виде структуры ContentInfo со структурой EnvelopedData в качестве содержимого.

5.3.4. ЭП передаются в виде структуры ContentInfo со структурой SignedData в качестве содержимого. ЭП должна включать относящийся к ней сертификат и не должна включать подписанный ею документ.

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

6. Общие требования к составу почтового сообщения при взаимодействии с унифицированной системой представления налоговой декларации и бухгалтерской отчетности в электронном виде по телекоммуникационным каналам связи

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


I . Формат описания передаваемого документа НБО

(Версия 02)

1. ОБЩИЕ СВЕДЕНИЯ

1.1. Назначение

Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений о документе НБО, содержащемся в транспортном контейнере (далее файл обмена).

2. ОПИСАНИЕ ФАЙЛА ОБМЕНА

TR_DEKL_2_700_02_09_02_xx, где хх – текущая версия схемы.

Расширение имени файла – xsd.

Формат символьной строки указывается в виде Т(n-к) или T(=к), где n - минимальное количество знаков в строке, к – максимальное количество знаков, символ ”-” – разделитель, символ ”=” означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид Т(0-к). В случае, если максимальное количество знаков неограниченно, формат имеет вид Т(n-). В случае, если элемент неопределённой длины, формат имеет вид Т

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

3. Диаграмма файла обмена

Рис.1. Диаграмма структуры файла обмена

4. Перечень структурных элементов логической модели файла обмена

Перечень структурных элементов логической модели файла обмена приведен в табл. 4.1

Таблица 4.1

Описание передаваемого документа НБО (описание)

Наименование элемента

Сокращённое наименование (код) элемента

Признак типа элемента

Формат элемента

Признак обязательности элемента

Дополнительная информация

Имя формы передаваемого документа НБО

имяФормы

КНД передаваемого документа НБО

КНДФормы

Вид передаваемого документа НБО

видДокумента

Принимает значения «первичный» или «корректирующий»

Отчетный год, за период которого передается документ НБО

Типовой элемент

Код периода, за который передается документ НБО

кодПериода

Код периода, за который передается документ НБО, согласно Справочнику кодов, определяющих налоговый (отчетный) период (СКНП)

Совпадает с налоговым (отчётным) периодом, указанным в отчётности

Обязателен при наличии в отчётности

Код налогового органа, в котором абонент состоит на учете

НОПоМестуУчета

Типовой элемент <СОНОТип>

Код налогового органа, в котором производится администрирование объекта налогообложения , по которому передается документ НБО

НОПоМестуНахождения

Типовой элемент <СОНОТип> Коды из Классификатора системы обозначений налоговых органов

Дополнительные сведения

Типовой элемент (множественный)


II . Формат описания обращения, письма и рассылки

(Версия 02)

1. ОБЩИЕ СВЕДЕНИЯ

1.1. Назначение

Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений об описании обращения, письма и рассылки.

2. ОПИСАНИЕ ФАЙЛА ОБМЕНА

2.1. Общие сведения по файлу обмена

Имя файла обмена должно иметь следующий вид:

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

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:

TR_PISRAS_2_700_03_09_02_xx, где хх – текущая версия схемы.

Расширение имени файла – xsd.

2.2. Логическая модель файла обмена

Логическая модель файла представлена в графическом виде в Разделе 3 на рис.1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.

Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:

· Наименование элемента. Приводится полное наименование элемента.

· Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Сокращенные наименования могут записываться буквами и цифрами.

· Признак типа элемента. Может принимать следующие значения: "С" – сложный элемент (имеющий вложенные), "П" – простой элемент (не имеющий вложенных); А - атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе «Дополнительные сведения».

· Формат элемента. Формат представляется в условных обозначениях, которым соответствуют следующие значения: Т – символьная строка; N – числовое значение (целое или дробное).

Формат символьной строки указывается в виде Т(n-к) или T(=к), где n - минимальное количество знаков в строке, к – максимальное количество знаков, символ ”-” – разделитель, символ ”=” означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид Т(0-к). В случае, если максимальное количество знаков неограниченно, формат имеет вид Т(n-). В случае, если элемент неопределённой длины, формат имеет вид Т.

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

Для простых элементов, являющихся базовыми в XML (определенными в http://www. w3.org/TR/xmlschema-0), например, элемент с типом “date”, поле “Формат элемента” не заполняется. Для таких элементов в поле “Дополнительная информация” указывается тип базового элемента.

· Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: “О” – обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); “Н” – присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т. п.), то признак обязательности элемента дополняется символом “К”. Например: “ОК”. В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом “М”. Например: “ОМ, ОКМ”.

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

Усовершенствованный сервис "Подача заявления физического лица о постановке на учет" начал действовать на территории всех субъектов РФ с 4 июня 2013 года. Как сообщили в пресс-службе ФНС, теперь у налогоплательщиков появилась возможность направлять в налоговый орган электронные документы, подписанные усиленной квалифицированной электронной подписью заявителя, в составе транспортного контейнера. В ведомстве отметили:

Электронные документы и транспортный контейнер для направления в налоговый орган можно подготовить с помощью специализированного бесплатного программного обеспечения «Налогоплательщик ЮЛ». При этом заявитель должен иметь соответствующий применяемому ключу электронной подписи квалифицированный сертификат ключа проверки электронной подписи (далее - СКПЭП), действительный на момент создания усиленной квалифицированной электронной подписи документов и на день направления указанных документов в налоговый орган. СКПЭП должен быть выдан одним из удостоверяющих центров, входящих в сеть доверенных удостоверяющих центров, участником которой является ФНС России.

Также в ФНС подчеркнули, что сервис «Подача заявления физического лица о постановке на учет» позволяет:

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

Кроме того, в налоговом ведомстве напомнили, что свидетельство о постановке на учет в налоговом органе на бумажном носителе может быть получено лично заявителем либо представителем по доверенности, а также по почте заказным письмом. Напомним, в настоящее время ФНС активно расширяет перечень госуслуг, которые можно получить через Интернет, как для физических, так и для юридических лиц. В частности, заработал личный кабинет налогоплательщика, началась электронная регистрация компаний, с помощью Интернета можно получить необходимую информацию для исчисления своих налогов. Помимо этого, доступен Единый государственный реестр юридических лиц. Как мы писали ранее, эффективность электронных услуг ФНС проверила Счетная палата. Ведомство пришло к выводу, что интерактивные сервисы позволят повысить эффективность госуправления. Однако требует серьезной доработки законодательная база. Добавим, что план перехода органов исполнительной власти на предоставление услуг и функций в электронном виде утвержден постановлением Правительства РФ от 17 октября 2009 г. N 1555-р. Требования к организации предоставления государственных и муниципальных услуг в электронной форме устанавливает статья 10 Федерального закона от 27.07.2010 N 210-ФЗ.

Многие государственные службы теперь предоставляют ряд своих услуг в электронном виде, т.е. по средствам сети Интернет. В перечень электронных услуг, предоставляемых ФНС, также включена и онлайн-регистрация ИП. Это значит, что заявление и все необходимые для этой процедуры документы, вы сможете представить в налоговую инспекцию онлайн, экономя время на ожидание в очередях.

 

Кто может выступать в роли заявителя при онлайн-регистрации индивидуального предпринимателя?

Заявление на регистрацию может быть подано непосредственно предпринимателем, или же нотариусом (лицом его замещающим), который свидетельствует подлинность подписи на регистрационном заявлении.

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

Регистрация ИП через интернет пошагово

Шаг №1

Вам необходимо отсканировать все документы, требуемые для регистрации ИП. Полный перечень вы найдете в статье: Инструкция по самостоятельной регистрации ИП .

Важно: Сканирование документов, которые состоят из нескольких страниц, необходимо производить в режиме одного файла. Технические требования к отсканированным документам следующие: изображение должно быть в формате BW, его разрешение должно быть 300*300dp, глубина цвета должна соответствовать 1 биту, формат уже готового файла - это многостраничный TIF.

Шаг №2

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

Шаг №3

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

Шаг №4

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

Шаг №5

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

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

Шаг №6

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

Шаг №7

Забрать свидетельство о регистрации вы сможете способом, который указали в своем регистрационном заявлении, направленном в налоговый орган.

Теперь вы знаете алгоритм действий, который необходимо совершить для онлайн-регистрации ИП.

В целях обеспечения унификации информационного взаимодействия в электронном виде между налогоплательщиками и налоговыми органами по телекоммуникационным каналам связи с использованием электронной цифровой подписи и по результатам тестирования программного обеспечения, разработанного в соответствии с приказом ФНС России от 02.11.2009 № ММ-7-6/534@ «Об утверждении Методических рекомендаций по организации электронного документооборота при представлении налоговых деклараций (расчетов) в электронном виде по телекоммуникационным каналам связи», приказываю:

1. Утвердить прилагаемый Унифицированный формат транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи (далее - Унифицированный формат транспортного контейнера).

2. Ввести в действие Унифицированный формат транспортного контейнера с даты вступления в силу Методических рекомендаций по организации электронного документооборота при представлении налоговых деклараций (расчетов) в электронном виде по телекоммуникационным каналам связи, утвержденных приказом ФНС России от 02.11.2009 № ММ-7-6/534@.

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

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

5. Признать утратившим силу приказ Федеральной налоговой службы от 18.12.2009 № ММ-7-6/693@ «Об утверждении Унифицированного формата транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи».

6. Контроль за исполнением настоящего приказа возложить на заместителя руководителя Федеральной налоговой службы Н.Е. Мельникова.

Унифицированный формат транспортного контейнера
при информационном взаимодействии с приемными комплексами
налоговых органов по телекоммуникационным каналам связи
с использованием электронной цифровой подписи
(утв. приказом Федеральной налоговой службы от 9 ноября № ММВ-7-6/535@)

1. Термины и определения

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

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

1.3. Электронный документ (документ) - документ, представленный в электронном виде, в соответствии с требованиями формата для данного типа документа.

1.4. Транзакция - единичный шаг передачи контейнера с документами и ЭЦП в рамках документооборота определенного типа, который определяет набор передаваемых документов, ЭЦП, их отправителя и получателя.

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

1.6. Транспортный контейнер - набор логически связанных документов и ЭЦП, а также сопутствующая транспортная информация, объединенные в один файл.

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

1.8. НБО - налоговые декларации (расчеты), бухгалтерская отчетность и иные документы, служащие основанием для исчисления и уплаты налогов и сборов.

2. Общие сведения

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

2.2. Информационное взаимодействие происходит путем осуществления документооборота через проведение транзакций - передачи от одного участника документооборота другому транспортного контейнера с фиксированным для данной транзакции набором документов и ЭЦП, сделанными от имени уполномоченных лиц соответствующих участников документооборота.

2.3. В ходе осуществления документооборота документы передаются в сжатом и зашифрованном виде, если для конкретного типа документооборота не указано обратное. ЭЦП под документами передаются в открытом виде.

2.4. Для каждого типа документооборота используемые форматы служебно-технологических документов приводятся в справочнике Типов документооборота, размещаемом на сайте www.nalog.ru

3. Общие требования к составу контейнера

3.1. Содержимое транспортного контейнера

Транспортный контейнер представляет собой zip-архив, содержащий:

Файл с транспортной информацией в формате xml;

Zip-архивы файлов с содержимым передаваемых документов;

Zip-архивы файлов с описаниями документов;

Файлы с содержимым передаваемых ЭЦП;

Схема транспортного контейнера приведена на рисунке 1.

Рисунок 1: Схема транспортного контейнера

3.1.1. Файлы с содержимым документов и ЭЦП именуются с использованием универсальных уникальных идентификаторов по формату «.bin».

3.1.2. Транспортная информация и файлы с содержимым документов и ЭЦП объединяются в zip-архив в режиме STORE. Файл с транспортной информацией при передаче в транспортном контейнере не сжимается и не шифруется.

3.1.3. В одном транспортном контейнере передаются документы и ЭЦП, относящиеся к одной транзакции.

3.1.4. Описание документа присутствует в транспортном контейнере в виде отдельного zip-архива в случае, если описание документа определено типом передаваемого документа. Формат описания документов приведен в Приложении 1 к настоящему документу. Описание документа содержит дополнительную информацию о передаваемом файле и носит исключительно информативный характер. Документ может использоваться для более информативного диагностического сообщения при невозможности расшифровать файлы транспортного контейнера.

3.1.5. Формат описания транспортной информации приведен в Приложении 2 к настоящему документу.

3.2. Имя файла транспортного контейнера

3.2.1. Транспортный контейнер передается в виде файла с уникальным именем по формату

FNS_<идентификатор отправителя>_<идентификатор получателя>__<код типа документооборота>_<код типа транзакции>_<код типа документа>.zip

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

3.2.3. UUID в имени файла контейнера представляет собой универсальный уникальный идентификатор, обеспечивающий уникальность имени файла контейнера.

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

3.2.5. Информация в имени файла должна совпадать с соответствующей информацией в транспортной информации контейнера.

3.3. Описания типов содержимого документов приведены в Приложении 3 к настоящему документу.

3.4. Требования к типам документооборота приведены в Приложениях 4 - 11 к настоящему документу.

4. Типы участников документооборота и их идентификация

4.1. Документооборот осуществляется между следующими участниками документооборота.

4.2. Идентификаторы участников документооборота состоят из символов латинского алфавита a-z, 0-9, «@», «.» и «-». Идентификаторы являются регистронезависимыми.

4.3. В качестве идентификатора налогового органа используется четырехзначный код налогового органа в кодировке классификатора СОУН.

4.4. В качестве идентификатора специализированного оператора связи и доверенного удостоверяющего центра используется уникальный трехсимвольный код, определяемый ФНС России.

4.5. Идентификатор абонента имеет формат

<префикс системы><код абонента>

<префикс системы> - это идентификатор специализированного оператора связи или доверенного удостоверяющего центра; длина <префикса системы> равна 3 символам; <префикс системы> должен совпадать с идентификатором специализированного оператора связи, услугами которого пользуется абонент;

<код абонента> - это уникальный код абонента, используемый во внутренней системе специализированного оператора связи или доверенного удостоверяющего центра; длина <код абонента> не более 43 символов.

5. Спецификация используемых технологий

5.1. Универсальные уникальные идентификаторы

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

5.1.2. Используемые универсальные уникальные идентификаторы должны генерироваться согласно общим принципам формирования UUID, изложенным в документе RFC 4122 (http://www.ietf.org/rfc/rfc4122.txt). Универсальные уникальные идентификаторы представляются в виде шестнадцатеричного числа из 32 разрядов, записанного в нижнем регистре.

5.2. Объединение и сжатие файлов

5.2.1. Для объединения нескольких документов в один транспортный контейнер и для сжатия документов используется формат zip-архива.

5.2.2. Формат zip-архива описывается в открытой спецификации, доступной по адресу http://www.pkware.com/documents/casestudies/APPNOTE.TXT. Архивирование должно производиться в соответствии с базовыми возможностями версии 2.0, без использования шифрования.

5.2.3. Документу перед сжатием присваивается имя «file», после чего он сохраняется в архиве. Имя архива формируется в соответствии с пунктом 3.1.1. При извлечении документа из архива, для восстановления исходного имени файла используется информация из файла описания транспортной информации.

5.3. Криптография

5.3.1. Для шифрования используются алгоритмы ГОСТ 28147-89. Для формирования ЭЦП используются алгоритмы ГОСТ Р 34.10-2001.

5.3.2. Зашифрованные данные и ЭЦП передаются при помощи контейнера PKCS #7 (RFC 2315, http://www.ietf.org/rfc/rfc2315.txt). Для сохранения в файл используется DER-кодировка.

5.3.3. Зашифрованные данные передаются в виде структуры ContentInfo со структурой EnvelopedData в качестве содержимого.

5.3.4. ЭЦП передаются в виде структуры ContentInfo со структурой SignedData в качестве содержимого. ЭЦП может включать в себя сертификат и не должна включать подписанное содержимое.

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

6. Общие требования к составу почтового сообщения при взаимодействии с унифицированной системой представления налоговой декларации и бухгалтерской отчетности в электронном виде по телекоммуникационным каналам связи

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

Приложение № 1
к Унифицированному формату
транспортного контейнера

I. Формат описания передаваемого документа НБО
(Версия 02)

1. Общие сведения

1.1. Назначение

Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений о документе НБО, содержащемся в транспортном контейнере (далее файл обмена).

2. Описание файла обмена

TR_DEKL_2_700_02_09_02_xx , где хх - текущая версия схемы.

Расширение имени файла - xsd.

Формат символьной строки указывается в виде Т(n-к) или T(=к), где n - минимальное количество знаков в строке, к - максимальное количество знаков, символ ”-” - разделитель, символ ”=” означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид Т(0-к). В случае, если максимальное количество знаков неограниченно, формат имеет вид Т(n-). В случае, если элемент неопределённой длины, формат имеет вид Т

3. Диаграмма файла обмена

Таблица 4.1

Описание передаваемого документа НБО (описание)

Наименование элемента Признак типа элемента Формат элемента Дополнительная информация
Имя формы передаваемого документа НБО имяФормы П T(1-256) О
КНД передаваемого документа НБО КНДФормы П T(=7) ОК
Вид передаваемого документа НБО видДокумента П T(1-50) Н Принимает значения «первичный» или «корректирующий»
Отчетный год, за период которого передается документ НБО год П О Типовой элемент
Код периода, за который передается документ НБО кодПериода П T(=2) НК Код периода, за который передается документ НБО, согласно Справочнику кодов, определяющих налоговый (отчетный) период (СКНП) Совпадает с налоговым (отчётным) периодом, указанным в отчётности Обязателен при наличии в отчётности
Код налогового органа, в котором абонент состоит на учете НОПоМестуУчета П T(=4) ОК Типовой элемент <СОНОТип>
Код налогового органа, в котором производится администрирование объекта налогообложения, по которому передается документ НБО НОПоМестуНахождения П T(=4) ОК Типовой элемент <СОНОТип> Коды из Классификатора системы обозначений налоговых органов
Дополнительные сведения ДопСв П Н Типовой элемент (множественный)

II. Формат описания обращения, письма и рассылки
(Версия 02)

1. Общие сведения

1.1. Назначение

Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений об описании обращения, письма и рассылки.

2. Описание файла обмена

2.1. Общие сведения по файлу обмена

Имя файла обмена должно иметь следующий вид:

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

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:

TR_PISRAS_2_700_03_09_02_xx , где хх - текущая версия схемы.

Расширение имени файла - xsd.

2.2. Логическая модель файла обмена

Логическая модель файла представлена в графическом виде в Разделе 3 на рис.1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.

Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:

Наименование элемента. Приводится полное наименование элемента.

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

Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент (имеющий вложенные), "П" - простой элемент (не имеющий вложенных); А - атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе «Дополнительные сведения».

Формат элемента. Формат* представляется в условных обозначениях, которым соответствуют следующие значения: Т - символьная строка; N - числовое значение (целое или дробное).

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

Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом “date”, поле “Формат элемента” не заполняется. Для таких элементов в поле “Дополнительная информация” указывается тип базового элемента.

Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: “О” - обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); “Н” - присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом “К”. Например: “ОК”. В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом “М”. Например: “ОМ, ОКМ”.

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

3. Диаграмма файла обмена

Рис. 1 Диаграмма структуры файла обмена

4. Перечень структурных элементов логической модели файла обмена

Перечень структурных элементов логической модели файла обмена приведен в табл. 4.1

Таблица 4.1

Описание обращения, письма и рассылки (описание)

Наименование элемента Сокращённое наименование (код) элемента Признак типа элемента Формат элемента Признак обязательности элемента Дополнительная информация
Ответ на обращение ответНа П T(1-32) Н Если письмо НО является ответом на обращение налогоплательщика, реквизит является обязательным, указывается идентификатор документооборота исходного письма
Условное обозначение категории, к которой относится данное обращение, письмо или рассылка категория П T(1-255) Н
Тема обращения, письма или рассылки тема П T(1-255) О
Дополнительные сведения ДопСв П Н Типовой элемент (множественный)

III. Формат описания запроса ИОН
(Версия 02)

1. Общие сведения

1.1. Назначение

Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений об описании запроса ИОН.

2. Описание файла обмена

2.1. Общие сведения по файлу обмена

Имя файла обмена должно иметь следующий вид:

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

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:

TR_ZAPION_2_700_04_09_02_xx , где хх - текущая версия схемы.

Расширение имени файла - xsd.

2.2. Логическая модель файла обмена

Логическая модель файла представлена в графическом виде в Разделе 3 на рис.1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.

Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:

Наименование элемента. Приводится полное наименование элемента.

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

Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент (имеющий вложенные), "П" - простой элемент (не имеющий вложенных); А - атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе «Дополнительные сведения».

Формат элемента. Формат* представляется в условных обозначениях, которым соответствуют следующие значения: Т - символьная строка; N - числовое значение (целое или дробное).

Формат символьной строки указывается в виде Т(n-к) или T(=к), где n - минимальное количество знаков в строке, к - максимальное количество знаков, символ ”-” - разделитель, символ ”=” означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид Т(0-к). В случае, если максимальное количество знаков неограниченно, формат имеет вид Т(n-). В случае, если элемент неопределённой длины, формат имеет вид Т.

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

Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом “date”, поле “Формат элемента” не заполняется. Для таких элементов в поле “Дополнительная информация” указывается тип базового элемента.

Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: “О” - обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); “Н” - присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом “К”. Например: “ОК”. В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом “М”. Например: “ОМ, ОКМ”. Дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.

3. Диаграмма файла обмена

Рис. 1 Диаграмма структуры файла обмена

4. Перечень структурных элементов логической модели файла обмена

Таблица 4.1

Описание запроса ИОН (описание)

Наименование элемента Сокращённое наименование (код) элемента Признак типа элемента Формат элемента Признак обязательности элемента Дополнительная информация
Код запроса ИОН кодЗапроса П T(1-2) ОК Соответствует коду запроса ИОН, указанного в запросе
Код налогового органа, в который абонент представил запрос НОПоМестуПредставления П T(=4) ОК Типовой элемент <СОНОТип> Коды из Классификатора системы обозначений налоговых органов
Код налогового органа, в котором формируется ответ НОПоМестуНахождения П T(=4) ОК Типовой элемент <СОНОТип> Коды из Классификатора системы обозначений налоговых органов
Дополнительные сведения ДопСв П Н Типовой элемент (множественный)

IV. Формат описания сообщения об ошибке
(Версия 02)

1. Общие сведения

1.1. Назначение

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

2. Описание файла обмена

2.1. Общие сведения по файлу обмена

Имя файла обмена должно иметь следующий вид:

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

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:

TR_SOSH_2_700_05_09_02_xx , где хх - текущая версия схемы.

Расширение имени файла - xsd.

2.2. Логическая модель файла обмена

Логическая модель файла представлена в графическом виде в Разделе 3 на рис.1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.

Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:

Наименование элемента. Приводится полное наименование элемента.

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

Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент (имеющий вложенные), "П" - простой элемент (не имеющий вложенных); А - атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе «Дополнительные сведения».

Формат элемента. Формат* представляется в условных обозначениях, которым соответствуют следующие значения: Т - символьная строка; N - числовое значение (целое или дробное).

Формат символьной строки указывается в виде Т(n-к) или T(=к), где n - минимальное количество знаков в строке, к - максимальное количество знаков, символ ”-” - разделитель, символ ”=” означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид Т(0-к). В случае, если максимальное количество знаков неограниченно, формат имеет вид Т(n-). В случае, если элемент неопределённой длины, формат имеет вид Т.

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

Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом “date”, поле “Формат элемента” не заполняется. Для таких элементов в поле “Дополнительная информация” указывается тип базового элемента.

Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: “О” - обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); “Н” - присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом “К”. Например: “ОК”. В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом “М”. Например: “ОМ, ОКМ”.

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

3. Диаграмма файла обмена

Рис. 1 Диаграмма структуры файла обмена

4. Перечень структурных элементов логической модели файла обмена

Перечень структурных элементов логической модели файла обмена приведен в табл. 4.1

Таблица 4.1

Описание сообщения об ошибке (ошибка)

V. Формат описания справки о доходах по форме 2-НДФЛ (Версия 02)

1. Общие сведения

1.1. Назначение

Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений описания справки о доходах по форме 2-НДФЛ.

2. Описание файла обмена

2.1. Общие сведения по файлу обмена

Имя файла обмена должно иметь следующий вид:

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

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:

TR_NDFL2_2_700_06_09_02_xx , где хх - текущая версия схемы.

Расширение имени файла - xsd.

2.2. Логическая модель файла обмена

Логическая модель файла представлена в графическом виде в Разделе 3 на рис.1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.

Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:

Наименование элемента. Приводится полное наименование элемента.

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

Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент (имеющий вложенные), "П" - простой элемент (не имеющий вложенных); А - атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе «Дополнительные сведения».

Формат элемента. Формат* представляется в условных обозначениях, которым соответствуют следующие значения: Т - символьная строка; N - числовое значение (целое или дробное).

Формат символьной строки указывается в виде Т(n-к) или T(=к), где n - минимальное количество знаков в строке, к - максимальное количество знаков, символ ”-” - разделитель, символ ”=” означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид Т(0-к). В случае, если максимальное количество знаков неограниченно, формат имеет вид Т(n-). В случае, если элемент неопределённой длины, формат имеет вид Т.

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

Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом “date”, поле “Формат элемента” не заполняется. Для таких элементов в поле “Дополнительная информация” указывается тип базового элемента.

Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: “О” - обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); “Н” - присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом “К”. Например: “ОК”. В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом “М”. Например: “ОМ, ОКМ”.

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

3. Диаграмма файла обмена

Рис. 1 Диаграмма структуры файла обмена

4. Перечень структурных элементов логической модели файла обмена

Перечень структурных элементов логической модели файла обмена приведен в табл. 4.1

Таблица 4.1

Описание справки о доходах по форме 2-НДФЛ (описание)

Наименование элемента Сокращённое наименование (код) элемента Признак типа элемента Формат элемента Признак обязательности элемента Дополнительная информация
Имя формы сведений имяФормы П T(5-6) О Принимает значение «2-НДФЛ»
КНД формы сведений КНДФормы П T(=7) ОК Заполняется из справочника СППФД
Отчетный год, за который передается справка год П О Типовой элемент
Код налогового органа КодНО П T(=4) ОК Типовой элемент <СОНОТип> Коды из Классификатора системы обозначений налоговых органов
Дополнительные сведения ДопСв П Н Типовой элемент (множественный)

_____________________________

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

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

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

Приложение № 2
к Унифицированному формату
транспортного контейнера

I Формат передачи сведений описания транспортной информации (Версия 02)

1. Общие сведения

1.1. Назначение

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

2. Описание файла обмена

2.1. Общие сведения по файлу обмена

Имя файла обмена должно иметь следующий вид:

packageDescription

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

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:

TR_TRKON_2_700_01_09_02_xx , где хх - текущая версия схемы.

Расширение имени файла - xsd.

2.2. Логическая модель файла обмена

Логическая модель файла представлена в графическом виде в Разделе 3 на рис.1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.

Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:

Наименование элемента. Приводится полное наименование элемента.

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

Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент (имеющий вложенные), "П" - простой элемент (не имеющий вложенных); А - атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе «Дополнительные сведения».

Формат элемента. Формат* представляется в условных обозначениях, которым соответствуют следующие значения: Т - символьная строка; N - числовое значение (целое или дробное).

Формат символьной строки указывается в виде Т(n-к) или T(=к), где n - минимальное количество знаков в строке, к - максимальное количество знаков, символ ”-” - разделитель, символ ”=” означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид Т(0-к). В случае, если максимальное количество знаков неограниченно, формат имеет вид Т(n-). В случае, если элемент неопределённой длины, формат имеет вид Т.

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

Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом “date”, поле “Формат элемента” не заполняется. Для таких элементов в поле “Дополнительная информация” указывается тип базового элемента.

Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: “О” - обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); “Н” - присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом “К”. Например: “ОК”. В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом “М”. Например: “ОМ, ОКМ”.

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

3. Диаграмма файла обмена

Рис. 1 Диаграмма структуры файла обмена

4. Перечень структурных элементов логической модели файла обмена

Таблица 4.1

Сведения описания транспортной информации (ТрансИнф)

Наименование элемента Сокращённое наименование (код) элемента Признак типа элемента Формат элемента Признак обязательности элемента Дополнительная информация
Версия формата версияФормата A T(1-10) О Версия формата описания транспортно# контейнера В настоящем документе принимает значение «ФНС:1.0»
Код типа документооборота кодТипаДокументооборота A T(=2) ОК Код типа осуществляемого документооборота в соответствии с со справочником типов документооборота
Тип документооборота типДокументооборота A T(1-50) О Тип осуществляемого документооборота в соответствии со справочником типов документооборота
Код типа транзакции кодТипаТранзакции A T(=2) О Код типа осуществляемой транзакции, определенной для данного типа документооборота (согласно Приложениям 4-11)
Тип транзакции типТранзакции A T(1-50) О Тип осуществляемой транзакции, определенной для данного типа документооборота (согласно Приложениям 4-11)
Идентификатор докуменооборота идентификаторДокументооборота A T(=32) О Универсальный уникальный идентификатор документооборота, который сохраняется в рамках данного цикла обмена документами
Версия передающей программы ВерсПрог A T(1-40) О
Отправитель отправитель С О Состав элемента представлен в табл. 4.2 В элементе отправитель описывается отправитель (участник электронного документооборота), первично сформировавший транспортный контейнер
Спецоператор спецоператор С Н Состав элемента представлен в табл. 4.3 Является обязательным при участии спецоператора в процессе документооборота
Получатель получатель С О Состав элемента представлен в табл. 4.4 В элементе получатель описывается получатель (участник электронного документооборота), для которого предназначен транспортный контейнер
Дополнительные сведения ДопСв П Н Типовой элемент (множественный) Указывается при необходимости передачи дополнительного сообщения
Сведения о передаваемом документе документ С ОМ Состав элемента представлен в табл. 4.5

Таблица 4.2

Отправитель (отправитель)

Таблица 4.3

Спецоператор (спецоператор)

Таблица 4.4

Получатель (получатель)

Таблица 4.5

Сведения о передаваемом документе (документ)

Наименование элемента Сокращённое наименование (код) элемента Признак типа элемента Формат элемента Признак обязательности элемента Дополнительная информация
Код типа документа кодТипаДокумента A T(=2) О Код типа документа, передаваемого в составе контейнера, определенный для осуществляемой транзакции. Код в соответствии со справочником типов документооборота В соответствии с определенным списком типов документов по передаваемым сведениям
Тип документа типДокумента A T(1-50) О В соответствии с определенным списком типов документов по передаваемым сведениям.
Тип содержимого документа типСодержимого A T(1-50) О Тип содержимого документа в соответствии с определенным в Приложении 3 При отсутствии элемента “содержимое” принимает значение unknown
Признак сжатия документа сжат A О Типовой элемент - значение true или false, в зависимости от того, сжато или нет содержимое документа в контейнере (сжатие документа выполняется перед шифрованием)
Признак шифрования зашифрован A О Типовой элемент значение true или false, в зависимости от того, зашифровано или нет содержимое документа в контейнере
Идентификатор документа идентификаторДокумента A T(=32) О Универсальный уникальный идентификатор документа
Исходное имя файла документа исходноеИмяФайла A T(1-150) Н Элемент обязателен, в случае, если исходное имя файла определено Имя файла указывается с расширением
Содержимое документа содержимое С Н Состав элемента представлен в табл. 4.6 Узел содержимое отсутствует, если в транзакции передается лишь ЭЦП под документом и не передается содержимое документа. В остальных случаях узел содержимое присутствует Обязательность определяется на основании элементов <кодТипаДокументооборота> <кодТипаТранзакции> <кодТипаДокумента>
Сведения ЭЦП подпись С НМ Состав элемента представлен в табл. 4.7 Перечисляются ЭЦП, стоящие под документом Состав элемента представлен в табл. 4.7 Обязательность определяется на основании элементов <кодТипаДокументооборота> <кодТипаТранзакции> <кодТипаДокумента> по правилам, определённым в приложениях, описывающих типы документооборота

Таблица 4.6

Содержимое документа (содержимое)

Таблица 4.7

Сведения ЭЦП (подпись)

Приложение № 3
к Унифицированному формату
транспортного контейнера

Типы содержимого

Условное обозначение Описание
plain866 документ в кодировке DOS-866
plain1251 документ в кодировке windows-1251
xml документ в формате XML
html документ в формате HTML
pdf документ в формате PDF
rtf документ в формате RTF
tiff документ в формате TIFF
jpeg документ в формате JPEG
ms-word документ в формате Microsoft Word
ms-excel документ в формате Microsoft Excel
odf-text документ в формате Open Document Text
odf-spreadsheet документ в формате Open Document Spreadsheet
oxml-word документ в формате Open XML Word
oxml-spreadsheet документ в формате Open XML Spreadsheet
unknown* произвольные (бинарные) данные

_____________________________

* По мере необходимости список возможных типов содержимого может расширяться. Если программное обеспечение встречается с неизвестным для себя типом содержимого, то его следует трактовать как unknown.

Приложение № 4
к Унифицированному формату
транспортного контейнера

Документооборот по представлению налоговых деклараций (расчетов) и бухгалтерской отчетности

Таблица 4.1. Тип документооборота.

Таблица 4.2. Типы документов.

Код Тип документа Типы содержимого Описание
01 декларация plain866 или xml Налоговая декларация или бухгалтерская отчетность (установленный формат)
02 описание xml Служебный документ, в котором передается описание декларации (формат приведен в приложении 1.I)
03 доверенность xml
04 подтверждениеДатыОтправки xml
05 уведомлениеОбОтказе xml Уведомление об отказе в приеме налоговой декларации (установленный формат)
06 квитанцияОПриеме xml Квитанция о приеме налоговой декларации (установленный формат)
07 уведомлениеОбУточнении xml Уведомление о необходимости внесения уточнений (установленный формат)
08 извещениеОВводе xml Извещение о вводе декларации в информационную систему налогового органа (установленный формат)
09 извещениеОПолучении xml

Таблица 4.3.

Типы транзакций

Код Тип транзакции Отправитель Получатель Документы Коли-чество Содержимое Шифрование Подписанты
01 ДекларацияНП абонент налоговыйОрган декларация 1 есть есть абонент
доверенность 0 или 1 есть есть абонент
описание 1 есть нет (отсутствуют)
подтверждениеДатыОтправки 1 есть нет спецоператор
02 ИзвещениеДекларацияНО налоговыйОрган абонент извещениеОПолучении 1 есть нет налоговыйОрган
03 ИзвещениеПодтверждениеНО налоговыйОрган спецоператор извещениеОПолучении 1 есть нет налоговыйОрган
04 РезультатПриемаДекларацияНО налоговыйОрган абонент 1 есть есть налоговыйОрган
декларация нет нет налоговыйОрган
05 ИзвещениеРезультатПриемаСОС спецоператор налоговыйОрган извещениеОПолучении 1 есть нет спецоператор
06 ИзвещениеРезультатПриемаНП абонент налоговыйОрган извещениеОПолучении 1 есть нет абонент
07 налоговыйОрган абонент 1 есть есть налоговыйОрган
08 спецоператор налоговыйОрган извещениеОПолучении 1 есть нет спецоператор
09 абонент налоговыйОрган извещениеОПолучении 1 есть нет абонент

_____________________________

Таблица 4.4.

Код Тип транзакции Отправитель Получатель Документы Количество Содержимое Шифрование Подписанты
01 ДекларацияНП абонент налоговыйОрган декларация 1 есть есть абонент
доверенность 0 или 1 есть есть абонент
описание 1 есть нет (отсутствуют)
10 ПодтверждениеДекларацияНО налоговыйОрган абонент подтверждениеДатыОтправки 1 есть нет налоговыйОрган
11 ИзвещениеПодтверждениеНП абонент налоговыйОрган извещениеОПолучении 1 есть нет абонент
02 ИзвещениеДекларацияНО налоговыйОрган абонент извещениеОПолучении 1 есть нет налоговыйОрган
04 РезультатПриемаДекларацияНО налоговыйОрган абонент квитанцияОПриеме или уведомлениеОбОтказе 1 есть есть налоговыйОрган
декларация 1 в случае квитанции о приеме; 0 в случае уведомления об отказе нет нет налоговыйОрган
06 ИзвещениеРезультатПриемаНП абонент налоговыйОрган извещениеОПолучении 1 есть нет абонент
07 РезультатОбработкиДекларацияНО налоговыйОрган абонент уведомлениеОбУточнении или извещениеОВводе 1 есть есть налоговыйОрган
09 ИзвещениеРезультатОбработкиНП абонент налоговыйОрган извещениеОПолучении 1 есть нет абонент

_____________________________

* При отправке квитанции о приеме в транспортный контейнер включается ЭЦП налогового органа на поступившую декларацию. Поступивший файл декларации в транспортный контейнер не включается. Включаемое ЭЦП в элемент “Сведения о передаваемом документе (документ)” файла транспортной информации описывается с типом документа “Декларация” кодом типа документа “01”

Приложение № 5
к Унифицированному формату
транспортного контейнера

Документооборот по осуществлению письменных обращений абонентов

Таблица 5.1.

Тип документооборота

Таблица 5.2.

Типы документов

Код Тип документа Типы содержимого Описание
01 обращение xml Текст обращения (установленный формат)
02 описание xml Служебный документ, в котором передается описание (формат приведен в приложении 1.II)
03 приложение В соответствии с Приложением 3 Неформализованное приложение к письму (Тип содержимого в соответствии с Приложением 3)
04 доверенность xml Информационное сообщение о доверенности уполномоченного лица (установленный формат)
05 подтверждениеДатыОтправки xml Подтверждение даты отправки документа (установленный формат)
06 извещениеОПолучении xml Извещение о получении документа его получателем (установленный формат)
07 уведомлениеОбОтказе xml Уведомление об отказе в приеме обращения (установленный формат)
08 подтверждениеДатыПолучения xml

Таблица 5.3.

Типы транзакций

Код Тип транзакции Отправитель Получатель Документы Количество Шифрование Подписанты
01 ОбращениеНП абонент налоговыйОрган обращение 1 есть абонент
доверенность 0 или 1 есть абонент
описание 1 нет (отсутствуют)
приложение 0 или более есть абонент
подтверждениеДатыОтправки 1 нет спецоператор
02 ИзвещениеОбращениеНО налоговыйОрган абонент извещениеОПолучении 1 нет налоговыйОрган
03 ИзвещениеПодтверждениеНО налоговыйОрган спецоператор извещениеОПолучении 1 нет налоговыйОрган
04 РезультатПриемаОбращениеНО налоговыйОрган абонент уведомлениеОбОтказе 1 есть налоговыйОрган
05 ИзвещениеРезультатПриемаСОС спецоператор налоговыйОрган извещениеОПолучении 1 нет спецоператор
06 ИзвещениеРезультатПриемаНП абонент налоговыйОрган извещениеОПолучении 1 нет абонент

Таблица 5.4.

Типы транзакций для крупнейших налогоплательщиков, представляющих отчетность на основании договоров с инспекциями ФНС России

Код Тип транзакции Отправитель Получатель Документы Количество Шифрование Подписанты
01 ОбращениеНП абонент налоговыйОрган обращение 1 есть абонент
доверенность 0 или 1 есть абонент
описание 1 нет (отсутствуют)
приложение 0 или более есть абонент
10 ПодтверждениеОбращениеНО налоговыйОрган абонент подтверждениеДатыПолучения 1 нет налоговыйОрган
02 ИзвещениеОбращениеНО налоговыйОрган абонент извещениеОПолучении 1 нет налоговыйОрган
11 ИзвещениеПодтверждениеНП абонент налоговыйОрган извещениеОПолучении 1 нет абонент
04 РезультатПриемаОбращениеНО налоговыйОрган абонент уведомлениеОбОтказе 1 есть налоговыйОрган
06 ИзвещениеРезультатПриемаНП абонент налоговыйОрган извещениеОПолучении 1 нет абонент

Приложение № 6
к Унифицированному формату
транспортного контейнера

Документооборот по осуществлению индивидуального информирования абонентов

Таблица 6.1.

Тип документооборота

Таблица 6.2.

Типы документов

Таблица 6.3.

Типы транзакций

Код Тип транзакции Отправитель Получатель Документы Количество Шифрование Подписанты
01 ПисьмоНО налоговыйОрган абонент письмо 1 есть налоговыйОрган
описание 1 нет (отсутствуют)
приложение 0 или более есть налоговыйОрган
02 ПодтверждениеПисьмоСОС спецоператор налоговыйОрган подтверждениеДатыОтправки 1 нет спецоператор
03 ИзвещениеПисьмоНП абонент налоговыйОрган извещениеОПолучении 1 нет абонент
04 ИзвещениеПодтверждениеНО налоговыйОрган спецоператор извещениеОПолучении 1 нет налоговыйОрган

Таблица 6.4.

Типы транзакций для крупнейших налогоплательщиков, представляющих отчетность на основании договоров с инспекциями ФНС России

Приложение № 7
к Унифицированному формату
транспортного контейнера

Документооборот по осуществлению информационной рассылки со стороны налоговых органов

Таблица 7.1.

Тип документооборота

Таблица 7.2.

Типы документов

Таблица 7.3.

Типы транзакций

Код Тип транзакции Отправитель Получатель Документы Количество Шифрование Подписанты
01 РассылкаНО налоговыйОрган спецоператор рассылка 1 нет налоговыйОрган
описание 1 нет (отсутствуют)
приложение 0 или более нет налоговыйОрган
02 ПодтверждениеРассылкаСОС спецоператор налоговыйОрган подтверждениеДатыОтправки 1 нет спецоператор
03 ИзвещениеПодтверждениеНО налоговыйОрган спецоператор извещениеОПолучении 1 нет налоговыйОрган

Таблица 7.4.

Типы транзакций для крупнейших налогоплательщиков, представляющих отчетность на основании договоров с инспекциями ФНС России

Приложение № 8
к Унифицированному формату
транспортного контейнера

Документооборот по осуществлению групповой информационной рассылки со стороны налоговых органов

Таблица 8.1.

Тип документооборота

Таблица 8.2.

Типы документов

Таблица 8.3.

Типы транзакций

Код Тип транзакции Отправитель Получатель Документы Количество Шифрование Подписанты
01 РассылкаНО налоговыйОрган абонент рассылка 1 нет налоговыйОрган
описание 1 нет (отсутствуют)
приложение 0 или более нет налоговыйОрган
02 ПодтверждениеРассылкаСОС спецоператор налоговыйОрган подтверждениеДатыОтправки 1 нет спецоператор
03 ИзвещениеРассылкаНП абонент налоговыйОрган извещениеОПолучении 1 нет абонент
04 ИзвещениеПодтверждениеНО налоговыйОрган спецоператор извещениеОПолучении 1 нет налоговыйОрган

Таблица 8.4.

Типы транзакций для крупнейших налогоплательщиков, представляющих отчетность на основании договоров с инспекциями ФНС России

Приложение № 9
к Унифицированному формату
транспортного контейнера

Документооборот по информационному обслуживанию абонентов

Таблица 9.1.

Тип документооборота

Таблица 9.2.

Типы документов

Код Тип документа Типы содержимого Описание
01 запрос xml Запрос на предоставление информации (установленный формат)
02 описание xml Служебный документ, в котором передается описание запроса (формат приведен в приложении 1.III)
03 доверенность xml Информационное сообщение о доверенности уполномоченного лица (установленный формат)
04 подтверждениеДатыОтправки xml Подтверждение даты отправки (установленный формат)
05 квитанцияОПриеме xml Квитанция о приеме
06 уведомлениеОбОтказе xml Уведомление, содержащее отказ абоненту в предоставлении запрошенных сведений с описанием выявленных ошибок и причин отказа в приеме (установленный формат)
07 ответ xml, rtf, ms- excel Документ, содержащий запрошенный абонентом документ (установленный формат)
08 извещениеОПолучении xml Извещение о получении документа его получателем (установленный формат)
09 подтверждениеДатыПолучения xml Подтверждение о дате получения налоговым органом документа (установленный формат)

Таблица 9.3.

Типы транзакций

Код Тип транзакции Отправитель Получатель Документы Количество Шифрование Подписанты
01 ЗапросНП абонент налоговыйОрган запрос 1 есть абонент
доверенность 0 или 1 есть абонент
описание 1 нет (отсутствуют)
подтверждениеДатыОтправки 1 нет спецоператор
02 ИзвещениеЗапросНО налоговыйОрган абонент извещениеОПолучении 1 нет налоговыйОрган
03 ИзвещениеПодтверждениеНО налоговыйОрган спецоператор извещениеОПолучении 1 нет налоговыйОрган
04 РезультатПриемаЗапросНО налоговыйОрган абонент 1 есть налоговыйОрган
05 ИзвещениеРезультатПриемаСОС спецоператор налоговыйОрган извещениеОПолучении 1 нет спецоператор
06 ИзвещениеРезультатПриемаНП абонент налоговыйОрган извещениеОПолучении 1 нет абонент
07 РезультатОбработкиЗапросНО налоговыйОрган абонент ответ 1 есть налоговыйОрган
08 ИзвещениеРезультатОбработкиСОС спецоператор налоговыйОрган извещениеОПолучении 1 нет спецоператор
09 ИзвещениеРезультатОбработкиНП абонент налоговыйОрган извещениеОПолучении 1 нет абонент

Таблица 9.4.

Типы транзакций для крупнейших налогоплательщиков, представляющих отчетность на основании договоров с инспекциями ФНС России

Код Тип транзакции Отправитель Получатель Документы Количество Шифрование Подписанты
01 ЗапросНП абонент налоговыйОрган запрос 1 есть абонент
доверенность 0 или 1 есть абонент
описание 1 нет (отсутствуют)
10 ПодтверждениеЗапросНО налоговыйОрган абонент подтверждениеДатыПолучения 1 нет налоговыйОрган
11 ИзвещениеПодтверждениеНП абонент налоговыйОрган извещениеОПолучении 1 нет абонент
04 РезультатПриемаЗапросНО налоговыйОрган абонент квитанцияОПриеме, уведомлениеОбОтказе 1 есть налоговыйОрган
06 ИзвещениеРезультатПриемаНП абонент налоговыйОрган извещениеОПолучении 1 нет абонент
07 РезультатОбработкиЗапросНО налоговыйОрган абонент ответ 1 есть налоговыйОрган
09 ИзвещениеРезультатОбработкиНП абонент налоговыйОрган извещениеОПолучении 1 нет абонент

Приложение № 10
к Унифицированному формату
транспортного контейнера

Документооборот по уведомлению об ошибке

Таблица 10.1.

Тип документооборота

Таблица 10.2.

Типы документов

Таблица 10.3.

Типы транзакций

Приложение № 11
к Унифицированному формату
транспортного контейнера

Документооборот по представлению сведений о доходах по форме № 2-НДФЛ

Таблица 11.1.

Тип документооборота

Таблица 11.2.

Типы документов

Код Тип документа Типы содержимого Описание
01 форма2НДФЛ xml Сведения о доходах по форме № 2-НДФЛ (установленный формат)
02 описание xml Служебный документ, в котором передается описание сведений о доходах по форме № 2-НДФЛ (формат приведен в приложении 1.V)
03 доверенность xml Информационное сообщение о доверенности уполномоченного лица (установленный формат)
04 подтверждениеДатыОтправки xml Подтверждение даты отправки документа (установленный формат)
05 протоколПриема2НДФЛ xml plain1251 Протокол приема сведений о доходах физических лиц от налоговых агентов (установленный формат)
06 реестрПринятыхДокументов xml, plain1251 Реестр сведений о доходах физических лиц (установленный формат)
07 извещениеОПолучении xml Извещение о получении документа его получателем (установленный формат)

Таблица 11.3.

Типы транзакций

Код Тип транзакции Отправитель Получатель Документы Количество Шифрование Подписанты
01 Форма2НДФЛНП абонент налоговыйОрган форма2НДФЛ 1 есть абонент
доверенность 0 или 1 есть абонент
описание 1 нет (отсутствуют)
подтверждениеДатыОтправки 1 нет спецоператор
02 ИзвещениеФорма2НДФЛНО налоговыйОрган абонент извещениеОПолучении 1 нет налоговыйОрган
03 ИзвещениеПодтверждениеНО налоговыйОрган спецоператор извещениеОПолучении 1 нет налоговыйОрган
04 РезультатПриемаФорма2НДФЛНО налоговыйОрган абонент протоколПриема2НДФЛ 1 есть налоговыйОрган
реестрПринятыхДокументов 1 есть налоговыйОрган
05 ИзвещениеРезультатПриемаСОС спецоператор налоговыйОрган извещениеОПолучении 1 нет спецоператор
06 ИзвещениеРезультатПриемаНП абонент налоговыйОрган извещениеОПолучении 1 нет абонент

Таблица 11.4.

Типы транзакций для крупнейших налогоплательщиков, представляющих отчетность на основании договоров с инспекциями ФНС России

Код Тип транзакции Отправитель Получатель Документы Количество Шифрование Подписанты
01 Форма2НДФЛНП абонент налоговыйОрган Форма2НДФЛ 1 есть абонент
доверенность 0 или 1 есть абонент
описание 1 нет (отсутствуют)
10 ПодтверждениеФорма2НДФЛНО налоговыйОрган абонент подтверждениеДатыОтправки 1 нет налоговыйОрган
11 ИзвещениеПодтверждениеНП абонент налоговыйОрган извещениеОПолучении 1 нет абонент
02 ИзвещениеФорма2НДФЛНО налоговыйОрган абонент извещениеОПолучении 1 нет налоговыйОрган
04 РезультатПриемаФорма2НДФЛНО налоговыйОрган абонент протоколПриема2НДФЛ 1 есть налоговыйОрган
реестрПринятыхДокументов 1 есть налоговыйОрган
06 ИзвещениеРезультатПриемаНП абонент налоговыйОрган извещениеОПолучении 1 нет абонент

Приложение № 12
к Унифицированному формату
транспортного контейнера

Требования к структуре почтового сообщения

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

Сообщение электронной почты содержат реквизиты, перечисленные в разделе 2 данного приложения и транспортный контейнер, вложенный в него.

Для первичного сообщения, с которого начинается документооборот - значение поля X-Message-ID содержит <идентификаторДокументооборота> из транспортного контейнера. Для сформированных в ответ на поступившие или в ходе их обработки - значение поля X-Message-ID входящего сообщения.

2. Требования к структуре сообщения электронной почты

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

Список служебных полей транспортного сообщения

№ п/п Идентификатор реквизита Содержание реквизита Признак обязательности
1 From: Почтовый адрес отправителя почтового сообщения О
2 To: Почтовый адрес получателя почтового сообщения О
4 Message-ID: Идентификатор почтового сообщения - уникальная для данного отправителя сообщений последовательность символов О
5 Content-Transfer-Encoding: Механизм конвертирования почтового сообщения О
6 Content-Type: Описание типа вложения. О
7 Content-Disposition: Описание расположения вложения О
8 Content-Length: Описание длины вложения О
9 Subject: Содержит значение <версияФормата>“-”<типДокумента>“-”<типТранзакции>. <типДокумента> указывается в соответствии с алгоритмом, описанным в п.3.2.4. О
10 X-Message-ID: Значение поля X-Message-ID содержит <идентификаторДокументооборота> из транспортного контейнера О
11 X-Tax-Code: <кодТранзакции> из транспортного контейнера Н
12 X-Tax-Version Версия формата транспортного контейнера Н

Где: О - наличие поля обязательно

Н - наличие поля необязательно

Поля , содержат электронный адрес, заключенный в угловые скобки (символы “<” и “>”).

В данных полях может присутствовать наименование отправителя или получателя не превышающее 80 символов.

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

Поле содержит тип кодировки почтового сообщения.

Значением поля должна быть строка без пробелов: quoted-printable или base64.

Поле содержит ключевое слово: application/octet-stream и через символ “;” с пробелом после него параметр: name=. Параметр name= указывает имя файла транспортного контейнера, заключенное в кавычки (символы " (код 34)).

Поле содержит ключевое слово: attachment и через символ “;” с пробелом после него параметр: filename=. Транспортный контейнер вложен (ключевое слово attachment) в сообщение электронной почты, передаваемое по телекоммуникационным каналам связи. Параметр filename= содержит имя файла вложения, заключенное в кавычки (символы " (код 34)).

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

При использовании кодировки Quoted-Printable/Windows-1251 обязательно кодирование следующих символов:

! (код 33), " (код 34), # (код 35), $ (код 36), @ (код 64), [ (код 91), \ (код 32), ] (код 93), ^ (код 94), ` (код 96), { (код 123), | (код 124), } (код 125), ~ (код 126).

При направлении сообщения об ошибке поле < X-Message-ID:> может содержать значение поля первичного почтового сообщения, если невозможно идентифицировать <идентификатор Документооборота> из транспортного контейнера.

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

Сообщение электронной почты может иметь только одного получателя.

Сообщение электронной почты должно содержать только один вложенный в него файл транспортного контейнера.

3. Особенности работы с сообщениями электронной почты

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

Приказ Федеральной налоговой службы от 9 ноября 2010 г. № ММВ-7-6/535@ “Об утверждении Унифицированного формата транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи”

Текст приказа размещен на сайте УФНС России по г. Москве в Internet (http://www.r77.nalog.ru)

Обзор документа

Разработан новый унифицированный формат транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи (ТКС) с использованием ЭЦП.

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

Информационное взаимодействие происходит путем документооборота через транзакции. Речь идет о передаче транспортного контейнера с фиксированным набором документов и ЭЦП.

В ходе документооборота материалы передаются в сжатом и зашифрованном виде.

Как и ранее, участниками документооборота являются абонент (плательщик или его представитель), налоговый орган, спецоператор, доверенный удостоверяющего центра.

Формат вводится в действие с даты вступления в силу методических рекомендаций по организации электронного документооборота при представлении деклараций (расчетов) в электронном виде по ТКС.

Прежний формат признан утратившим силу.

Дата публикации: 06.04.2011 10:48 (архив)

Федеральной налоговой службой разработан сервис «Подача документов на государственную регистрацию в электронном виде», предоставляющий возможность направить в налоговый орган при государственной регистрации юридических лиц и индивидуальных предпринимателей электронные документы с использованием сети Интернет.

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

    Заявителям СКП выдаётся организациями, которые выпускают сертификаты ключей проверки электронной подписи для использования в информационных системах общего пользования в соответствии с Федеральным законом от 6 апреля 2011 г. № 63-ФЗ «Об электронной подписи» и являются аккредитованными Минкомсвязью России удостоверяющими центрами.


  2. Заявителями также могут быть использованы СКП, выданные для передачи налоговой и бухгалтерской отчетности в электронном виде по каналам связи.

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


    СКП используется для подписи направляемых электронных документов, а также при направлении электронных документов через сайт ФНС России для авторизации в режиме «Подача электронных документов на государственную регистрацию» для аутентификации отправителя.

  3. 2. В целях подачи документов в электронном виде указанные документы оформляются в соответствии со следующими рекомендациями.
  • 2.1. Электронные документы направляются в налоговый орган в виде файлов с отсканированными с бумажных носителей образами документов, оформленных в соответствии с требованиями законодательства Российской Федерации.
  • Документы, содержащие несколько листов, сканируются в один файл.
    Сканирование образов документов осуществляется с учетом следующих требований:
    формат изображения: BW;
    разрешение: 300*300dpi;
    глубина цвета: 1 бит (чёрно-белый цвет);
    формат готового файла: многостраничный TIF.
  • 2.2. Файл с отсканированным с бумажного носителя образом направляемого в налоговый орган заявления (уведомления, сообщения), а также документа, предусмотренного подпунктами «б» - «з» пункта 1 статьи 22.1, подпунктом «б» пункта 1 статьи 22.2 Федерального закона от 8 августа 2001 г. № 129-ФЗ «О государственной регистрации юридических лиц и индивидуальных предпринимателей», подписывается электронной подписью нотариуса (лица, замещающего временно отсутствующего нотариуса), засвидетельствовавшего подлинность подписи заявителя (заявителей) на соответствующем заявлении (уведомлении, сообщении) на бумажном носителе.
  • 2.3. Файлы с отсканированными с бумажных носителей образами иных направляемых в налоговый орган документов подписываются электронной подписью заявителя (одного из заявителей) либо нотариуса или лица, замещающего временно отсутствующего нотариуса, засвидетельствовавшего подлинность подписи заявителя на направляемом одновременно с такими документами заявлении (уведомлении, сообщении).
  • 2.4. Файлы с отсканированными образами направляемых в налоговый орган документов могут быть подписаны электронной подписью лица, замещающего временно отсутствующего нотариуса, в случае, если подлинность подписи заявителя (заявителей) на соответствующем заявлении (сообщении, уведомлении) засвидетельствована нотариусом, обязанности которого исполняются указанным лицом. Указанные файлы могут быть подписаны электронной подписью нотариуса в случае, если подлинность подписи заявителя (заявителей) на соответствующем заявлении (уведомлении, сообщении) засвидетельствована лицом, временно его замещающим.
  • 2.5. На каждый направляемый в налоговый орган электронный документ формируются:
  • файл с отсканированным с бумажного носителя образом документа;
    файл с содержимым электронной подписи заявителя либо нотариуса или лица, замещающего временно отсутствующего нотариуса.
  • Подготовить заявление (уведомление, сообщение) можно с помощью специализированного бесплатного программного обеспечения:
  • Программа подготовки документов для государственной регистрации.
  • Указанные в пункте 2 настоящего документа файлы, включая файлы с содержимым электронной подписи заявителя или нотариуса (лица, замещающего временно отсутствующего нотариуса), упаковываются в zip-архив (далее - транспортный контейнер). При формировании транспортного контейнера в него включается также файл с описью вложения.
  • Подготовить транспортный контейнер можно с помощью специализированного бесплатного программного обеспечения
    Программа подготовки пакета для электронной регистрации
  • При направлении электронных документов в налоговый орган в разделе сайта Федеральной налоговой службы «Подача документов в электронном виде на государственную регистрацию» или соответствующем разделе Единого портала государственных и муниципальных услуг, предусмотренном для направления электронных документов в налоговый орган, отправитель выполняет следующие действия:
  • заполняет необходимые реквизиты;
    прикрепляет упомянутый в пункте 4 настоящего документа транспортный контейнер;
    нажимает кнопку «направить документы».
  • После отправления документов в электронном виде, заявителю в режиме реального времени, а также на адрес электронной почты, указанный при направлении электронных документов в налоговый орган, направляется сообщение, содержащее уникальный номер, подтверждающий доставку электронных документов в Межрегиональную инспекцию ФНС России по централизованной обработке данных. Уникальный номер необходимо сохранить (записать, скопировать в текстовый редактор и т.д.).
  • При указании упомянутого в пункте 6 настоящего документа уникального номера на сайте Федеральной налоговой службы в разделе «Подача документов в электронном виде на государственную регистрацию» в подразделе «Информирование о результатах обработки направленных в регистрирующий орган документов» или на Едином портале государственных и муниципальных услуг в соответствующем разделе ФНС России, предусмотренном для информирования о результатах обработки поданных электронных документов, заявитель сможет получать информацию о прохождении электронных документов в налоговом органе, а также адресованные заявителю электронные документы, упомянутые в пунктах 10 и 11 настоящего документа.
  • В случае, если транспортный контейнер не отвечает требованиям форматно-логического контроля, установленным ФНС России, заявителю по адресу электронной почты будет направлено сообщение, содержащее информацию о выявленном несоответствии. Транспортный контейнер в дальнейшую обработку не направляется.
  • Транспортный контейнер, соответствующий требованиям форматно-логического контроля, установленным ФНС России, направляется в налоговый орган.
  • Не позднее рабочего дня, следующего за днем получения электронных документов налоговым органом, заявителю по адресу электронной почты направляется транспортный контейнер, содержащий:
  • файл с распиской в получении электронных документов,
    файл с электронной подписью налогового органа.
  • Документы, подготовленные налоговым органом в связи с внесением записи в Единый государственный реестр индивидуальных предпринимателей или Единый государственный реестр юридических лиц, либо решение об отказе в государственной регистрации, сформированные в электронном виде и подписанные электронной подписью налогового органа, направляются заявителю по адресу электронной почты в транспортном контейнере. При принятии решения о государственной регистрации юридического лица в транспортный контейнер также включается представленный заявителем файл, содержащий учредительные документы юридического лица, подписанный электронной подписью налогового органа.
  • Просмотреть содержимое транспортного контейнера, полученного от налогового органа, можно с помощью специализированного бесплатного программного обеспечения по подготовке транспортного контейнера, упомянутого в пункте 4 настоящего документа.
  • Предоставление заявителю экземпляра документов, сформированных налоговым органом в связи с внесением записи в Единый государственный реестр индивидуальных предпринимателей или Единый государственный реестр юридических лиц, учредительных документов юридического лица с отметкой налогового органа либо решения об отказе в государственной регистрации на бумажном носителе осуществляется способом, указанным заявителем при направлении электронных документов в налоговый орган.
  • Федеральная налоговая служба предоставляет возможность физическим лицам, регистрируемым или зарегистрированным в качестве индивидуального предпринимателя (далее – индивидуальные предприниматели), а также юридическим лицам направить документы для государственной регистрации в электронном виде через сеть Интернет.

    1. Направление электронных документов в регистрирующий орган осуществляется заявителем или нотариусом, которые обязательно должны иметь сертификат ключа подписи (СКП), обеспечивающий электронную подпись по алгоритму ГОСТ Р 34.11/34.10-2001.
    Заявителям сертификат ключа подписи выдаётся организациями, которые выпускают сертификаты ключей подписи для использования в информационных системах общего пользования в соответствии с Федеральным законом от 10.01.2002 № 1-ФЗ «Об электронной цифровой подписи» и являются удостоверяющими центрами, входящими в сеть доверенных удостоверяющих центров, участником которой является ФНС России.
    Заявителями также могут быть использованы сертификаты ключа подписи, выданные для передачи налоговой и бухгалтерской отчетности в электронном виде по каналам связи.
    Нотариусам СКП выдается удостоверяющим центром Федеральной нотариальной палаты.

    Сертификат ключа подписи используется для подписи направляемых документов и для авторизации в режиме «Подача электронных документов на государственную регистрацию» для аутентификации отправителя.

    2. В целях подачи документов в электронном виде указанные документы оформляются и направляются в соответствии со следующими рекомендациями.
    2.1. Для индивидуальных предпринимателей, имеющих электронную цифровую подпись (ЭЦП) ,
    а) заявление о регистрации - в виде файла формата Excel или Word.
    б) иные документы, представляемые вместе с заявлением, в том числе документ, подтверждающий уплату государственной пошлины в установленных законодательством случаях, - в виде файлов с отсканированными с бумажных носителей образами документов. Документы, содержащие несколько листов, сканируются в один файл.
    Сканирование образов документов осуществляется с учетом следующих требований:
    формат изображения: BW;
    разрешение: 300*300dpi;
    глубина цвета: 1 бит;
    формат готового файла: многостраничный TIF.
    Каждый из сформированных файлов, указанных в пункте 2.1, подписывается ЭЦП индивидуального предпринимателя.
    Направление документов осуществляется заявителем .
    2.2. Для юридических лиц и индивидуальных предпринимателей, не имеющих ЭЦП , в виде файлов с отсканированными с бумажных носителей образами документов, оформленных в соответствии с законодательством Российской Федерации:
    а) файл с отсканированным образом заявления (уведомления, сообщения) подписывается ЭЦП нотариуса, засвидетельствовавшего подпись заявителя на заявлении (уведомлении, сообщении) в установленном законодательством Российской Федерации порядке;
    б) файлы с образами иных документов, в том числе документа, подтверждающего уплату государственной пошлины, подписываются ЭЦП нотариуса.
    Направление электронных документов осуществляется нотариусом.
    2.3. Для юридических лиц, имеющих ЭЦП - в виде файлов с отсканированными с бумажных носителей образами документов, оформленных в соответствии с законодательством Российской Федерации:
    а) файл с отсканированным образом заявления (уведомления, сообщения) подписывается ЭЦП нотариуса , засвидетельствовавшего подпись заявителя на заявлении (уведомлении, сообщении) в установленном законодательством Российской Федерации порядке;
    б) файлы с образами иных документов, в том числе документа, подтверждающего уплату государственной пошлины, подписываются ЭЦП заявителя (одного из заявителей) либо ЭЦП нотариуса.
    Направление электронных документов может осуществляться как заявителем, так и по согласованию с ним нотариусом.
    2.4. При необходимости получения после государственной регистрации юридического лица при создании (в том числе путем реорганизации) или изменений в учредительные документы юридического лица копии учредительных документов (изменений учредительных документов):
    а) запрос о предоставлении копии документа - в виде файла формата Word либо в виде файла с отсканированным с бумажного носителя образом запроса, составленного рукописным текстом;
    б) документ, подтверждающий плату за предоставление копии документа, - в виде файла с отсканированным с бумажного носителя образом документа.
    Указанные в настоящем пункте файлы подписываются ЭЦП заявителя, а при ее отсутствии – ЭЦП нотариуса.

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

    4. Указанные в пункте 2 файлы, а также соответствующие им файлы с содержимым ЭЦП заявителя или нотариуса, упаковываются в zip-архив (далее - транспортный контейнер).
    Подготовить транспортный контейнер можно из «Программы подготовки документов, используемых при регистрации индивидуальных предпринимателей (ИП)», а также с помощью специализированного бесплатного программного обеспечения «Программа подготовки пакета для электронной регистрации», расположенных по адресу .

    5. Для представления документов на государственную регистрацию в электронном виде в разделе «Подача электронных документов на государственную регистрацию» после аутентификации следует выбрать режим «Отправить новую заявку на государственную регистрацию ИП (КФХ), ЮЛ».
    После перехода в указанный режим необходимо выполнить следующие действия:
    - прикрепить транспортный контейнер, указанный в пункте 4;
    - нажать кнопку «Отправить».

    6. После отправления документов в электронном виде, заявителю в режиме on-line направляется сообщение, содержащее уникальный номер, подтверждающий доставку документов в Межрегиональную инспекцию ФНС России по централизованной обработке данных. Уникальный номер необходимо сохранить (записать, скопировать в текстовый редактор и т.д.).

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

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

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

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

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