Откройте актуальную версию документа прямо сейчас
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Приложение N 3
Формат
представления сведений по результатам приема и обработки файлов обмена, содержащих сведения об инвентаризационной стоимости недвижимого имущества и иные сведения, необходимые для исчисления налогов
(Протокол обработки)
(Версия 4.01)
I. Общие положения
1. Настоящий Формат описывает требования к XML файлам (далее - протокол обработки), формируемым по результатам контроля файлов передачи данных от органов БТИ в налоговые органы на региональный уровень сведений об инвентаризационной стоимости недвижимого имущества и иных сведений, необходимых для исчисления налогов.
2. Номер версии настоящего формата 4.01, часть 526_05.
II. Описание файла протокола обработки
3. Имя файла протокола обработки должно иметь следующий вид:
R_Т_P_О_GGGGMMDD_N, где:
R_Т - префикс для файла протокола обработки, где R принимает значение "PR" (принадлежность передаваемых сведений к протоколу обработки); Т принимает значение префикса принятого файла обмена без подчеркивания: - VOBTIS;
P - идентификатор получателя информации, для налоговых органов представляется в виде четырехразрядного кода (код налогового органа в соответствии с Классификатором "Система обозначений налоговых органов" (далее - СОНО);
О - идентификатор отправителя информации, для налоговых органов представляется в виде четырехразрядного кода (код налогового органа в соответствии с СОНО);
GGGG - год формирования передаваемого файла, MM - месяц, DD - день;
N - идентификационный номер файла (длина - от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла).
Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла протокола обработки
Первая строка XML файла должна иметь следующий вид:
<?xml version="1.0" encoding = "windows-1251"?>
Имя файла, содержащего XML схему файла протокола обработки, должно иметь следующий вид:
PR_VOBTIS_2_526_05_04_01_xx, где хх - номер версии схемы.
Расширение имени файла - xsd.
4. Логическая модель файла протокола обработки представлена в виде диаграммы структуры файла обмена на рисунке 1 настоящего Формата. Элементами логической модели файла протокола являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла протокола и сведения о них приведены в таблицах 4.1 - 4.7 настоящего Формата.
Для каждого структурного элемента логической модели файла протокола приводятся следующие сведения.
Наименование элемента. Приводится полное наименование элемента*.
Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML.
Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент логической модели (содержит вложенные элементы), "П" - простой элемент логической модели, реализованный в виде элемента XML файла, "А" - простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы.
Формат значения элемента. Формат значения элемента представляется следующими условными обозначениями: Т - символьная строка; N - числовое значение (целое или дробное).
Формат символьной строки указывается в виде Т(n-к) или T(=к), где n - минимальное количество знаков, к - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид Т(0-к). В случае, если максимальное количество знаков неограниченно, формат имеет вид Т(n-).
Формат числового значения указывается в виде N(m.к), где m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).
Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом "date", поле "Формат значения элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента.
Признак обязательности элемента определяет обязательность присутствия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: "О" - наличие элемента в файле обмена обязательно; "Н" - присутствие элемента в файле обмена необязательно, т.е. элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом "К". Например: "ОК". В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например: "НМ, ОКМ".
К вышеперечисленным признакам обязательности элемента может добавляться значение "У" в случае описания в XSD схеме условий, предъявляемых к элементу в файле протокола, описанных в графе "Дополнительная информация". Например: "НУ", "ОКУ".
Дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
XSD схема файла протокола обработки в электронном виде приводится отдельным файлом.
"Рис.3.1. Диаграмма структуры файла протокола"
Таблица 4.1
Протокол обработки файла обмена (Файл)
Наименование элемента |
Сокращенное наименование (код) элемента |
Признак типа элемента |
Формат элемента |
Признак обязательности элемента |
Дополнительная информация |
Идентификатор файла |
ИдФайл |
A |
T(1-100) |
О |
Повторяет имя передаваемого файла (без расширения) |
Версия формата |
ВерсФорм |
A |
T(1-5) |
О |
Принимает значение: 4.01 |
Тип информации |
ТипИнф |
A |
T(1-50) |
О |
Принимает значение: ПРОТОКОЛ |
Версия передающей программы |
ВерсПрог |
A |
T(1-40) |
Н |
|
Количество документов |
КолДок |
A |
N(9) |
О |
Принимает значение от 1 и более |
Сведения об отправителе |
ИдОтпр |
С |
|
Н |
Состав элемента представлен в табл. 4.2 |
Состав и структура документа |
Документ |
С |
|
ОМ |
Состав элемента представлен в табл. 4.3 |
Таблица 4.2
Сведения об отправителе (ИдОтпр)
Наименование элемента |
Сокращенное наименование (код) элемента |
Признак типа элемента |
Формат элемента |
Признак обязательности элемента |
Дополнительная информация |
Должность ответственного лица |
ДолжОтв |
A |
T(1-45) |
Н |
|
Номер контактного телефона |
Тлф |
A |
T(1-20) |
Н |
|
Е-mail |
Е-mail |
A |
T(1-45) |
Н |
|
Фамилия, имя, отчество ответственного лица |
ФИООтв |
С |
|
О |
Типовой элемент <ФИОТип>. Состав элемента представлен в табл. 4.7 |
Таблица 4.3
Состав и структура документа (Документ)
Наименование элемента |
Сокращенное наименование (код) элемента |
Признак типа элемента |
Формат элемента |
Признак обязательности элемента |
Дополнительная информация |
Идентификатор документа |
ИдДок |
A |
T(1-36) |
О |
Для присвоения рекомендуется использовать глобальный уникальный идентификатор (GUID) |
Общие сведения протокола |
ОбщСвПрот |
С |
|
О |
Элемент предназначен для указания общих сведений по результатам обработки файла обмена. Состав элемента представлен в табл. 4.4 |
Результаты обработки |
РезОбр |
С |
|
НМ |
Элемент может использоваться для указания результатов обработки любой совокупности сведений в файле обмена. Состав элемента представлен в табл. 4.5 |
Сведения по выявленным ошибкам |
СвПоОшибке |
С |
|
НМ |
Элемент предназначен для указания сведений по ошибкам, обнаруженным в файле обмена. Состав элемента представлен в табл. 4.6 |
Таблица 4.4
Общие сведения протокола (ОбщСвПрот)
Наименование элемента |
Сокращенное наименование (код) элемента |
Признак типа элемента |
Формат элемента |
Признак обязательности элемента |
Дополнительная информация |
Имя обработанного файла |
ИмяОбрабФайла |
A |
T(1-100) |
О |
Приводится значение элемента <Идентификатор файла> из обработанного файла |
Дата приёма файла |
ДатаПрием |
A |
|
О |
Типовой элемент <xs:date> |
Тип информации принятого файла |
ТипИнфПрин |
A |
T(1-50) |
Н |
Тип информации принятого файла не указывается только в случае невозможности определения значения показателя <Тип информации> в принятом файле |
Признак обработки файла |
ПрОбр |
A |
T(=2) |
ОК |
Принимает значение: 01 - данные файла приняты полностью | 02 - сведения файла полностью не приняты | 03 - приняты сведения по отдельным документам входного файла |
Количество документов в файле, принятых к обработке |
КолДокОбр |
A |
N(9) |
О |
Принимает значение от 0 и более |
Количество документов в файле, в которых не выявлены ошибки |
КолДокПрин |
A |
N(9) |
О |
Принимает значение от 0 и более |
Код обработки обобщённый |
КодОшОб |
A |
T(=10) |
НК |
|
Текст обработки обобщённый |
ТекстОшОб |
A |
T(1-255) |
Н |
Элемент обязателен при отсутствии записи по коду ошибки (невозможности идентификации выявленной ошибки по коду) |
Таблица 4.5
Результаты обработки (РезОбр)
Наименование элемента |
Сокращенное наименование (код) элемента |
Признак типа элемента |
Формат элемента |
Признак обязательности элемента |
Дополнительная информация |
Код по результатам обработки сведений |
КодРезОбр |
A |
T(=10) |
НК |
Перечень кодов может разрабатываться отдельно для каждой информационной подсистемы |
Текст по результатам обработки сведений |
ТексРезОбр |
A |
T(1-255) |
О |
|
Идентификатор обработанных сведений |
ИдОбрСв |
П |
T(0-) |
О |
Сведения представляются как раздел CDATA. Текстовая строка, представленная в соответствии с рекомендациями XML 1.0, включающая последовательность наименований и значений элементов, идентифицирующих сведения, по которым приводится результат обработки |
Таблица 4.6
Сведения по выявленным ошибкам (СвПоОшибке)
Наименование элемента |
Сокращенное наименование (код) элемента |
Признак типа элемента |
Формат элемента |
Признак обязательности элемента |
Дополнительная информация |
Местоположение ошибочного элемента в XML файле |
ПолОшЭл |
A |
T(1-1000) |
Н |
В соответствии с требованиями выражения XPath указываются через символ "/" наименования родительских элементов, определяющих путь к "ошибочному" элементу, включая наименование ошибочного элемента (указывается последним в последовательности элементов). Номер реализации родительского, а также "ошибочного" элемента на пути к элементу, в котором обнаружена ошибка указывается в квадратных скобках. При идентификации ошибки обязательным является элемент <ПолОшЭл> или <ИдОш> |
Ошибочное значение показателя |
ЗнЭлем |
A |
T(1-1000) |
Н |
|
Код ошибки |
КодОшибки |
A |
T(=10) |
НК |
|
Текст сообщения об ошибке |
ТекстОш |
A |
T(1-255) |
Н |
Элемент обязателен при отсутствии записи по коду ошибки (невозможности идентификации выявленной ошибки по коду) |
Идентификатор ошибки |
ИдОш |
П |
T(0-) |
Н |
Сведения представляются как раздел CDATA. Текстовая строка, представленная в соответствии с рекомендациями XML 1.0, включающая последовательность наименований и значений элементов, идентифицирующих местоположение ошибки в файле обмена до ошибочного "элемента". При идентификации ошибки обязательным является элемент <ПолОшЭл> или <ИдОш> |
Таблица 4.7
Фамилия, имя, отчество физического лица (ФИОТип)
Наименование элемента |
Сокращенное наименование (код) элемента |
Признак типа элемента |
Формат элемента |
Признак обязательности элемента |
Дополнительная информация |
Фамилия |
Фамилия |
A |
T(1-60) |
О |
|
Имя |
Имя |
A |
T(1-60) |
О |
|
Отчество |
Отчество |
A |
T(1-60) |
Н |
|
_____________________________
* В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом "|". Такая форма записи применяется в случае возможного присутствия в файле протокола только одного элемента из описанных в этой строке.
<< Приложение N 2. Требования форматно-логического контроля |
||
Содержание Приказ Федеральной налоговой службы от 6 февраля 2012 г. N ММВ-7-6/49@ "О вводе в промышленную эксплуатацию программного... |
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.