Ссылка скопирована в буфер обмена
Рекомендации по подготовке электронных форм межевого плана земельного участка в XML-формате
22 апреля 2012 г. вступил в силу Приказ Министерства экономического развития Российской Федерации от 25 января 2012г. №32 «О внесении изменений в приказ Минэкономразвития России от 24 ноября 2008г. №412» (далее - Приказ №32)
В связи с этим филиал ФГБУ «Федеральная кадастровая палата Росреестра» по Краснодарскому краю обращает внимание, что пункт 2 данного приказа устанавливает, что до 1 июля 2012г. для осуществления государственного кадастрового учета может быть представлен межевой план, оформленный в соответствии с требованиями к подготовке межевого плана, действовавшими до вступления в силу Приказа.
Так же, согласно требований п. 16 Приказа Минэкономразвития России от 24.11.2008 N 412, если заявление о государственном кадастровом учете земельного участка представляется в орган кадастрового учета в форме электронного документа, межевой план оформляется в форме электронного документа, заверенного электронной подписью подготовившего межевой план кадастрового инженера.
При этом межевой план в форме электронного документа, заверенного электронной подписью кадастрового инженера, и в электронной форме оформляется в виде файлов в формате XML (далее - XML-документ), созданных с использованием XML-схем и обеспечивающих считывание и контроль представленных данных.
XML-схемы, использующиеся для формирования XML-документов, считаются введенными в действие с момента размещения на официальном сайте органа кадастрового учета в информационно-телекоммуникационной сети "Интернет" по адресу: www.rosreestr.ru.
Межевой план земельного участка представляется в орган кадастрового учета в форме электронного документа, подписанного электронной цифровой подписью изготовившего его кадастрового инженера. При этом файл со сведениями о земельных участках должен соответствовать XML-схемe STD_MP.zsd размещенной по адресу: www.rosreestr.ru.
Следует отметить, что при обработке XML-файлов выполняются проверки по указанным параметрам:
-
Проверка на соответствие параметров заявки, к которой присоединяется Межевой план в электронном виде.
-
Имя файла в обязательном порядке должно иметь следующую структуру: GKUZU_P_O_ddmmgggg_N.xml,
где:
GKUZU - префикс, обозначающий принадлежность информации файлу обмена сведениями между кадастровыми инженерами и органами кадастрового учета, о земельных участках. Принимаются только файлы с префиксом GKUZU;
Р - код получателя информации (код филиала учреждения 051301023000) данные сведения размещены по адресу http://gnivc.ru/inf_provision/classifiers_reference/soun/
О - код отправителя информации;
dd - день, mm - месяц, gggg - год формирования передаваемого файла;
N - суффикс длиной не более 50-ти символов; содержит GUID или порядковый номер файла.
-
Проверка на соответствие схеме STD_MP.xsd
Дополнительно осуществляются следующие проверки:
1. Для раздела образуемых земельных участков FormParcels:
a. Раздел FormParcels/NewParcel
i. для Многоконтурного земельного участка (ориентироваться NewParcel /Name в XML) в XML файле Раздел NewParcel /Contours должен присутствовать. Иначе фиксируется сообщение «Многоконтурный земельный участок должен иметь контура»
ii. Раздел NewParcel /EntitySpatial обязателен для участков, являющихся Землепользованием, Обособленным участком или Условным участком (ориентироваться NewParcel/Name в XML). Иначе фиксируется сообщение: «Раздел NewParcel/EntitySpatial обязателен для участков, являющихся Землепользованием, Обособленным или Условным участком».
iii. Для раздела Inner_CadastralNumbers: если в БД не найдены объекты с такими номерами либо они не являются ЗУ или найдено несколько объектов, то данные о ЗУ не обрабатываются, фиксируется соответствующее сообщение впротоколе.
iv. KH преобразуется к шаблону для элемента Prev_CadastralNumbers/CadastralNumber. Если преобразование удалось, то осуществляется поиск в БД. Если не удалось, то файл не загружается, в протокол выводится сообщение об ошибке. Если преобразование удалось, то осуществляется поиск в БД. Если ЗУ не найден, то формируется протокол об ошибке. Если ЗУ найден, то проверка продолжается далее.
b. Раздел FormParcels/ChangeParcel
i. KH преобразуется к шаблону для элементов ChangeParcel/CadastralNumber, ChangeParcel/InsertEntryParcels/InsertEntryParcel/CadastralNumber.
ii. Если удалось, производится поиск в БД по КН (среди ЗУ со статусом Внесенный, Временный, Учтенный, Ранее учтенный); если в БД найден объект по КН и данный объект подлежит обновлению сведениями из файла, то проверяется вид объекта (объект должен быть земельным участком). Если объект не является земельным участком, то в протокол выводится ошибка "Вид объекта в файле не соответствует виду объекта в БД" и сведения об объект не загружается.
iii. Если не удалось преобразовать или не удалось найти в БД, то в протоколе фиксируется ошибка: «Раздел ChangeParcel: Объект с КН ... не найден среди актуальных сведений».
iv. Разделы ChangeParcel/InsertEntryParcels/InsertEntryParcel/CadastralNumber могут присутствовать только для объекта из раздела ChangeParcel, который в БД является Единым землепользованием. Текст ошибки: «Раздел ChangeParcel: Объект с КН... не является Единым землепользованием. Разделы DeleteEntryParcel и InsertEntryParcel должны отсутствовать»
v. Для ChangeParcel/InsertEntryParcels/InsertEntryParcel/CadastralNumber проверяется, что объект имеет тип «Обособленный участок» или «Условный участок». Текст ошибки: «Раздел ChangeParcel/InsertEntryParcels/InsertEntryParcel. Объект с КН ... не является Обособленным или Условным участком»
vi. Для раздела InnerCadastralNumbers: если в БД не найдены объекты с такими номерами либо они не являются ЗУ, то данные о ЗУ не принимать, фиксировать соответствующее сообщение. Если найдено несколько объектов, то ЗУ не принимать, в протоколе фиксируется сообщение об ошибке.
vii. Для FormParcels/ChangeParcel/SubParcels/SubParcel: если указан Number_PP, то производится поиск в БД по учетному номеру (среди ЗУ со статусом Внесенный, Временный, Учтенный, Ранее учтенный); Если не удалось найти ЗУ в БД, то в протоколе фиксируется ошибка: «Раздел ChangeParcel/SubParcels: Объект с учетным номером ... не найден среди актуальных сведений»,
c. Раздел FormParcels/SpecifyRelatedParcel
i. КН преобразуется к шаблону
ii. Если преобразование удалось, то производится поиск в БД по КН (среди ЗУ со статусом Внесенный, Временный, Учтенный, Ранее учтенный);
iii. если в БД найден объект по КН и данный объект подлежит обновлению сведениями из файла, то проверяется вид объекта (объект должен быть земельным участком). Если не является земельным участком, то в протокол выводится ошибка "Вид объекта в файле не соответствует виду объекта в БД", объект не загружается.
iv. Если не удалось преобразовать или не удалось найти в БД, то в протоколе фиксируется ошибка; «Раздел SpecifyRelatedParcel: Объект с КН ... не найден среди актуальных сведений».
d. В случае, если хотя бы 1 объект не прошел проверку, то все объекты не загружаются.
2. Для раздела SpecifyParcels проверяется:
а. Раздел SpecifyParcels /ExistParcel
i. Несколько разделов ExistParcel в схеме допускается указывать только в случае, если один из объектов является Единым землепользованием, а остальные - входящие в него Обособленные и Условные участки (ориентирование происходит на тип участка в БД). В другом случае может быть только 1 раздел ExistParcel. Текст ошибки: «Раздел ExistParcel: Более 1 объекта допускается только в случае раздела Единого землепользования»
ii. для Многоконтурного земельного участка (ориентироваться на тип участка в БД) в XML файле Раздел ExistParcel /Contours должен присутствовать. Иначе фиксируется сообщение «Раздел ExistParcel/Contours обязателен для Многоконтурного земельного участка». Для ExistParcel/Contours/Contour: если указан Number_PP, то производится поиск в БД по учетному номеру КМЗУ (связь с МЗУ Новая, Актуальная или Аннулируемая); Если не удалось найти в БД, то в протоколе фиксируется ошибка: «Раздел ExistParcel/Contours: КМЗУ с учетным номером ... не найден среди актуальных сведений».
iii. Раздел ExistParcel/EntitySpatial обязателен для участков, являющихся Землепользованием, Обособленным участком или Условным участком (ориентироваться на тип участка в БД). Иначе в протоколе фиксируется сообщение: «Раздел ExistParcel/EntitySpatial обязателен для участков, являющихся Землепользованием, Обособленным или Условным участком»
iv. Раздел ExistParcel /CompositionEZ обязателен для Единых землепользовании (ориентироваться на тип участка в БД). Иначе в протоколе фиксируется сообщение: «Раздел ExistParcel/Composition_EZ обязателен для Единого землепользования».
-
Для разделов Composition_EZ/InsertEntryParcels/InsertEntryParcel/ExistEntryParcel/CadastralNumber, Composition_EZ/DeleteEntryParcels/DeleteEntryParcel/CadastralNumber КН преобразуется к шаблону.
-
Если преобразование удалось, то происходит поиск ЗУ в БД по КН (среди ЗУ со статусом Внесенный, Временный, Учтенный, Ранее учтенный);
-
Если в БД найден объект по КН и данный объект подлежит обновлению сведениями из файла, но при этом проверяется, является ли данный объект земельным участком. Если нет, то в протокол выводится ошибка "Вид объекта в файле не соответствует виду объекта в БД", объект не загружать.
-
Если не удалось преобразовать КН или не удалось найти ЗУ в БД, то в протоколе фиксируется ошибка: «Раздел ExistParcel /Composition_EZ: Объект с КН ... не найден среди актуальных сведений»
-
Для Composition_EZ/InsertEntryParcels/InsertEntryParcel/ExistEntryP arcel/CadastralNumber проверяется, что объект имеет тип «Обособленный участок» или «Условный участок». В противном случае выводится ошибка: «Раздел ExistParcel/Composition_EZ/InsertEntryParcels/InsertEntryParcel/ExistEntryParcel. Объект с КН ... не является Обособленным или Условным участком»
-
Для Composition_EZ/DeleteEntryParcels/DeleteEntryParcel/CadastralNumber проверяется, что объект имеет тип «Обособленный участок» или «Условный участок» и имеет связь с родительским ЕЗ «Актуальная» или «Аннулируемая». Текст ошибки: «Раздел ExistParcel/CompositionEZ/DeleteEntTyParcels/DeleteEntryParcel. Объект с КН ... не является Обособленным или Условным участком»
v. Для раздела Irmer_CadastralNumbers: если в БД не найдены объекты с такими номерами либо они не являются ЗУ, то данные о ЗУ не обрабатываются. Так же, если найдено несколько объектов, то данные о ЗУ не обрабатываются.
vi. Для SpecifyParcels/ExistParcel/SubParcels/SubParcel: если указан Number_PP, то производится поиск в БД по учетному номеру (среди ЗУ со статусом Внесенный, Временный, Учтенный, Ранее учтенный); Если не удалось найти в БД, то в протоколе фиксировать ошибку: «Раздел SpecifyParcels/ExistParcel/SubParcels: Объект с учетным номером ... не найден среди актуальных сведений».
b. Раздел FormParcels/SpecifyRelatedParcels:
i. КН преобразуется к шаблону
ii. Если удалось, производится поиск в БД по КН (среди ЗУ со статусом Внесенный, Временный, Учтенный, Ранее учтенный);
iii. если в БД найден объект по КН и данный объект подлежит обновлению сведениями из файла, то проверять, что объект является ЗУ. Если нет, то в протокол выводить ошибку "Вид объекта в файле не соответствует виду объекта в БД", объект не загружать.
iv. Если не удалось преобразовать или не удалось найти в БД, то в протоколе фиксировать ошибку: «Раздел SpecifyRelatedParcel: Объект с КН ... не найден среди актуальных сведений»,
с. В случае если хотя бы 1 объект не прошел проверку, то все объекты не загружаются, а в протоколе фиксируется ошибка.
3. Для раздела NewSubParcel проверяется:
a. КН родительского ЗУ NewSubParcel/CadastralNumber_Parcel преобразуется к шаблону
b. Если преобразование удалось, производится поиск в БД по КН (среди ЗУ со статусом Внесенный, Временный, Учтенный, Ранее учтенный);
c. Если не удалось преобразовать или не удалось найти в БД, то в протоколе фиксировать ошибку: «Раздел NewSubParcel: Объект с КН {... (выводить значение атрибута NewSubParcel/CadastralNumber_Parcel)...}» не найден среди актуальных сведений».
В случае если хотя бы один объект не прошел проверку, то ни один объект не загружается, при этом в протоколе фиксируется соответствующее сообщение.
Для объектов, сведения которых подлежат изменениям, осуществляется проверка на блокировку в другой заявке. Если объект заблокирован, то сведения загрузке не подлежат.
Если проверки прошли успешно, то осуществляется загрузка сведений. Перед загрузкой сведений об объектах происходит удаление всех ранее привязанных к заявке объектов из заявки и замена их на новые.
Правила загрузки ЗУ:
1. Для раздела образуемых земельных участков FormParcels:
a. Если проверки прошли успешно, то для раздела FormParcels/NewParcel создаются новые объекты на основе сведений из XML.
b. Если проверки прошли успешно, то для разделов FormParcels/ChangeParcel и FormParcels/SpecifyRelatedParcel сведения по объектам обновляются из XML файла.
2. Для раздела SpecifyParcels:
a. Если проверки прошли успешно, то для разделов SpecifyParcels/ExistParcel и SpecifyParcels/SpecifyRelatedParcel сведения по объектам обновляются из XML файла. Если проверки прошли успешно, то для раздела SpecifyParcels/ExistParcel/Composition_EZ/InsertEntryParcels/InsertEntry Parcel/NewEntryParcel создаются новые объекты на основе сведений из XML. При создании объекта сведения о родительском квартале (районе) наследуются из элемента SpecifyParcels/ExistParcel/CadastralBlock родительского ЕЗ, сведения о категории, разрешенном использовании, адресе, наследуются из последнего удостоверенного среза ЕЗ.
b. Дляобъектов ChangeParcel/InsertEntryParcels/InsertEntryParcel/CadastralNumber и SpecifyParcels/ExistParcel/Composition_EZ/InsertEntryParcels/InsertEntry Parcel/ExistEntryParcel создаетсясвязьсЕЗ «Новая»
c. Дляобъектов SpecifyParcels/ExistParcel/Composition_EZ/DeleteEntryParcels/DeleteEntr yParcel/CadastralNumber создаетсясвязьсЕЗ «Аннулируемая».
3. Для раздела NewSubParcel:
а. Если проверки прошли успешно, то для раздела NewSubParcel создаются новые объекты на основе сведений из XML. Связь с родительским ЗУ «Новая».
Раздел SpecifyRelatedParcel (уточняемые смежные земельные участки)
Правила описания смежных участков в межевом плане:
1. Описание перечня точек должно содержать описание одного участка уточняемой границы. При этом перечень точек должен начинаться и заканчиваться с точек, которые либо не изменяют своего положения, либо его уточняют.
2. Участок границы уточняемой границы должен описываться в направлении обхода по часовой стрелке.
3. Участок уточняемой границы должен содержать описание возникающих, изменяющихся или прекращающих существование точек, а так же сохраняющих свое положение точек. Для сохраняющих свое положение точек старая координата и новая координата должны иметь одинаковое значение.
4. Если у смежного участка уточняются несколько участков границы, то в элементе «SpecifyRelatedParcel» повторяется кадастровые номера смежного участка.
5. Осуществляется изменение координат следующим образом:
a. Добавление точки. Если для точки не указана старая координата, а новая координата указана, то в файле отыскиваются точки до и после обрабатываемой точки, у которых указана старая координата. Если две такие точки» не найдены, то объект не обрабатывается, а в протоколе фиксируется сообщение «Некорректные координаты смежного участка с КН...». Если найдены, то добавляются новые точки между двумя найденными. В случае если в файле подряд указаны несколько новых точек, то при добавлении в БД между существующими точками необходимо учитывается порядок следования точек.
b. Замена точки. Если для точки указана старая координата и новая координата, то осуществляется поиск соответствующей точки в БД по старой координате и соответственно заменяется на новую.
c. Удаление точки. Если для точки указана только старая координата, а новая не указана, то осуществляется поиск соответствующей точки в БД по старой координате и производится её удаление.
Правила загрузки ЧЗУ
1. Для образуемых ЧЗУ (FormParcels/NewParcel/SubParcels/SubParcel, FormParcels/ChangeParcel/SubParcels/SubParcel: если заполнен атрибут Definition, SpecifyParcels/ExistParcel/SubParcels/SubParcel: если заполнен атрибут Definition) создаются новые объекты на основании сведений в XML.
2. Для изменяемых ЧЗУ (FormParcels/ChangeParcel/SubParcels/SubParcel: если заполнен Number_PP, SpecifyParcels/ExistParcel/SubParcels/SubParcel: если заполнен NumberPP) производится поиск по NumberPP в ГКН – среди актуальных сведений (статус Внесенный, Временный, Учтенный, Ранее учтенный и связь с родительским ЗУ Новая, Актуальная или Аннулируемая).
a. если ЧЗУ найдена, то все сведения обновляются из XML файла
b. если ЧЗУ не найдена, то в протоколе фиксируется соответствующее сообщение и данные о ЧЗУ не загружаются.
Правила загрузки КМЗУ
1. Для образуемых КМЗУ (NumberPP отсутствует: FormParcels/NewParcel/Contours/Contour; pecifyParcels/ExistParcel/Contours/Contour - если заполнен атрибут Definition) создаются новые объекты на основании сведений XML.
2, Для изменяющихся КМЗУ (NumberPP присутствует: SpecifyParcels/ExistParcel/Contours/Contour - если заполнен Number_PP) производится поиск по Number_PP в ГКН - среди актуальных сведений (связь с родительским МЗУ Новая, Актуальная или Аннулируемая).
a. Если КМЗУ найден, все сведения обновляются из XML файла
b. Если КМЗУ не найден, то в протоколе фиксируется соответствующее сообщение и данные о КМЗУ не загружаются.
Рекомендуется перед сдачей в ОКУ пакета документов производить проверку подготовленных XML-файлов межевых планов на их соответствие утвержденным XML-схемам. Проверку можно осуществить с помощью программы, размещенной на сайте филиала учреждения (https://kadastr.ru) в разделе «Информация для КИ» «Программа проверки XML-файлов на соответствие STD_MP-схемам».