Приказ Росавиации № 760, ФНС России N ММВ-7-6/503 от 14.11.2013

(ред. от 07.12.2022)

«Об утверждении Порядка информационного обмена в электронном виде сведениями о воздушных судах и об их владельцах между Федеральным агентством воздушного транспорта и Федеральной налоговой службой»

Во исполнение положений пункта 11 статьи 85 Налогового кодекса Российской Федерации, Соглашения о взаимодействии и взаимном информационном обмене Федерального агентства воздушного транспорта и Федеральной налоговой службы от 18.05.2011 № С-121-14/ММВ-27-11/11@ и в целях регулирования информационного взаимодействия в электронном виде при предоставлении Федеральным агентством воздушного транспорта в Федеральную налоговую службу сведений о воздушных судах и об их владельцах приказываем:

1. Утвердить прилагаемый Порядок информационного обмена в электронном виде сведениями о воздушных судах и об их владельцах между Федеральным агентством воздушного транспорта и Федеральной налоговой службой (далее — Порядок).

2. Контроль исполнения Порядка возложить на заместителя руководителя Федерального агентства воздушного транспорта А.В. Белякова и заместителя руководителя Федеральной налоговой службы А.С. Петрушина.

Руководитель Федерального агентства воздушного транспорта

Настоящий Порядок регулирует предоставление Федеральным агентством воздушного транспорта (Росавиация) в Федеральную налоговую службу (ФНС России) сведений о воздушных судах и об их владельцах в электронной форме в соответствии с пунктом 11 статьи 85 и пунктом 6 статьи 161 Налогового кодекса Российской Федерации, Соглашением о взаимодействии и взаимном информационном обмене Федерального агентства воздушного транспорта и Федеральной налоговой службы от 18.05.2011 № С-121-14/ММВ-27-11/11@, а также в соответствии с требованиями Федерального закона от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации».

2.3. Росавиация предоставляет сведения в течение 10 дней со дня соответствующей регистрации, а также ежегодно, до 15 февраля, по состоянию на 1 января текущего года и (или) за иные периоды, определенные по согласованию Росавиации и ФНС России.

(п. 2.3 в ред. Приказа Росавиации № 983-П, ФНС России № ЕД-7-21/567@ от 11.08.2020)

Прием и обработка сведений осуществляются с использованием программно-технических средств получателя.

2.6. Сведения, подлежащие передаче, должны удовлетворять требованиям форматно-логического контроля (далее — ФЛК), представленным в приложении № 2 к настоящему Порядку, и предварительно должны быть проверены отправителем на отсутствие компьютерного вируса.

2.7. В случае технической невозможности в течение 10 рабочих дней передачи сведений посредством СМЭВ, сведения должны быть переданы по электронной почте с применением средств криптографической защиты информации (СКЗИ) и усиленной квалифицированной электронной подписи (ЭП), совместимыми и сертифицированными в установленном порядке. При этом сформированные файлы со сведениями, подписанные ЭП, архивируются программой-упаковщиком в архивный файл; размер сформированного файла не должен превышать 5000 документов. В состав архива должно входить не более 5 файлов с ЭП (тип архива ZIP, имя архива совпадает с именем одного из сформированных файлов, входящих в состав архива).

(в ред. Приказа Росавиации № 892-П, ФНС России № ЕД-7-21/1169@ от 07.12.2022)

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

Сведения считаются доставленными после получения отправителем по электронной почте информации об успешном приеме почтового сообщения.

2.8. При передаче сведений обеспечиваются меры, исключающие несанкционированный доступ третьих лиц к сведениям.

Подлинность передаваемых сведений подтверждается ЭП.

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

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

(в ред. Приказа Росавиации № 459-П, ФНС России № ЕД-7-21/637@ от 08.07.2022)

Во время доставки сведений обеспечиваются меры, исключающие бесконтрольный доступ третьих лиц к сведениям.

2.10. При приеме сведений в уполномоченной организации: осуществляется контроль подлинности полученных сведений (наличие ЭП);

(в ред. Приказа Росавиации № 1056-П, ФНС России № ММВ-7-21/806@ от 14.12.2018)

• полученные файлы распаковываются с помощью программы-упаковщика;
• осуществляется форматно-логический контроль полученных сведений;
• при подтверждении достоверности полученных данных и успешном прохождении форматно-логического контроля осуществляются работы по импорту полученных сведений в базу данных для их дальнейшей обработки;
• по результатам приема сведений формируется протокол обработки сведений, который передается в Росавиацию (в случае приема сведений на электронных носителях протокол обработки сведений передается только при наличии ошибок). Формат представления протокола обработки сведений в электронном виде содержится в Приложении № 3 к настоящему Порядку.

(в ред. Приказа Росавиации № 892-П, ФНС России № ЕД-7-21/1169@ от 07.12.2022)

2.11. При получении протокола обработки сведений, содержащего информацию о неудачном их приеме, Росавиация принимает меры по устранению ошибок и повторно передает сведения в уполномоченную организацию в течение 10 рабочих дней со дня его поступления.

