---
title: "<Письмо> ФНС России от 28.11.2022 N БС-4-21/16006@"
number: "БС-4-21/16006@"
issued_on: 2022-11-28
status: действует
canonical: "https://bukva.ai/docs/pismo-bs-4-2116006-at"
---
## <Письмо> ФНС России от 28.11.2022 N БС-4-21/16006@
# <Письмо> ФНС России от 28.11.2022 N БС-4-21/16006@
"О порядке информационного взаимодействия ФНС России с ГУОБДД МВД России"
(вместе с "Порядком информационного взаимодействия при представлении в налоговые органы сведений об автомототранспортных средствах и об их владельцах в электронной форме", утв. МВД России, ФНС России 15.11.2022)
> [!IMPORTANT]
> [Порядок](#p100016), доведенный данным документом, [вступил](#p100046) в силу с 1 января 2024 года.
**МИНИСТЕРСТВО ФИНАНСОВ РОССИЙСКОЙ ФЕДЕРАЦИИ**
**ФЕДЕРАЛЬНАЯ НАЛОГОВАЯ СЛУЖБА**
## ПИСЬМО
**от 28 ноября 2022 г. N БС-4-21/16006@**
**О ПОРЯДКЕ**
**ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ ФНС РОССИИ**
**С ГУОБДД МВД РОССИИ**
Действительный
государственный советник
Российской Федерации
2 класса
С.Л.БОНДАРЧУК
Утверждаю
Начальник Департамента
информационных технологий,
связи и защиты информации
МВД России
Ю.В.ВОЙНОВ
15.11.2022
Заместитель руководителя
Федеральной налоговой службы
С.Л.БОНДАРЧУК
15.11.2022
Согласовано
Начальник Главного управления
по обеспечению безопасности
дорожного движения МВД России
М.Ю.ЧЕРНИКОВ
10.11.2022
Заместитель руководителя
Федеральной налоговой службы
А.С.ПЕТРУШИН
15.11.2022
## ПОРЯДОК ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ ПРИ ПРЕДСТАВЛЕНИИ В НАЛОГОВЫЕ ОРГАНЫ СВЕДЕНИЙ ОБ АВТОМОТОТРАНСПОРТНЫХ СРЕДСТВАХ И ОБ ИХ ВЛАДЕЛЬЦАХ В ЭЛЕКТРОННОЙ ФОРМЕ
### 1. Общие положения
1.1. Порядок информационного взаимодействия при представлении в налоговые органы сведений об автомототранспортных средствах и об их владельцах в электронной форме (далее - Порядок) издан в соответствии с [пунктом 11 статьи 85](https://bukva.ai/docs/kodeks-146-fz/statya-1#p4056) Налогового кодекса Российской Федерации (далее - Кодекс) и [статьей 4](https://bukva.ai/docs/soglashenie-18656/statya-4#p100044) соглашения о взаимодействии между Министерством внутренних дел Российской Федерации и Федеральной налоговой службой от 13.10.2010 N 1/8656/ММВ-27-4/11 в целях организации представления в Федеральную налоговую службу (далее - ФНС России) из Министерства внутренних дел Российской Федерации (далее - МВД России) сведений о транспортных средствах и об их владельцах, содержащихся в государственном реестре транспортных средств (далее - Сведения).
1.2. Сведения представляются в соответствии с [пунктом 4 статьи 85](https://bukva.ai/docs/kodeks-146-fz/statya-1#p4891) Кодекса и [приказом](https://bukva.ai/docs/prikaz-mmv-7-11545-at#p100007) ФНС России от 25.11.2015 N ММВ-7-11/545@ "Об утверждении формы и формата представления сведений об автомототранспортных средствах и об их владельцах, а также порядка заполнения формы и о внесении изменения в приложение N 8 приказа ФНС России от 17.09.2007 N ММ-3-09/536@" (зарегистрирован Минюстом России 22.12.2015, регистрационный N 40195) (далее - приказ ФНС России от 25.11.2015 N ММВ-7-11/545@).
### 2. Организация представления Сведений
2.1. МВД России представляет Сведения в ФНС России на федеральном уровне в электронном виде.
Со стороны МВД России ответственным за формирование и представление Сведений является Главное управление по обеспечению безопасности дорожного движения МВД России (далее - отправитель).
Со стороны ФНС России ответственными за прием и обработку Сведений являются Управление информационных технологий ФНС России и Федеральное казенное учреждение "Налог-Сервис" Федеральной налоговой службы (г. Москва) (далее - уполномоченная организация, получатель), действующее в соответствии с [пунктом 5 статьи 102](https://bukva.ai/docs/kodeks-146-fz/statya-1#p4086) Кодекса, приказами ФНС России от 25.01.2012 N ММВ-7-1/18@ "Об утверждении Перечня должностей работников Федерального казенного учреждения "Налог-Сервис" Федеральной налоговой службы (г. Москва), имеющих право доступа к сведениям, составляющим налоговую тайну", от 31.12.2015 N АС-7-12/716@ "Об утверждении Порядка взаимодействия территориальных органов ФНС России и филиалов Федерального казенного учреждения "Налог-Сервис" Федеральной налоговой службы (г. Москва) при реализации функций по приему, обработке и учету сведений, представленных в соответствии со статьей 85 Налогового кодекса Российской Федерации".
2.2. Сведения представляются с использованием единой системы межведомственного электронного взаимодействия (далее - СМЭВ), если иное не предусмотрено [пунктами 2.6](#p100031) - [2.8](#p100037) Порядка, в следующие сроки:
2.2.1. Не позднее 10 дней со дня внесения в государственный реестр транспортных средств Сведений, подлежащих передаче в соответствии с [пунктом 4 статьи 85](https://bukva.ai/docs/kodeks-146-fz/statya-1#p4891) Кодекса и [приказом](https://bukva.ai/docs/prikaz-mmv-7-11545-at) ФНС России от 25.11.2015 N ММВ-7-11/545@;
2.2.2. Ежегодно до 15 февраля в отношении Сведений о регистрационных действиях по транспортным средствам, внесенных в государственный реестр транспортных средств в период с 1 января по 31 декабря предыдущего года (тип информации "ГИБДД_ГОД"), или за иной период (тип информации "ГИБДД_СВЕРКА"), определенный по согласованию между отправителем и Управлением налогообложения имущества ФНС России.
2.3. Состав Сведений, требования к структуре и форматам файлов обмена, содержащих Сведения, а также справочники, используемые при формировании Сведений, определены [приказом](https://bukva.ai/docs/prikaz-mmv-7-11545-at) ФНС России от 25.11.2015 N ММВ-7-11/545@.
2.4. Формирование и передача Сведений осуществляются с использованием программно-технических средств отправителя.
Прием и обработка Сведений осуществляются с использованием программно-технических средств получателя.
2.5. Сведения должны удовлетворять требованиям форматно-логического контроля, приведенным в [приложении N 1](#p100049) к Порядку.
2.6. В случае невозможности в срок более 10 рабочих дней передачи Сведений посредством СМЭВ Сведения передаются по электронной почте с применением средств криптографической защиты информации (далее - СКЗИ) и усиленной квалифицированной электронной подписи (далее - ЭП), совместимыми и сертифицированными в установленном порядке.
Сформированные файлы со Сведениями, подписанные ЭП отправителя, архивируются программой-упаковщиком в архивный файл. Размер сформированного файла не должен превышать 5000 документов. В состав архива должно входить не более 5 файлов с ЭП. Тип архива ZIP. Имя архива совпадает с именем одного из сформированных файлов, входящих в состав архива.
Для каждого архивного файла отправителем с использованием средств электронной почты формируется почтовое сообщение (в поле темы сообщения заносится имя архивного файла). Архивный файл является вложением почтового сообщения.
Сведения считаются доставленными после получения отправителем по электронной почте информации об успешном приеме почтового сообщения получателем.
2.7. При передаче Сведений обеспечиваются меры, исключающие несанкционированный доступ третьих лиц к Сведениям.
Подлинность передаваемых Сведений подтверждается ЭП.
2.8. В случае невозможности передачи Сведений по электронной почте, Сведения передаются на электронных носителях. Электронные носители помещаются отправителем в упаковку, исключающую возможность их повреждения или извлечения информации.
Передача/доставка Сведений на электронных носителях осуществляется отправителем с сопроводительным письмом. Во время доставки Сведений обеспечиваются меры, исключающие доступ третьих лиц к Сведениям.
#### 2.9 При приеме Сведений в уполномоченной организации:
##### 2.9.1 Осуществляется контроль подлинности полученных Сведений (наличие ЭП);
2.9.2. Полученные файлы распаковываются с помощью программы-упаковщика. Файлы, которые невозможно распаковать (далее - проблемные файлы), возвращаются отправителю;
##### 2.9.3 Осуществляется форматно-логический контроль Сведений;
2.9.4. По результатам приема Сведений формируется протокол обработки Сведений, который передается отправителю (в случае приема Сведений на электронных носителях протокол обработки передается при наличии ошибок). Формат протокола обработки Сведений содержится в [приложении N 2](#p100174) к Порядку.
2.10. При получении протокола обработки Сведений, содержащего информацию о неудачном их приеме и наличии проблемных файлов, отправитель принимает меры по устранению ошибок и повторно передает Сведения в уполномоченную организацию в течение 10 рабочих дней со дня получения указанного протокола обработки Сведений.
### 3. Переходные положения
#### 3.1 Настоящий Порядок вступает в силу с 01.01.2024.
3.2. [Порядок](https://bukva.ai/docs/pismo-bs-4-2126044-at) информационного взаимодействия при представлении в налоговые органы сведений об автомототранспортных средствах и об их владельцах в электронной форме, утвержденный 01.12.2017 начальником Департамента информационных технологий, связи и защиты информации МВД России С.Н. Ляшенко и заместителем руководителя ФНС России С.Л. Бондарчук, с 01.01.2024 утрачивает силу.
Приложение N 1
к Порядку информационного
взаимодействия при представлении
в налоговые органы сведений
об автомототранспортных средствах
и об их владельцах
в электронной форме
**ТРЕБОВАНИЯ ФОРМАТНО-ЛОГИЧЕСКОГО КОНТРОЛЯ СВЕДЕНИЙ**
#### 1. Общие требования
Форматно-логический контроль Сведений (далее - ФЛК) осуществляется отправителем при формировании Сведений, а также получателем при приеме Сведений.
Сведения, прошедшие ФЛК, подлежат приему.
Сведения, не прошедшие ФЛК, приему не подлежат.
ФЛК осуществляется в соответствии с требованиями [формата](https://bukva.ai/docs/prikaz-mmv-7-11545-at#p52) представления Сведений, утвержденного приказом ФНС России от 25.11.2015 N ММВ-7-11/545@ (с изменениями), и xsd-схемы к нему. При наличии в файле ошибочного Сведения - элемент "Сведения об автомототранспортных средствах и об их владельцах" (Документ), - не прошедшего проверку по xsd-схеме, осуществляется частичный прием корректных Сведений.
#### 2. Требования логического контроля для представления Сведений
2.1. Проверка выполнения условий, указанных в [приложении N 2](https://bukva.ai/docs/prikaz-mmv-7-11545-at#p52) к приказу ФНС России от 25.11.2015 N ММВ-7-11/545@ (с изменениями).
#### 2.2 Требования к проверке по справочникам и классификаторам:
##### 2.2.1 Проверка наличия кодов, соответствующих элементов файла обмена, в следующих справочниках и классификаторах:
Общероссийский [классификатор](https://bukva.ai/docs/postanovlenie-529-st-2001#p100010) стран мира (ОКСМ);
Справочник "Виды документов, удостоверяющих личность налогоплательщика" (СПДУЛ);
Справочник "Субъекты Российской Федерации и иные территории" (ССРФ);
Справочник "Правоустанавливающие документы" (СПУД);
Справочник "Коды типа автомототранспортного средства";
Справочник "Тип топлива";
Справочник "Экологический класс";
##### 2.2.2 Проверка шаблонов серии и номера документа по справочнику СПДУЛ;
2.2.3. Для документов, удостоверяющих личность, шаблоны которых содержат неконтролируемые символы (КодВидДок = 03, 05, 08, 10 - 15, 23, 61, 62, 81, 91), контролируется на наличие хотя бы одной цифры в реквизите "Серия и номер документа, удостоверяющего личность" (СерНомДок).
2.3. Для паспорта гражданина Российской Федерации (код документа, удостоверяющего личность = 21) должны быть выполнены следующие условия:
- разница между датой выдачи паспорта гражданина Российской Федерации и датой рождения не должна быть меньше 13 лет и 10 месяцев;
- дата выдачи паспорта гражданина Российской Федерации не может быть ранее 01.10.1997 ([постановление](https://bukva.ai/docs/postanovlenie-828-1997) Правительства Российской Федерации от 08.07.1997 N 828 "Об утверждении Положения о паспорте гражданина Российской Федерации, образца бланка и описания паспорта гражданина Российской Федерации").
#### 2.4 Проверка ИНН, КПП, ОГРН:
##### 2.4.1 Проверка структуры ИНН, КПП, ОГРН;
2.4.2. Для российской организации (элемент "Сведения о российской организации, на которую зарегистрировано автомототранспортное средство" (СведЮлРос)):
1 - 4 позиции реквизита ИНН не могут быть равны "9909";
1 - 2 позиции КПП, указанного при регистрации транспортного средства, должны совпадать с кодом региона из адреса места нахождения организации в случае регистрации транспортного средства по месту нахождения российской организации или с кодом региона из адреса места нахождения ее обособленного подразделения при регистрации транспортного средства по адресу данного обособленного подразделения;
2.4.3. Для иностранной организации (элемент "Сведения об иностранной организации, осуществляющей деятельность на территории Российской Федерации через обособленное подразделение, на которую зарегистрировано автомототранспортное средство" (СведЮЛИно)) 1 - 4 позиции реквизита ИНН всегда равны "9909".
#### 2.5 Логический контроль дат:
2.5.1. Значение реквизита "Год, по состоянию на 1 января которого представляются сведения" (ГодСвед) $\geq$ 2000.
#### 2.6 Контроль реквизита "Государственный регистрационный номер" (ГосРегНом):
длина реквизита должна быть не менее 2-х символов;
реквизит должен содержать хотя бы одну цифру;
реквизит должен содержать хотя бы одну букву латинскую или русскую.
2.7. Значение реквизита "Мощность (л.с.)" (МДЛС) (при наличии) больше нуля.
#### 2.8 Значение реквизита "Мощность (кВт)" (МДкВт) больше нуля.
#### 2.9 Логический контроль элемента "Фамилия, имя, отчество" (ФИО):
2.9.1. Контроль элемента "ФИО" на наличие недопустимых символов (латинские буквы, цифры (1, 2, 3. и т.д.), символы (%,.?...) или "ФИО" содержит только пробелы.
Допустимые символы при заполнении элемента "ФИО": русские буквы (а - я, А - Я), символы "'" (апостроф)," " (пробел), "." (точка), "е", "Е", "-" (дефис), "," (запятая), "(" и ")" (открывающая и закрывающая скобки), прописные (большие) буквы: I, V латинского алфавита, "/" (прямой слэш);
2.9.2. Недопустимые сочетания допустимых символов при заполнении элемента "ФИО".
В реквизите "Фамилия":
наличие символа "." (точка), "-" (дефис), "'" (апостроф)," " (пробел), "," (запятая) в качестве первого, последнего символа или единственного символа;
наличие "(" (открывающая скобка) в качестве последнего или единственного символа;
наличие ")" (закрывающая скобка) в качестве первого или единственного символа.
В реквизитах "Имя", "Отчество":
наличие символа "-" (дефис), "'" (апостроф)," " (пробел), "," (запятая) в качестве первого, последнего символа или единственного символа;
наличие символа "." (точка) в качестве первого или единственного символа;
наличие "(" (открывающая скобка) в качестве последнего или единственного символа;
наличие ")" (закрывающая скобка) в качестве первого или единственного символа.
В элементе "ФИО":
наличие подряд идущих символов: "." (точка), "-" (дефис), "'" (апостроф), " " (пробел), "," (запятая), "(" (открывающая скобка), ")" (закрывающая скобка);
наличие только одной, непарной скобки: только "(" (открывающая скобка), или только ")" (закрывающая скобка);
наличие строчных букв латинского алфавита (i, v), а также использование этих букв в качестве первого или единственного символа.
#### 2.10 Перечень ошибок:
| N п/п | Краткое наименование | Полное наименование |
| --- | --- | --- |
| 1. | Нарушен xml-формат | Формат файла передачи не соответствует описанию структуры. |
| 2. | Неверный ИННФЛ | Структура ИНН физического лица не соответствует утвержденной. |
| 3. | Неверный ИННЮЛ | Структура ИНН юридического лица не соответствует утвержденной. |
| 4. | Неверный КПП | Структура КПП не соответствует утвержденной. |
| 5. | Неверный ОГРН | Структура ОГРН не соответствует утвержденной. |
| 6. | Отсутствует ИННЮЛ | Отсутствует ИНН юридического лица. |
| 7. | Отсутствует КПП | Отсутствует КПП. |
| 8. | Отсутствует обязательный реквизит | Отсутствует обязательный реквизит. |
| 9. | Отсутствует обязательный элемент | Отсутствует обязательный элемент. |
| 10. | Недопустимая длина реквизита | Недопустимая длина реквизита. |
| 11. | Нарушен формат реквизита | Нарушен формат реквизита. |
| 12. | Неверный код [ОКСМ](https://bukva.ai/docs/postanovlenie-529-st-2001#p100010) | Код [ОКСМ](https://bukva.ai/docs/postanovlenie-529-st-2001#p100010) не соответствует Общероссийскому [классификатору](https://bukva.ai/docs/postanovlenie-529-st-2001#p100010) стран мира (ОКСМ). |
| 13. | Неверный код СПДУЛ | Код вида документа, удостоверяющего личность, не соответствует предусмотренному [приказом](https://bukva.ai/docs/prikaz-mmv-7-11545-at) ФНС России от 25.11.2015 N ММВ-7-11/545@ справочнику "Коды видов документов, удостоверяющих личность налогоплательщика" (СПДУЛ). |
| 14. | Неверный шаблон СПДУЛ | Шаблон серии и номера документа, удостоверяющего личность, не соответствует предусмотренному [приказом](https://bukva.ai/docs/prikaz-mmv-7-11545-at) ФНС России от 25.11.2015 N ММВ-7-11/545@ справочнику "Коды видов документов, удостоверяющих личность налогоплательщика" (СПДУЛ). |
| 15. | Некорректные сведения о паспорте гражданина Российской Федерации | Не выполнены контроли в соответствии с [пунктом 2.3](#p100068) настоящего документа. |
| 16. | Неверный код ССРФ | Код ССРФ не соответствует предусмотренному [приказом](https://bukva.ai/docs/prikaz-mmv-7-11545-at) ФНС России от 25.11.2015 N ММВ-7-11/545@ справочнику "Субъекты Российской Федерации и иные территории" (ССРФ). |
| 17. | Неверный код правоустанавливающего документа | Код правоустанавливающего документа не соответствует предусмотренному [приказом](https://bukva.ai/docs/prikaz-mmv-7-11545-at) ФНС России от 25.11.2015 N ММВ-7-11/545@ справочнику "Правоустанавливающие документы" (СПУД). |
| 18. | Неверный код типа транспортного средства | Код типа топлива транспортного средства не соответствует предусмотренному [приказом](https://bukva.ai/docs/prikaz-mmv-7-11545-at) ФНС России от 25.11.2015 N ММВ-7-11/545@ справочнику "Тип топлива". |
| 19. | Мощность двигателя л.с. $\leq$ 0 | Значение реквизита "Мощность (л.с.)" (МДЛС) (при наличии) должно быть больше нуля. |
| 20. | Мощность двигателя кВт $\leq$ 0 | Значение реквизита "Мощность (кВт)" (МДкВт) должно быть больше нуля. |
| 21. | Ошибка ФИО | Элемент ФИО не удовлетворяет требованиям [пункта 2.10](#p100102) настоящего документа. |
| 22. | Другие ошибки | Полное описание ошибки. |
Приложение N 2
к Порядку информационного
взаимодействия при представлении
в налоговые органы сведений
об автомототранспортных средствах
и об их владельцах
в электронной форме
**ФОРМАТ**
**ПРЕДСТАВЛЕНИЯ СВЕДЕНИЙ ПО ФАКТУ ПРИЕМА И ОБРАБОТКИ ФАЙЛОВ**
**ОБМЕНА ДАННЫМИ ОБ АВТОМОТОТРАНСПОРТНЫХ СРЕДСТВАХ**
**И ОБ ИХ ВЛАДЕЛЬЦАХ В ЭЛЕКТРОННОЙ ФОРМЕ**
#### I. ОБЩИЕ СВЕДЕНИЯ
1. Настоящий документ описывает требования к XML-файлам передачи данных по результатам контроля файлов обмена со Сведениями (далее - файлы протокола).
2. Номер версии настоящего формата 4.01, часть 220_03.
#### II. ОПИСАНИЕ ФАЙЛА ПРОТОКОЛА
3. Имя файла протокола должно иметь следующий вид:
R_T_P_O_GGGGMMDD_N, где:
R_T - префикс, где R принимает значение PR (принадлежность передаваемых Сведений к протоколу обработки); T принимает значение префикса принятого файла обмена без подчеркивания VOGIBDDTS;
P - идентификатор получателя информации, для органов, осуществляющих государственную регистрацию автомототранспортных средств и их владельцев, представляется в виде девятнадцатиразрядного кода (идентификационный номер налогоплательщика (ИНН) и код причины постановки на учет (КПП) органа);
O - идентификатор отправителя информации, для налоговых органов представляется в виде четырехразрядного кода;
GGGG - год формирования передаваемого файла, MM - месяц, DD - день;
N - идентификационный номер файла (длина - от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла, рекомендуется использовать 36-символьный глобально уникальный идентификатор GUID).
Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла протокола
Первая строка XML файла должна иметь следующий вид:
Имя файла, содержащего XSD схему файла протокола, должно иметь следующий вид:
PR_VOGIBDDTS_2_220_03_04_01_xx, где xx - номер версий схемы.
Расширение имени файла - xsd.
XSD схема файла протокола приводится отдельным файлом.
4. Логическая модель файла протокола представлена в виде диаграммы структуры файла протокола на [рисунке 1](#p100208) настоящего формата. Элементами логической модели файла протокола являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла протокола и сведения о них приведены в [таблицах 4.1](#p100210) - [4.7](#p100429) настоящего формата.
Для каждого структурного элемента логической модели файла протокола приводятся следующие сведения.
Сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML.
Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент логической модели (содержит вложенные элементы), "П" - простой элемент логической модели, реализованный в виде элемента 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 (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента.
Признак обязательности элемента определяет обязательность присутствия элемента (совокупности наименования элемента и его значения) в файле протокола. Признак обязательности элемента может принимать следующие значения:
"О" - наличие элемента в файле протокола обязательно;
"Н" - присутствие элемента в файле протокола необязательно, т.е. элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом "К". Например: "ОК". В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например: "НМ", "ОКМ".
К вышеперечисленным признакам обязательности элемента может добавляться значение "У" в случае описания в XSD схеме условий, предъявляемых к элементу в файле протокола, описанных в графе "Дополнительная информация". Например: "НУ", "ОКУ".
Дополнительная информация содержит, при необходимости, требования к элементу файла протокола, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря), указывается соответствующее наименование классификатора (кодового словаря) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
Рис. 1. Диаграмма структуры файла протокола
Таблица 4.1
Протокол обработки файла обмена (Файл)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| --- | --- | --- | --- | --- | --- |
| Идентификатор файла | ИдФайл | А | T(1-100) | О | Содержит (повторяет) имя сформированного файла (без расширения) |
| Версия формата | ВерсФорм | А | T(1-5) | О | Принимает значение: 4.01 |
| Тип информации | ТипИнф | А | T(1-50) | О | Принимает значение: ПРОТОКОЛ |
| Версия передающей программы | ВерсПрог | А | T(1-40) | Н | |
| Количество документов | КолДок | А | N(9) | О | Указывает количество повторений элемента <Документ>.
Принимает значение от 1 и более |
| Сведения об отправителе | ИдОтпр | С | | Н | Состав элемента представлен в [табл. 4.2](#p100257) |
| Состав и структура документа | Документ | С | | ОМ | Состав элемента представлен в [табл. 4.3](#p100285) |
Сведения об отправителе (ИдОтпр)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| --- | --- | --- | --- | --- | --- |
| Должность ответственного лица | ДолжОтв | А | T(1-45) | Н | |
| Номер контактного телефона | Тлф | А | T(1-20) | Н | |
| E-mail | E-mail | А | T(1-45) | Н | |
| Фамилия, имя, отчество ответственного лица | ФИООтв | С | | О | Типовой элемент <ФИОТип>.
Состав элемента представлен в [табл. 4.7](#p100429) |
Состав и структура документа (Документ)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| --- | --- | --- | --- | --- | --- |
| Идентификатор документа | ИдДок | А | T(1-36) | О | Для присвоения номера рекомендуется использовать глобально уникальный идентификатор (GUID) |
| Общие сведения протокола | ОбщСвПрот | С | | О | Элемент предназначен для указания общих сведений по результатам обработки файла обмена.
Состав элемента представлен в [табл. 4.4](#p100314) |
| Результаты обработки | РезОбр | С | | НМ | Элемент может использоваться для указания результатов обработки любой совокупности сведений в файле обмена. Состав элемента представлен в [табл. 4.5](#p100368) |
| Сведения по выявленным ошибкам | СвПоОшибке | С | | НМ | Элемент предназначен для указания сведений по ошибкам, обнаруженным в файле обмена.
Состав элемента представлен в [табл. 4.6](#p100393) |
Таблица 4.4
Общие сведения протокола (ОбщСвПрот)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| --- | --- | --- | --- | --- | --- |
| Имя обработанного файла | ИмяОбрабФайла | А | T(1-100) | О | Приводится значение элемента "Идентификатор файла" из обработанного файла |
| Дата приема файла | ДатаПрием | А | | О | Типовой элемент |
| Тип информации принятого файла | ТипИнфПрин | А | T(1-50) | Н | Тип информации принятого файла не указывается только в случае невозможности определения значения показателя "Тип информации" в принятом файле |
| Признак обработки файла | ПрОбр | А | T(=2) | ОК | Принимает значение:
01 - данные файла приняты полностью \|
02 - сведения файла полностью не приняты \|
03 - приняты сведения по отдельным документам входного файла |
| Количество документов в файле, принятых к обработке | КолДокОбр | А | N(9) | О | Принимает значение от 0 и более |
| Количество документов в файле, в которых не выявлены ошибки | КолДокПрин | А | N(9) | О | Принимает значение от 0 и более |
| Код обработки обобщенный | КодОшОб | А | T(=10) | НК | |
| Текст обработки обобщенный | ТекстОшОб | А | T(1-255) | Н | Элемент обязателен при отсутствии записи по коду ошибки (невозможности идентификации выявленной ошибки по коду) |
Результаты обработки (РезОбр)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| --- | --- | --- | --- | --- | --- |
| Код по результатам обработки сведений | КодРезОбр | А | T(=10) | НК | Перечень кодов может разрабатываться отдельно для каждой информационной подсистемы |
| Текст по результатам обработки сведений | ТексРезОбр | А | T(1-255) | О | |
| Идентификатор обработанных сведений | ИдОбрСв | П | T(0-) | О | Сведения представляются как раздел CDATA.
Текстовая строка, представленная в соответствии с рекомендациями XML 1.0, включающая последовательность наименований и значений элементов, идентифицирующих сведения, по которым приводится результат обработки |
Сведения по выявленным ошибкам (СвПоОшибке)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| --- | --- | --- | --- | --- | --- |
| Местоположение ошибочного элемента в XML - файле | ПолОшЭл | А | T(1-1000) | Н | В соответствии с требованиями выражения XPath указываются через символ "/" наименования родительских элементов, определяющих путь к "ошибочному" элементу, включая наименование ошибочного элемента (указывается последним в последовательности элементов). Номер реализации родительского, а также "ошибочного" элемента, на пути к элементу, в котором обнаружена ошибка, указывается в квадратных скобках.
При идентификации ошибки обязательным является элемент <ПолОшЭл> или <ИдОш> |
| Ошибочное значение показателя | ЗнЭлем | А | T(1-1000) | Н | |
| Код ошибки | КодОшибки | А | T(=10) | НК | |
| Текст сообщения об ошибке | ТекстОш | А | T(1-255) | Н | Элемент обязателен при отсутствии записи по коду ошибки (невозможности идентификации выявленной ошибки по коду) |
| Идентификатор ошибки | ИдОш | П | T(0-) | Н | Сведения представляются как раздел CDATA. Текстовая строка, представленная в соответствии с рекомендациями XML 1.0, включающая последовательность наименований и значений элементов, идентифицирующих местоположение ошибки в файле обмена до "ошибочного" элемента. При идентификации ошибки обязательным является элемент <ПолОшЭл> или <ИдОш> |
Фамилия, имя, отчество физического лица (ФИОТип)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| --- | --- | --- | --- | --- | --- |
| Фамилия | Фамилия | А | T(1-60) | О | |
| Имя | Имя | А | T(1-60) | О | |
| Отчество | Отчество | А | T(1-60) | Н | |
---