"Дополнительное соглашение N 1 к Соглашению о взаимодействии и взаимном информационном обмене Федерального агентства воздушного транспорта и Федеральной налоговой службы от 18.05.2011 N С-121-14/ММВ-27-11/11@" (утв. Росавиацией, ФНС России N ЕД-23-21/26@ 12.09.2023) (вместе с "Порядком представления Росавиацией в налоговые органы в электронной форме сведений о зарегистрированных воздушных судах и об их владельцах")

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ВОЗДУШНОГО ТРАНСПОРТА

ФЕДЕРАЛЬНАЯ НАЛОГОВАЯ СЛУЖБА
N ЕД-23-21/26@

12 сентября 2023 года

ДОПОЛНИТЕЛЬНОЕ СОГЛАШЕНИЕ N 1
К СОГЛАШЕНИЮ О ВЗАИМОДЕЙСТВИИ И ВЗАИМНОМ ИНФОРМАЦИОННОМ
ОБМЕНЕ ФЕДЕРАЛЬНОГО АГЕНТСТВА ВОЗДУШНОГО ТРАНСПОРТА
И ФЕДЕРАЛЬНОЙ НАЛОГОВОЙ СЛУЖБЫ
ОТ 18.05.2011 N С-121-14/ММВ-27-11/11@

Федеральное агентство воздушного транспорта, именуемое в дальнейшем "Росавиация", в лице руководителя А.В. Нерадько, действующего на основании Положения о Федеральном агентстве воздушного транспорта, утвержденного постановлением Правительства Российской Федерации от 30.07.2004 N 396, и распоряжения Правительства Российской Федерации от 14.12.2009 N 1950-р "О руководителе Федерального агентства воздушного транспорта", с одной стороны, и Федеральная налоговая служба, именуемая в дальнейшем "ФНС России", в лице руководителя Д.В. Егорова, действующего на основании Положения о Федеральной налоговой службе, утвержденного постановлением Правительства Российской Федерации от 30.09.2004 N 506, и распоряжения Правительства Российской Федерации от 17.01.2020 N 21-р "О руководителе Федеральной налоговой службы", с другой стороны, вместе именуемые далее "Стороны", заключили дополнительное соглашение N 1 к Соглашению о взаимодействии и взаимном информационном обмене Федерального агентства воздушного транспорта и Федеральной налоговой службы от 18.05.2011 N С-121-14/ММВ-27-11/11@ (далее - Соглашение) о нижеследующем:

1. Внести в Соглашение следующие изменения:

1.1. Абзацы второй и третий статьи 4 признать утратившими силу;

1.2. В статье 5:

в абзаце втором слово "письменным" исключить;

в абзаце третьем слова "в электронном виде с использованием электронной цифровой подписи при представлении сведений в соответствии с пунктом 4 статьи 85 и пунктами 4, 5 статьи 362 Налогового кодекса Российской Федерации" заменить словами "в соответствии с пунктами 4, 11 статьи 85 Налогового кодекса Российской Федерации и Порядком представления Росавиацией в налоговые органы в электронной форме сведений о зарегистрированных воздушных судах и об их владельцах, являющимся неотъемлемым приложением к настоящему Соглашению";

абзацы пятый - девятый признать утратившими силу;

1.3. Статью 6 признать утратившей силу;

1.4. Абзац второй статьи 7 признать утратившим силу;

1.5. В статье 8:

в абзаце первом:

слова "Запросы, направляемые в соответствии со статьей 6 Соглашения, а также иные запросы оформляются в письменном виде" заменить словами "Запросы, направляемые в соответствии с настоящим Соглашением, оформляются";

слово "четырнадцати" заменить словом "пяти";

в абзаце втором слова ", направляемые в соответствии со статьей 6 Соглашения, а также иные запросы" исключить;

в абзаце четвертом слова "и место", "адрес места жительства и (или) пребывания", "место нахождения и иные сведения" исключить;

1.6. Статью 9 признать утратившей силу.

2. Настоящее Дополнительное соглашение N 1 действует в качестве неотъемлемой части к Соглашению, вступает в силу с даты подписания Сторонами.

Руководитель Федерального
агентства воздушного транспорта
А.В.НЕРАДЬКО

Руководитель Федеральной
налоговой службы
Д.В.ЕГОРОВ

Приложение
к дополнительному соглашению N 1
к Соглашению о взаимодействии
и взаимном информационном обмене
Федерального агентства
воздушного транспорта
и Федеральной налоговой службы
от 18.05.2011 N С-121-14/ММВ-27-11/11@

ПОРЯДОК
ПРЕДСТАВЛЕНИЯ РОСАВИАЦИЕЙ В НАЛОГОВЫЕ ОРГАНЫ В ЭЛЕКТРОННОЙ
ФОРМЕ СВЕДЕНИЙ О ЗАРЕГИСТРИРОВАННЫХ ВОЗДУШНЫХ СУДАХ
И ОБ ИХ ВЛАДЕЛЬЦАХ

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

