On docnpno что это за документ
Перейти к содержимому

On docnpno что это за документ

  • автор:

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

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

Информация об изменениях:

Пункт 2 изменен с 25 июня 2023 г. — Приказ ФНС России от 19 апреля 2023 г. N ЕД-7-26/263@

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

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

Информация об изменениях:

Пункт 3 изменен с 25 июня 2023 г. — Приказ ФНС России от 19 апреля 2023 г. N ЕД-7-26/263@

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

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

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

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

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

для налоговых органов — четырехразрядный код (код налогового органа);

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

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

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

для налоговых органов — четырехразрядный код (код налогового органа);

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

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

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

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

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

<?xml version =»1.0″ encoding =»windows-1251″?>

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

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

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

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

Информация об изменениях:

Пункт 4 изменен с 25 июня 2023 г. — Приказ ФНС России от 19 апреля 2023 г. N ЕД-7-26/263@

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

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

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

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

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

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

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

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

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

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

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

Информация об изменениях:

Таблица 4.1 изменена с 25 июня 2023 г. — Приказ ФНС России от 19 апреля 2023 г. N ЕД-7-26/263@

On docnpno что это за документ

При проведении налоговых проверок или иных мероприятий налогового контроля, ФНС может:

  • запросить документы (информацию);
  • потребовать оплатить налог, сбор, пени или штраф;
  • уведомить о вызове в налоговую инспекцию;
  • проинформировать о своем решении (например, о возмещении НДС и акцизов).

Для этого налоговая инспекция высылает в адрес налогоплательщика «Требования». Полный перечень возможных запросов от налоговой инспекции зафиксирован в Приказе ФНС от 15 апреля 2015 г. № ММВ-7-2/149@.

API-интерфейс СБИС позволяет обрабатывать требования ФНС. С его помощью вы можете:

Получить и расшифровать входящий документ

  1. Авторизуйтесь на online.sbis.ru под пользователем с правами «Бухгалтер по отчетности» с помощью метода «СБИС.Аутентифицировать».
  2. Вызовите метод «СБИС.СписокСлужебныхЭтапов». В параметрах укажите реквизиты организации, по которой обрабатываются служебные этапы.

В ответе обратите внимание:

  • метод вернул один «Этап.Действие» ответ с типом «ТребуетРасшифровки»=«Да»;
  • метод может вернуть больше одного этапа (максимум 20, для указанных параметров «Навигации»). Типы этапов и их документы могут быть разными, но все они должны быть обработаны по общему алгоритму.

Метод вернет два вложения — XML-файл обмена и требование в формате PDF или DOC.

После расшифровки полученного требования, оператор ЭДО, online.sbis.ru и приемный комплекс обмениваются извещениями. Извещение о получении подтверждения оператора и Извещение о получении документа (требования) требуется подписать. Порядок их доставки не формализован.

Для каждого служебного этапа вызовите методы «ПодготовитьДействие»/«ВыполнитьДействие», под хешем служебного документа поставьте подпись.

Чтобы обработать входящие документы действуйте по общему алгоритму внешнего API-интерфейса: сначала обработайте все служебные этапы, которые требуют подписания и расшифровки, после этого скачайте все полученные вложения. В вашей учетной системе должен поддерживаться общий алгоритм, независимо от того, насколько разными могут быть документы служебных этапов.

Комментарий

Метод возвращает несколько событий. В примере событие «ДокументНО» имеет вложения:

  • файл обмена XML-формата;
  • требование о предоставлении документов (информации) в XML-формате;
  • формат передачи данных с помощью ЭЦП в PDF-формате.

Подтвердить получение требования

В течение 6 рабочих дней со дня отправки требования налоговой инспекцией, налогоплательщик обязан сформировать квитанцию о приеме или уведомление об отказе. Отсчет дней начинается со следующего рабочего дня (ст. 6.1. НК РФ).

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

    Вызовите метод «СБИС.ПрочитатьДокумент». На вход передайте идентификатор документа требования.

Если требование не подтверждено, то в ответе от метода «СБИС.ПрочитатьДокумент» будет «Этап.Действие» с названием «Утверждение».

Тема: Как именовать файлы для налоговой? (ПРИКАЗ N ММВ-7-6/16@)

Как именовать файлы для налоговой? (ПРИКАЗ N ММВ-7-6/16@)

С 01.01.2017 мы обязаны отправлять документы в налоговую в электронном виде с правильным названием файлов.

