Структура имени файла для налоговой формата

Опубликовано: 16.05.2024

от 31 декабря 2009 года N ММ-7-6/730@

(с изменениями на 26 ноября 2013 года)

Документ с изменениями, внесенными:

приказом ФНС России от 17 апреля 2012 года N ММВ-7-6/244@ (вступил в силу начиная с представления налоговой декларации по налогу на добавленную стоимость в электронном виде за первый квартал 2012 года);

(Пункт в редакции, введенной в действие начиная с представления налоговой декларации по налогу на добавленную стоимость в электронном виде за первый квартал 2012 года приказом ФНС России от 17 апреля 2012 года N ММВ-7-6/244@; в редакции, введенной в действие с 1 января 2014 года приказом ФНС России от 26 ноября 2013 года N ММВ-7-6/524@. - См. предыдущую редакцию)

2. Установить, что настоящий приказ вступает в силу с даты представления налоговых деклараций в электронном виде за четвертый квартал 2009 года.

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

Руководитель
Федеральной налоговой службы
М.П.Мокрецов

УТВЕРЖДЕН
приказом ФНС России
от 31 декабря 2009 года N ММ-7-6/730@

Формат представления налоговых деклараций, бухгалтерской отчетности и иных документов, служащих основанием для исчисления и уплаты налогов и сборов, в электронном виде (на основе XML)

Часть III. Состав и структура показателей налоговой декларант по налогу на добавленную стоимость

(с изменениями на 26 ноября 2013 года)

* Наименование в редакции, введенной в действие начиная с представления налоговой декларации по налогу на добавленную стоимость в электронном виде за первый квартал 2012 года приказом ФНС России от 17 апреля 2012 года N ММВ-7-6/244@; в редакции, введенной в действие с 1 января 2014 года приказом ФНС России от 26 ноября 2013 года N ММВ-7-6/524@. - См. предыдущую редакцию.

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

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

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

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

Настоящая версия формата разработана в соответствии с требованиями следующих документов:

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

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

Имя файла обмена

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

R_T - префикс, принимающий значение NO_NDS

А_К - идентификатор получателя информации, где: А - идентификатор получателя, которому направляется файл обмена, К - идентификатор конечного получателя, для которого предназначена информация изданного файла обмена . Каждый из идентификаторов (А и К) имеет вид для налоговых органов - четырехразрядный код (код налогового органа по СОНО).

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

О - идентификатор отправителя информации, имеет вид:

- для организаций идентификатор отправителя информации представляется в виде девятнадцатиразрядного кода (ИНН и КПП юридического лица);

- для физических лиц - двенадцатиразрядный код (ИНН физического лица, имеющего ИНН. При отсутствии ИНН - последовательность из двенадцати нулей).

GGGG- год формирования передаваемого файла, ММ - месяц, DD - день;

N - идентификационный номер файла. (Длина - от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла). Расширение имени файла - xml.

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

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

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

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

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

NO_NDS_1_003_00_05_03_xx , где хх - номер версии схемы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

XSD схема файла обмена в электронном виде приводится отдельным файлом и размещается на сайте Федеральной налоговой службы.

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


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


Рис.2. Диаграмма структуры элемента "Налоговая декларация по налогу на добавленную стоимость (НДС)"

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

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

Практика показывает, что проблемы с отправкой отчетности возникают, как правило, из-за одних и тех же ошибок.

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

В противном случае направляется уведомление об отказе с указанием кода ошибки.

    К ошибкам, препятствующим приему отчетности в электронном виде, относятся:
  • 0200100000 - Структура имени файла не соответствует требованиям формата
  • 0300300000 - Структура файла не соответствует требованиям формата
  • 0400100001 - Не найден плательщик по ИНН и КПП или ИНН, представленному в файле
  • 0400200005 - Документ с указанным "Видом документа" и "Номером корректировки" уже зарегистрирован
  • 0500100000 - Значение элемента отсутствует в справочнике

0200100000 - Структура имени файла не соответствует требованиям формата

Проще говоря, название файла отчетности не соответствует установленным требованиям.

Название файла отчетности формируется из структурных элементов, схематично оно должно иметь вид:

R_T - префикс, обозначающий принадлежность информации файла к определенному виду. (Вид и тип информации представляются сочетанием символов (латинские буквы и цифры));

A - идентификатор получателя, которому направляется файл отчетности;

