С 3 февраля 2025 года в действии новая XML‑схема, установленная приказом Росреестра № П/0384/24 от г․ (далее – Приказ)․ Эта схема заменяет все ранее используемые версии и предназначена для автоматизированного обмена сведениями о границах, зонах и территориях в рамках Единого государственного реестра недвижимости (ЕГРН);
Правовая база и сроки вступления в силу
- Приказ Росреестра № П/0384/24 от г․ [3]․
- Дата начала применения – 3 февраля 2025 г․ До этого момента действуют прежние схемы․
- Переходный период (для совместного использования старой и новой схем) заканчивается г․ [4]․
Основные задачи новой схемы
Новая XML‑схема предназначена для:
- Формирования электронных документов, передаваемых в органы государственной власти и местного самоуправления․
- Внесения сведений о границах, зонах и территориях в реестр границ ЕГРН․
- Обеспечения единого формата обмена данными между кадастровыми службами, Росреестром и другими участниками межведомственного взаимодействия․
Наименования и расположение файлов
Файл XML должен называться в соответствии со следующей схемой:
interact_entry_boundaries_․xml Где – уникальная часть имени, например interact_entry_boundaries_v02․xml․ Этот файл размещается в корне ZIP‑архива, имя которого должно полностью совпадать с именем XML‑файла (за исключением расширения ․zip)․
Структура XML‑схемы interact_entry_boundaries_v02
Ниже приводится упрощённый обзор обязательных элементов схемы (полный XSD‑файл доступен на официальном сайте Росреестра [1])․
4․1 Корневой элемент
<interact_entry_boundaries guid="GUID_ПАКЕТА" version="02">
…тело документа…
</interact_entry_boundaries>
- guid – глобальный уникальный идентификатор пакета (GUID)․
- version – фиксированное значение
02(версия схемы)․
4․2 Элемент information_registry_boundaries
<information_registry_boundaries>
<type_boundary>4</type_boundary>
<name_object>Граница населенного пункта …</name_object>
<all_border_or_part_border>1</all_border_or_part_border>
<information_boundary>…</information_boundary>
</information_registry_boundaries>
- type_boundary – код типа объекта (см․ справочник dBoundaryType)․
- name_object – название объекта (например, «Граница поселка Кез»)․
- all_border_or_part_border –
1= полная граница,0= частичная․ - information_boundary – ссылка на пространственные данные (см․ ниже)․
4․3 Элемент entity_spatial – геометрия объекта
Обязательные вложенные элементы:
<entity_spatial>
<sk_code>18․2</sk_code>
<spatials_elements>
<spatial_element>
<type_unit>01</type_unit>
<ordinate>
<x>435687․37</x>
<y>2255344․79</y>
<ord_nmb>1</ord_nmb>
<num_geopoint>1</num_geopoint>
<geopoint_opred>692003000000</geopoint_opred>
<delta_geopoint>1</delta_geopoint>
</ordinate>
…
</spatial_element>
…
</spatials_elements>
</entity_spatial>
- sk_code – код системы координат в виде
Субъект․Зона(например,18․2)․ - type_unit – тип топологии:
01– полигон (замкнутый контур),02– полилиния․ - Для полигонов последний пункт
ordinateповторяет первую точку, обеспечивая замыкание․ - Элементы
ordinateвключают координатыx,yи метаданные (номер точки, метод определения, погрешность)․
4․4 Дополнительные элементы управления контурами
| Элемент | Назначение |
|---|---|
<definition>1</definition> | Указывает, что объект состоит из более чем одного контура (внутренний + внешний)․ |
<delete_contour><number_pp>2</number_pp></delete_contour> | Удаление существующего контура (по порядковому номеру)․ |
Пошаговое формирование XML‑документа
- Соберите сведения о объекте (тип, название, граница/часть, система координат)․
- Определите координаты – используйте официальные кадастровые измерения, указывая
x,y,ord_nmbиdelta_geopoint․ - Сформируйте структуру XML согласно схеме
interact_entry_boundaries_v02․ Рекомендуется пользоваться готовыми шаблонами (см․ пример ниже)․ - Проверьте обязательные элементы – GUID, version, type_boundary, sk_code, хотя бы один
spatial_elementс корректнымtype_unit․ - Упакуйте файл в ZIP‑архив․ Имя архива должно совпадать с именем XML‑файла (например,
interact_entry_boundaries_v02․zip)․ - Отправьте документ в Росреестр через личный кабинет или в соответствии с локальными процедурами вашего органа․
Пример полного XML‑файла
<?xml version="1․0" encoding="UTF-8"?>
<interact_entry_boundaries guid="00017d8d-1ab3-4802-9e14-351d67ad3d12" version="02">
<information_registry_boundaries>
<type_boundary>4</type_boundary>
<name_object>Граница поселка Кез, Кезский район, Удмуртская Республика</name_object>
<all_border_or_part_border>1</all_border_or_part_border>
<information_boundary>
<entity_spatial>
<sk_code>18․2</sk_code>
<spatials_elements>
<spatial_element>
<type_unit>01</type_unit>
<ordinate>
<x>435687․37</x>
<y>2255344․79</y>
<ord_nmb>1</ord_nmb>
<num_geopoint>1</num_geopoint>
<geopoint_opred>692003000000</geopoint_opred>
<delta_geopoint>1</delta_geopoint>
</ordinate>
<ordinate>
<x>435465․86</x>
<y>2255352․52</y>
<ord_nmb>2</ord_nmb>
<num_geopoint>2</num_geopoint>
<geopoint_opred>692003000000</geopoint_opred>
<delta_geopoint>1</delta_geopoint>
</ordinate>
<ordinate>
<x>435460․71</x>
<y>2255521․23</y>
<ord_nmb>3</ord_nmb>
<num_geopoint>3</num_geopoint>
<geopoint_opred>692003000000</geopoint_opred>
<delta_geopoint>1</delta_geopoint>
</ordinate>
<ordinate>
<x>435686․09</x>
<y>2255598․50</y>
<ord_nmb>4</ord_nmb>
<num_geopoint>4</num_geopoint>
<geopoint_opred>692003000000</geopoint_opred>
<delta_geopoint>1</delta_geopoint>
</ordinate>
<ordinate>
<x>435687․37</x>
<y>2255344․79</y>
<ord_nmb>5</ord_nmb>
<num_geopoint>1</num_geopoint>
<geopoint_opred>692003000000</geopoint_opred>
<delta_geopoint>1</delta_geopoint>
</ordinate>
</spatial_element>
</spatials_elements>
</entity_spatial>
</information_boundary>
</information_registry_boundaries>
</interact_entry_boundaries>
Проверка корректности XML‑документа
- Для валидации используйте XSD‑файл, размещённый на сайте Росреестра (раздел «XML‑схемы»)․
- Проверяйте наличие всех обязательных атрибутов (
guid,version,sk_code,type_unit, координатные блоки)․ - Контролируйте уникальность
num_geopointвнутри одного контура․ - Убедитесь, что имя ZIP‑архива и имя XML‑файла совпадают․
Переходный период и рекомендации для органов
В течение переходного периода (с г․ по г․) допускается использование как старой, так и новой схемы․ Однако с 3 февраля 2025 г․ только новая версия interact_entry_boundaries_v02 считается действительной․
Рекомендуемые шаги для подготовки:
- Обновить программное обеспечение, поддерживающее новую схему (встроить XSD‑валидацию)․
- Провести обучение сотрудников, отвечающих за формирование XML‑документов․
- Сформировать тестовые пакеты и отправить их в Росреестр в тестовый режим (при наличии)․
- Обеспечить резервное копирование всех исходных файлов перед переходом․
Часто задаваемые вопросы (FAQ)
8․1 Как получить GUID для пакета?
GUID генерируется автоматически в большинстве систем (например, через функцию uuidgen в Linux или NewGuid в ․NET)․ Он должен быть уникален в пределах всех отправляемых пакетов․
8․2 Где скачать XSD‑файл новой схемы?
На официальном сайте Росреестра в разделе «XML‑схемы» – [1]․
8․3 Что делать, если система отклоняет документ?
Система возвращает список ошибок в формате XML․ Наиболее типичные причины:
- Отсутствие обязательных элементов (например,
sk_code)․ - Неправильный формат GUID․
- Несоответствие версии схемы (должно быть
02)․ - Неправильный порядок точек в полигоне (конец не совпадает с началом)․
Исправьте указанные ошибки и повторно отправьте файл․
Внедрение новой XML‑схемы interact_entry_boundaries_v02 является важным шагом к унификации и автоматизации обмена кадастровыми данными в России․ Своевременное адаптирование ИТ‑систем, корректное формирование документов и соблюдение требований Приказа помогут избежать задержек в регистрации прав и обеспечить точность реестра границ․
При необходимости более детального руководства рекомендуется обращаться в методический отдел Росреестра (filial@18․kadastr․ru, телефон 7 (3412) -0‑70‑52) или к региональному представителю (см․ ППК «Роскадастр» по Удмуртской Республике – [2])․
Дата составления статьи: г․ 10:58 по московскому времени․