Приказ ФНС РФ от 18.01.2017 N ММВ-7-6/16@
Об утверждении формата документа, необходимого для обеспечения электронного документооборота в отношениях, регулируемых законодательством о налогах и сборах
В соответствии с пунктом 4 статьи 31 части первой Налогового кодекса Российской Федерации (Собрание законодательства Российской Федерации 1998, N 31, ст. 3824; 2016, N 27, ст. 4177) приказываю:
1. Утвердить формат документа, необходимого для обеспечения электронного документооборота в отношениях, регулируемых законодательством о налогах и сборах, согласно приложению к настоящему приказу.
2. Признать утратившими силу:
приказ ФНС России от 28.12.2010 N ММВ-7-6/773@ «Об утверждении Формата документов, используемых налоговыми органами при реализации своих полномочий в отношениях, регулируемых законодательством о налогах и сборах» (зарегистрирован Министерством юстиции Российской Федерации 01.04.2011, регистрационный номер 20384);
приказ ФНС России от 01.06.2011 N ММВ-7-6/350@ «О внесении изменений в приказ Федеральной налоговой службы от 28.12.2010 N ММВ-7-6/773@» (зарегистрирован Министерством юстиции Российской Федерации 01.07.2011, регистрационный номер 21241);
приказ ФНС России от 22.08.2011 N ММВ-7-6/506@ «О внесении изменений в Формат документов, используемых налоговыми органами при реализации своих полномочий в отношениях, регулируемых законодательством о налогах и сборах, утвержденный приказом Федеральной налоговой службы от 28.12.2010 N ММВ-7-6/773@» (зарегистрирован Министерством юстиции Российской Федерации 09.11.2011, регистрационный номер 22251).
3. Установить, что настоящий приказ вступает в силу по истечении двух месяцев со дня его официального опубликования.
4. Руководителям (исполняющим обязанности руководителя) управлений Федеральной налоговой службы по субъектам Российской Федерации довести настоящий приказ до нижестоящих налоговых органов.
5. Контроль за исполнением настоящего приказа возложить на заместителя руководителя Федеральной налоговой службы, координирующего работу по созданию, развитию, сопровождению и эксплуатации автоматизированной информационной системы Федеральной налоговой службы.
Руководитель
Федеральной налоговой службы
М.В. МИШУСТИН
Приложение
к приказу ФНС России
от 18 января 2017 г. N ММВ-7-6/16@
ФОРМАТ ДОКУМЕНТА, НЕОБХОДИМОГО ДЛЯ ОБЕСПЕЧЕНИЯ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА В ОТНОШЕНИЯХ, РЕГУЛИРУЕМЫХ ЗАКОНОДАТЕЛЬСТВОМ О НАЛОГАХ И СБОРАХ
I. ОБЩИЕ СВЕДЕНИЯ
1. Настоящий формат описывает требования к XML файлам (далее — файлы обмена) передачи по телекоммуникационным каналам связи и через личный кабинет налогоплательщика в целях обеспечения электронного документооборота по представлению в налоговый орган и направлению из налогового органа документов, используемых налоговыми органами при реализации своих полномочий в отношениях, регулируемых законодательством о налогах и сборах.
2. Номер версии настоящего формата 5.01, часть 886.
II. ОПИСАНИЕ ФАЙЛА ОБМЕНА
3. Имя файла обмена должно иметь следующий вид: R_T_A_K_O_GGGGMMDD_N, где:
R_T- префикс, принимающий значение ON_DOCNPNO;
А_К — идентификатор получателя информации, где: А — идентификатор получателя, которому направляется файл обмена, К — идентификатор конечного получателя, для которого предназначена информация из данного файла обмена <1>. Каждый из идентификаторов (А и К) имеет вид:
<1> Передача файла от отправителя к конечному получателю (К) может осуществляться в несколько этапов через другие налоговые органы, осуществляющие передачу файла на промежуточных этапах, которые обозначаются идентификатором А. В случае передачи файла от отправителя к конечному получателю при отсутствии налоговых органов, осуществляющих передачу на промежуточных этапах, значения идентификаторов А и К — совпадают.
для организаций — девятнадцатиразрядный код (идентификационный номер налогоплательщика (далее — ИНН) и код причины постановки на учет (далее — КПП) организации (обособленного подразделения));
для физических лиц — двенадцатиразрядный код (ИНН физического лица. При отсутствии ИНН — последовательность из двенадцати нулей);
для налоговых органов — четырехразрядный код (код налогового органа);
О — идентификатор отправителя информации, имеет вид: для организаций — девятнадцатиразрядный код (ИНН и КПП организации (обособленного подразделения);
для физических лиц — двенадцатиразрядный код (ИНН физического лица, при наличии. При отсутствии ИНН — последовательность из двенадцати нулей);
для налоговых органов — четырехразрядный код (код налогового органа);
GGGG — год формирования передаваемого файла, ММ — месяц, DD — день;
N — идентификационный номер файла. (Длина — от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла).
Расширение имени файла — xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла обмена
Первая строка XML файла должна иметь следующий вид:
Имя файла, содержащего XML схему файла обмена, должно иметь следующий вид:
ON_DOCNPNO_1_886_00_05_01_xx , где хх — номер версии схемы.
Расширение имени файла — xsd.
XML схема файла обмена приводится отдельным файлом.
4. Логическая модель файла обмена представлена в виде диаграммы структуры файла обмена на рисунке 1 настоящего формата. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла обмена и сведения о них приведены в таблицах 4.1 — 4.15 настоящего формата.
Для каждого структурного элемента логической модели файла обмена приводятся следующие сведения:
наименование элемента. Приводится полное наименование элемента <2>;
<2> В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом «|». Такая форма записи применяется при наличии в файле обмена только одного элемента из описанных в этой строке.
сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;
признак типа элемента. Может принимать следующие значения: «С» — сложный элемент логической модели (содержит вложенные элементы), «П» — простой элемент логической модели, реализованный в виде элемента XML файла, «А» — простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы;
формат элемента. Формат элемента представляется следующими условными обозначениями: Т — символьная строка; N — числовое значение (целое или дробное).
Формат символьной строки указывается в виде Т(n-к) или Т(=к), где: n — минимальное количество знаков, к — максимальное количество знаков, символ «-» — разделитель, символ «=» означает фиксированное количество знаков в строке. В случае если минимальное количество знаков равно 0, формат имеет вид Т(0-к). В случае, если максимальное количество знаков не ограничено, формат имеет вид Т(n-).
Формат числового значения указывается в виде N(m.k), где: m — максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k — максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (то есть число целое), то формат числового значения имеет вид N(m).
Для простых элементов, являющихся базовыми в XML (определенными в информационно-телекоммуникационной сети «Интернет» по электронному адресу: http://www.w3.org/TR/xmlschema-0), например, элемент с типом «date», поле «Формат элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента;
признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: «О» — наличие элемента в файле обмена обязательно; «Н» — наличие элемента в файле обмена необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и тому подобному), то признак обязательности элемента дополняется символом «К». Например, «ОК». В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом «М». Например, «ЕМ», «ОКМ».
К вышеперечисленным признакам обязательности элемента может добавляться значение «У» в случае описания в XML схеме условий, предъявляемых к элементу в файле обмена, описанных в графе «Дополнительная информация». Например, «НУ», «ОКУ»;
дополнительная информация содержит, при необходимости, требования к элементу файла обмена, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и тому подобного), указывается соответствующее наименование классификатора (кодового словаря и тому подобного) или приводится перечень возможных значений. Для классификатора (кодового словаря и тому подобного) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
Рисунок 1. Диаграмма структуры файла обмена
Файл обмена (Файл)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Идентификатор файла | ИдФайл | А | Т(1-255) | ОУ | Содержит (повторяет) имя сформированного файла (без расширения) |
| Версия программы, с помощью которой сформирован файл | ВерсПрог | А | Т(1-40) | О | |
| Версия формата | ВерсФорм | А | Т(1-5) | О | Принимает значение: 5.01 |
| Состав и структура документа | Документ | С | О | Состав элемента представлен в таблице 4.2 |
Состав и структура документа (Документ)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Код формы документа по КНД | КНД | А | Т(=7) | ОК | Типовой элемент <КНДТип>. Принимает значение: 1184002 |
| Дата формирования документа | ДатаДок | А | Т(=10) | н | Типовой элемент <ДатаТип>. Дата в формате ДД.ММ.ГГГГ |
| Сведения об отправителе документа | СвОтпрДок | С | О | Типовой элемент <ОтпрПолТип>. Состав элемента представлен в таблице 4.11 |
|
| Сведения о получателе документа | СвПолДок | С | О | Типовой элемент <ОтпрПолТип>. Состав элемента представлен в таблице 4.11 |
|
| Сведения о налогоплательщике | СвНП | С | О | Состав элемента представлен в таблице 4.3 | |
| Сведения о лице, подписавшем документ | Подписант | С | О | Состав элемента представлен в таблице 4.4 | |
| Документы, направляемые налоговым органом | | ДокНалрИзНО | С | О | Состав элемента представлен в таблице 4.6 | |
| Документы, представляемые в налоговый орган | ДокПредстНО | С | О | Состав элемента представлен в таблице 4.8 |
Сведения о налогоплательщике (СвНП)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Налогоплательщик — организация | | НПЮЛ | С | О | Типовой элемент <СвЮЛТип>. Состав элемента представлен в таблице 4.13 |
|
| Налогоплательщик — физическое лицо (в том числе индивидуальный предприниматель) | НПФЛ | С | О | Типовой элемент <СвФЛТип>. Состав элемента представлен в таблице 4.14 |
Сведения о лице, подписавшем документ (Подписант)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Признак лица, подписавшего документ | ПрПодп | А | Т(=1) | НУ | Принимает значение: 1 — физическое лицо (в том числе индивидуальный предприниматель) | 2 — представитель физического лица (в том числе индивидуального предпринимателя) | 3 — руководитель организации | 4 — представитель организации. Элемент обязателен при наличии элемента <ДокПредстНО> (из таблицы 4.2) и не применяется при его отсутствии |
| Должность лица, подписавшего документ | Должн | А | Т(1-128) | Н | |
| Номер контактного телефона | Тлф | А | Т(1-20) | Н | |
| Адрес электронной почты | А | Т(1-45) | Н | ||
| ИНН физического лица | ИННФЛ | А | Т(=12) | Н | Типовой элемент <ИННФЛТип> |
| Фамилия, имя, отчество | ФИО | С | НУ | Типовой элемент <ФИОТип>. Состав элемента представлен в таблице 4.15 Элемент обязателен при наличии <ДокПредстНО> и <ПрПодп> = 2 | 3 | 4 Может отсутствовать при наличии <ДокНапрИзНО> (из таблицы 4.2) |
|
| Сведения о документе, подтверждающем полномочия представителя | СвПред | С | НУ | Состав элемента представлен в таблице 4.5 Элемент обязателен при <ПрПодп> = 2 | 4. Элемент не применяется при наличии элемент <ДокНапрИзНО> (из таблицы 4.2) |
Сведения о документе, подтверждающем полномочия представителя (СвПред)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Наименование и реквизиты документа, подтверждающего полномочия представителя налогоплательщика | НаимДок | А | Т(1-120) | О |
Документы, направляемые налоговым органом (ДокНапрИзНО)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Идентификатор файла основания, в ответ на который формируется данный файл | ИдФайлЗаяв | А | Т(1-255) | Н | Содержит (повторяет) имя файла (без расширения) <1> |
| Информационное сообщение о направляемом документе | ИнфСообДок | С | ОМ | Состав элемента представлен в таблице 4.7 |
<1> Принимает значение идентификатора файла заявления (уведомления, сообщения, декларации (расчета), требования о представлении документов (информации), требования о представлении пояснений, запроса и тому подобного), в ответ на который направляются документы или к которому прилагаются.
Информационное сообщение о направляемом документе (ИнфСообДок)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Код формы документа по КНД | КНД_Док | А | Т(=7) | ОК | Типовой элемент <КНДТип> |
| Номер документа, содержащегося в прилагаемом файле (файлах) | НомФайлДок | А | Т(1-150) | О | |
| Дата документа, содержащегося в прилагаемом файле (файлах) | ДатаФайлДок | А | Т(=10) | О | Типовой элемент <ДатаТип>. Дата в формате ДД.ММ.ГГГГ |
| КПП организации | КПП | А | Т(=9) | Н | Типовой элемент <КППТип>. КПП, присвоенный организации при постановке на учет в налоговом органе, указанный в направляемом документе |
| Количество прилагаемых файлов | КолФайл | А | N(2) | О | |
| Имя файла | ИмяФайл | П | Т(1-255) | ОМ | Принимает значение имени файла в соответствии с утвержденным форматом для данного документа без расширения и точки или представляется в виде: KND_О_P_N1_GGGGMMDD_N 2, где: — KND — префикс, принимающий значение кода документа в соответствии с КНД; — О — идентификатор налогового органа, сформировавшего файл — четырехразрядный код налогового органа; — Р — идентификатор налогоплательщика, для которого предназначен файл, имеет вид: для организаций — девятнадцатиразрядный код (ИНН и КПП организации); для физических лиц — двенадцатиразрядный код (ИНН физического лица, при отсутствии ИНН — последовательность из двенадцати нулей); — GGGGMMDD — дата формирования файла; — N 1, N 2 — идентификационные номера файла (GUID). Если документ состоит из нескольких файлов, N 1 одинаковый для всех файлов одного документа, N 2 уникален для каждого файла независимо от принадлежности к документу |
Документы, представляемые в налоговый орган (ДокПредстНО)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Количество представленных файлов | КолФайл | А | N(4) | О | Указывается суммарное количество файлов,содержащих: — документы, представленные в виде xml- файла (<ДокФорм>), — документы, представленные в виде скан- образа (<ДокСкан>), — усиленную квалифицированную (неквалифицированную) электронную подпись (далее — ЭП). |
| Идентификатор файла основания, в ответ на который формируется данный файл | | ИдФайлОсн | П | Т(1-255) | О | Содержит (повторяет) имя файла (без расширения) <2> |
| Журнал учета полученных и выставленных счетов-фактур, представляемый в соответствии с пунктом 5.2 статьи 174 Налогового кодекса Российской Федерации | Журнал | П | Т(=6) | О | Принимает значение: ЖУРНАЛ |
| Документ, представленный в виде xml-файла | ДокФорм | С | НМУ | Состав элемента представлен в таблице 4.9 Элемент обязателен при отсутствии <ДокСкан> | |
| Документ, представленный в виде скан-образа | ДокСкан | С | НМУ | Состав элемента представлен в таблице 4.10 Элемент обязателен при отсутствии <ДокФорм> |
<2> Принимает значение идентификатора файла заявления (уведомления, сообщения, декларации (расчета), требования о представлении документов (информации), требования о представлении пояснений, запроса и тому подобного), в ответ на который направляются документы или к которому прилагаются.
Документ, представленный в виде xml-файла (ДокФорм)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Порядковый номер запрашиваемого документа (запрашиваемой информации) | ПорНомДок | А | Т(=4) | Н | Элемент обязателен при направлении документов в ответ на требование о представлении документов (информации), то есть если в значении <ИдФайлОсн> (из таблицы 4.8) содержатся сведения о документе с префиксом 1165013_. Указывается порядковый номер запрашиваемого документа, согласно требованию о представлении документов (информации) в виде 1.XX (2.ХХ), где XX — порядковый номер |
| Имя файла документа | ИдФайл | А | Т(1-255) | О | Содержит (повторяет) имя файла представляемого в налоговый орган документа (без расширения) в соответствии с утвержденным форматом для данного документа |
| Наименование, реквизиты или иные индивидуализирующие признаки документа-основания (основного документа) | | СвДокОсн | П | Т(1-1000) | Н | Используется для документов, составляемых при наличии основания (основного документа) |
| Имя файла документа-основания (основного документа) | ИмяФайлДокОсн | П | Т(1-255) | Н | Указывается имя файла, направляемого (направленного ранее) документа |
| Имя файла ЭП данного документа | ИдФайлЭП | П | Т(1-255) | НМ | Имя файла ЭП должно иметь следующий вид: ИмяФайл_ХХХ_N.sgn, где: ИмяФайл — имя файла, представляемого в налоговый орган документа в соответствии с утвержденным форматом для данного документа, (без расширения); XXX — постфикс файла ЭП, принимающий значение «SGN»; N — идентификационный номер файла (GUID); sgn — расширение файла ЭП. Элемент обязателен при направлении юридически значимых электронных документов, которыми между собой обмениваются субъекты экономической деятельности. |
| Код документа по КНД | КНД_Док | П | Т(=7) | ОК | Типовой элемент <КНДТип> |
Таблица 4.10
Документ, представленный в виде скан-образа (ДокСкан)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Код документа | КодДок | А | Т(=4)| Т(=7) |
ОК | Принимает значение кода вида документа (КВД) или кода налоговой документации (КНД) для документов, которым присвоен данный код. При направлении документов в ответ на требование о представлении документов (информации), то есть если в значении <ИдФайлОсн> (из таблицы 4.8) содержатся сведения о документе с префиксом 1165013_, принимает значение = 9998 |
| Порядковый номер запрашиваемого документа (запрашиваемой информации) | ПорНомДок | А | Т(=4) | Н | Элемент обязателен при направлении документов в ответ на требование о представлении документов (информации), то есть если в значении <ИдФайлОсн> (из таблицы 4.8) содержатся сведения о документе с префиксом 1165013_. Указывается порядковый номер запрашиваемого документа, согласно требованию о представлении документов (информации) в виде 1.ХХ (2.XX), где XX — порядковый номер |
| Наименование, реквизиты или иные индивидуализирующие признаки документа | НаимДок | А | Т(1-1000) | О | |
| Имя файла ЭП нотариуса (при наличии) | ИдФайлЭП | А | Т(1-255) | Н | Имя файла ЭП нотариуса, удостоверившего в соответствии с законодательством Российской Федерации равнозначность электронного документа документу на бумажном носителе в соответствии с приказом Минюста России от 29.06.2015 N 155 «Об утверждении требований к формату изготовленного нотариусом электронного документа» (зарегистрирован Министерством юстиции Российской Федерации 30.06.2015, регистрационный номер 37827). Имя файла ЭП должно иметь следующий вид: ИмяФайл_ХХХ_N, где: — ИмяФайл — имя файла, представляемого в налоговый орган документа в соответствии с утвержденным форматом для данного документа, (без расширения); — XXX — постфикс файла ЭП, принимающий значение «SGN»; — N — идентификационный номер файла (GUID); Расширение имени файла ЭП — sgn. |
| Наименование, реквизиты или иные индивидуализирующие признаки документа-основания (основного документа) | | СвДокОсн | П | Т(1-1000) | Н | Используется для документов, составляемых при наличии основания (основного документа) |
| Имя файла документа-основания (основного документа) | ИмяФайлДокОсн | П | Т(1-255) | Н | Указывается имя файла, направляемого (направленного ранее) документа |
| Имя файла документа | ИмяФайл | П | Т(1-255) | ОМ | Имя файла сканированного документа имеет вид: KD_О_P_N1_GGGGMMDD_N2, где: — KD — префикс, принимающий значение кода документа в соответствии с <КодДок>; — О — идентификатор отправителя имеет вид: для организаций — девятнадцатиразрядный код (ИНН и КПП организации); для физических лиц — двенадцатиразрядный код (ИНН физического лица, при отсутствии ИНН — последовательность из двенадцати нулей); — Р — идентификатор конечного получателя, четырехразрядный код налогового органа; — GGGGMMDD — дата формирования файла; — N1, N2 — идентификационные номера файла (GUID). Если документ состоит из нескольких файлов, N 1 одинаковый для всех файлов одного документа, N 2 уникален для каждого файла независимо от принадлежности к документу. Расширение имени файла — tif | jpg | pdf | png. К файлам, содержащим отсканированные изображения, предъявляются следующие требования: черно-белое изображение с разрешением отсканированного документа не менее 150 и не более 300 точек на дюйм с использованием 256 градаций серого цвета. |
Таблица 4.11
Сведения об участнике информационного обмена (ОтнрПолТип)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Отправитель (получатель) организация | | ОтпрЮЛ | С | О | Типовой элемент <СвЮЛТип>. Состав элемента представлен в таблице 4.13 |
|
| Отправитель (получатель) физическое лицо (в том числе индивидуальный предприниматель) | | ОтпрФЛ | С | О | Типовой элемент <СвФЛТип>. Состав элемента представлен в таблице 4.14 |
|
| Отправитель (получатель) налоговый орган | ОтпрНО | С | О | Состав элемента представлен в таблице 4.12 |
Таблица 4.12
Отправитель (получатель) налоговый орган (ОтпрНО)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Код налогового органа | КодНО | А | Т(=4) | ОК | Типовой элемент <СОНОТип>. |
| Наименование налогового органа | НаимНО | А | Т(1-1000) | О |
Таблица 4.13
Сведения об организации (СвЮЛТип)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Наименование организации | НаимОрг | А | Т(1-1000) | О | |
| ИНН организации | ИННЮЛ | А | Т(=10) | О | Типовой элемент <ИННЮЛТип> |
| КПП | КПП | А | Т(=9) | О | Типовой элемент <КППТип> |
Таблица 4.14
Сведения о физическом лице (в том числе индивидуальном предпринимателе) (СвФЛТип)
Обработать требование ФНС
При проведении налоговых проверок или иных мероприятий налогового контроля, ФНС может:
- запросить документы (информацию),
- потребовать оплатить налог, сбор, пени или штраф,
- уведомить о вызове в налоговую инспекцию,
- проинформировать о своем решении (например, о возмещении НДС и акцизов).
Для этого налоговая инспекция высылает в адрес налогоплательщика «Требования». Полный перечень возможных запросов от налоговой инспекции зафиксирован в Приказе ФНС от 15 апреля 2015 г. № ММВ-7-2/149@.
API-интерфейс СБИС позволяет обрабатывать требования ФНС. С его помощью вы можете:
Получить и расшифровать входящий документ
- Авторизуйтесь на online.sbis.ru под пользователем с правами «Бухгалтер по отчетности» с помощью метода «СБИС.Аутентифицировать».
- Вызовите метод «СБИС.СписокСлужебныхЭтапов». В параметрах укажите реквизиты организации, по которой обрабатываются служебные этапы.
В ответе обратите внимание:
- метод вернул один «Этап.Действие» ответ с типом «ТребуетРасшифровки»=«Да»;
- метод может вернуть больше одного этапа (максимум 20, для указанных параметров «Навигации»). Типы этапов и их документы могут быть разными, но все они должны быть обработаны по общему алгоритму.
Метод вернет два вложения — XML-файл обмена и требование в формате PDF или DOC.
После расшифровки полученного требования, оператор ЭДО, online.sbis.ru и приемный комплекс обмениваются извещениями. Извещение о получении подтверждения оператора и Извещение о получении документа (требования) требуется подписать. Порядок их доставки не формализован.
Для каждого служебного этапа вызовите методы «ПодготовитьДействие»/«ВыполнитьДействие», под хэшем служебного документа проставьте подпись.
Чтобы обработать входящие документы действуйте по общему алгоритму внешнего API-интерфейса: сначала обработайте все служебные этапы, которые требуют подписания и расшифровки, после этого скачайте все полученные вложения. В вашей учетной системе должен поддерживаться общий алгоритм, независимо от того, насколько разными могут быть документы служебных этапов.
Комментарий
Метод возвращает несколько событий. В примере событие «ДокументНО» имеет вложения:
- файл обмена XML-формата;
- требование о предоставлении документов (информации) в XML-формате;
- формат передачи данных с помощью ЭЦП в PDF-формате.
Подтвердить получение требования
В течение 6 рабочих дней со дня отправки требования налоговой инспекцией, налогоплательщик обязан сформировать квитанцию о приеме или уведомление об отказе. Отсчет дней начитанется со следующего рабочего дня (ст. 6.1. НК РФ).
Для этого в СБИС (API) нужно сформировать, подписать и отправить соответствующий электронный документ (Квитанцию или Уведомление об отказе).
-
Вызовите метод «СБИС.ПрочитатьДокумент». На вход передайте идентификатор документа требования.
Если требование не подтверждено, то в ответе от метода «СБИС.ПрочитатьДокумент» будет «Этап.Действие» с названием «Утверждение».
В ответе метода обратите внимание:
- значение параметра «Этап.Действие.ТребуетПодписание»=«Да»;
- параметр «Этап.Действие.ТипПодписи» говорит о том, что подписание будет выполнено отсоединенной подписью. Подпись будет сформирована отдельно от документа;
- «Этап.Вложение.Файл.Хэш» содержит данные, которые вы подписываете.
Отправить запрошенные документы
Отправить истребуемые документы можно только в ответ на «Требование о представлении документов (информации)» (код по КНД 1165013).
- Подготовьте и выгрузите из другой учетной системы документы, которые запросил гос. орган. Это могут быть счета-фактуры, товарные накладные, акты и т.п. Каждый документ должен быть подписан ЭЦП.
- Вызовите метод «СБИС.ЗаписатьКомплект» и передайте ему запрошенные документы с ЭЦП в виде вложений.
Файл обмена в поле «Документ.Вложение» содержит передаваемые документы.
Комментарий
- Идентификатор требования, на который отправляются документы, находится в поле «Вложение.Расширение.ИдентификаторДокументаОснования».
- Все запрошенные документы и ЭЦП указываются в поле «Вложение».
В ответе метода «ПодготовитьДействие»:
- «Идентификатор», «Вложение.Идентификатор» должны совпасть с соответствующими параметрами вызова метода «СБИС.ЗаписатьКомплект»;
- Значение параметра «Этап.Действие.ТребуетПодписание»=«Да»;
- Параметр «Этап.Действие.ТипПодписи» говорит о том, что будет выполнено подписание для SOAP-протокола портала МВД;
- «Этап.Вложение.Файл.Хеш» содержит данные, которые вы подписываете.
Обработать входящие документы ФНС
В ответ на отправленную квитанцию (подтверждение получения требования) и в ответ на отправленные первичные документы, контролирующий орган высылает служебные документы (Извещение о получении результата приема и Квитанцию о приеме).
Чтобы обработать входящие документы действуйте по общему алгоритму внешнего API-интерфейса: сначала обработайте все служебные этапы, которые требуют подписания и расшифровки, после этого скачайте все полученные вложения. В вашей учетной системе должен поддерживаться общий алгоритм, независимо от того, насколько разными могут быть документы служебных этапов.