K - идентификатор конечного получателя, для которого предназначена информация из данного файла отчетности;

    Каждый из идентификаторов (A и K) имеет вид:
  1. для организаций - девятнадцатиразрядный код (ИНН и КПП юридического лица);
  2. для физических лиц - двенадцатиразрядный код (ИНН физического лица, имеющего ИНН, при отсутствии ИНН - последовательность из двенадцати нулей);
  3. для налоговых органов - четырехразрядный код (код налогового органа).

O - идентификатор отправителя информации, имеет вид:

  1. для организаций идентификатор отправителя информации представляется в виде девятнадцатиразрядного кода (ИНН и КПП юридического лица);
  2. для физических лиц - двенадцатиразрядный код (ИНН физического лица, имеющего ИНН. При отсутствии ИНН - последовательность из двенадцати нулей);
  3. для налоговых органов - четырехразрядный код (код налогового органа ).

GGGG - год формирования передаваемого файла, MM - месяц, DD - день;

N - идентификационный уникальный номер файла. (Длина - от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла.)

Расширение имени файла должно быть xml .

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

Таким образом, ошибки в названии файла отчетности могут быть связаны и чаще всего так и происходит, с неправильным указанием ИНН/КПП отправителя, кода налогового органа как получателя.

0300300000 - Структура файла не соответствует требованиям формата

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

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

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

По этой же причине может возникнуть ошибка: "Файл не соответствует xsd-схеме", с кодом: 0300300001

0400100001 - Не найден плательщик по ИНН и КПП или ИНН, представленному в файле

Данная ошибка возникает в следующих случаях:

  1. неправильное указание данных налогоплательщика в налоговой отчетности;
  2. налогоплательщик снят с учета;
  3. сведения о налогоплательщике отсутствуют в базе ФНС России.

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

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

0400200005 - Документ с указанным "Видом документа" и "Номером корректировки" уже зарегистрирован

Или когда при формировании уточненного файла отчетности мы забываем изменить статус отчета с "первичного" на "корректирующий".

0500100000 - Значение элемента отсутствует в справочнике

Данная ошибка возникает, как правило, из-за отсутствия обновления программного обеспечения на стороне налогового органа.

Под справочником имеется ввиду справочники СППФД/СФНД:

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

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

Сложно поверить, что этой песне будет скоро 10 лет

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

Результаты проверки

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

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


Рис. 6-7 – Сообщение о нахождении ошибок при проверке файла


При этом формируется протокол проверки файла:


Рис. 6-8 – Фрагмент проверки файла на соответствие утверждённому формату


Файл электронной отчётности представляет собой текстовый файл, который можно просмотреть в любом текстовом редакторе. Текст файла разбит на строки, состоящие из кода и значения реквизита. Проверка осуществляется построчно, начиная с первой строки. В каждой строке сначала проверяется порядок следования реквизитов и условия присутствия для условно-обязательных реквизитов. Если эти требования выполняются, то проверяется формат реквизита.

Протокол проверки отчётности имеет следующую структуру:

• В строке заголовке окна протокола в скобках указывается имя проверяемого файла отчётности.

• В поле "Количество ошибок" выводится сводная информация о допущенных ошибках.

• В таблице "Плательщик" построчно выводятся реквизиты (код и значение), содержащиеся в файле:


Рис. 6-9 – Пример ошибки формата

Все ошибочно указанные реквизиты помечаются в таблице красным значком
, правильно указанные реквизиты – значком
.

• В таблице "Список форм" (рис. 6-8) перечисляются формы, содержащиеся в файле.

• В таблице "Список ошибок" по порядку перечисляются номера строк проверенного файла отчётности, в которых были допущены ошибки, код реквизита, указанного в этой строке, и приводится подробное описание ошибки:


Рис. 6-10 – Список ошибок

• Далее следует область описания формата того реквизита из списка, на котором в данный момент установлен курсор (рис. 6-10).

Описание типичных ошибок

Классификация допущенных ошибок следующая:

• Ошибки формата. Например, ИНН налогоплательщика не указан или указан неправильно.

• Ошибки структуры. Например, нарушен порядок следования строк, какие-то строки отсутствуют, код реквизита указан неверно и т.п. Такие ошибки в списке ошибок помечаются значком
.

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

• символ "N" – для обозначения чисел;

• символы "Х" и "С" – для обозначения текста.

