Транспортный контейнер для налоговой что это такое

Подача документов на государственную регистрацию в электронном виде

Подача документов на государственную регистрацию в электронном виде с использованием ЭЦП #

Процедуру подачи документов на государственную регистрацию или на внесение изменений в учредительные документы можно условно разделить на несколько этапов:

Первые два пункта у нас уже рассмотрены на сайте, поэтому подробно рассмотрим 3 пункт.

Подготовка документов для государственной регистрации #

Заявление будет сохранено на компьютере или USB носителе в формате, который требуется для подачи документов в электронном виде.

Примечание: Сохраненное заявление можно так же распечатать для подачи его в налоговый орган или МФЦ в печатном виде. В этом случаем подпись заявителя необходимо заверить у нотариуса.

Создание транспортного контейнера #

В программе нажимаем на значок «Письма»-Формирование транспортного контейнера.

Обратите внимание: если к подаваемому заявлению требуется прикрепить дополнительные документы (устав, решения, протокол и др.), то предварительно эти документы следует отсканировать.

К сканированным документам устанавливаются требования к формату и качеству.

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

Прикрепляем и подписываем электронной подписью документы #

После того как от сканировали документы, которые необходимо прикрепить для формирования транспортного контейнера. Нужно выбрать ЭЦП, которой будет подписывать документы.

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

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

Отправляем транспортный контейнер в Налоговый орган #

Переходим на сайт налоговой nalog.ru. Заходим в личный кабинет юридического лица или индивидуального предпринимателя. Перед входом в кабинет необходимо будет пройти диагностику подключения. После её прохождения сможем зайти в личный кабинет. В личном кабинет выбираем в меню «Подача заявлений — Сведения о юридическом лице — Комплект документов на государственную регистрацию»

На следующей странице нажимаем «Обзор» и выбираем сохранённый файл — транспортный контейнер и нажимаем отправить.

После того как вы отправили документы в электронном виде, на электронный адрес заявителя, который был указан при отправке документов будет отправлено сообщение — подтверждение. В нём будет указан уникальный код, который подтверждает получение электронных документов.

В срок не превышающий 3 — 5 рабочих дней ( в зависимости от вида поданного заявления на регистрацию). На электронную почту заявителя указанную в транспортном контейнере придёт ответ от налогового органа, подписанный ЭЦП НО.

Источник

Скорректирован формат транспортного контейнера при информационном взаимодействии с налоговыми органами

ФНС России внесла изменения в унифицированный формат транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи (приказ ФНС России от 19 августа 2021 г. № СД-7-26/759@ “О внесении изменений в приказ ФНС России от 9 ноября 2010 г. № ММВ-7-6/535@”).

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

Все важные документы и новости о коронавирусе COVID-19 – в ежедневной рассылке Подписаться

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

Источник

Транспортный контейнер для налоговой что это такое

Об актуальных изменениях в КС узнаете, став участником программы, разработанной совместно с АО «Сбербанк-АСТ». Слушателям, успешно освоившим программу выдаются удостоверения установленного образца.

Программа разработана совместно с АО «Сбербанк-АСТ». Слушателям, успешно освоившим программу, выдаются удостоверения установленного образца.

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

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

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

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

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

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

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

Приложение
к приказу Федеральной налоговой службы
от 18 декабря 2009 г. № ММ-7-6/693@

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

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

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

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

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

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

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

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

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

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

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

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

— файлы с содержимым передаваемых ЭЦП.

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

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

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

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

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

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

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

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

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

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

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

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

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

3.5. Справочник кодов периода представления налоговых деклараций (расчетов) приведен в Приложении 14 к настоящему документу.

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 в формате сообщений электронной почты требования к структуре почтового сообщения устанавливаются в Приложении 13 к настоящему документу.

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

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

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

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

1.2. Основание разработки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.2. Основание разработки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.2. Основание разработки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.2. Основание разработки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.2. Основание разработки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.2. Основание разработки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сведения описания запроса на информационную выписку (описание)

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

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

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

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

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

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

1.2. Основание разработки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Содержание поля указывается в кодировке Quoted-Printable/Windows-1251 или Base64/Windows-1251 и не может превышать 256, символов.

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

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

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

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

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

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

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

Справочник кодов периода представления налоговых деклараций (расчетов)

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

Источник