2. Со стороны ФНС России структурным подразделением, ответственным за информационный обмен, предусмотренный настоящим Порядком, является Управление информационных технологий, а также подведомственная ФНС России организация - Федеральное казенное учреждение "Налог-Сервис" Федеральной налоговой службы (г. Москва) (далее - уполномоченная организация), находящееся в ведении ФНС России и действующее в соответствии с положениями пункта 5 статьи 102 Налогового кодекса Российской Федерации и приказа ФНС России от 25.01.2012 N ММВ-7-1/18@ "Об утверждении Перечня должностей работников Федерального казенного учреждения "Налог-Сервис" Федеральной налоговой службы (г. Москва), имеющих право доступа к сведениям, составляющим налоговую тайну" (с изменениями).

3. Представление сведений осуществляется с использованием единой системы межведомственного электронного взаимодействия (далее - СМЭВ), если иное не предусмотрено пунктами 7, 9 настоящего Порядка.

4. Состав передаваемых сведений, требования к структуре и форматам файлов обмена, содержащих сведения, определены приказом ФНС России от 18.12.2012 N ММВ-7-11/973@ "Об утверждении формы и формата представления сведений о воздушных судах и об их владельцах, порядка заполнения формы, а также о внесении изменений в приложение 8 к приказу Федеральной налоговой службы от 17.09.2007 N ММ-3-09/536@" (с изменениями).

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

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

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

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

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

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

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

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

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

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

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

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

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

ТРЕБОВАНИЯ ФОРМАТНО-ЛОГИЧЕСКОГО КОНТРОЛЯ СВЕДЕНИЙ

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. Проверка наличия кодов соответствующих элементов файла обмена в следующих справочниках и классификаторах:

- Общероссийский классификатор стран мира (ОКСМ);

- Справочник "Виды документов, удостоверяющих личность налогоплательщика" (СПДУЛ);

- Справочник "Субъекты Российской Федерации и иные территории" (ССРФ);

- Справочник "Вид права";

- Справочник "Правоустанавливающие документы";

- Справочник "Коды вида воздушного судна".

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";

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

2.4. Логический контроль дат:

2.4.1. Значение реквизита "Год, по состоянию на 1 января которого представляются сведения" (ГодСвед) >= 2000.

2.4.2. Все даты должны быть не больше текущей даты.

2.4.3. Все даты должны быть больше 01.01.1900.

2.4.4. Контроль между датами:

"Дата регистрации воздушного судна" (ДатаРегВС) <= "Дата снятия с регистрационного учета воздушного судна" (ДатаСнРегВС) при наличии;

"Дата регистрации права" (ДатаРегПрава) <= "Дата снятия с регистрационного учета воздушного судна" (ДатаСнРегВС) при наличии обеих дат;

для всех правоустанавливающих документов из множественного элемента "Реквизиты правоустанавливающего документа" (ПравДок) "Дата правоустанавливающего документа" (ДатаПравДок) <= "Дата регистрации права" (ДатаРегПрав);

"Дата регистрации права" (ДатаРегПрава) <= "Дата прекращения права" (ДатаПрекрПрав) при наличии обеих дат.

2.5. Логический контроль элемента "Сведения о воздушном судне" (СведВС):

2.5.1. Значение реквизита "Мощность/тяга (общая), л.с." (МощДвигЛС) > 0 (при наличии).

2.5.2. Значение реквизита "Мощность/тяга (общая), Кгс" (МощДвигКгс) > 0 (при наличии).

2.6. Логический контроль элемента "Сведения о владельцах воздушного судна" (СведВладВС):

2.6.1. Контроль наличия реквизитов "Номер регистрации права" (НомРегПрав) и "Дата регистрации права" (ДатаРегПрав).

Указанные реквизиты должны быть заполнены в обязательном порядке, если хотя бы один из соответствующих реквизитов "Дата правоустанавливающего документа" (ДатаПравДок) >= 01.01.2010.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2. Номер версии настоящего формата 4.01, часть 230_04.

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 настоящего формата.

Для каждого структурного элемента логической модели файла протокола приводятся следующие сведения:

- наименование элемента. Приводится полное наименование элемента;

- сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации 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);

- признак обязательности элемента определяет обязательность присутствия элемента (совокупности наименования элемента и его значения) в файле протокола. Признак обязательности элемента может принимать следующие значения: "О" - наличие элемента в файле протокола обязательно; "Н" - присутствие элемента в файле протокола необязательно, элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом "К". Например "ОК". В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например "НМ", "ОКМ".

К вышеперечисленным признакам обязательности элемента может добавляться значение "У" в случае описания в XSD-схеме условий, предъявляемых к элементу в файле протокола, описанных в графе "Дополнительная информация". Например "НУ", "ОКУ".

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

Рис. 1. Диаграмма структуры файла протокола

Таблица 4.1

Протокол обработки файла обмена (Файл)

Таблица 4.2

Сведения об отправителе (ИдОтпр)

Таблица 4.3

Состав и структура документа (Документ)

Таблица 4.4

Общие сведения протокола (ОбщСвПрот)

Таблица 4.5

Результаты обработки (РезОбр)

Таблица 4.6

Сведения по выявленным ошибкам (СвПоОшибке)

Таблица 4.7

Фамилия, имя, отчество физического лица (ФИОТип)