Ошибки структуры

Описание ошибки Метод исправления
Ошибка в названии файла Переименовать файл. Имя должно соответствовать одному из форматов:

ОИИИИИИИИИИ_ККККККККК_ГГ_НННННН.txt - для юридических лиц

ОИИИИИИИИИИИИ_ГГ_НННННН.txt - физических лиц.

О - префикс, обозначающий данные форм бухгалтерской и налоговой отчётности налогоплательщиков-организаций (индивидуальных предпринимателей, налоговых агентов), физических лиц и т.д.;

ИИИИИИИИИИ - 10-разрядный ИНН юридического лица;

ККККККККК - -9-ти разрядный код причины постановки на учёт (КПП) юридического лица;

ИИИИИИИИИИИИ - 12-разрядный ИНН физического лица (в случае отсутствия ИНН физического лица, указываются нули: 000000000000);

ГГ - две последние цифры года, за который передается информация;

Отсутствует предписанный реквизит!

Ошибки формата

Все ошибки формата имеют сходную структуру: .

• , где N – номер позиции с начала строки, в которой произошла ошибка;

• , текст ошибки (см. таблицу ниже);

• , фрагмент формата, которому должно удовлетворять значение в позиции N.

Исправление ошибок

Для исправления выявленных ошибок необходимо:

1. Закрыть окно протокола проверки файла.

2. Если ошибки обнаружены в реквизитах налогоплательщика или в данных ответственных лиц, откройте карточку налогоплательщика ( ) и исправьте неверные данные. После этого обновите отчёт ( ).

3. Если ошибки обнаружены в отчётной форме, то откройте отчёт, внесите в соответствующие поля изменения и сохраните их.

4. После этого повторите процедуру формирования файла с отчётностью, предварительно в реестре отчётности перейдите к нужному отчёту, и проверьте его, нажав кнопку "Сверка показателей", и т.д.

Исправление ошибок возможно непосредственно в окне протокола проверки файлов.


Учтите, что при этом способе вы вносите исправления в файл отчётности, который открыт в протоколе проверки. Вы исправляете файл, а не исходные данные, и при повторной записи отчёта или при записи в файл нового отчёта ошибки повторятся.

1. В списке ошибок протокола проверки (рис. 6-8) внимательно ознакомьтесь с описанием ошибки.

2. В списке реквизитов исходного файла перейдите ( ) к нужной ошибке и внесите необходимые изменения ( ). Для отмены сохранения изменений нажмите .

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

4. После того, как все ошибки исправлены, перепроверьте файл, воспользовавшись соответствующей кнопкой в окне протокола проверки:


Рис. 6-11 – Кнопка "Перепроверить файл"

5. Если снова будут найдены ошибки, повторите действия 1-4. Если ошибок больше не обнаружено, сохраните файл.

После этого можно отправлять проверенную отчётность по электронным каналам связи.

Проверка внешнего файла отчётности

В программе предусмотрена возможность проверки внешнего файла на соответствие форматам электронной отчётности. Файл может быть сформирован в любой другой бухгалтерской программе, например, "СБиС++ 1.9", 1С: Бухгалтерия и т.д. При этом загрузка файла в "СБиС++ Электронная отчетность" не требуется. Для выполнения такой проверки используется команда "Проверить файл", доступная из главного меню программы (пункт "Электронная отчетность"). Укажите путь к нужному файлу отчётности и повторите процедуру проверки файла, описанную выше.

Нарушение структуры файлов

После импорта/выгрузки/отправки книги/журналы отображаются пустыми

До выгрузки в бухгалтерской программе проверьте поле «Признак актуальности ранее представленных сведений» (строка 001). Если проставлена цифра «1», данные не выгрузятся. Данный код используется при предоставлении корректировки, если данные в этом конкретном разделе корректировать не нужно и предоставлять его повторно не требуется.

Нарушена структура XML-файла. Файл NO_NDS.xх_хххх_хххх
_ххххххххххххххххххх_
хххххххх_хххххххх-хххх-хххх-хххх-хххххххххххх.xml не может быть обработан

Попробуйте открыть файл при помощи браузера Internet Explorer без использования «Онлайн-Спринтера»: дважды кликните по сохраненному в папке файлу. Если он пустой или содержит список дат, повторите выгрузку из бухгалтерской программы: структура файла повреждена. Если сообщение остается, обратитесь к поставщику вашей бухгалтерской программы, чтобы настроить корректную выгрузку.

