Статья 7Письмо Росморречфлота № АП-24/12158, ФНС России N ПА-4-21/21227@ от 31.10.2018

Приложение № 1 к типовому (рекомендуемому) соглашению об информационном обмене между Управлением Федеральной налоговой службы по субъекту Российской Федерации

ПОРЯДОК ПРЕДОСТАВЛЕНИЯ В ЭЛЕКТРОННОЙ ФОРМЕ В УФНС РОССИИ ПО СУБЪЕКТУ РОССИЙСКОЙ ФЕДЕРАЦИИ СВЕДЕНИЙ О МОРСКОМ, РЕЧНОМ СУДНЕ, В ТОМ ЧИСЛЕ СМЕШАННОГО (РЕКА-МОРЕ) ПЛАВАНИЯ (ЗА ИСКЛЮЧЕНИЕМ МАЛОМЕРНЫХ СУДОВ), И ОБ ИХ ВЛАДЕЛЬЦАХ, РЕГИСТРИРУЕМЫХ КАПИТАНОМ МОРСКОГО ПОРТА ЛИБО АДМИНИСТРАЦИЕЙ БАССЕЙНА ВНУТРЕННИХ ВОДНЫХ ПУТЕЙ

Настоящий Порядок регулирует предоставление капитаном морского порта либо Администрацией бассейна внутренних водных путей (соответственно указывается полное наименование) (далее — регистрирующий орган, отправитель) в Управление Федеральной налоговой службы по субъекту Российской Федерации (указывается полное наименование) (далее — УФНС, получатель) сведений в электронной форме в соответствии с пунктами 4, 11 статьи 85 Налогового кодекса Российской Федерации и приказом ФНС России от 27.06.2018 № ММВ-7-21/419@ «Об утверждении формы и формата представления сведений о морском, речном судне, в том числе смешанного (река-море) плавания (за исключением маломерных судов), и об их владельцах, а также порядка заполнения формы и признании утратившим силу пункта 1.8 приказа ФНС России от 17.09.2007 № ММ-3-09/536@» (зарегистрирован Минюстом России 08.08.2018, регистрационный № 51817) (далее — сведения).

2.1. Регистрирующий орган предоставляет в УФНС сведения на уровне субъекта Российской Федерации.

2.2. Обмен сведениями выполняется по электронной почте с применением согласованных Сторонами средств криптографической защиты информации (СКЗИ) и усиленной квалифицированной электронной подписи (далее — ЭП), совместимыми и сертифицированными в установленном порядке, за исключением случая, предусмотренного в пункте 2.10 настоящего Порядка.

Регистрирующий орган: __________;

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

(в ред. письма Росморречфлота № АП-24/1264, ФНС России № ПА-4-21/2309@ от 12.02.2020)

2.5. Состав передаваемых сведений, требования к структуре и форматам файлов обмена, содержащих сведения, а также справочники, используемые при формировании сведений, определены приказом ФНС России от 27.06.2018 № ММВ-7-21/419@.

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

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

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

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

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

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

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

Передача/доставка сведений на электронных носителях осуществляется отправителем с приложением реестра в двух экземплярах, при этом один экземпляр реестра передается получателю, второй экземпляр возвращается отправителю с визой принимающей стороны.

Форма указанного реестра приведена в приложении № 1.2 к настоящему Порядку.

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

1. Общие требования.

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

Сведения, прошедшие ФЛК, подлежат приему.

Сведения, не прошедшие ФЛК, приему не подлежат.

Результаты форматно-логического контроля оформляются в уполномоченной организации ФНС России в соответствии с требованиями протокола обработки, состав и структура которого представлена в Приложении № 4 к Порядку информационного обмена.

Форматный контроль осуществляется в соответствии с требованиями формата, утвержденного приказом ФНС России от 27.06.2018 № ММВ-7-21/419@ «Об утверждении формы и формата представления сведений о морском, речном судне, в том числе смешанного (река-море) плавания (за исключением маломерных судов), и об их владельцах, а также порядка заполнения формы и признании утратившим силу пункта 1.8 приказа ФНС России от 17.09.2007 № ММ-3-09/536@» и XSD схемы к нему. При наличии в файле ошибочного сведения по маломерному судну — элемент «Сведения о морских, речных судах, в том числе смешанного (река-море) плавания (за исключением маломерных судов), и об их владельцах» (Документ), — не прошедшего проверку по xsd-схеме, осуществляется частичный прием корректных сведений о маломерных судах и их владельцах (документов).

