Статья 10Соглашение о взаимодействии и взаимном информационном обмене Федеральной службы государственной регистрации, кадастра и картографии и Федеральной налоговой службы

Настоящее Соглашение вступает в силу с 1 января 2011 года.

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

Настоящее Соглашение может быть расторгнуто по инициативе любой из Сторон, о чем необходимо письменно уведомить другую Сторону не позднее чем за три месяца до его расторжения.

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

Приложение к Соглашению о взаимодействии и взаимном информационном обмене Федеральной службы государственной регистрации, кадастра и картографии и Федеральной налоговой службы

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

Со стороны Росреестра уполномоченным на информационный обмен структурным подразделением является Управление стратегического развития и цифровой трансформации, а также публично-правовая компания «Роскадастр».

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

2. Форма и формат сведений, представляемых в электронной форме, порядок заполнения указанной формы утверждаются в соответствии с пунктом 10 статьи 85 Налогового кодекса.

Формирование сведений осуществляется на основании записей, содержащихся в Едином государственном реестре недвижимости (далее — ЕГРН), независимо от места нахождения объекта недвижимости.

Периодичность представления сведений определяется в соответствии с пунктом 4 статьи 85 Налогового кодекса.

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

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

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

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

Сертифицированные в соответствии с законодательством Российской Федерации средства криптографической защиты информации (далее — СКЗИ) и усиленной квалифицированной электронной подписи (далее — УКЭП), применяемые при обмене сведениями, должны быть совместимы и сертифицированы в установленном порядке.

Допускается использование СКЗИ, прошедших в установленном порядке процедуру оценки соответствия.

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

Прием и обработка сведений осуществляются в автоматизированной информационной системе ФНС России (далее — АИС ФНС России).

Программно-технические средства, используемые для формирования, представления, приема и обработки сведений, синхронизируются с учетом перечня критериев ФЛК.

4. В случае невозможности представления сведений посредством СМЭВ в срок более 10 рабочих дней сведения должны быть представлены на электронных носителях с соблюдением требований по передаче информации ограниченного доступа с применением СКЗИ.

5. При приеме и обработке сведений осуществляется автоматизированное определение их соответствия критериям ФЛК, отправителю в течение 10 рабочих дней с даты приема сведений направляется протокол обработки по формату, предусмотренному приложением № 2 к настоящему Порядку (далее — Протокол обработки).

Принятыми считаются сведения, которые прошли ФЛК согласно Протоколу обработки.

Не позднее 10 рабочих дней со дня поступления Протокола обработки в отношении сведений, содержащих ошибки ФЛК, отправитель в соответствии с законодательством Российской Федерации обеспечивает их изменение (исправление ошибок в сведениях) и повторно представляет сведения.

6. По согласованию между территориальными органами Росреестра и управлениями ФНС России по субъектам Российской Федерации (не чаще одного раза в год) может представляться полная выгрузка сведений в режиме «Сверка» для проведения верификации сведений ЕГРН со сведениями, имеющимися в АИС ФНС России (в объеме по территории субъекта Российской Федерации).

7. Утратил силу с 1 октября 2026 года. — Дополнительное соглашение № 9, утв. Росреестром, ФНС России № ЕД-20-21/28@ 18.09.2026.

сделках в отношении недвижимого имущества и о владельцах недвижимого имущества в соответствии с пунктами 4, 11 статьи 85 Налогового кодекса Российской Федерации

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

2. Номер версии настоящего Протокола обработки 4.01.

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

R_T_P_O_ggggmmdd_N, где:

R_T — префикс, принимающий значение PR_VONEZE;

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

O — код отправителя информации (протокола обработки), код ФНС России (классификатор СОНО);

gggg — год, mm — месяц, dd — день формирования передаваемого файла;

N — идентификационный номер файла (для формирования номера рекомендуется использовать глобально уникальный идентификатор GUID (Globally Unique IDentifier).

Расширение имени файла-xml.

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

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

Имя файла, содержащего схему файла обмена

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

R_T_N, где:

R_T — префикс, обозначающий принадлежность схемы файла обмена к передаче данных по факту приема и обработки сведений PR_VONEZE;

N — идентификационный номер версии схемы файла обмена <1>, принимает значение 2_230_02_04_31_xx, где xx — принимает значение «01». При внесении изменений в схему, не противоречащих данному формату, номер версии XSD-схемы файла обмена изменяется.

<1> Идентификационный номер версии схемы формата файла обмена имеет следующую структуру: P_F_XX.

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

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

При этом в качестве значения атрибута noNamespaceSchemaLocation или SchemaLocation указывается только наименование файла, содержащего схему файла обмена. Например: xsi:noNamespасеSchemaLocation=«PR_VONEZE_2_230_02_04_01_01.xsd».

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

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

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

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

Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации 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 схеме условий, предъявляемых к элементу в файле обмена, описанных в графе «Дополнительная информация». Например: «НУ» или «ОКУ».

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