Примечание. Проверьте, пожалуйста, номера счетов-фактур. Символы >

Произошла ошибка приложения. Пожалуйста, обратитесь в службу поддержки

Если данное сообщение возникает при попытке просмотреть импортированные разделы сведений, попробуйте открыть файл при помощи браузера Internet Explorer без использования «Онлайн-Спринтера»: дважды кликните по сохраненному в папке файлу. Если он пустой или содержит список дат, повторите выгрузку из бухгалтерской программы: структура файла повреждена. Если сообщение остается, обратитесь к поставщику вашей бухгалтерской программы, чтобы настроить корректную выгрузку.

Примечание. Проверьте, пожалуйста, номера счетов-фактур. Символы >

Несоответствие комплектности

Не найдено вложение «NO_NDS.xх_хххх_хххх_
ххххххххххххххххххх_хххххххх
_хххххххх-хххх-хххх-хххх-хххххххххххх.xml», указанное в основном файле.

Загрузите файлы сведений (книги покупок/продаж, журналы счетов-фактур).

Как это сделать:

Элемент «ПризнНалХХ» не может принимать значение 0 при выполнении любого из следующих условий: «Заполнено приложение 1 к разделу ХХ…»

Загрузите файлы сведений (книги покупок/продаж, журналы счетов-фактур).

Как это сделать:

Идентификатор файла *** не соответствует идентификатору файла основного документа

Проверьте соответствие ИНН/КПП и кода ИФНС в именах файлов — основного (разделы 1–7) и дополнительных (8–12).

Структура (маска) имени файла должна быть следующая:

  • NO_NDS_aaaa_bbbb_
    ccccccccccddddddddd_
    eeeeffgg_хххххххх-хххх-хххх-хххх-хххххххххххх.xml — основной файл декларации (разделы 1–7).
  • NO_NDS.8_aaaa_bbbb_
    ccccccccccddddddddd_
    eeeeffgg_хххххххх-хххх-хххх-хххх-хххххххххххх.xml — книга покупок (раздел 8).
  • NO_NDS.81_aaaa_bbbb_
    ccccccccccddddddddd_
  • NO_NDS.9_aaaa_bbbb_
    ccccccccccddddddddd_
    eeeeffgg_хххххххх-хххх-хххх-хххх-хххххххххххх.xml — книга продаж (раздел 9)
  • NO_NDS.91_aaaa_bbbb_
    ccccccccccddddddddd_
    eeeeffgg_хххххххх-хххх-хххх-хххх-хххххххххххх.xml — сведения из дополнительных листов книги продаж (раздел 9.1)
  • NO_NDS.10_aaaa_bbbb_
    ccccccccccddddddddd_
    eeeeffgg_хххххххх-хххх-хххх-хххх-хххххххххххх.xml — журнал выставленных счетов-фактур (раздел 10)
  • NO_NDS.11_aaaa_bbbb_
    ccccccccccddddddddd_
    eeeeffgg_хххххххх-хххх-хххх-хххх-хххххххххххх.xml — журнал полученных счетов-фактур (раздел 11)
  • NO_NDS.12_aaaa_bbbb_
    ccccccccccddddddddd_
    eeeeffgg_хххххххх-хххх-хххх-хххх-хххххххххххх.xml — сведения по счёт-фактурам, выставленным неплательщиками НДС (раздел 12), где:
    • aaaa — код транзитной ИФНС (для всех, кроме крупнейших налогоплательщиков, коды транзитной и конечной ИФНС совпадают)
    • bbbb — код конечной ИФНС (для всех, кроме крупнейших налогоплательщиков коды транзитной и конечной ИФНС совпадают)
    • cccccccccc — ИНН
    • ddddddddd — КПП (если налогоплательщик — индивидуальный предприниматель, вместо ИНН/КПП — 12-символьный ИНН)
    • eeeeffgg — дата, например, 27 апреля 2015г. отображается как 20150427
    • хххххххх-хххх-хххх-хххх-хххххххххххх — уникальный идентификатор файла

Несоответствия в разделах 1–7

При значении кода по месту нахождения (учёта) (титульный лист) равном 231 код по ОКТМО (раздел 1, код строки 010) может быть не указан и обязателен при других значениях кода по месту нахождения (учёта).

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

