Приказ ФНС России от 27.03.2024 № ЕД-7-26/245@

«О внесении изменений в приказ ФНС России от 09.11.2010 № ММВ-7-6/535@»

ПРИКАЗ

В целях обеспечения унификации электронного документооборота между налогоплательщиками и налоговыми органами по телекоммуникационным каналам связи с использованием усиленной квалифицированной электронной подписи (технологический процесс 103.06.02.02.0010 «Прием и обработка документов, представленных в налоговые органы в электронной форме по телекоммуникационным каналам связи с применением усиленной квалифицированной электронной подписи») в связи с принятием Федерального закона от 31.07.2023 № 389-ФЗ «О внесении изменений в части первую и вторую Налогового кодекса Российской Федерации, отдельные законодательные акты Российской Федерации и о приостановлении действия абзаца второго пункта 1 статьи 78 части первой Налогового кодекса Российской Федерации», а также в соответствии с приказом ФНС России от 26.12.2023 № ЕД-7-15/1003@ «Об утверждении форм, порядка заполнения и форматов представления реестров, предусмотренных подпунктами 1, 2, 4 — 6 пункта 1, пунктами 2 и 2.1 статьи 165 Налогового кодекса Российской Федерации, в электронной форме» приказываю:

• внести в Унифицированный формат транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной подписи, утвержденный приказом ФНС России от 09.11.2010 № ММВ-7-6/535@ (далее — Унифицированный формат), следующие изменения:
• пункт 5.3.1 Унифицированного формата изложить в следующей редакции: «5.3.1. Для шифрования используются алгоритмы ГОСТ 34.12-2018 и ГОСТ 34.13-2018. Для формирования ЭП используются алгоритмы ГОСТ Р 34.10-2012.»;
• раздел IX приложения № 1 к Унифицированному формату изложить в редакции согласно приложению № 1 к настоящему приказу;
• таблицу 16.5 приложения № 16 к Унифицированному формату изложить в редакции согласно приложению № 2 к настоящему приказу;
• дополнить Унифицированный формат приложением № 18 в редакции согласно приложению № 3 к настоящему приказ

Приложение № 1

IX Формат описания представления отдельных документов в налоговые органы (Версия 63)

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

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

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

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

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

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

TR_PROTDOC

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

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

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

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

TR_PROTDOC_2_700_12_09_63_xx, где xx — текущая версия схемы.

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

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

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

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

• Наименование элемента. Приводится полное наименование элемента.
• Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Сокращенные наименования могут записываться буквами и цифрами.
• Признак типа элемента. Может принимать следующие значения: «С» — сложный элемент (имеющий вложенные), «П» — простой элемент (не имеющий вложенных); А — атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе «Дополнительные сведения».
• Формат элемента. Формат <1> представляется в условных обозначениях, которым соответствуют следующие значения: T — символьная строка; N — числовое значение (целое или дробное).

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

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

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

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

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

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

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

3. ДИАГРАММА ФАЙЛА ОБМЕНА

4. ПЕРЕЧЕНЬ СТРУКТУРНЫХ ЭЛЕМЕНТОВ ЛОГИЧЕСКОЙ МОДЕЛИ ФАЙЛА ОБМЕНА

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

Приложение № 2

Таблица 16.5. Типы содержимого приложений

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

Классификатор ошибок форматно-логического контроля файлов налоговой и бухгалтерской отчетности ФНС России (далее — КОФО), разработан в соответствии с приказом МНС России от 02.06.2003 № БГ-3-13/285 «Об утверждении Положения „О единой системе классификации и кодирования технико-экономической и социальной информации МНС России“ и используется при формировании Сообщения об ошибке и результатов приема электронных документов в технологических документах, используемых в рамках электронного документооборота, на основании положений законодательства о налогах и сборах.»

2. Объекты классификации и структура КОФО

Объектами классификации в КОФО являются ошибки, возникшие при приеме транспортного контейнера или выявленные при форматно-логическом контроле файлов налоговой и бухгалтерской отчетности.

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

Информация классификатора представлена в одной таблице.

Каждая строка таблицы состоит из кода ошибки и наименования ошибки.

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

Структура кодового обозначения по КОФО:

КККРРРАААА, где

ККК — класс ошибок (признак, отражающий общность содержания подмножества ошибок),

РРР — подкласс ошибок (признак, отражающий общность подмножества ошибок в классе ошибок),

АААА — регистрационный номер ошибки в пределах подкласса.

Классы ошибок:

010 — нарушение установленного порядка представления налоговой и бухгалтерской отчетности;

020 — имя файла не соответствует установленным требованиям;

030 — ошибки, выявляемые при форматном контроле;

040 — ошибки, выявляемые при логическом контроле;

050 — ошибки, выявляемые при проверке по справочникам.

060 — ошибки, выявляемые при предоставлении информационных услуг налогоплательщикам в режиме «ИОН» offline.

Имя файла для загрузки таблицы в АСВК — KOFO.TXT.

Строки таблицы идентифицируются полем KOD (Классификационный код).

Состав и форматы полей таблицы KOFO приведены в таблице 2.1:

Актуальная версия КОФО размещается на официальном сайте ФНС России в информационно-телекоммуникационной сети Интернет.