ФЕДЕРАЛЬНОЕ АГЕНТСТВО ВОЗДУШНОГО ТРАНСПОРТА
N 760
ФЕДЕРАЛЬНАЯ НАЛОГОВАЯ СЛУЖБА
N ММВ-7-6/503
ПРИКАЗ
от 14 ноября 2013 года
ОБ УТВЕРЖДЕНИИ ПОРЯДКА ИНФОРМАЦИОННОГО ОБМЕНА В ЭЛЕКТРОННОМ
ВИДЕ СВЕДЕНИЯМИ О ВОЗДУШНЫХ СУДАХ И ОБ ИХ ВЛАДЕЛЬЦАХ
МЕЖДУ ФЕДЕРАЛЬНЫМ АГЕНТСТВОМ ВОЗДУШНОГО ТРАНСПОРТА
И ФЕДЕРАЛЬНОЙ НАЛОГОВОЙ СЛУЖБОЙ
Во исполнение положений пункта 11 статьи 85 Налогового кодекса Российской Федерации, Соглашения о взаимодействии и взаимном информационном обмене Федерального агентства воздушного транспорта и Федеральной налоговой службы от 18.05.2011 N С-121-14/ММВ-27-11/11@ и в целях регулирования информационного взаимодействия в электронном виде при предоставлении Федеральным агентством воздушного транспорта в Федеральную налоговую службу сведений о воздушных судах и об их владельцах приказываем:
1. Утвердить прилагаемый Порядок информационного обмена в электронном виде сведениями о воздушных судах и об их владельцах между Федеральным агентством воздушного транспорта и Федеральной налоговой службой (далее - Порядок).
2. Контроль исполнения Порядка возложить на заместителя руководителя Федерального агентства воздушного транспорта А.В. Белякова и заместителя руководителя Федеральной налоговой службы А.С. Петрушина.
Руководитель
Федерального агентства
воздушного транспорта
А.В.НЕРАДЬКО
Руководитель
Федеральной
налоговой службы
М.В.МИШУСТИН
Утвержден
приказом Федерального агентства
воздушного транспорта
и Федеральной налоговой службы
от 14 ноября 2013 г. N 760/ММВ-7-6/503
ПОРЯДОК
ИНФОРМАЦИОННОГО ОБМЕНА В ЭЛЕКТРОННОМ ВИДЕ СВЕДЕНИЯМИ
О ВОЗДУШНЫХ СУДАХ И ОБ ИХ ВЛАДЕЛЬЦАХ МЕЖДУ ФЕДЕРАЛЬНЫМ
АГЕНТСТВОМ ВОЗДУШНОГО ТРАНСПОРТА И ФЕДЕРАЛЬНОЙ
НАЛОГОВОЙ СЛУЖБОЙ
1. Общие положения
Настоящий Порядок регулирует предоставление Федеральным агентством воздушного транспорта (Росавиация) в Федеральную налоговую службу (ФНС России) сведений о воздушных судах и об их владельцах в электронной форме в соответствии с пунктом 11 статьи 85 и пунктом 6 статьи 161 Налогового кодекса Российской Федерации, Соглашением о взаимодействии и взаимном информационном обмене Федерального агентства воздушного транспорта и Федеральной налоговой службы от 18.05.2011 N С-121-14/ММВ-27-11/11@, а также в соответствии с требованиями Федерального закона от 27.07.2006 N 149-ФЗ "Об информации, информационных технологиях и о защите информации".
2. Требования к организации обмена сведениями
и программно-техническим средствам
2.1. Росавиация предоставляет сведения о воздушных судах и об их владельцах (далее - сведения) в ФНС России на федеральном уровне.
Со стороны ФНС России ответственным за информационный обмен структурным подразделением (уполномоченным на информационный обмен) является Управление информационных технологий ФНС России, а также подведомственная ФНС России организация - Федеральное казенное учреждение "Налог-Сервис" Федеральной налоговой службы (г. Москва) (далее - уполномоченная организация), находящееся в ведении ФНС России и действующее в соответствии с положениями пункта 5 статьи 102 Налогового кодекса Российской Федерации и приказа ФНС России от 25.01.2012 N ММВ-7-1/18 "Об утверждении Перечня должностей работников Федерального казенного учреждения "Налог-Сервис" Федеральной налоговой службы (г. Москва), имеющих право доступа к сведениям, составляющим налоговую тайну".
2.2. Предоставление сведений осуществляется с использованием единой системы межведомственного электронного взаимодействия (далее - СМЭВ), если иное не предусмотрено пунктами 2.7, 2.9 настоящего Порядка.
2.3. Росавиация предоставляет сведения в течение 10 дней со дня соответствующей регистрации, а также ежегодно, до 15 февраля, по состоянию на 1 января текущего года и (или) за иные периоды, определенные по согласованию Росавиации и ФНС России.
2.4. Состав передаваемых сведений, требования к структуре и форматам файлов обмена, содержащих сведения, а также справочники определены приказом Федеральной налоговой службы от 18.12.2012 N ММВ-7-11/973@ "Об утверждении формы и формата представления сведений о воздушных судах и об их владельцах, порядка заполнения формы, а также о внесении изменений в приложение 8 к приказу Федеральной налоговой службы от 17.09.2007 N ММ-3-09/536@" (зарегистрирован Министерством юстиции Российской Федерации 12.02.2013, регистрационный номер 27024) (с изменениями).
2.5. Формирование и передача сведений осуществляются отправителем в виде файлов с использованием программно-технических средств отправителя.
Прием и обработка сведений осуществляются с использованием программно-технических средств получателя.
2.6. Сведения, подлежащие передаче, должны удовлетворять требованиям форматно-логического контроля (далее - ФЛК), представленным в приложении N 2 к настоящему Порядку, и предварительно должны быть проверены отправителем на отсутствие компьютерного вируса.
2.7. В случае технической невозможности в течение 10 рабочих дней передачи сведений посредством СМЭВ, сведения должны быть переданы по электронной почте с применением средств криптографической защиты информации (СКЗИ) и усиленной квалифицированной электронной подписи (ЭП), совместимыми и сертифицированными в установленном порядке. При этом сформированные файлы со сведениями, подписанные ЭП, архивируются программой-упаковщиком в архивный файл; размер сформированного файла не должен превышать 5000 документов. В состав архива должно входить не более 5 файлов с ЭП (тип архива ZIP, имя архива совпадает с именем одного из сформированных файлов, входящих в состав архива).
Для каждого архивного файла средствами электронной почты формируется почтовое сообщение (в поле темы сообщения заносится имя архивного файла). Архивный файл является вложением почтового сообщения.
Сведения считаются доставленными после получения отправителем по электронной почте информации об успешном приеме почтового сообщения.
2.8. При передаче сведений обеспечиваются меры, исключающие несанкционированный доступ третьих лиц к сведениям.
Подлинность передаваемых сведений подтверждается ЭП.
2.9. В случае невозможности передачи сведений в режиме электронной почты, сведения передаются на электронных носителях. Электронные носители со сведениями о налогоплательщиках помещаются отправителем в упаковку, исключающую возможность их повреждения или извлечения информации из нее без нарушения целостности упаковки.
Передача (доставка) электронного носителя сведений осуществляется с сопроводительным письмом. При этом электронный носитель помещается в упаковку, исключающую возможность его повреждения или извлечения информации без нарушения целостности упаковки.
Во время доставки сведений обеспечиваются меры, исключающие бесконтрольный доступ третьих лиц к сведениям.
2.10. При приеме сведений в уполномоченной организации: осуществляется контроль подлинности полученных сведений (наличие ЭП);
- полученные файлы распаковываются с помощью программы-упаковщика;
- осуществляется форматно-логический контроль полученных сведений;
- при подтверждении достоверности полученных данных и успешном прохождении форматно-логического контроля осуществляются работы по импорту полученных сведений в базу данных для их дальнейшей обработки;
- по результатам приема сведений формируется протокол обработки сведений, который передается в Росавиацию (в случае приема сведений на электронных носителях протокол обработки сведений передается только при наличии ошибок). Формат представления протокола обработки сведений в электронном виде содержится в Приложении N 3 к настоящему Порядку.
2.11. При получении протокола обработки сведений, содержащего информацию о неудачном их приеме, Росавиация принимает меры по устранению ошибок и повторно передает сведения в уполномоченную организацию в течение 10 рабочих дней со дня его поступления.
3. Обмен справочниками и классификаторами
3.1 - 3.2. Утратили силу с 1 марта 2023 года. - Приказ Росавиации N 459-П, ФНС России N ЕД-7-21/637@ от 08.07.2022.
4. Внесение изменений
Внесение изменений в настоящий Порядок осуществляется по согласованию Сторон и утверждается совместным приказом.
Приложение N 1
к Порядку информационного обмена
в электронном виде сведениями
о воздушных судах и об их владельцах
между Федеральным агентством
воздушного транспорта
и Федеральной налоговой службой
СХЕМА ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ
Утратила силу с 1 марта 2023 года. - Приказ Росавиации N 459-П,
ФНС России N ЕД-7-21/637@ от 08.07.2022
Приложение N 2
к Порядку информационного обмена
в электронном виде сведениями
о воздушных судах и об их владельцах
между Федеральным агентством
воздушного транспорта
и Федеральной налоговой службой
ТРЕБОВАНИЯ
ФОРМАТНО-ЛОГИЧЕСКОГО КОНТРОЛЯ
1. Общие требования.
Форматно-логический контроль (далее - ФЛК) осуществляется Росавиацией при формировании сведений о воздушных транспортных средствах (далее также - воздушные ТС) и об их владельцах, а также уполномоченной организацией при приеме указанных сведений.
Сведения о воздушных ТС и об их владельцах, прошедшие ФЛК, подлежат приему.
Сведения, не прошедшие ФЛК, приему не подлежат.
Результаты ФЛК оформляются в уполномоченной организации в форме протокола обработки сведений, предназначенного для передачи в Росавиацию.
Форматный контроль осуществляется в соответствии с требованиями формата, утвержденного приказом ФНС России от 18.12.2012 N ММВ-7-11/973@ "Об утверждении формы и формата представления сведений о воздушных судах и об их владельцах, порядка заполнения формы, а также о внесении изменений в приложение 8 к приказу Федеральной налоговой службы от 17.09.2007 N ММ-3-09/536@ (с изменениями, далее - приказ от 18.12.2012 N ММВ-7-11/973@)", и XSD схемы к нему. При наличии в файле ошибочного сведения по воздушному ТС - элемент "Сведения о воздушных судах и об их владельцах" (Документ), - не прошедшего проверку по xsd-схеме, осуществляется частичный прием корректных сведений о воздушных ТС и их владельцах (документов).
2. Требования логического контроля в части сведений, передаваемых Росавиацией в ФНС России.
2.1. Проверка выполнения условий, указанных в приложении N 2 к приказу от 18.12.2012 N ММВ-7-11/973@.
2.2. Требования к проверке по справочникам и классификаторам.
2.2.1. Проверка наличия кодов соответствующих элементов файла обмена в следующих справочниках и классификаторах:
- Общероссийский классификатор стран мира (ОКСМ);
- абзацы третий - четвертый утратили силу с 1 марта 2023 года. - Приказ Росавиации N 459-П, ФНС России N ЕД-7-21/637@ от 08.07.2022;
- Справочник "Виды документов, удостоверяющих личность налогоплательщика" (СПДУЛ);
- Справочник "Субъекты Российской Федерации и иные территории" (ССРФ);
- Справочник "Вид права";
- Справочник "Правоустанавливающие документы";
- Справочник "Коды вида воздушного судна".
2.2.2. Проверка шаблонов серии и номера документа по справочнику СПДУЛ.
2.2.3. Для документов, удостоверяющих личность налогоплательщика, шаблоны которых содержат неконтролируемые символы (КодВидДок = 03, 05, 08, 10 - 15, 23, 61, 62, 81, 91), контролируется на наличие хотя бы одной цифры в реквизите "Серия и номер документа, удостоверяющего личность" (СерНомДок).
2.2.4. Для паспорта гражданина Российской Федерации (код документа, удостоверяющего личность налогоплательщика, = 21) должны быть выполнены следующие условия:
дата выдачи паспорта гражданина Российской Федерации - не менее 01.10.1997;
разница между ДатаРожд и ДатаДок - не менее 13 лет и 10 месяцев.
2.3. Проверка ИНН, ОГРН.
2.3.1. Проверка структуры ИНН, ОГРН.
2.3.2. Для российской организации (элемент "Сведения о российской организации, на которую зарегистрировано воздушное судно" (СведЮЛРос)) 1 - 4 позиции реквизита ИНН не могут быть равны "9909".
2.3.3. Для иностранной организации (элемент "Сведения об иностранной организации, на которую зарегистрировано воздушное судно" (СведЮЛИно)):
1 - 4 позиции реквизита "ИНН организации" всегда равны "9909";
реквизит "ИННЮЛ" должен быть заполнен обязательно при наличии заполнения реквизита "КПП";
абзац утратил силу с 1 марта 2023 года. - Приказ Росавиации N 459-П, ФНС России N ЕД-7-21/637@ от 08.07.2022.
2.4. Логический контроль дат.
2.4.1. Значение реквизита "Год, по состоянию на 1 января которого представляются сведения" (ГодСвед) > = 2000.
2.4.2. Все даты должны быть не больше текущей даты.
2.4.3. Все даты должны быть больше 01.01.1900.
2.4.4. Контроль между датами:
"Дата регистрации воздушного судна" (ДатаРегВС) < = "Дата снятия с регистрационного учета воздушного судна" (ДатаСнРегВС) при наличии;
"Дата регистрации права" (ДатаРегПрава) < = "Дата снятия с регистрационного учета воздушного судна" (ДатаСнРегВС) при наличии обеих дат;
для всех правоустанавливающих документов из множественного элемента "Реквизиты правоустанавливающего документа" (ПравДок) "Дата правоустанавливающего документа" (ДатаПравДок) < = "Дата регистрации права" (ДатаРегПрав);
"Дата регистрации права" (ДатаРегПрава) < = "Дата прекращения права" (ДатаПрекрПрав) при наличии обеих дат.
2.5. Логический контроль элемента "Сведения о воздушном судне" (СведВС).
2.5.1. Значение реквизита "Мощность/тяга (общая), л.с." (МощДвигЛС) > нуля (при наличии).
2.5.2. Значение реквизита "Мощность/тяга (общая), Кгс" (МощДвигКгс) > нуля (при наличии).
2.6. Логический контроль элемента "Сведения о владельцах воздушного судна" (СведВладВС).
2.6.1. Контроль наличия реквизитов "Номер регистрации права" (НомРегПрав) и "Дата регистрации права" (ДатаРегПрав).
Указанные реквизиты должны быть заполнены в обязательном порядке, если хотя бы один из соответствующих реквизитов "Дата правоустанавливающего документа" (ДатаПравДок) > = 01.01.2010.
2.6.2. Утратил силу с 1 марта 2023 года. - Приказ Росавиации N 459-П, ФНС России N ЕД-7-21/637@ от 08.07.2022.
2.7. Логический контроль элемента "Фамилия, имя, отчество" (ФИОПр Тип).
2.7.1. Контроль элемента "ФИОПр Тип" на наличие недопустимых символов (латинские буквы, цифры (1, 2, 3 и т.д.), символы (%,.?...)) или "ФИОПр Тип" содержит только пробелы.
Допустимые символы при заполнении элемента "ФИОПр Тип": русские буквы (а - я, А - Я), символы "'" (апостроф), " " (пробел), "." (точка), "ё", "Ё", "-" (дефис), "," (запятая), "(" и ")" (открывающая и закрывающая скобки), прописные (большие) буквы: I, V латинского алфавита.
2.7.2. Недопустимые сочетания допустимых символов при заполнении элемента "ФИОПр Тип".
В реквизите "Фамилия":
наличие символа "." (точка), "-" (дефис), "'" (апостроф), " " (пробел), "," (запятая) в качестве первого, последнего символа или единственного символа;
наличие "(" (открывающая скобка) в качестве последнего или единственного символа;
наличие ")" (закрывающая скобка) в качестве первого или единственного символа.
В реквизитах "Имя", "Отчество":
наличие символа "-" (дефис), "'" (апостроф), " " (пробел), "," (запятая) в качестве первого, последнего символа или единственного символа;
наличие символа "." (точка) в качестве первого или единственного символа;
наличие "(" (открывающая скобка) в качестве последнего или единственного символа;
наличие ")" (закрывающая скобка) в качестве первого или единственного символа.
В элементе "ФИОПр Тип":
наличие подряд идущих символов: "." (точка), "-" (дефис), "'" (апостроф), " " (пробел), ","(запятая), "(" (открывающая скобка), ")" (закрывающая скобка);
наличие только одной непарной скобки: только "(" (открывающая скобка) или только ")" (закрывающая скобка);
наличие строчных букв латинского алфавита (i, v), а также использование этих букв в качестве первого или единственного символа.
2.8. Перечень ошибок.
| N п/п | Краткое наименование | Полное наименование |
| 1 | Нарушен xml-формат | Формат файла передачи не соответствует описанию структуры |
| 2 | Неверный код НО получателя | Код НО - получателя не соответствует данному НО |
| 3 | Неверный ИННФЛ | Структура ИННФЛ не соответствует утвержденной |
| 4 | Неверный ИННЮЛ | Структура ИННЮЛ не соответствует утвержденной |
| 5 | Утратил силу с 1 марта 2023 года. - Приказ Росавиации N 459-П, ФНС России N ЕД-7-21/637@ от 08.07.2022 | |
| 6 | Неверный ОГРН | Структура ОГРН не соответствует утвержденной |
| 7 | Отсутствует ИННЮЛ | Отсутствует ИННЮЛ |
| 8 | Утратил силу с 1 марта 2023 года. - Приказ Росавиации N 459-П, ФНС России N ЕД-7-21/637@ от 08.07.2022 | |
| 9 | Отсутствует обязательный реквизит | Отсутствует обязательный реквизит |
| 10 | Отсутствует обязательный элемент | Отсутствует обязательный элемент |
| 11 | Недопустимая длина реквизита | Недопустимая длина реквизита |
| 12 | Нарушен формат реквизита | Нарушен формат реквизита |
| 13 | Неверный код ОКСМ | Код ОКСМ не соответствует Общероссийскому классификатору стран мира (ОКСМ) |
| 14 | Неверный код ОКВ | Код ОКВ не соответствует Общероссийскому классификатору валют (ОКВ) |
| 15 | Утратил силу с 1 марта 2023 года. - Приказ Росавиации N 459-П, ФНС России N ЕД-7-21/637@ от 08.07.2022 | |
| 16 | Неверный код СПДУЛ | Код вида документа, удостоверяющего личность налогоплательщика, не соответствует коду, предусмотренному справочником "Виды документов, удостоверяющих личность налогоплательщика" (СПДУЛ), приведенным в приказе ФНС России от 18.12.2012 N ММВ-7-11/973@ |
| 17 | Неверный шаблон СПДУЛ | Шаблон серии и номера документа, удостоверяющего личность налогоплательщика, не соответствует шаблонам, предусмотренным справочником "Виды документов, удостоверяющих личность налогоплательщика" (СПДУЛ), приведенным в приказе ФНС России от 18.12.2012 N ММВ-7-11/973@ |
| 18 | Неверный код ССРФ | Код ССРФ не соответствует коду, предусмотренному справочником "Субъекты Российской Федерации и иные территории" (ССРФ), приведенным в приказе ФНС России от 18.12.2012 N ММВ-7-11/973@ |
| 19 | Неверный код вида права | Код вида права не соответствует коду, предусмотренному справочником "Вид права", приведенным в приказе ФНС России от 18.12.2012 N ММВ-7-11/973@ |
| 20 | Неверный код правоустанавливающего документа | Код правоустанавливающего документа не соответствует коду, предусмотренному справочником "Правоустанавливающие документы", приведенным в приказе ФНС России от 18.12.2012 N ММВ-7-11/973@ |
| 21 | Неверный код вида воздушного судна | Код вида объекта недвижимости не соответствует коду, предусмотренному справочником "Коды вида воздушного судна", приведенным в приказе ФНС России от 18.12.2012 N ММВ-7-11/973@ |
| 22 | Отсутствует ГодСвед | В годовых сведениях (тип информации ВОЗДВЛАД_ГОД) отсутствует реквизит "Год, по состоянию на 1 января которого представляются сведения" (ГодСвед) |
| 23 | Неверный ГодСвед | Недопустимое значение реквизита "Год, по состоянию на 1 января которого представляются сведения" (ГодСвед) |
| 24 | Дата больше текущей | Дата больше текущей |
| 25 | Дата меньше 01.01.1900 | Дата меньше 01.01.1900 |
| 26 | Не выполнен контроль дат | Нарушен контроль между датами, описанный в п. 2.4.4 настоящих Требований |
| 27 | Отсутствует мощность двигателя | Одновременно отсутствуют значения реквизитов "Мощность/тяга (общая), л.с." (МощДвигЛС) и "Мощность/тяга (общая), Кгс" (МощДвигКгс) |
| 28 | Мощность/тяга (общая), л.с. < = 0 | Значение реквизита "Мощность/тяга (общая), л.с." (МощДвигЛС) должно быть больше нуля |
| 29 | Мощность/тяга (общая), Кгс < = 0 | Значение реквизита "Мощность/тяга (общая), Кгс" (МощДвигКгс) должно быть больше нуля |
| 30 | Отсутствует номер регистрации права | Не выполнен контроль наличия реквизитов "Номер регистрации права" (НомРегПрав) и "Дата регистрации права" (ДатаРегПрав), описанный в п. 2.6.1 настоящих Требований |
| 31 | Отсутствует дата регистрации права | Не выполнен контроль наличия реквизитов "Номер регистрации права" (НомРегПрав) и "Дата регистрации права" (ДатаРегПрав), описанный в п. 2.6.1 настоящих Требований |
| 32 | Доля = 0 | Доля в праве не должна быть равна нулю |
| 33 - 34 | Утратили силу с 1 марта 2023 года. - Приказ Росавиации N 459-П, ФНС России N ЕД-7-21/637@ от 08.07.2022 | |
| 35 | Ошибка ФИО | Элемент "ФИОПр Тип" не соответствует требованиям, приведенным в п. 2.7 настоящих Требований |
| 36 | Другие ошибки | Полное описание ошибки |
Приложение N 3
к Порядку информационного обмена
в электронном виде сведениями
о воздушных судах и об их владельцах
между Федеральным агентством
воздушного транспорта
и Федеральной налоговой службой
ФОРМАТ
ПРЕДСТАВЛЕНИЯ ПРОТОКОЛА ОБРАБОТКИ СВЕДЕНИЙ В ЭЛЕКТРОННОЙ ФОРМЕ
I. ОБЩИЕ СВЕДЕНИЯ
1. Настоящий документ описывает требования к XML-файлам передачи данных по результатам контроля приема сведений о воздушных судах и об их владельцах, представляемых Росавиацией в ФНС России в электронной форме (далее - файл протокола).
2. Номер версии настоящего формата 4.01, часть 230_04.
II. ОПИСАНИЕ ФАЙЛА ПРОТОКОЛА
3. Имя файла протокола должно иметь следующий вид:
R_T_P_O_GGGGMMDD_N, где:
R_T - префикс, где R принимает значение PR (принадлежность передаваемых сведений к протоколу обработки); T принимает значение префикса принятого файла обмена без подчеркивания VOVOZDVLAD;
P - идентификатор получателя информации, для органов, осуществляющих государственную регистрацию транспортных средств, представляется в виде девятнадцатиразрядного кода (идентификационный номер налогоплательщика (ИНН) и код причины постановки на учет (КПП) органа);
O - идентификатор отправителя информации, для налоговых органов представляется в виде четырехразрядного кода (код налогового органа в соответствии с Классификатором "Система обозначений налоговых органов" (далее - СОНО);
GGGG - год формирования передаваемого файла, MM - месяц, DD - день;
N - идентификационный номер файла (длина - от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла, рекомендуется использовать 36-символьный глобально уникальный идентификатор GUID).
Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла протокола
Первая строка XML-файла должна иметь следующий вид:
< ?xml version="1.0" encoding = "windows-1251"? >
Имя файла, содержащего XSD-схему файла протокола, должно иметь следующий вид:
PR_VOVOZDVLAD_2_230_04_04_01_xx, где xx - номер версии схемы.
Расширение имени файла - xsd.
XSD-схема файла протокола в электронном виде приводится отдельным файлом.
4. Логическая модель файла протокола представлена в виде диаграммы структуры файла протокола на рисунке 1 настоящего формата. Элементами логической модели файла протокола являются элементы и атрибуты XML-файла. Перечень структурных элементов логической модели файла протокола и сведения о них приведены в таблицах 4.1 - 4.7 настоящего формата.
Для каждого структурного элемента логической модели файла протокола приводятся следующие сведения.
- Наименование элемента. Приводится полное наименование элемента < 1 > .
< 1 > В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом "(". Такая форма записи применяется в случае возможного присутствия в файле протокола только одного элемента из описанных в этой строке.
- Сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML.
- Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент логической модели (содержит вложенные элементы), "П" - простой элемент логической модели, реализованный в виде элемента XML-файла, "А" - простой элемент логической модели, реализованный в виде атрибута элемента XML-файла. Простой элемент логической модели не содержит вложенные элементы.
- Формат элемента. Формат значения элемента представляется следующими условными обозначениями: Т - символьная строка; N - числовое значение (целое или дробное).
Формат символьной строки указывается в виде Т (n - k) или Т (= k), где n - минимальное количество знаков, k - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид Т (0 - k). В случае, если максимальное количество знаков не ограничено, формат имеет вид Т (n -).
Формат числового значения указывается в виде N (m.k), где m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).
Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента.
- Признак обязательности элемента определяет обязательность присутствия элемента (совокупности наименования элемента и его значения) в файле протокола. Признак обязательности элемента может принимать следующие значения: "О" - наличие элемента в файле протокола обязательно; "Н" - присутствие элемента в файле протокола необязательно, т.е. элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом "К". Например: "ОК". В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например: "НМ", "ОКМ".
К вышеперечисленным признакам обязательности элемента может добавляться значение "У" в случае описания в XSD-схеме условий, предъявляемых к элементу в файле протокола, описанных в графе "Дополнительная информация". Например: "НУ", "ОКУ".
- Дополнительная информация содержит, при необходимости, требования к элементу файла протокола, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
Рис. 1. Диаграмма структуры файла протокола
Таблица 4.1
Протокол обработки файла обмена (Файл)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Идентификатор файла | ИдФайл | А | Т (1 - 100) | О | Содержит (повторяет) имя сформированного файла (без расширения) |
| Версия формата | ВерсФорм | А | Т (1 - 5) | О | Принимает значение: 4.01 |
| Тип информации | ТипИнф | А | Т (1 - 50) | О | Принимает значение: ПРОТОКОЛ |
| Версия передающей программы | ВерсПрог | А | Т (1 - 40) | Н | |
| Количество документов | КолДок | А | N (9) | О | Указывает количество повторений элемента < Документ > . Принимает значение от 1 и более |
| Сведения об отправителе | ИдОтпр | С | Н | Состав элемента представлен в табл. 4.2 | |
| Состав и структура документа | Документ | С | ОМ | Состав элемента представлен в табл. 4.3 |
Таблица 4.2
Сведения об отправителе (ИдОтпр)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Должность ответственного лица | ДолжОтв | А | Т (1 - 45) | Н | |
| Номер контактного телефона | Тлф | А | Т (1 - 20) | Н | |
| | | А | Т (1 - 45) | Н | |
| Фамилия, имя, отчество ответственного лица | ФИООтв | С | О | Типовой элемент < ФИОТип > . Состав элемента представлен в табл. 4.7 |
Таблица 4.3
Состав и структура документа (Документ)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Идентификатор документа | ИдДок | А | Т (1 - 36) | О | Для присвоения номера рекомендуется использовать глобально уникальный идентификатор (GUID) |
| Общие сведения протокола | ОбщСвПрот | С | О | Элемент предназначен для указания общих сведений по результатам обработки файла обмена. Состав элемента представлен в табл. 4.4 | |
| Результаты обработки | РезОбр | С | НМ | Элемент может использоваться для указания результатов обработки любой совокупности сведений в файле обмена. Состав элемента представлен в табл. 4.5 | |
| Сведения по выявленным ошибкам | СвПоОшибке | С | НМ | Элемент предназначен для указания сведений по ошибкам, обнаруженным в файле обмена. Состав элемента представлен в табл. 4.6 |
Таблица 4.4
Общие сведения протокола (ОбщСвПрот)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Имя обработанного файла | ИмяОбрабФайла | А | Т (1 - 100) | О | Приводится значение элемента "Идентификатор файла" из обработанного файла |
| Дата приема файла | ДатаПрием | А | О | Типовой элемент < xs:date > | |
| Тип информации принятого файла | ТипИнфПрин | А | Т (1 - 50) | Н | Тип информации принятого файла не указывается только в случае невозможности определения значения показателя "Тип информации" в принятом файле |
| Признак обработки файла | ПрОбр | А | Т (= 2) | ОК | Принимает значение: 01 - данные файла приняты полностью ) 02 - сведения файла полностью не приняты ) 03 - приняты сведения по отдельным документам входного файла |
| Количество документов в файле, принятых к обработке | КолДокОбр | А | N (9) | О | Принимает значение от 0 и более |
| Количество документов в файле, в которых не выявлены ошибки | КолДокПрин | А | N (9) | О | Принимает значение от 0 и более |
| Код обработки обобщенный | КодОшОб | А | Т (= 10) | НК | |
| Текст обработки обобщенный | ТекстОшОб | А | Т (1 - 255) | Н | Элемент обязателен при отсутствии записи по коду ошибки (невозможности идентификации выявленной ошибки по коду) |
Таблица 4.5
Результаты обработки (РезОбр)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Код по результатам обработки сведений | КодРезОбр | А | Т (= 10) | НК | Перечень кодов может разрабатываться отдельно для каждой информационной подсистемы |
| Текст по результатам обработки сведений | ТексРезОбр | А | Т (1 - 255) | О | |
| Идентификатор обработанных сведений | ИдОбрСв | П | Т (0 -) | О | Сведения представляются как раздел CDATA. Текстовая строка, представленная в соответствии с рекомендациями XML 1.0, включающая последовательность наименований и значений элементов, идентифицирующих сведения, по которым приводится результат обработки |
Таблица 4.6
Сведения по выявленным ошибкам (СвПоОшибке)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Местоположение ошибочного элемента в XML-файле | ПолОшЭл | А | Т (1 - 1000) | Н | В соответствии с требованиями выражения XPath указываются через символ "/" наименования родительских элементов, определяющих путь к "ошибочному" элементу, включая наименование ошибочного элемента (указывается последним в последовательности элементов). Номер реализации родительского, а также "ошибочного" элемента, на пути к элементу, в котором обнаружена ошибка, указывается в квадратных скобках. При идентификации ошибки обязательным является элемент < ПолОшЭл > или < ИдОш > |
| Ошибочное значение показателя | ЗнЭлем | А | Т (1 - 1000) | Н | |
| Код ошибки | КодОшибки | А | Т (= 10) | НК | |
| Текст сообщения об ошибке | ТекстОш | А | Т (1 - 255) | Н | Элемент обязателен при отсутствии записи по коду ошибки (невозможности идентификации выявленной ошибки по коду) |
| Идентификатор ошибки | ИдОш | П | Т (0 -) | Н | Сведения представляются как раздел CDATA. Текстовая строка, представленная в соответствии с рекомендациями XML 1.0, включающая последовательность наименований и значений элементов, идентифицирующих местоположение ошибки в файле обмена до "ошибочного" элемента. При идентификации ошибки обязательным является элемент < ПолОшЭл > или < ИдОш > |
Таблица 4.7
Фамилия, имя, отчество физического лица (ФИОТип)
| Наименование элемента | Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация |
| Фамилия | Фамилия | А | Т (1 - 60) | О | |
| Имя | Имя | А | Т (1 - 60) | О | |
| Отчество | Отчество | А | Т (1 - 60) | Н |
Приложение N 4
к Порядку информационного обмена
в электронном виде сведениями
о воздушных судах и об их владельцах
между Федеральным агентством
воздушного транспорта
и Федеральной налоговой службой
ПОРЯДОК
ОБМЕНА СПРАВОЧНИКАМИ И КЛАССИФИКАТОРАМИ
МЕЖДУ РОСАВИАЦИЕЙ И ФНС РОССИИ
Утратил силу с 1 марта 2023 года. - Приказ Росавиации N 459-П,
ФНС России N ЕД-7-21/637@ от 08.07.2022