При заполнении ОКТМО (раздел 1, код строки 010) должна быть указана одна из следующих сумм:

  1. Сумма налога, подлежащая уплате в бюджет в соответствии с пунктом 5 статьи 173 Налогового кодекса Российской Федерации (раздел 1, код строки 030);
  2. Сумма налога, подлежащая уплате в бюджет в соответствии с пунктом 1 статьи 173 Налогового кодекса Российской Федерации (раздел 1, код строки 040);
  3. Сумма налога, исчисленная к возмещению из бюджета в соответствии с пунктом 2 статьи 173 Налогового кодекса Российской Федерации (раздел 1, код строки 050).

При отсутствии ОКТМО (раздел 1, код строки 010) суммы не указываются.

Необходимо заполнить раздел 1 декларации по НДС. Если реквизиты в настройках заполнены, откройте раздел 1 для редактирования и нажмите «Сохранить» — раздел будет заполнен автоматически.

Примечание. Раздел 1 нужно обязательно заполнить, даже если декларация «нулевая».

Код налогового периода (титульный лист) может принимать значения от 01 до 12 только при значении кода по месту нахождения (учёта) равном 250

Если код местонахождения отличен от 250, проверьте поле «Налоговый период (код)» на титульном листе. Возможные значения: «21 | I квартал», «22 | II квартал», «23 | III квартал», «24 | IV квартал» (при реорганизации/ликвидации — отдельный список кодов). В уже загруженной декларации изменить период невозможно: нужно внести исправления в бухгалтерской программе и выгрузить файл повторно.

При значении суммы налога, подлежащей уплате в бюджет в соответствии с пунктом 5 статьи 173 Налогового кодекса Российской Федерации больше 0 должен присутствовать и иметь значение элемент «ПризнНал12»

Если строка 030 раздела 1 заполнена, нужно обязательно сформировать раздел 12. Если вы не предоставляете раздел 12, очистите строку 030 в разделе 1.

При отсутствии суммы, на которую корректируется налоговая база при уменьшении цены реализованных товаров (работ, услуг) (раздел 4, код строки 110) должна быть указана сумма, на которую корректируется налоговая база при увеличении цены реализованных товаров (работ, услуг) (раздел 4, код строки 100).

При отсутствии суммы, на которую корректируется налоговая база при увеличении цены реализованных товаров (работ, услуг) (раздел 4, код строки 100) должна быть указана сумма, на которую корректируется налоговая база при уменьшении цены реализованных товаров (работ, услуг) (раздел 4, код строки 110)

В разделе 4 очистите строки 060 и 090.

Примечание. Эти строки нужно обязательно заполнять для печатной формы, в соответствии с Приказом ФНС России от 29.10.2014 № ММВ-7-3/558@.

При отсутствии суммы, на которую корректируется налоговая база при уменьшении цены реализованных товаров (работ, услуг) (раздел 6, код строки 140) должна быть указана сумма, на которую корректируется налоговая база при увеличении цены реализованных товаров (работ, услуг) (раздел 6, код строки 120).

При отсутствии суммы, на которую корректируется налоговая база при увеличении цены реализованных товаров (работ, услуг) (раздел 6, код строки 120) должна быть указана сумма, на которую корректируется налоговая база при уменьшении цены реализованных товаров (работ, услуг) (раздел 6, код строки 140)

В разделе 6 очистите строки 070 и 110.

Файл не соответствует схеме. Элемент: «Сведения о налогоплательщике — продавце (юридическом лице)» параметр «Раздел 2, строка 030. ИНН налогоплательщика — продавца» имеет некорректное значение «0000000000». Параметр должен содержать 10 символов. Идентификационный номер налогоплательщика — организации.

В разделе 2 проверьте строку 030: если налогоплательщик-продавец не имеет ИНН, оставьте строку пустой, не заполняя её нулями. Если налогоплательщик-продавец является индивидуальным предпринимателем, проставьте соответствующую отметку в поле «Тип налогоплательщика-продавца».

При значении кода операции (раздел 2, код строки 070) равном 1011712 или 1011703 должны быть указаны сведения о налогоплательщике — продавце (раздел 2, код строки 020 и 030). При значении кода операции (раздел 2, код строки 070) равном 1011703 должен быть указан ИНН налогоплательщика — продавца (раздел 2, код строки 030)