2. Требования логического контроля в части передаваемых сведений в уполномоченную организацию ФНС России.

2.1. Проверка выполнения условий, указанных в приложении № 2 к приказу ФНС России 27.06.2018 № ММВ-7-21/419@.

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

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

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

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

• Справочник «Коды видов судов».

2.2.2. Проверка шаблонов серии и номера документа по справочнику СПДУЛ.

2.2.3. Для документов, удостоверяющих личность, шаблоны которых содержат неконтролируемые символы (КодВидДок = 03, 05, 08, 10 — 15, 23, 61, 62, 81, 91), контролируется на наличие хотя бы одной цифры в реквизите «Серия и номер документа, удостоверяющего личность» (СерНомДок).

2.2.4. Для паспорта гражданина Российской Федерации (код документа, удостоверяющего личность = 21) должны быть выполнены следующие условия:

• Разница между датой выдачи паспорта гражданина Российской Федерации и датой рождения не должна быть меньше 13 лет и 10 месяцев;
• Дата выдачи паспорта гражданина Российской Федерации не может быть ранее 01.10.1997 (Постановление Правительства РФ от 8 июля 1997 г. № 828 «Об утверждении Положения о паспорте гражданина Российской Федерации, образца бланка и описания паспорта гражданина Российской Федерации»).

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

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

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

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

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

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

• «Дата регистрации возникновения права на судно» (ДатаРегПрава) \leq «Дата регистрации прекращения права на судно» (ДатаПрекрПрав) при наличии обеих дат.

2.5. Логический контроль элемента «Сведения о морских, речных судах, в том числе смешанного (река-море) плавания (за исключением маломерных судов)» (СведВодТС).

2.5.1 Контроль реквизита «Регистрационный номер ИМО» (ИМО):

• реквизит должен содержать хотя бы одну цифру;

абзац исключен. - Письмо Росморречфлота № АП-24/9677, ФНС России № ПА-19-21/235@ от 20.08.2019.

2.5.2. Контроль реквизитов «Идентификационный номер судна» (ИдНом) и «Предыдущий идентификационный номер судна» (ПредИдНом):

• реквизит должен содержать хотя бы одну цифру;

абзац исключен. - Письмо Росморречфлота № АП-24/9677, ФНС России № ПА-19-21/235@ от 20.08.2019.

2.5.3 Контроль реквизита «Регистровый номер классификационного общества» (НомерКлОбщ):

• реквизит должен содержать хотя бы одну цифру;

абзац исключен. - Письмо Росморречфлота № АП-24/9677, ФНС России № ПА-19-21/235@ от 20.08.2019.

2.6. Логический контроль элемента «Сведения о двигателе, участвующем в движении судна (двигателях, главном двигателе)» (СведДвиг).

(п. 2.6 в ред. письма Росморречфлота № АП-24/9677, ФНС России № ПА-19-21/235@ от 20.08.2019)

2.6.1. Значение реквизита «Мощность/тяга (общая), л.с.» (МощДвигЛС) больше нуля (при наличии).

2.6.2. Значение реквизита «Мощность/тяга (общая), Кгс» (МощДвигКгс) больше нуля (при наличии).

2.7.1 Контроль суммарной доли:

Контроль осуществляется для всех видов прав:

\sum \text{ра}_{n}\text{змер доли } \leq 1,

где

размер доли — простая правильная дробь, числитель которой равен значению реквизита «Доля в праве в виде простой дроби (числитель)» (ДоляПраваЧ), а знаменатель равен значению реквизита «Доля в праве в виде простой дроби (знаменатель)» (ДоляПраваЗ);

n — количество актуальных правообладателей. К актуальным правообладателям относятся лица, у которых реквизит «Признак владельца» (ПризнВлад) = 1 (владелец).

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

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