(в ред. Приказа Росавиации № 1056-П, ФНС России № ММВ-7-21/806@ от 14.12.2018)

3. Обмен справочниками и классификаторами

3.1 — 3.2. Утратили силу с 1 марта 2023 года. - Приказ Росавиации № 459-П, ФНС России № ЕД-7-21/637@ от 08.07.2022.

4. Внесение изменений

Внесение изменений в настоящий Порядок осуществляется по согласованию Сторон и утверждается совместным приказом.

Приложение № 1 к Порядку информационного обмена в электронном виде сведениями о воздушных судах и об их владельцах между Федеральным агентством воздушного транспорта и Федеральной налоговой службой

Приложение № 2

между Федеральным агентством

(в ред. Приказа Росавиации № 459-П, ФНС России № ЕД-7-21/637@ от 08.07.2022)

2.2 Требования к проверке по справочникам и классификаторам.

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

2.3 Проверка ИНН, ОГРН.

(в ред. Приказа Росавиации № 459-П, ФНС России № ЕД-7-21/637@ от 08.07.2022)

2.3.1 Проверка структуры ИНН, ОГРН.

(в ред. Приказа Росавиации № 459-П, ФНС России № ЕД-7-21/637@ от 08.07.2022)

2.3.2. Для российской организации (элемент «Сведения о российской организации, на которую зарегистрировано воздушное судно» (СведЮЛРос)) 1 — 4 позиции реквизита ИНН не могут быть равны «9909».

2.3.3. Для иностранной организации (элемент «Сведения об иностранной организации, на которую зарегистрировано воздушное судно» (СведЮЛИно)):

реквизит «ИННЮЛ» должен быть заполнен обязательно при наличии заполнения реквизита «КПП»;

абзац утратил силу с 1 марта 2023 года. - Приказ Росавиации № 459-П, ФНС России № ЕД-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 года. - Приказ Росавиации № 459-П, ФНС России № ЕД-7-21/637@ от 08.07.2022.

2.7. Логический контроль элемента «Фамилия, имя, отчество» (ФИОПр Тип).

(в ред. Приказа Росавиации № 459-П, ФНС России № ЕД-7-21/637@ от 08.07.2022)

2.7.1. Контроль элемента «ФИОПр Тип» на наличие недопустимых символов (латинские буквы, цифры (1, 2, 3 и т.д.), символы (%,.?...)) или «ФИОПр Тип» содержит только пробелы.

Допустимые символы при заполнении элемента «ФИОПр Тип»: русские буквы (а — я, А — Я), символы «'» (апостроф), « » (пробел), «.» (точка), «ё», «Ё», «-» (дефис), «,» (запятая), «(» и «)» (открывающая и закрывающая скобки), прописные (большие) буквы: I, V латинского алфавита.

(п. 2.7.1 в ред. Приказа Росавиации № 459-П, ФНС России № ЕД-7-21/637@ от 08.07.2022)

2.7.2. Недопустимые сочетания допустимых символов при заполнении элемента «ФИОПр Тип».

В реквизите «Фамилия»:

наличие символа «.» (точка), «-» (дефис), «'» (апостроф), « » (пробел), «,» (запятая) в качестве первого, последнего символа или единственного символа;

наличие «(» (открывающая скобка) в качестве последнего или единственного символа;

наличие «)» (закрывающая скобка) в качестве первого или единственного символа.

В реквизитах «Имя», «Отчество»:

наличие символа «-» (дефис), «'» (апостроф), « » (пробел), «,» (запятая) в качестве первого, последнего символа или единственного символа;

наличие символа «.» (точка) в качестве первого или единственного символа;

наличие «(» (открывающая скобка) в качестве последнего или единственного символа;

наличие «)» (закрывающая скобка) в качестве первого или единственного символа.

В элементе «ФИОПр Тип»:

наличие подряд идущих символов: «.» (точка), «-» (дефис), «'» (апостроф), « » (пробел), «,»(запятая), «(» (открывающая скобка), «)» (закрывающая скобка);

наличие только одной непарной скобки: только «(» (открывающая скобка) или только «)» (закрывающая скобка);

наличие строчных букв латинского алфавита (i, v), а также использование этих букв в качестве первого или единственного символа.

(п. 2.7.2 в ред. Приказа Росавиации № 459-П, ФНС России № ЕД-7-21/637@ от 08.07.2022)

2.8 Перечень ошибок.

между Федеральным агентством

ПРЕДСТАВЛЕНИЯ ПРОТОКОЛА ОБРАБОТКИ СВЕДЕНИЙ В ЭЛЕКТРОННОЙ ФОРМЕ

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

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

(п. 1 в ред. Приказа Росавиации № 892-П, ФНС России № ЕД-7-21/1169@ от 07.12.2022)

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-файла должна иметь следующий вид:

Имя файла, содержащего 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 марта 2023 года. - Приказ Росавиации № 459-П, ФНС России № ЕД-7-21/637@ от 08.07.2022