05.04.2011 23:00
    Поделиться

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

    Порядок направления налогоплательщику требования об уплате налога, сбора, пени, штрафа в электронном виде по телекоммуникационным каналам связи
    Дата подписания: 09.12.2010Опубликован: 05.04.2011
    Вступает в силу: 17.04.2011

    Зарегистрирован в Минюсте РФ 11 февраля 2011 г. Регистрационный N 19804

    В соответствии с пунктом 6 статьи 69 Налогового кодекса Российской Федерации (Собрание законодательства Российской Федерации, 1998, N 31, ст. 3824; 2010, N 31, ст. 4198) приказываю:

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

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

    3. Управлениям Федеральной налоговой службы по субъектам Российской Федерации довести настоящий приказ до нижестоящих налоговых органов.

    4. Контроль за исполнением настоящего приказа возложить на заместителя руководителя Федеральной налоговой службы, курирующего вопросы урегулирования задолженности по обязательным платежам.

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

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

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

    1. Настоящий Порядок разработан в соответствии с пунктом 6 статьи 69 Налогового кодекса Российской Федерации (Собрание законодательства Российской Федерации, 1998, N31, ст. 3824; 2010, N31, ст. 4198) и определяет общие положения организации информационного обмена при направлении налогоплательщику требования об уплате налога, сбора, пени, штрафа (далее - Требование) по формам, утвержденным приказами Федеральной налоговой службы от 1 декабря 2006 г. N САЭ-3-19/825 @ "Об утверждении форм требования об уплате налога, сбора, пени, штрафа, документа о выявлении недоимки у налогоплательщика (плательщика сборов) или налогового агента, а также документов, используемых налоговыми органами при применении обеспечительных мер и мер принудительного взыскания задолженности по обязательным платежам в бюджетную систему Российской Федерации" (зарегистрирован в Министерстве юстиции Российской Федерации 19 декабря 2006 г., регистрационный N 8633; Российская газета, 2006, N 289) и от 26 апреля 2010 г. N ММВ-7-8/202@ "О внесении изменений в формы требования об уплате налога, сбора, пени, штрафа, утвержденные приказом Федеральной налоговой службы от 1 декабря 2006 г. N САЭ-3-19/825@" (зарегистрирован в Министерстве юстиции Российской Федерации 25 мая 2010 г., регистрационный N 17354; Российская газета, 2010, N 124), в электронном виде по телекоммуникационным каналам связи с применением электронной цифровой подписи.

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

    3. Положения, предусмотренные пунктами 5, 11 - 19 настоящего Порядка распространяются на плательщиков сборов и налоговых агентов.

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

    1) подтверждение даты отправки по форме и формату согласно приложениям NN 1 и 2 к настоящему Порядку;

    2) квитанция о приеме по форме и формату согласно приложениям NN 3, 4 к настоящему Порядку;

    3) уведомление об отказе в приеме по форме и формату согласно приложениям NN 5 и 6 к настоящему Порядку;

    4) извещение о получении электронного документа по форме и формату согласно приложениям NN 7, 8 к настоящему Порядку. Извещение о получении электронного документа по телекоммуникационным каналам связи формируется на каждое Требование и технологический электронный документ, из указанных в подпунктах 1 - 3 настоящего пункта.

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

    6. Участники информационного обмена обеспечивают хранение всех отправленных и принятых Требований и технологических электронных документов с электронной цифровой подписью (далее - ЭЦП) и сертификатов ключей подписи.

    7. Участники информационного обмена не реже одного раза в сутки проверяют поступление Требований и технологических электронных документов.

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

    9. Сертификаты ключей подписи участникам информационного обмена выдаются организациями, которые выпускают сертификаты ключей подписи для использования их в информационных системах общего пользования в соответствии с Федеральным законом от 10 января 2002 г. N 1-ФЗ "Об электронной цифровой подписи" (Собрание законодательства Российской Федерации, 2002, N 2, ст. 127; 2007, N 46, ст. 5554), и являются удостоверяющими центрами, входящими в сеть доверенных удостоверяющих центров Федеральной налоговой службы.

    10. Направление Требования в электронном виде по телекоммуникационным каналам связи осуществляется в зашифрованном виде.

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

    12. Требование считается принятым налогоплательщиком, если налоговому органу поступила квитанция о приеме, подписанная ЭЦП налогоплательщика.

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

    14. Требование не считается принятым налогоплательщиком, если оно:

    1) ошибочно направлено налогоплательщику;

    2) не соответствует утвержденному формату;

    3) отсутствует (не соответствует) ЭЦП уполномоченного должностного лица налогового органа.

    II. Процедура направления документа

    в электронном виде по телекоммуникационным каналам связи

    15. Требование формируется на бумажном носителе, подписывается и регистрируется в налоговом органе.

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

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

    1) подтверждение даты отправки;

    2) квитанцию о приеме или уведомление об отказе в приеме, подписанные ЭЦП налогоплательщика.

    При получении уведомления об отказе в приеме налоговый орган устраняет указанные в этом уведомлении об отказе ошибки и повторяет процедуру направления Требования.

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

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

    18. Специализированный оператор связи:

    1) фиксирует дату направления Требования и формирует подтверждение даты отправки;

    2) подписывает подтверждение своей ЭЦП и высылает его одновременно в адрес участников информационного обмена. Подтверждение направляется специализированным оператором связи налогоплательщику вместе с Требованием в электронном виде по телекоммуникационным каналам связи.

    19. Если налоговый орган в соответствии с пунктом 16 настоящего Порядка не получил от налогоплательщика квитанцию о приеме, он направляет Требование налогоплательщику на бумажном носителе в срок, установленный Налоговым кодексом Российской Федерации.

    Приложение N 2 к Порядку

    Формат подтверждения даты отправки

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

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

    2. Номер версии настоящего формата 5.01.

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

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

    R_T_A_K_O_GGGGMMDD_N, где:

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

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

    идентификаторы А и К имеют вид:

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

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

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

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

    для специализированного оператора связи - трехзначный код специализированного оператора связи в соответствии с информационным ресурсом организатора сети доверенных удостоверяющих центров Федеральной налоговой службы (далее - ДУЦ ФНС России);

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

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

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

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

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

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

    Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид: PD_ON_1_891_00_05_01_xx , где хх - текущая версия схемы. Расширение имени файла - xsd.

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

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

    Наименование элемента. Приводится полное наименование элемента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", поле "Формат значения элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента.

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

    К вышеперечисленным признакам обязательности элемента может добавляться значение "У" в случае описания в XSD схеме условий наличия (отсутствия) элемента в файле обмена или к принимаемым значениям элемента. Например: "НУ", "ОКУ".

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

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

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

    2 В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом "

    ". Такая форма записи применяется в случае возможного наличия в файле обмена только одного элемента из описанных в этой строке. Рисунок 1. Таблицы 4.1 - 4.12

    Приложение N 4 к Порядку

    Формат квитанции о приеме

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

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

    2. Номер версии настоящего формата 5.01.

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

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

    R_T_A_K_O_GGGGMMDD_N, где:

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

    А_К - идентификатор получателя информации, где: А -идентификатор получателя, которому направляется файл обмена, К - идентификатор конечного получателя (получателя квитанции о приеме - участнике информационного обмена, сформировавшего файл, в ответ на который сформирована квитанция о приеме2;

    идентификаторы А и К имеют вид:

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

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

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

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

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

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

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

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

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

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

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

    Первая строка XML файла обмена должна иметь следующий вид: ?xml version="1.0" enconding = windows-1251"?>

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

    KV_ON_1_892_00_05_01_xx , где хх - текущая версия схемы. Расширение имени файла - xsd.

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

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

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

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

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

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

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

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

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

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

    К вышеперечисленным признакам обязательности элемента может добавляться значение "У" в случае описания в XSD схеме условий наличия (отсутствия) элемента в файле обмена или к принимаемым значениям элемента. Например: "НУ", "ОКУ".

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

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

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

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

    3 В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом "

    ". Такая форма записи применяется в случае возможного наличия в файле обмена только одного элемента из описанных в этой строке. Рисунок 2. Таблицы 4.1 - 4.12

    Приложение N 6 к Порядку

    Формат уведомления об отказе в приеме

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

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

    2. Номер версии настоящего формата 5.01.

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

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

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

    R_T_A_K_O_GGGGMMDD_N, где:

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

    А_К - идентификатор получателя информации, где: А - идентификатор получателя, которому направляется файл обмена, К - идентификатор конечного получателя (получателя уведомления об отказе - участника информационного обмена, сформировавшего файл, в ответ на который сформировано уведомление об отказе2);

    идентификаторы А и К имеют вид:

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

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

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

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

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

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

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

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

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

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

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

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

     ?xml version="1.0" enconding = windows-1251"?>

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

    UO_ON_1_894_00_05_01_xx , где хх - текущая версия схемы.

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

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

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

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

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

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

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

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

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

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

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

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

    К вышеперечисленным признакам обязательности элемента может добавляться значение "У" в случае описания в XSD схеме условий наличия (отсутствия) элемента в файле обмена или к принимаемым значениям элемента. Например: "НУ", "ОКУ".

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

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

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

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

    3 В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом "

    ". Такая форма записи применяется в случае возможного наличия в файле обмена только одного элемента из описанных в этой строке. Рисунок 3. Таблицы 4.1 - 4.20

    Приложение N 8 к Порядку

    Формат извещения о получении электронного документа

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

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

    2. Номер версии настоящего формата 5.01.

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

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

    R_T_A_K_О_GGGGMMDD_N, где:

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

    А_К - идентификатор получателя информации, где: А - идентификатор получателя извещения о получении электронного документа (участник информационного обмена, сформировавшего файл в ответ на который сформировано извещение о получении электронного документа), К - дублирует значение идентификатора А;

    О - идентификатор отправителя информации (извещения о получении электронного документа);

    идентификаторы А, К, О имеют вид:

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

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

    для специализированного оператора связи - трехзначный код специализированного оператора связи в соответствии с информационным ресурсом организатора сети ДУЦ ФНС России;

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

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

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

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

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

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

     ?xml version="1.0" enconding = windows-1251"?>

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

    IZ_ON_1_895_00_05_01_xx , где хх - номер версии схемы. Расширение имени файла - xsd.

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

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

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

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

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

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

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

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

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

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

    К вышеперечисленным признакам обязательности элемента может добавляться значение "У" в случае описания в XSD схеме условий наличия (отсутствия) элемента в файле обмена или к принимаемым значениям элемента. Например: "НУ", "ОКУ".

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

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

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

    2 В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом "

    ". Такая форма записи применяется в случае возможного наличия в файле обмена только одного элемента из описанных в этой строке. Рисунок 4. Таблицы 4.1 - 4.9

    Поделиться