2.8.2 Недопустимые сочетания допустимых символов при написании ФИО:

Таблица 2.1

Реестр № файлов, содержащих сведения о транспортных средствах и об их владельцах, передаваемых на электронных носителях

Должность сотрудника, передающего сведения:

Ф.И.О. сотрудника, передающего сведения:

/__________ (подпись) (расшифровка подписи)

Должность сотрудника, принимающего сведения:

Ф.И.О. сотрудника, принимающего сведения:

/__________ (подпись) (расшифровка подписи)

Дата приема сведений: «__» ___________ 20 г.

1. Общие положения

1.1. Обмен справочниками и классификаторами осуществляется Сторонами на уровне субъекта Российской Федерации.

УФНС предоставляет в регистрирующий орган следующие справочники:

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

Справочник «Коды видов судна»;

Справочник «Коды видов прав на судно».

1.2. Внесение изменений и дополнений в справочники и классификаторы осуществляется по мере их актуализации.

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

При внесении изменений и дополнений в справочники и классификаторы обновленные версии справочников и классификаторов передаются в полном объеме в течение 10 дней по официальной электронной почте Сторон.

2. Структура представления справочников

2.1. Справочник СПДУЛ представляется в текстовом файле в кодировке DOS с именем <Имя>.txt, где <Имя> — латинская аббревиатура таблицы справочника.

Каждая позиция справочника представлена в отдельной записи файла.

Первая запись содержит служебную информацию и имеет следующую структуру:

<N_изв>|<ГГГГММДД>|<код>|, где

<N_изв> — 3-х разрядный номер последнего извещения об изменении данного справочника, учтенного в текущей версии справочника;

<ГГГГММДД> — дата (год, месяц, день) ввода в действие актуальной версии справочника;

<код> — принимает значение «0000» (источник получения справочника ФАП ФНС России).

Каждое поле записи является символьным и завершается символом «|» (вертикальная черта).

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

<Имя> — латинская аббревиатура таблицы справочника — SPDUL.

2.2.1 Объекты классификации

Объектами классификации (идентификации) являются документы, удостоверяющие личность налогоплательщика — физического лица в соответствии с перечнем, установленным приложением № 2 Порядку заполнения формы «Сведения о морском, речном судне, в том числе смешанного (река-море) плавания (за исключением маломерных судов), и об их владельцах», утвержденному приказом ФНС России от 27.06.2018 № ММВ-7-21/419@.

2.2.2 Структура справочника

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

• идентификационный блок;
• блок наименований.

Идентификационный блок построен с использованием порядковой системы кодирования видов документов и представляет собой двухразрядный цифровой (десятичный) код в символьном представлении.

Блок наименований объекта классификации представляет собой текстовую информацию, состоящую из двух подблоков:

• наименование — наименование конкретного вида документа (75 символов);
• примечание — указание на категорию лиц, для которых данный вид документа является документом, удостоверяющим личность налогоплательщика (120 символов).

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

2.3.1. Объектами классификации являются виды морских, речных судов, в том числе смешанного (река-море) плавания в соответствии с перечнем, установленным приложением № 1 к Порядку заполнения формы «Сведения о морском, речном судне, в том числе смешанного (река-море) плавания (за исключением маломерных судов), и об их владельцах», утвержденному приказом ФНС России от 27.06.2018 № ММВ-7-21/419@.

2.3.2. Справочник «Коды видов судов» представляет собой перечень кодов объектов классификации и сведений о них.

Структурно справочник состоит из идентификационного кода и соответствующего ему наименования вида суда.

В справочнике используется пятиразрядный цифровой код.

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

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

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

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

II. ОПИСАНИЕ ФАЙЛА ПРОТОКОЛА

3. Имя файла протокола должно иметь следующий вид:

R_T_P_O_GGGGMMDD_N, где:

R_T — префикс, где R принимает значение PR (принадлежность передаваемых сведений к протоколу обработки); T принимает значение префикса принятого файла обмена без подчеркивания VORMRF;

P — идентификатор получателя информации, для органов, осуществляющих государственную регистрацию транспортных средств, представляется в виде девятнадцатиразрядного кода (идентификационный номер налогоплательщика (ИНН) и код причины постановки на учет (КПП) органа);

