Письмо ФНС России от 04.04.2019 № ЕД-4-15/6183@

(с изм. от 20.07.2022)

«О предоставлении возможности направлять в налоговый орган банковскую гарантию в электронной форме»

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

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

Учитывая изложенное, ФНС России разработан формат представления банковской гарантии в электронной форме (далее — Формат банковской гарантии).

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

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

Настоящее письмо необходимо довести до сведения нижестоящих налоговых органов и налогоплательщиков.

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

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

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

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

R_T_A_K_O_GGGGMMDD_N, где:

R_T — префикс, принимающий значение ON_SVBANKGAR;

A_K — идентификатор получателя информации, где: A — идентификатор получателя, которому направляется файл обмена, K — идентификатор конечного получателя, для которого предназначена информация из данного файла обмена <1>. Каждый из идентификаторов (A и K) имеет вид для налоговых органов — четырехразрядный код налогового органа;

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

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

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

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

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

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

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

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

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

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

ON_SVBANKGAR_2_310_64_05_01_xx, где xx — номер версии схемы.

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

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

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

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

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

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

сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации 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 схеме условий, предъявляемых к элементу в файле обмена, описанных в графе «Дополнительная информация». Например, «НУ» или «ОКУ»;

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

Таблица 4.4

Таблица 4.7

Сведения о Гаранте (СведБанк)

Таблица 4.9

Таблица 4.11

Сведения о документе-основании (СведДокОсн)