В разделе 2 заполните сведения о налогоплательщике-продавце: строки 020 (наименование) и 030 (ИНН). Сведения нужно обязательно заполнить при кодах операции 1011703 и 1011712.

Несоответствия в разделах 8–12 (ИНН/КПП)

При заполнении кода вида операции (раздел xx, код строки 010) значением из перечня: 01, 02, 03, 04, 05, 07, 08, 09, 10, 11, 12, 13 должны быть указаны ИНН/КПП … (раздел xx, код строки xxx)

В указанном счете-фактуре проверьте строку с данными о контрагенте. Если организация/индивидуальный предприниматель не имеет ИНН/КПП, оставьте строку пустой. Не указывать ИНН/КПП можно только при определённых кодах вида операции (строка 010). Список кодов, использовавшихся до 1 июля 2016 года, можно просмотреть в Приказе ФНС РФ от 14.02.2012 № ММВ-7-3/83@ и Письме ФНС России от 22.01.2015 № ГД-4-3/794@. С 1 июля 2016 года используются коды, указанные в Приказе ФНС России от 14.03.2016 № ММВ-7-3/136@.

Файл не соответствует схеме. Элемент: «Сведения об организации — …» параметр «Раздел х, строка ххх. ИНН организации» имеет некорректное значение '0000000000'. Параметр должен содержать 10 символов. Идентификационный номер налогоплательщика — организации

В указанном счете-фактуре проверьте строку с данными о контрагенте. Если организация/индивидуальный предприниматель не имеет ИНН, оставьте строку пустой. Не указывать ИНН/КПП можно только при определённых кодах вида операции (строка 010). Список кодов, использовавшихся до 1 июля 2016 г., можно просмотреть в Приказе ФНС РФ от 14.02.2012 № ММВ-7-3/83@ и Письме ФНС России от 22.01.2015 № ГД-4-3/794@. С 1 июля 2016 г. используются коды, указанные в Приказе ФНС России от 14.03.2016 № ММВ-7-3/136@.

Файл не соответствует схеме. Элемент: «Сведения об организации — …». Отсутствует параметр «Раздел х, строка ххх. КПП». Код причины постановки на учёт (КПП) — 5 и 6 знаки от 0–9 и A–Z

В указанном счёте-фактуре проверьте строку с данными о контрагенте. Если организация/индивидуальный предприниматель не имеет ИНН, оставьте строку пустой. Не указывать ИНН/КПП можно только при определённых кодах вида операции (строка 010). Список кодов, использовавшихся до 1 июля 2016 г., можно просмотреть в Приказе ФНС РФ от 14.02.2012 № ММВ-7-3/83@ и Письме ФНС России от 22.01.2015 № ГД-4-3/794@ . С 1 июля 2016 г. используются коды, указанные в Приказе ФНС России от 14.03.2016 № ММВ-7-3/136@.

Если сообщение выдается при проверке счета-фактуры от контрагента-индивидуального предпринимателя (ИНН указан, 12 символов), в соответствующей строке установите переключатель на «ФЛ | Физическое лицо».

Несоответствия в разделах 8–12 (прочее)

Файл не соответствует схеме. Элемент: «Сведения по строке из книги покупок об операциях, отражаемых за истекший налоговый период» параметр «Раздел х, строка ххх. Номер таможенной декларации» имеет некорректное значение «…». Параметр может содержать до 1000 символов.

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

Файл не соответствует схеме. Элемент: «Состав и структура документа». Отсутствует параметр «Номер корректировки»

Такое сообщение появляется, если документ некорректно выгружен из бухгалтерской программы. Откройте документ для редактирования и нажмите «Сохранить», «Проверить». Если отчет корректировочный, заполните поля «Номер корректировки» и «Признак актуальности ранее представленных сведений».

Примечание. При признаке актуальности «1» раздел отправится пустым.

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

Данное сообщение возникает при ставке НДС 0 %. В строке «В том числе сумма НДС по счёту-фактуре, в руб. и коп.» проставьте значение «0» (без кавычек).

При заполнении кода валюты по ОКВ значением отличным от 643 (раздел хх, код строки ххх) должна быть указана стоимость продаж по счёту-фактуре, разница стоимости по корректировочному счёту-фактуре (включая налог), в валюте счёта-фактуры (раздел хх, код строки ххх).