O — идентификатор отправителя информации, для налоговых органов представляется в виде четырехразрядного кода территориального органа ФНС России;

GGGG — год формирования передаваемого файла, MM — месяц, DD — день;

N — идентификационный номер файла (длина — от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла, рекомендуется использовать 36-символьный глобально уникальный идентификатор GUID).

Расширение имени файла — xml. Расширение имени файла может указываться как строчными, так и прописными буквами.

Параметры первой строки файла протокола

Первая строка XML файла должна иметь следующий вид:

Имя файла, содержащего XSD схему файла протокола, должно иметь следующий вид:

PR_VORMRF_2_230_15_04_01_xx, где xx — номер версии схемы.

Расширение имени файла — xsd.

XSD схема файла протокола в электронном виде приводится отдельным файлом.

4. Логическая модель файла протокола представлена в виде диаграммы структуры файла протокола на рисунке 1 настоящего формата. Элементами логической модели файла протокола являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла протокола и сведения о них приведены в таблицах 4.1 — 4.7 настоящего формата.

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

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

<1> В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом «|». Такая форма записи применяется при наличии в файле протокола только одного элемента из описанных в этой строке.

сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации 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, например, элемент с типом «date», поле «Формат элемента» не заполняется. Для таких элементов в поле «Дополнительная информация» указывается тип базового элемента;

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

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

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

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

Таблица 4.4

Таблица 4.5

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

Приложение № 2 к типовому (рекомендуемому) соглашению об информационном

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

2.8. Сформированные файлы со сведениями, подписанные ЭП, архивируются программой-упаковщиком в архивный файл. Размер сформированного файла не должен превышать 5000 документов. В состав архива должно входить не более 5 файлов с ЭП. Тип архива ZIP. Имя архива совпадает с именем одного из сформированных файлов, входящих в состав архива.

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

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

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

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

Передача/доставка сведений на электронных носителях осуществляется отправителем с приложением реестра в двух экземплярах, при этом один экземпляр реестра передается получателю, второй экземпляр возвращается отправителю с визой принимающей стороны.

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

Сведения, не прошедшие ФЛК, приему не подлежат.

Результаты форматно-логического контроля оформляются в уполномоченной организации ФНС России в соответствии с требованиями протокола обработки, состав и структура которого представлены в Приложении № 4 к Порядку информационного обмена.

Форматный контроль осуществляется в соответствии с требованиями формата, утвержденного приказом ФНС России от 20.07.2018 № ММВ-7-21/464@ «О внесении изменений в приложения к приказу ФНС России от 12.11.2014 № ММВ-7-11/578@» и XSD схемы к нему. При наличии в файле ошибочного сведения по маломерному судну — элемент «Сведения о маломерных судах и об их владельцах» (Документ), — не прошедшего проверку по xsd-схеме, осуществляется частичный прием корректных сведений о маломерных судах и их владельцах (документов).

2. Требования логического контроля в части сведений, передаваемых органом, регистрирующим транспортные средства, в уполномоченную организацию ФНС России.

2.1. Проверка выполнения условий, указанных в приложении № 2 к приказу ФНС России от 20.07.2018 № ММВ-7-21/464@.

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) должны быть выполнены следующие условия:

- Разница между датой выдачи паспорта гражданина Российской Федерации и датой рождения не должна быть меньше 13 лет и 10 месяцев;

- Дата выдачи паспорта гражданина Российской Федерации не может быть ранее 01.10.1997 (Постановление Правительства РФ от 8 июля 1997 г. № 828 «Об утверждении Положения о паспорте гражданина Российской Федерации, образца бланка и описания паспорта гражданина Российской Федерации»).

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

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

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

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

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

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

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

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

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

• «Дата регистрации права на маломерное судно» (ДатаРегПрава) \leq «Дата прекращения права на маломерное судно (снятие с учета) (исключение из реестра)» (ДатаПрекрПрав) при наличии обеих дат;
• «Дата постановки на учет маломерного судна» (ДатаУчМс) \leq «Дата регистрации права на маломерное судно» (ДатаРегПрава);
• для всех правоустанавливающих документов из множественного элемента «Реквизиты правоустанавливающего документа» (ПравДок) «Дата правоустанавливающего документа» (ДатаПравДок) \leq «Дата регистрации права на маломерное судно» (ДатаРегПрав).
• «Дата начала розыска» (ДатаНачРоз) \leq «Дата возврата» (ДатаВозвр) при наличии обоих реквизитов;

