НАЛОГИ И ПРАВО
НАЛОГОВОЕ ЗАКОНОДАТЕЛЬСТВО КОММЕНТАРИИ И СУДЕБНАЯ ПРАКТИКА ИЗМЕНЕНИЯ В ЗАКОНОДАТЕЛЬСТВЕ
Налоговый кодекс
Минфин РФ

ФНС РФ

Кодексы РФ

Популярные материалы

Подборки

Соглашение об определении порядка представления в налоговые органы в электронной форме сведений о (Заключено в г. Москве 02.10.2024 N 85С/ЕД-22-21/36@)

(Заключено в г. Москве 02.10.2024 N 85С/ЕД-22-21/36@)
СОГЛАШЕНИЕ
ОБ ОПРЕДЕЛЕНИИ ПОРЯДКА ПРЕДСТАВЛЕНИЯ В НАЛОГОВЫЕ
ОРГАНЫ В ЭЛЕКТРОННОЙ ФОРМЕ СВЕДЕНИЙ О ЗАРЕГИСТРИРОВАННЫХ
ТРАНСПОРТНЫХ СРЕДСТВАХ И ОБ ИХ ВЛАДЕЛЬЦАХ, ВНЕСЕННЫХ
В ФЕДЕРАЛЬНУЮ ГОСУДАРСТВЕННУЮ ИНФОРМАЦИОННУЮ СИСТЕМУ УЧЕТА
И РЕГИСТРАЦИИ ТРАКТОРОВ, САМОХОДНЫХ МАШИН И ПРИЦЕПОВ К НИМ
(Москва, 2 октября 2024 года, N 85С/ЕД-22-21/36@)
Министерство сельского хозяйства Российской Федерации (далее - Минсельхоз России) в лице заместителя Министра сельского хозяйства Российской Федерации Максима Александровича Титова, действующего на основании доверенности от 22.02.2024 N 16, с одной стороны, и Федеральная налоговая служба (далее - ФНС России) в лице руководителя ФНС России Даниила Вячеславовича Егорова, действующего на основании Положения о Федеральной налоговой службе, утвержденного постановлением Правительства Российской Федерации от 30.09.2004 N 506, с другой стороны, совместно именуемые "Стороны", заключили настоящее соглашение (далее - Соглашение) о нижеследующем:
1. Общие положения
1.1. Соглашение в соответствии с абзацем четвертым пункта 4, пунктом 11 статьи 85 Налогового кодекса Российской Федерации определяет порядок представления в налоговые органы в электронной форме сведений о зарегистрированных транспортных средствах и об их владельцах, внесенных в федеральную государственную информационную систему учета и регистрации тракторов, самоходных машин и прицепов к ним (далее - ФГИС УСМТ), при реализации Минсельхозом России полномочий оператора ФГИС УСМТ.
1.2. При исполнении Соглашения Стороны соблюдают следующие принципы:
1.2.1. Использование сведений, представляемых в соответствии с пунктом 1.1 Соглашения (далее - сведения), при исполнении задач и реализации полномочий Сторон в соответствии с законодательством Российской Федерации;
1.2.2. При представлении и обработке сведений соблюдение налоговой, служебной и иной охраняемой законом тайны.
2. Информационное взаимодействие
2.1. Представление сведений осуществляется Минсельхозом России в ФНС России в соответствии с прилагаемым к Соглашению Порядком представления в налоговые органы в электронной форме сведений о зарегистрированных транспортных средствах и об их владельцах, внесенных во ФГИС УСМТ.
2.2. При наличии оснований, предусмотренных законодательством Российской Федерации (в т.ч. пункт 2 части 1 статьи 10 Федерального закона от 02.05.2006 N 59-ФЗ "О порядке рассмотрения обращений граждан Российской Федерации"), запросы сведений в соответствии с пунктом 13 статьи 85 Налогового кодекса Российской Федерации могут направляться налоговыми органами с использованием системы межведомственного электронного взаимодействия.
3. Заключительные положения
3.1. Соглашение вступает в силу с 1 января 2026 года и действует бессрочно.
3.2. По согласию Сторон в текст Соглашения могут вноситься изменения, а также могут приниматься (заключаться, подписываться) дополнительные соглашения, являющиеся неотъемлемыми частями Соглашения.
3.3. Если одна из Сторон принимает решение о расторжении Соглашения, она должна письменно уведомить об этом другую Сторону не позднее чем за три месяца до его расторжения.
3.4. Соглашение составлено в двух экземплярах, имеющих одинаковую юридическую силу, по одному экземпляру для каждой Стороны.
4. Подписи Сторон
От Минсельхоза России
От ФНС России
Заместитель Министра сельского хозяйства Российской Федерации
Руководитель Федеральной налоговой службы
_____________________ М.А. Титов
___________________ Д.В. Егоров
N 85С
N ЕД-22-21/36@
Приложение
к Соглашению об определении порядка
представления в налоговые органы
в электронной форме сведений
о зарегистрированных транспортных
средствах и об их владельцах,
внесенных в федеральную
государственную информационную
систему учета и регистрации
тракторов, самоходных машин
и прицепов к ним
ПОРЯДОК
ПРЕДСТАВЛЕНИЯ В НАЛОГОВЫЕ ОРГАНЫ В ЭЛЕКТРОННОЙ ФОРМЕ
СВЕДЕНИЙ О ЗАРЕГИСТРИРОВАННЫХ ТРАНСПОРТНЫХ СРЕДСТВАХ
И ОБ ИХ ВЛАДЕЛЬЦАХ, ВНЕСЕННЫХ ВО ФГИС УСМТ
1. В соответствии с абзацем четвертым пункта 4, пунктом 11 статьи 85 Налогового кодекса Российской Федерации и настоящим Порядком Минсельхоз России представляет в ФНС России сведения о зарегистрированных транспортных средствах и об их владельцах, содержащиеся во ФГИС УСМТ (далее - сведения).
Со стороны Минсельхоза России уполномоченными:
на обеспечение представления сведений является Департамент растениеводства, механизации, химизации и защиты растений;
на техническое сопровождение представления сведений - Департамент цифрового развития и управления государственными информационными ресурсами АПК.
Со стороны ФНС России уполномоченными на обеспечение получения представленных Минсельхозом России сведений, осуществление в отношении указанных сведений ФЛК и обработки, хранения указанных сведений являются Управление информационных технологий и Федеральное казенное учреждение "Налог-Сервис" Федеральной налоговой службы (г. Москва) в соответствии с Перечнем должностей работников Федерального казенного учреждения "Налог-Сервис" Федеральной налоговой службы (г. Москва), имеющих право доступа к сведениям, составляющим налоговую тайну, утвержденным приказом ФНС России от 25.01.2012 N ММВ-7-1/18@.
2. Сведения представляются по форме и формату, утвержденным в соответствии с пунктом 10 статьи 85 Налогового кодекса Российской Федерации.
Формирование сведений осуществляется автоматически на основании реестров ФГИС УСМТ с помощью программно-технических средств ФГИС УСМТ, используемых для передачи сведений.
Периодичность представления сведений определяется согласно абзацу четвертому пункта 4 статьи 85 Налогового кодекса Российской Федерации.
3. Представление сведений осуществляется посредством системы межведомственного электронного взаимодействия (далее - СМЭВ).
Представляемые сведения должны удовлетворять требованиям форматно-логического контроля, указанным в приложении N 1 к настоящему Порядку (далее - ФЛК), и предварительно должны быть проверены Минсельхозом России на отсутствие компьютерного вируса.
При представлении сведений принимаются меры, исключающие не предусмотренный законодательством Российской Федерации доступ к сведениям.
Прием и обработка сведений осуществляются в автоматизированной информационной системе ФНС России (далее - АИС ФНС России).
4. При приеме сведений осуществляется автоматизированное определение их соответствия требованиям ФЛК.
При этом Минсельхозу России не позднее 10 рабочих дней со дня приема ФНС России сведений направляется протокол обработки сведений по формату, предусмотренному приложением N 2 к настоящему Порядку (далее - Протокол обработки).
5. Принятыми в соответствии с настоящим Порядком считаются сведения, прошедшие ФЛК, что подтверждается информацией в Протоколе обработки, который автоматически формируется в АИС ФНС России с учетом требований ФЛК, указанных в приложении N 1 к настоящему Порядку, и передается в Минсельхоз России.
Не позднее 10 рабочих дней со дня поступления в Минсельхоз России Протокола обработки в отношении указанных в нем сведений, содержащих ошибки ФЛК, Минсельхозом России обеспечивается исправление таких ошибок в порядке, предусмотренном законодательством Российской Федерации, затем измененные сведения представляются в ФНС России в соответствии с абзацем четвертым пункта 4, пунктом 11 статьи 85 Налогового кодекса Российской Федерации и настоящим Порядком.
Приложение N 1
к Порядку представления в налоговые
органы в электронной форме сведений
о зарегистрированных транспортных
средствах и об их владельцах,
внесенных во ФГИС УСМТ
ТРЕБОВАНИЯ
ФОРМАТНО-ЛОГИЧЕСКОГО КОНТРОЛЯ СВЕДЕНИЙ
1. ФЛК сведений осуществляется автоматически при представлении, приеме и обработке сведений. Сведения, не прошедшие ФЛК, приему не подлежат.
2. Перечень требований ФЛК в отношении сведений:
2.1. Проверка выполнения условий, указанных в формате представления сведений.
2.2. Требования ФЛК к формированию и проверке соответствия сведений по справочникам и классификаторам:
2.2.1. Проверка наличия кодов, соответствующих элементов файлов обмена данными, в следующих справочниках и классификаторах:
Справочник "Виды документов, удостоверяющих личность налогоплательщика" (далее - СПДУЛ);
Справочник "Коды субъектов Российской Федерации и иных территорий" (далее - ССРФ);
Общероссийский классификатор стран мира;
Справочник "Коды видов транспортных средств".
2.2.2. Проверка шаблонов серии и номера документа по СПДУЛ.
2.2.3. Для документов, удостоверяющих личность, шаблоны которых содержат неконтролируемые символы (КодВидДок = 03, 05, 08, 10 - 15, 23, 61, 62, 81), контролируется на наличие хотя бы одной цифры в реквизите "Серия и номер документа, удостоверяющего личность" (СерНомДок).
2.2.4. Для сведений, содержащих информацию о паспорте гражданина Российской Федерации, должны быть выполнены следующие условия:
дата выдачи вышеуказанного паспорта - не меньше 01.10.1997;
разница между ДатаРожд и ДатаВыдачи паспорта - не меньше 13 лет и 10 месяцев.
2.3. Проверка структуры ИНН, КПП, ОГРН.
2.4. Логический контроль дат:
2.4.1. Значение реквизита "Год, по состоянию на 1 января которого представляются сведения" (ГодСвед) >= 2000.
2.4.2. Все даты должны быть не больше текущей даты, а также все даты должны быть больше 01.01.1800.
2.4.3. Контроль между датами:
"Дата государственной регистрации транспортного средства" (ДатаРегПрав) <= "Дата снятия транспортного средства с учета" (ДатаПрекрПрав);
"Дата рождения" (ДатаРожд) владельца транспортного средства меньше "Дата государственной регистрации транспортного средства" (ДатаРегПрав).
2.5. Логический контроль:
2.5.1. Значение реквизита "Идентификационный номер (VIN) или (PIN) машины или заводской номер машины (рамы)" (ИденНом), реквизита "Предыдущий идентификационный номер (VIN) или (PIN) машины или заводской номер машины (рамы)" (ПредИденНом) (при наличии), должно удовлетворять следующему условию: длина реквизита не менее 1 символа.
2.5.2. Значение реквизита "Мощность л.с." (МощДвигЛС) больше нуля. При этом реквизит "МощДвигЛС" имеет не более двух знаков после десятичного разделителя.
2.5.3. Значение реквизита "Мощность кВт" (МощДвигКВт) больше нуля.
2.6. Логический контроль элемента "Фамилия, имя, отчество (при наличии)" (ФИО):
2.6.1. Контроль элемента "ФИО" на наличие недопустимых символов (латинские буквы, цифры (1, 2, 3 и т.д.), символы (%, . ? ...) или "ФИО" содержит только пробелы).
Допустимые символы при заполнении элемента "ФИО": русские буквы (а - я, А - Я), символы "'" (апостроф), " " (пробел), "." (точка), "е", "Е", "-" (дефис), "," (запятая), "(" и ")" (открывающая и закрывающая скобки), прописные (большие) буквы: I, V латинского алфавита.
2.6.2. Недопустимые сочетания допустимых символов при заполнении элемента "ФИО".
В реквизите "Фамилия":
наличие символа "." (точка), "-" (дефис), "'" (апостроф), " " (пробел), "," (запятая) в качестве первого, последнего символа или единственного символа;
наличие "(" (открывающая скобка) в качестве последнего или единственного символа;
наличие ")" (закрывающая скобка) в качестве первого или единственного символа.
В реквизитах "Имя", "Отчество":
наличие символа "-" (дефис), "'" (апостроф), " " (пробел), "," (запятая) в качестве первого, последнего символа или единственного символа;
наличие символа "." (точка) в качестве первого или единственного символа;
наличие "(" (открывающая скобка) в качестве последнего или единственного символа;
наличие ")" (закрывающая скобка) в качестве первого или единственного символа.
В элементе "ФИО":
наличие подряд идущих символов: "." (точка), "-" (дефис), "'" (апостроф), " " (пробел), "," (запятая), "(" (открывающая скобка), ")" (закрывающая скобка);
наличие только одной, непарной скобки: только "(" (открывающая скобка), или только ")" (закрывающая скобка);
наличие строчных букв латинского алфавита (i, v), а также использование этих букв в качестве первого или единственного символа.
2.7. Перечень ошибок ФЛК:
Таблица 1
N п/п
Краткое наименование
Полное наименование
1.
Нарушен xml-формат
Формат файла передачи не соответствует описанию структуры
2.
Неверный ИНН ФЛ
Структура ИНН физического лица не соответствует утвержденной
3.
Неверный ИНН ЮЛ
Структура ИНН юридического лица не соответствует утвержденной
4.
Неверный КПП
Структура КПП не соответствует утвержденной
5.
Неверный ОГРН
Структура ОГРН не соответствует утвержденной
6.
Отсутствует ИНН ЮЛ
Отсутствует ИНН юридического лица
7.
Отсутствует КПП
Отсутствует КПП
8.
Отсутствует обязательный элемент
Отсутствует обязательный элемент
9.
Недопустимая длина элемента
Недопустимая длина элемента
10.
Нарушен формат элемента
Нарушен формат элемента
11.
Неверный код СПДУЛ
Код вида документа, удостоверяющего личность, не соответствует СПДУЛ
12.
Неверный шаблон СПДУЛ
Шаблон серии и номера документа, удостоверяющего личность, не соответствует СПДУЛ
13.
Некорректные сведения о паспорте гражданина Российской Федерации
Не выполнены контроли в соответствии с пп. 2.2.2 - 2.2.4 настоящего документа
14.
Неверный код ССРФ
Код ССРФ не соответствует ССРФ
15.
Неверный код вида транспортного средства
Код вида транспортного средства не соответствует справочнику ФНС России "Коды видов транспортных средств"
16.
Отсутствует ГодСвед
В годовых сведениях (тип информации ГТН_ГОД) отсутствует реквизит "Год, по состоянию на 1 января которого представляются сведения" (ГодСвед)
17.
Неверный ГодСвед
Недопустимое значение реквизита "Год, по состоянию на 1 января которого представляются сведения" (ГодСвед)
18.
Дата больше текущей
Дата больше текущей
19.
Не выполнен контроль дат
Нарушен контроль в соответствии с пп. 2.4.2, 2.4.3 настоящего документа
20.
VIN или ГосРегЗн не информативен
Реквизит "Идентификационный номер (VIN)" (ИденНом) или "Предыдущий идентификационный номер (VIN)" (ПредИденНом) не удовлетворяет условиям п. 2.5.1 настоящего документа
21.
Отсутствует мощность двигателя
Одновременно отсутствуют значения реквизитов "Мощность л.с." (МощДвигЛС) и "Мощность кВт" (МощДвигКВт).
22.
Мощность двигателя л.с. <= 0
Значение реквизита "Мощность л.с." (МощДвЛС) должно быть больше нуля
23.
Мощность двигателя кВт <= 0
Значение реквизита "Мощность кВт" (МощДвКВт) должно быть больше нуля
24.
Ошибка ФИО
Элемент ФИО не удовлетворяет требованиям п. 2.6 настоящего документа
25.
Другие ошибки
Полное описание ошибки
Приложение N 2
к Порядку представления в налоговые
органы в электронной форме сведений
о зарегистрированных транспортных
средствах и об их владельцах,
внесенных во ФГИС УСМТ
ФОРМАТ ПРОТОКОЛА ОБРАБОТКИ СВЕДЕНИЙ
1. Настоящий документ описывает требования к XML-файлам протоколов обработки сведений (далее - файл протокола или файл обмена данными).
2. Номер версии настоящего формата 4.01, часть 220_07.
3. Имя файла протокола должно иметь следующий вид:
R_T_P_O_GGGGMMDD_N, где:
R_T - префикс, где R принимает значение PR (принадлежность передаваемых сведений к протоколу обработки); T принимает значение префикса принятого файла обмена данными без подчеркивания VOGTNTS;
P - идентификатор получателя информации, представляется в виде девятнадцатиразрядного кода (идентификационный номер налогоплательщика (ИНН) и код причины постановки на учет (КПП) органа);
O - идентификатор отправителя сведений, для налоговых органов представляется в виде четырехразрядного кода налогового органа;
GGGG - год формирования передаваемого файла, MM - месяц, DD - день;
N - идентификационный номер файла (длина - от 1 до 36 знаков).
Идентификационный номер файла должен обеспечивать уникальность файла (рекомендуется использовать 36-символьный глобально уникальный идентификатор GUID).
Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла протокола - первая строка XML-файла должна иметь следующий вид:
<?xml version = "1.0" encoding = "windows-1251"?>.
Имя файла, содержащего XSD-схему файла протокола, должно иметь следующий вид:
PR_VOGTNTS_2_220_07_04_01_xx, где xx - номер версии схемы.
Расширение имени файла - xsd.
XSD-схема файла протокола в электронном виде приводится отдельным файлом.
4. Логическая модель файла протокола представлена в виде диаграммы структуры файла протокола на рисунке 1 настоящего формата. Элементами логической модели файла протокола являются элементы и атрибуты XML-файла.
Перечень структурных элементов логической модели файла протокола и сведения о них приведены в таблицах 4.1 - 4.7 настоящего формата.
Для каждого структурного элемента логической модели файла протокола приводятся следующие сведения:
наименование элемента;
признак типа элемента. Может принимать следующие значения: "С" - сложный элемент логической модели (содержит вложенные элементы), "П" - простой элемент логической модели, реализованный в виде элемента XML-файла, "А" - простой элемент логической модели, реализованный в виде атрибута элемента XML-файла. Простой элемент логической модели не содержит вложенные элементы;
формат элемента. Формат элемента представляется следующими условными обозначениями: T - символьная строка; N - числовое значение (целое или дробное).
Формат символьной строки указывается в виде T (n - k) или T (= k), где: n - минимальное количество знаков, k - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке.
В случае, если минимальное количество знаков равно 0, формат имеет вид T (0 - k). В случае, если максимальное количество знаков не ограничено, формат имеет вид T (n -).
Формат числового значения указывается в виде N (m.k), где: m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (то есть число целое), то формат числового значения имеет вид N (m).
Для простых элементов, являющихся базовыми в XML, например, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента;
признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) в файле протокола.
Признак обязательности элемента может принимать следующие значения: "О" - наличие элемента в файле протокола обязательно; "Н" - наличие элемента в файле протокола необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю), то признак обязательности элемента дополняется символом "К". Например, "ОК". В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например, "НМ" или "ОКМ".
К вышеперечисленным признакам обязательности элемента может добавляться значение "У" в случае описания в XML-схеме условий, предъявляемых к элементу в файле протокола, описанных в графе "Дополнительная информация". Например, "НУ" или "ОКУ";
дополнительная информация содержит, при необходимости, требования к элементу файла протокола, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента.
Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и тому подобного), указывается соответствующее наименование классификатора (кодового словаря и тому подобного) или приводится перечень возможных значений. Для классификатора (кодового словаря) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
Рис. 1. Диаграмма структуры файла протокола
Таблица 4.1
ПРОТОКОЛ ОБРАБОТКИ ФАЙЛА ОБМЕНА ДАННЫМИ (Файл)
Наименование элемента
Сокращенное наименование (код) элемента
Признак типа элемента
Формат элемента
Признак обязательности элемента
Дополнительная информация
Идентификатор файла
ИдФайл
А
T (1 - 255)
О
Содержит (повторяет) имя сформированного файла (без расширения)
Версия формата
ВерсФорм
А
T (1 - 5)
О
Принимает значение: 4.01
Тип информации
ТипИнф
А
T (1 - 50)
О
Принимает значение: ПРОТОКОЛ
Версия передающей программы
ВерсПрог
А
T (1 - 40)
Н
Количество документов
КолДок
А
N (9)
О
Указывает количество повторений элемента <Документ>.
Принимает значение от 1 и более
Сведения об отправителе
ИдОтпр
С
Н
Состав элемента представлен в таблице 4.2
Состав и структура документа
Документ
С
ОМ
Состав элемента представлен в таблице 4.3
Таблица 4.2
СВЕДЕНИЯ ОБ ОТПРАВИТЕЛЕ (ИдОтпр)
Наименование элемента
Сокращенное наименование (код) элемента
Признак типа элемента
Формат элемента
Признак обязательности элемента
Дополнительная информация
Должность ответственного лица
ДолжОтв
А
T (1 - 45)
Н
Номер контактного телефона
Тлф
А
T (1 - 20)
Н
E-mail
E-mail
А
T (1 - 45)
Н
Фамилия, имя, отчество (при наличии) ответственного лица
ФИООтв
С
О
Типовой элемент <ФИОТип>.
Состав элемента представлен в таблице 4.7
Таблица 4.3
СОСТАВ И СТРУКТУРА ДОКУМЕНТА (Документ)
Наименование элемента
Сокращенное наименование (код) элемента
Признак типа элемента
Формат элемента
Признак обязательности элемента
Дополнительная информация
Идентификатор документа
ИдДок
А
T (1 - 36)
О
Для присвоения номера рекомендуется использовать глобально уникальный идентификатор (GUID)
Общие сведения протокола
ОбщСвПрот
С
О
Элемент предназначен для указания общих сведений по результатам обработки файла обмена данными.
Состав элемента представлен в таблице 4.4
Результаты обработки
РезОбр
С
НМ
Элемент может использоваться для указания результатов обработки любой совокупности сведений в файле обмена данными.
Состав элемента представлен в таблице 4.5
Сведения по выявленным ошибкам
СвПоОшибке
С
НМ
Элемент предназначен для указания сведений по ошибкам, обнаруженным в файле обмена данными.
Состав элемента представлен в таблице 4.6
Таблица 4.4
ОБЩИЕ СВЕДЕНИЯ ПРОТОКОЛА (ОбщСвПрот)
Наименование элемента
Сокращенное наименование (код) элемента
Признак типа элемента
Формат элемента
Признак обязательности элемента
Дополнительная информация
Имя обработанного файла
ИмяОбрабФайла
А
T (1 - 255)
О
Приводится значение элемента "Идентификатор файла" из обработанного файла
Дата приема файла
ДатаПрием
А
О
Типовой элемент <xs:date>.
Определяется автоматизировано в АИС ФНС России в соответствии с фактической датой приема файла обмена данными
Тип информации принятого файла
ТипИнфПрин
А
T (1 - 50)
Н
Тип информации принятого файла не указывается только в случае невозможности определения значения показателя "Тип информации" в принятом файле
Признак обработки файла
ПрОбр
А
T (= 2)
ОК
Принимает значение:
01 - данные файла приняты полностью |
02 - сведения файла полностью не приняты |
03 - приняты сведения по отдельным документам входного файла
Количество документов в файле, принятых к обработке
КолДокОбр
А
N (9)
О
Принимает значение от 0 и более
Количество документов в файле, в которых не выявлены ошибки
КолДокПрин
А
N (9)
О
Принимает значение от 0 и более
Код обработки обобщенный
КодОшОб
А
T (= 10)
НК
Текст обработки обобщенный
ТекстОшОб
А
T (1 - 255)
Н
Элемент обязателен при отсутствии записи по коду ошибки (невозможности идентификации выявленной ошибки по коду)
Таблица 4.5
РЕЗУЛЬТАТЫ ОБРАБОТКИ (РезОбр)
Наименование элемента
Сокращенное наименование (код) элемента
Признак типа элемента
Формат элемента
Признак обязательности элемента
Дополнительная информация
Код по результатам обработки сведений
КодРезОбр
А
T (= 10)
НК
Текст по результатам обработки сведений
ТексРезОбр
А
T (1 - 255)
О
Идентификатор обработанных сведений
ИдОбрСв
П
T (0 -)
О
Сведения представляются как раздел CDATA.
Текстовая строка, представленная в соответствии с рекомендациями XML 1.0, включающая последовательность наименований и значений элементов, идентифицирующих сведения, по которым приводится результат обработки
Таблица 4.6
СВЕДЕНИЯ ПО ВЫЯВЛЕННЫМ ОШИБКАМ (СвПоОшибке)
Наименование элемента
Сокращенное наименование (код) элемента
Признак типа элемента
Формат элемента
Признак обязательности элемента
Дополнительная информация
Местоположение ошибочного элемента в XML-файле
ПолОшЭл
А
T (1 - 1000)
Н
В соответствии с требованиями выражения XPath указываются через символ "/" наименования родительских элементов, определяющих путь к "ошибочному" элементу, включая наименование ошибочного элемента (указывается последним в последовательности элементов). Номер реализации родительского, а также "ошибочного" элемента, на пути к элементу, в котором обнаружена ошибка, указывается в квадратных скобках.
При идентификации ошибки обязательным является элемент <ПолОшЭл> или <ИдОш>
Ошибочное значение показателя
ЗнЭлем
А
T (1 - 1000)
Н
Код ошибки
КодОшибки
А
T (= 10)
НК
Текст сообщения об ошибке
ТекстОш
А
T (1 - 255)
Н
Элемент обязателен при отсутствии записи по коду ошибки (невозможности идентификации выявленной ошибки по коду)
Идентификатор ошибки
ИдОш
П
T (0 -)
Н
Сведения представляются как раздел CDATA.
Текстовая строка, представленная в соответствии с рекомендациями XML 1.0, включающая последовательность наименований и значений элементов, идентифицирующих местоположение ошибки в файле обмена данными до "ошибочного" элемента.
При идентификации ошибки обязательным является элемент <ПолОшЭл> или <ИдОш>
Таблица 4.7
ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО ФИЗИЧЕСКОГО ЛИЦА (ФИОТип)
Наименование элемента
Сокращенное наименование (код) элемента
Признак типа элемента
Формат элемента
Признак обязательности элемента
Дополнительная информация
Фамилия
Фамилия
А
T (1 - 60)
О
Имя
Имя
А
T (1 - 60)
О
Отчество
Отчество
А
T (1 - 60)
Н