Вы можете открыть актуальную версию документа прямо сейчас.
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Приложение
Порядок
представления Росавиацией в налоговые органы в электронной форме сведений о зарегистрированных воздушных судах и об их владельцах
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 п/п |
Краткое наименование |
Полное наименование |
1 |
Нарушен xml-формат |
Формат файла передачи не соответствует описанию структуры |
2 |
Неверный код НО получателя |
Код НО - получателя не соответствует данному НО |
3 |
Неверный ИННФЛ |
Структура ИННФЛ не соответствует утвержденной |
4 |
Неверный ИННЮЛ |
Структура ИННЮЛ не соответствует утвержденной |
5 |
Неверный ОГРН |
Структура ОГРН не соответствует утвержденной |
6 |
Отсутствует ИННЮЛ |
Отсутствует ИННЮЛ |
7 |
Отсутствует обязательный реквизит |
Отсутствует обязательный реквизит |
8 |
Отсутствует обязательный элемент |
Отсутствует обязательный элемент |
9 |
Недопустимая длина реквизита |
Недопустимая длина реквизита |
10 |
Нарушен формат реквизита |
Нарушен формат реквизита |
11 |
Неверный код ОКСМ |
Код ОКСМ не соответствует Общероссийскому классификатору стран мира (ОКСМ) |
12 |
Неверный код ОКВ |
Код ОКВ не соответствует Общероссийскому классификатору валют (ОКВ) |
13 |
Неверный код СПДУЛ |
Код вида документа, удостоверяющего личность налогоплательщика, не соответствует коду, предусмотренному справочником "Виды документов, удостоверяющих личность налогоплательщика" (СПДУЛ), утвержденным приказом ФНС России от 18.12.2012 N ММВ-7-11/973@ |
14 |
Неверный шаблон СПДУЛ |
Шаблон серии и номера документа, удостоверяющего личность налогоплательщика, не соответствует шаблонам, предусмотренным справочником "Виды документов, удостоверяющих личность налогоплательщика" (СПДУЛ), утвержденным приказом ФНС России от 18.12.2012 N ММВ-7-11/973@ |
15 |
Неверный код ССРФ |
Код ССРФ не соответствует коду, предусмотренному справочником "Субъекты Российской Федерации и иные территории" (ССРФ), утвержденным приказом ФНС России от 18.12.2012 N ММВ-7-11/973@ |
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 |
Отсутствует ГодСвед |
В годовых сведениях (тип информации ВОЗДВЛАД_ГОД) отсутствует реквизит "Год, по состоянию на 1 января которого представляются сведения" (ГодСвед) |
20 |
Неверный ГодСвед |
Недопустимое значение реквизита "Год, по состоянию на 1 января которого представляются сведения" (ГодСвед) |
21 |
Дата больше текущей |
Дата больше текущей |
22 |
Дата меньше 01.01.1900 |
Дата меньше 01.01.1900 |
23 |
Не выполнен контроль дат |
Нарушен контроль между датами, предусмотренный в документе |
24 |
Отсутствует мощность двигателя |
Одновременно отсутствуют значения реквизитов "Мощность/тяга (общая), л.с." (МощДвигЛС) и "Мощность/тяга (общая), Кгс" (МощДвигКгс) |
25 |
Мощность/тяга (общая), л.с. <= 0 |
Значение реквизита "Мощность/тяга (общая), л.с." (МощДвигЛС) должно быть больше нуля |
26 |
Мощность/тяга (общая), Кгс <= 0 |
Значение реквизита "Мощность/тяга (общая), Кгс" (МощДвигКгс) должно быть больше нуля |
27 |
Отсутствует номер регистрации права |
Не выполнен контроль наличия реквизитов "Номер регистрации права" (НомРегПрав) и "Дата регистрации права" (ДатаРегПрав) |
28 |
Отсутствует дата регистрации права |
Не выполнен контроль наличия реквизитов "Номер регистрации права" (НомРегПрав) и "Дата регистрации права" (ДатаРегПрав) |
29 |
Доля = 0 |
Доля в праве не должна быть равна нулю |
30 |
Ошибка ФИО |
Элемент "ФИОПр Тип" не соответствует требованиям, приведенным в настоящем документе |
31 |
Другие ошибки |
Полное описание ошибки |
Приложение 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-файла. Простой элемент логической модели не содержит вложенные элементы;
- формат элемента. Формат значения элемента представляется следующими условными обозначениями: Т - символьная строка; N - числовое значение (целое или дробное).
Формат символьной строки указывается в виде Т (n - k) или Т (= k), где n - минимальное количество знаков, k - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид Т (0 - k). В случае, если максимальное количество знаков не ограничено, формат имеет вид Т (n -).
Формат числового значения указывается в виде N (m.k), где m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е.
<< Статья 10 Статья 10 |
||
Содержание Соглашение N С-121-14/ММВ-27-11/11@ о взаимодействии и взаимном информационном обмене Федерального агентства воздушного транспорта... |
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.