2.5. Логический контроль элемента «Сведения о маломерном судне» (СведМС)

2.5.1. Исключен. - Письмо Росморречфлота № АП-24/9677, ФНС России № ПА-19-21/235@ от 20.08.2019.

2.5.1. Для типов информации «КМП_10», «КМП_ГОД», «АБВВП_10» и «АБВВП_ГОД» выполняется следующий контроль реквизита «Идентификационный номер» (РегЗнакМС):

(в ред. письма Росморречфлота № АП-24/9677, ФНС России № ПА-19-21/235@ от 20.08.2019)

• длина реквизита должна быть не менее 6-ти символов;
• реквизит должен содержать хотя бы одну цифру;
• реквизит должен содержать хотя бы одну букву.

2.5.2. Для типов информации «КМП_10», «КМП_ГОД», «АБВВП_10» и «АБВВП_ГОД» выполняется следующий контроль реквизита «ID-номер маломерного судна РМРФ» (УНМСРМРФ):

- длина реквизита должна быть не менее 8-ми символов;

- реквизит должен содержать хотя бы одну цифру.

(п. 2.5.2 введен письмом Росморречфлота № АП-24/9677, ФНС России № ПА-19-21/235@ от 20.08.2019)

2.6. Логический контроль элемента «Сведения о двигателе, участвующем в движении судна (двигателях, главном двигателе), или подвесном моторе (подвесных моторах)» (СведДвиг).

(п. 2.6 в ред. письма Росморречфлота № АП-24/9677, ФНС России № ПА-19-21/235@ от 20.08.2019)

2.6.1. В случае регистрации водного транспортного средства без двигателя необязательный элемент СведДвиг не заполняется.

2.6.2. В случае регистрации снятия двигателя с водного транспортного средства реквизит «Наличие двигателя» (ПризнНалДв) меняет свое значение на «2» (не имеющее двигатель). При этом обязательно указывается элемент СведДвиг, в котором реквизиты «Количество» (КолДвиг), «Мощность двигателя, кВт» (МощДвигКВт) (при наличии) и «Мощность двигателя, л/с» (МощДвигЛС) (при наличии) одновременно принимают значение ноль, а реквизит «Дата установления мощности/тяги двигателя» заполняется обязательно.

2.6.3. Если реквизит «Наличие двигателя» (ПризнНалДв) = 1 (имеющее двигатель), то значение реквизита «Мощность, л.с.» (МощДвигЛС) при наличии больше нуля.

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

В ФИО:

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

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

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

2.9. Реквизит «Гражданство» (Гражд) принимает значение в соответствии с Общероссийским классификатором стран мира «643» (Российская Федерация).

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

Таблица 2.1

Реестр № файлов, содержащих сведения о транспортных средствах и об их владельцах, передаваемых на электронных носителях

Должность сотрудника, передающего сведения:

Ф.И.О. сотрудника, передающего сведения:

/__________ (подпись) (расшифровка подписи)

Должность сотрудника, принимающего сведения:

Ф.И.О. сотрудника, принимающего сведения:

/__________ (подпись) (расшифровка подписи)

Дата приема сведений: «__» ___________ 20 г.

1. Общие положения

1.1. Обмен справочниками и классификаторами осуществляется Сторонами на уровне субъекта Российской Федерации.

УФНС предоставляет в регистрирующий орган следующие справочники:

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

Справочник «Коды видов маломерных судов»;

Справочник «Видов прав».

1.2. Внесение изменений и дополнений в справочники и классификаторы осуществляется по мере их актуализации.

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

При внесении изменений и дополнений в справочники и классификаторы обновленные версии справочников и классификаторов передаются в полном объеме в течение 10 дней по официальной электронной почте Сторон.

2. Структура представления справочников