Необходимо заполнить строку «Стоимость продаж по счёту-фактуре, разница стоимости по корректировочному счёту-фактуре (включая налог) в валюте счёта-фактуры» (в разделе 8 — строка 170; в разделе 9 — строка 150). Если валюта, указанная в счёте-фактуре, рубли, проверьте код валюты по ОКВ. Нужно указать значение «643».

Признак актуальности ранее представленных сведений (раздел xx, код строки 001) не заполняется при подаче первичного документа, то есть при номере корректировки равном 0.

При значении признака актуальности ранее представленных сведений (раздел xx, код строки 001) равном 1 сведения из книги покупок об операциях, отражаемых за истёкший налоговый период не заполняются.

При значении признака актуальности ранее представленных сведений (раздел xx, код строки 001) равном 0 сведения из книги покупок об операциях, отражаемых за истёкший налоговый период обязательны для заполнения.

Откройте загруженный раздел для редактирования и измените значение в поле «Признак актуальности ранее представленных сведений (001)» на «0 | сведения неактуальны», если декларация первичная. Если она корректировочная, проставьте номер корректировки и заполните поле «Признак актуальности ранее представленных сведений (001)» следующим образом: значение «0 | сведения неактуальны» нужно выбрать, если вы вносите изменения в раздел; значение «1 | сведения актуальны» — если вы не вносите изменения в раздел и ранее представленные сведения во всем разделе верны (в этом случае данный раздел корректировки отправляется пустым).

Признак актуальности ранее представленных сведений (раздел xx, код строки 001) не заполняется при подаче первичного документа, то есть при номере корректировки равном 0

Такое сообщение появляется, если документ некорректно выгружен из бухгалтерской программы. Откройте документ для редактирования и нажмите «Сохранить», «Проверить».

МИНИСТЕРСТВО ФИНАНСОВ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНАЯ НАЛОГОВАЯ СЛУЖБА

ПРИКАЗ
от 24 декабря 2020 г. N ЕД-7-26/945@

О ВНЕСЕНИИ ИЗМЕНЕНИЙ
В ПРИКАЗ ФНС РОССИИ ОТ 27.08.2014 N ММВ-7-6/443@

В соответствии с пунктом 4 статьи 31 части первой Налогового кодекса Российской Федерации, в целях приведения в соответствие с положениями Федерального закона от 29.09.2019 N 325-ФЗ "О внесении изменений в части первую и вторую Налогового кодекса Российской Федерации" ведомственных документов ФНС России, регулирующих представление налоговой и бухгалтерской отчетности в электронной форме по телекоммуникационным каналам связи, и в связи с приказом ФНС России от 15.10.2020 N ЕД-7-11/753@ "Об утверждении формы расчета сумм налога на доходы физических лиц, исчисленных и удержанных налоговым агентом (форма 6-НДФЛ), порядка ее заполнения и представления, формата представления расчета сумм налога на доходы физических лиц, исчисленных и удержанных налоговым агентом, в электронной форме, а также формы справки о полученных физическим лицом доходах и удержанных суммах налога на доходы физических лиц" приказываю:

1. Внести в приказ ФНС России от 27.08.2014 N ММВ-7-6/443@ "Об утверждении рекомендуемых форматов документов, используемых при организации электронного документооборота между налоговыми органами и налогоплательщиками при представлении налоговых деклараций (расчетов) в электронной форме по телекоммуникационным каналам связи" (далее - Приказ) следующие изменения:

1.1. В преамбуле Приказа слова "плательщиков сборов и налоговых агентов о действующих налогах и сборах, законодательстве о налогах и сборах и принятых в соответствии с ним нормативных правовых актах, порядке исчисления и уплаты налогов и сборов, правах и обязанностях налогоплательщиков, плательщиков сборов и налоговых агентов, полномочиях налоговых органов и их должностных лиц, а также по приему налоговых деклараций (расчетов), утвержденного приказом Министерства финансов Российской Федерации от 02.07.2012 N 99н (зарегистрирован Министерством юстиции Российской Федерации 29.08.2012, регистрационный номер 25312)" заменить словами "плательщиков сборов, плательщиков страховых взносов и налоговых агентов о действующих налогах, сборах и страховых взносах, законодательстве о налогах и сборах и принятых в соответствии с ним нормативных правовых актах, порядке исчисления и уплаты налогов, сборов и страховых взносов, правах и обязанностях налогоплательщиков, плательщиков сборов, плательщиков страховых взносов и налоговых агентов, полномочиях налоговых органов и их должностных лиц, а также по приему налоговых деклараций (расчетов), утвержденного приказом Федеральной налоговой службы от 08.07.2019 N ММВ-7-19/343@ (зарегистрирован Министерством юстиции Российской Федерации 16.09.2019, регистрационный номер 55942)".