===================================
3. Имя файла обмена должно иметь следующий вид:
R_T_A_K_O_GGGGMMDD_N, где:
R_T — префикс, принимающий значение ON_DOCNPNO;
A_K — идентификатор получателя информации, где: A — идентификатор получателя, которому направляется файл обмена, K — идентификатор конечного получателя, для которого предназначена информация из данного файла обмена <1>. Каждый из идентификаторов (A и K) имеет вид
O — идентификатор отправителя информации, имеет вид:
для организаций — девятнадцатиразрядный код (ИНН и КПП организации (обособленного подразделения);
N — идентификационный номер файла. (Длина — от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла).
==================================
Соответственно, вопрос: приведите образец названия файла
ИНН 7816588888 (кому было направлено требование)
КПП 781601001

ON_DOCNPNO_A_K_7816588888781601001_20170405_1

Вопрос: не понимаю что такое идентификаторы А и К ?
А- ИНН налоговой? (получателя информации?)
К-ИНН другой налоговой (если запрос был из другой налоговой в нашу)
Не очень понимаю.
Спасибо!

Приказ ФНС России от 18.01.2017 N ММВ-7-6/16@ (с изм. от 27.12.2017) "Об утверждении формата документа, необходимого для обеспечения электронного документооборота в отношениях, регулируемых законодательством о налогах и сборах" (Зарегистрировано в Минюсте России 29.03.2017 N 46156)

В соответствии с пунктом 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.01.2017 N ММВ-7-6/16@

ФОРМАТ
ДОКУМЕНТА, НЕОБХОДИМОГО ДЛЯ ОБЕСПЕЧЕНИЯ ЭЛЕКТРОННОГО
ДОКУМЕНТООБОРОТА В ОТНОШЕНИЯХ, РЕГУЛИРУЕМЫХ
ЗАКОНОДАТЕЛЬСТВОМ О НАЛОГАХ И СБОРАХ

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

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

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

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

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

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

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

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

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

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

для налоговых органов — четырехразрядный код (код налогового органа);

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

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

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

для налоговых органов — четырехразрядный код (код налогового органа);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Формат символьной строки указывается в виде T(n-k) или T(=k), где: n — минимальное количество знаков, k — максимальное количество знаков, символ «-» — разделитель, символ » Интернет» по электронному адресу: http://www.w3.org/TR/xmlschema-0), например, элемент с типом «date», поле «Формат элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента;

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

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

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

"Справочник форматов документов, используемых налоговыми органами и налогоплательщиками при реализации электронного документооборота в отношениях, регулируемых законодательством о налогах и сборах (СФНД)" (утв. Приказом ФНС России от 20.12.2011 N ММВ-7-6/948@)

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

В данный справочник не включаются:

1. Информация по налоговым декларациям, расчетам (уточненным налоговым декларациям), бухгалтерской отчетности и иным документам, служащим основанием для исчисления и уплаты налогов и сборов, представляемая в электронном виде (НБО), содержащаяся в Справочнике периодов применения форматов представления в электронном виде налоговых деклараций, расчетов (уточненных налоговых деклараций, расчетов), бухгалтерской отчетности и иных документов, служащих для исчисления и уплаты налогов и сборов (СППФД), утвержденного приказом ФНС России 24.12.2007 N ММ-3-13/693@;

2. Информация, представляемая в рамках межведомственного взаимодействия, согласно Федеральному закону от 27.07.2010 N 210-ФЗ «Об организации предоставления государственных и муниципальных услуг» и на основании межведомственных Соглашений.

СФНД содержит сведения о начале применения версий форматов и XSD-схем для каждой налоговой документации (информации).

Разработка СФНД проведена в соответствии с Положением о единой системе классификации и кодирования технико-экономической и социальной информации ФНС России (Приказ МНС России от 02.06.2003 N БГ-3-13/285).

1. СТРУКТУРА СПРАВОЧНИКА

Каждая строка справочника СФНД содержит:

код налоговой документации (информации) по классификатору налоговой документации (КНД);

номер приказа и дату утверждения формы;

номер приказа и дату утверждения формата;

дата вступления в действие приказа;

номер версии формата;

сведения о схеме XSD к формату на основе XML;

Строки справочника идентифицируются сочетанием кода налоговой документации (информации) по КНД, номера версии формата и дат начала действия формата (дата вступления в действие приказа).

Приказ ФНС России от 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.01.2017 N ММВ-7-6/16@

ДОКУМЕНТА, НЕОБХОДИМОГО ДЛЯ ОБЕСПЕЧЕНИЯ ЭЛЕКТРОННОГО

ДОКУМЕНТООБОРОТА В ОТНОШЕНИЯХ, РЕГУЛИРУЕМЫХ

ЗАКОНОДАТЕЛЬСТВОМ О НАЛОГАХ И СБОРАХ

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

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

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

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

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

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

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

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

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

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

для налоговых органов — четырехразрядный код (код налогового органа);

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

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

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

для налоговых органов — четырехразрядный код (код налогового органа);

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

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

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

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

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

<?xml version =»1.0″ encoding =»windows-1251″?>

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

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

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

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

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

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

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

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

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

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

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

Формат символьной строки указывается в виде T(n-k) или T(=k), где: n — минимальное количество знаков, k — максимальное количество знаков, символ «-» — разделитель, символ » Интернет» по электронному адресу: http://www.w3.org/TR/xmlschema-0), например, элемент с типом «date», поле «Формат элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента;

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

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

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

Добавить комментарий

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