2.1. Справочник СПДУЛ представляется в текстовом файле в кодировке DOS с именем <Имя>.txt, где <Имя> — латинская аббревиатура таблицы справочника.

Каждая позиция справочника представлена в отдельной записи файла.

Первая запись содержит служебную информацию и имеет следующую структуру:

<N_изв>|<ГГГГММДД>|<код>|, где

<N_изв> — 3-разрядный номер последнего извещения об изменении данного справочника, учтенного в текущей версии справочника;

<ГГГГММДД> — дата (год, месяц, день) ввода в действие актуальной версии справочника;

<код> — принимает значение «0000» (источник получения справочника ФАП ФНС России).

Каждое поле записи является символьным и завершается символом «|» (вертикальная черта).

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

<Имя> — латинская аббревиатура таблицы справочника — SPDUL.

2.2.1 Объекты классификации

Объектами классификации (идентификации) являются документы, удостоверяющие личность налогоплательщика — физического лица в соответствии с перечнем, установленным приложением № 2 Порядку заполнения формы «Сведения о морском, речном судне, в том числе смешанного (река-море) плавания (за исключением маломерных судов), и об их владельцах», утвержденному приказом ФНС России от 27.06.2018 № ММВ-7-21/419@.

2.2.2 Структура справочника

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

• идентификационный блок;
• блок наименований.

Идентификационный блок построен с использованием порядковой системы кодирования видов документов и представляет собой двухразрядный цифровой (десятичный) код в символьном представлении.

Блок наименований объекта классификации представляет собой текстовую информацию, состоящую из двух подблоков:

• наименование — наименование конкретного вида документа (75 символов);
• примечание — указание на категорию лиц, для которых данный вид документа является документом, удостоверяющим личность налогоплательщика (120 символов).

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

2.3.1. Объектами классификации являются виды маломерных судов в соответствии с перечнем, установленным Приложением № 1 к Порядку заполнения формы «Сведения о маломерных судах и их владельцах», утвержденному Приказом ФНС России от 12.11.2014 № ММВ-7-11/578@.

2.3.2. Справочник «Коды вида маломерного судна» представляет собой перечень кодов объектов классификации и сведений о них.

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

Таблица 5.5

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

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

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

II. ОПИСАНИЕ ФАЙЛА ПРОТОКОЛА

3. Имя файла протокола должно иметь следующий вид:

R_T_P_O_GGGGMMDD_N, где:

R_T — префикс, где R принимает значение PR (принадлежность передаваемых сведений к протоколу обработки); T принимает значение префикса принятого файла обмена без подчеркивания VOGIMS;

P — идентификатор получателя информации, для органов, осуществляющих государственную регистрацию транспортных средств, представляется в виде девятнадцатиразрядного кода (идентификационный номер налогоплательщика (ИНН) и код причины постановки на учет (КПП) органа);

O — идентификатор отправителя информации, для налоговых органов представляется в виде четырехразрядного кода (код налогового органа в соответствии с Классификатором «Система обозначений налоговых органов» (далее — СОНО);

GGGG — год формирования передаваемого файла, MM — месяц, DD — день;

N — идентификационный номер файла (длина — от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла, рекомендуется использовать 36-символьный глобально уникальный идентификатор GUID).

Расширение имени файла — xml. Расширение имени файла может указываться как строчными, так и прописными буквами.

Параметры первой строки файла протокола

Первая строка XML файла должна иметь следующий вид:

Имя файла, содержащего XSD схему файла протокола, должно иметь следующий вид:

PR_VOGIMS_2_230_10_04_01_xx, где xx — номер версии схемы.

Расширение имени файла — xsd.

XSD схема файла протокола в электронном виде приводится отдельным файлом.

4. Логическая модель файла протокола представлена в виде диаграммы структуры файла протокола на рисунке 1 настоящего формата. Элементами логической модели файла протокола являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла протокола и сведения о них приведены в таблицах 4.1 - 4.7 настоящего формата.

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

Наименование элемента. Приводится полное наименование элемента <1>.

<1> В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом «|». Такая форма записи применяется в случае возможного присутствия в файле протокола только одного элемента из описанных в этой строке.

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