1.2. В первом абзаце пункта 1 Приказа слова "формы и" исключить, а слова "пунктом 211" заменить словами "пунктом 161".

1.3. Приложение N 3 к Приказу изложить в редакции согласно приложению N 1 к настоящему приказу.

1.4. Приложение N 6 к Приказу изложить в редакции согласно приложению N 2 к настоящему приказу.

2. Признать утратившими силу пункты 1.3 и 1.4 приказа ФНС России от 26.12.2016 N ММВ-7-6/712@ "О внесении изменений в приказы ФНС России".

3. Ввести в действие указанные изменения с 01.03.2021.

4. Управлению электронного документооборота (Ф.В. Новиков) в установленном порядке обеспечить методологическое сопровождение соответствующих программных средств в процессе промышленной эксплуатации.

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

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

Руководитель Федеральной
налоговой службы
Д.В.ЕГОРОВ

Приложение N 1
к приказу ФНС России
от "__" ______ 202_ г. N __

ФОРМАТ
ПРЕДСТАВЛЕНИЯ В ЭЛЕКТРОННОЙ ФОРМЕ СВЕДЕНИЙ УВЕДОМЛЕНИЯ
ОБ УТОЧНЕНИИ НАЛОГОВОЙ ДЕКЛАРАЦИИ (РАСЧЕТА), БУХГАЛТЕРСКОЙ
(ФИНАНСОВОЙ) ОТЧЕТНОСТИ

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

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

2. Номер версии настоящего формата 5.08, часть LXXXVII.

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

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

R_T - префикс, где R принимает значение UU (принадлежность передаваемых сведений к уведомлению об уточнении отчетности); T принимает значение префикса полученного файла (префикс полученного файла без разделителя для форматов версии 4.0, 5.0). В случае, когда в составе транспортного контейнера получен набор логически связанных документов (файлов), T принимает значение префикса основного из полученных файлов;

Префикс (в соответствии с приказом ФНС России от 18.07.2008 NММ-3-6/321@) - элемент в имени файла, обозначающий принадлежность информации файла обмена к определенному виду (R) и типу (T).

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

A_K - идентификатор получателя информации, где: A - идентификатор получателя, которому направляется файл обмена, K - идентификатор конечного получателя (получателя уведомления об уточнении - участника информационного обмена, сформировавшего файл, в ответ на который сформировано уведомление об уточнении ).

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

Идентификатор A имеет вид:

- для организаций - девятнадцатиразрядный код (идентификационный номер налогоплательщика (далее - ИНН) и код причины постановки на учет (далее - КПП) организации);

- для физических лиц - двенадцатиразрядный код (ИНН физического лица, при наличии. При отсутствии ИНН - последовательность из двенадцати нулей);

- для налоговых органов - четырехразрядный код (код налогового органа в соответствии с классификатором "Система обозначения налоговых органов" (СОНО).

Идентификатор К имеет вид:

- для организаций - девятнадцатиразрядный код (ИНН и КПП организации);

- для физических лиц - двенадцатиразрядный код (ИНН физического лица, при наличии. При отсутствии ИНН - последовательность из двенадцати нулей);

O - идентификатор отправителя информации (уведомления об уточнении) - код налогового органа по СОНО;

GGGG - год формирования передаваемого файла, MM - месяц, DD - день;

N - идентификационный номер файла. (Длина - от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла).

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

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

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

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

UU_OTCH_1_087_00_05_08_xx, где xx - номер версии схемы.

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

XML схема файла обмена приводится отдельным файлом.

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

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

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

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

сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;

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

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

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

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

Для простых элементов, являющихся базовыми в XML, например, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента;

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

К вышеперечисленным признакам обязательности элемента может добавляться значение "У" в случае описания в XML схеме условий, предъявляемых к элементу в файле обмена, описанных в графе "Дополнительная информация". Например, "НУ" или "ОКУ";

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


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

Уведомление об уточнении налоговой декларации (расчета,
бухгалтерской (финансовой) отчетности) (Файл)

Читайте также: