Сайт Управления Росреестра по Иркутской области - презентация

1

2 Сайт Управления Росреестра по Иркутской области

3

4

5

6 ОСНОВНЫЕ ТРЕБОВАНИЯ К ЭЛЕКТРОННОМУ ВИДУ МЕЖЕВОГО ПЛАНА. Электронный вид межевого плана (XML-файл) должен соответствовать XML-схеме ( STD_МP), используемой для формирования XML-документа – межевого плана земельного участка, предоставляемого в орган кадастрового учета в форме электронного документа (Приложение к приказу Федеральной службы государственной регистрации, кадастра и картографии от П/501). Формата имени межевого плана - GKUZU_*.xml, где * - уникальное имя файла. Обязательные элементы и атрибуты должны присутствовать в XML- файле. Атрибуты не должны иметь «пустых» значений. Значения элементов и параметров должны соответствовать их типу (например, при числовом типе данных ввод прочерка (знак «–») некорректен). Для заполнения кодовых элементов необходимо использовать значения из классификаторов и справочников, используемых в данной XML-схеме.

7 Типичные ошибки, встречающиеся в xml-документах Межевого плана - Иркутская область, Усольский район, дачное некоммерческое товарищество "Черемушки", участок Иркутская область, Усольский район, дачное некоммерческое товарищество "Черемушки", участок Ошибка структуры «Местоположение объекта недвижимости», отсутствует элемент Структура должна быть следующая:

8 Кадастровые номера расположенных в пределах земельного участка зданий, сооружений, объектов незавершенного строительства Inner_CadastralNumbers /179/ Кадастровый номер не соответствует шаблону - 38:26:040104:555 Кадастровый номер должен иметь структуру хх:хх:хххххх:хххх

9 - 3. Вид заявки не соответствует типу межевого плана - Заявление о постановке на государственный кадастровый учет объекта недвижимости Заявление о государственном учете изменений объекта недвижимости

10 4. Атрибут «Kind» (Вид использования участка по справочнику) элемента «Utilization» Значение атрибута «Kind» элемента «Utilization» должно заполняться значением классификационного кода из Классификатора «Разрешенное использование». Количество символов данного значения по схеме STD_МP должно быть 12 знаков. 5. Атрибут " Category " (Код категории). Значение обязательного атрибута «Category» (Код категории) должно заполняться значением классификационного кода из Классификатора «Категории земель». Количество символов данного значения по схеме STD_МP должно быть 12 знаков. Если категория земельного участка не установлена, следует выбирать соответствующий код –

11 Ошибка возникает при попытке загрузки файла типа: - -файл не является межевым планом в электронном виде, подготовленным в соответствии с требованиями, установленными Приказом Росреестра от П/501. Согласно указанной схеме, корневой элемент в файле должен быть STD_MP, а не MiniEditor, -

12 ОСНОВНЫЕ ТРЕБОВАНИЯ К ЭЛЕКТРОННОМУ ВИДУ ТЕХНИЧЕСКОГО ПЛАНА. Электронный вид технического плана утвержден приказом Федеральной службы государственной регистрации, кадастра и картографии от П/11 «Описание структуры XML-файлов технического плана здания, технического плана помещения, технического плана сооружения в виде электронного документа». Электронный вид технического плана представляет собой zip –архив (далее – пакет). Один технический план соответствует одному пакету. Имя пакета должно иметь следующий вид: GUOKS _*.zip, где: * - уникальный набор символов длиной не более 50 символов, например GUID. Содержимое пакета: всегда один XML-файл, содержащий семантические сведения Технического плана; один или несколько файлов с расширением.JPG или.DWG, содержащих графическую часть Технического плана.

13 ОСНОВНЫЕ ТРЕБОВАНИЯ К ЭЛЕКТРОННОМУ ВИДУ ТЕХНИЧЕСКОГО ПЛАНА ( ПРОДОЛЖЕНИЕ ). XML-файл должен располагаться в корне пакета. Графические файлы могут располагаться в подкаталогах.\ \.. \ (в данном случае путь к файлам должен быть прописан в xml –файле относительно корня пакета). Имя файла должно иметь следующий вид: GUOKS _*.xml, где: * - уникальный набор символов длиной не более 50 символов, например GUID. Обязательные элементы и атрибуты должны присутствовать в XML- файле. Атрибуты не должны иметь «пустых» значений. Значения элементов и параметров должны соответствовать их типу (например, при числовом типе данных ввод прочерка (знак «–») некорректен). Для заполнения кодовых элементов необходимо использовать значения из классификаторов и справочников, используемых в данной XML-схеме.

14 Глобальный уникальный идентификатор пакета «GUID» В соответствии с описанием корневого элемента структуры XML-файла (Приказ Федеральной службы государственной регистрации кадастра и картографии от г. П/11) элемент «Глобальный уникальный идентификатор пакета» («GUID») является обязательным для заполнения. Данный атрибут или порядковый номер файла должен иметь уникальное наименование.

15 Некорректно указанный путь к планам в XML-файле технического плана выглядит следующим образом: 1. Поэтажный план расположен в подкаталоге Plans пакета GUOKS_F11E3714-D5AC-466B-83DC-FFF61299C391.zip : Примеры указания в XML-файле технического плана пути к графическим файлам

16 2. Поэтажный план расположен в корне пакета GUOKS_*.zip.

17 Ошибки, наиболее часто встречающиеся в xml-документе технического плана 1.Способ образования (Method). Согласно утвержденной xml-схеме STD_TP.xsd способ образования может содержать три значения: – 1 – раздел – 2 – выдел – 9 – иное Если в XML-файле технического плана содержатся сведения о способе образования объекта учета (Method), то должны быть обязательно заполнены сведения об исходных номерах объектов недвижимости, из которых было образовано здание, помещение (Cad_Number_Prev).

18 2. «Вид заявки не соответствует типу технического плана» Заявление о постановке на государственный учет объекта учета: Заявление о государственном учете изменений объекта учета: В соответствии со схемой STD_TP v.02 значение обязательного атрибута CodeType (тип программы) - код 023 соответствует постановке на государственный учет; - код 024 соответствует государственному учету изменений.

19 В техническом плане помещения для государственного учета изменений элемент «CadastralNumber» (кадастровый номер помещения) в родительском элементе «Number_Register» является обязательным. «CadastralNumber» должен быть указан раньше элемента «CadastralNumberOKS» (кадастровый номер здания или сооружения, в котором расположено помещение) или элемента «Old_Numbers_OKS» (ранее присвоенные номера здания или сооружения, в котором расположено помещение). Согласно схеме STD_TP v.02 в XML-файле технического плана должен быть указан один из элементов: или или. Одновременное указание этих элементов недопустимо. 38:26:000000: :26:000000: Отсутствует элемент «CadastralNumber» (кадастровый номер помещения) в родительском элементе «Number_Register»

20 В схеме XML-файла технического плана элемент Address содержит два необязательных элемента: «Other» (Иное) и «Note» (Неформализованное описание). Для корректного отображения информации на выходных документах, для неформализованного описания адреса (местоположения) объекта, в тех случаях, когда данная характеристика не может быть описана только структурировано, рекомендуется использовать поле «Note». Если по объекту недостаточно сведений о структурированном адресе необходимо описать по структуре адрес объекта до максимально возможного уровня (например, до уровня населенного пункта), а полный адрес (местоположение) в соответствии вносить в поле «Note», Рекомендации по формированию XML-файла Технического плана

21 В соответствии со структурой XML-файла технического плана (Приказ Федеральной службы государственной регистрации кадастра и картографии от г. П/11 (в ред. Приказа от г. П/256) Радиус в данном элементе (Spelement_Unit/ Type_Unit/Ordinate R) может быть указан только для Соооружений и только в случае Spelement_Unit/ Type_Unit= Окружность. Элемент Spelement_Unit/ Type_Unit/ Ordinate R ………………………… Примеры заполнения части элемента (Spelement_Unit).

22 Часть элемента Spelement_Unit/ Type_Unit = Точка:

23 В соответствии со схемой STD_TP v.02 технический план при описании элемента «Levels» (Уровни) должен содержать обязательный реквизит «Position» - расположение в пределах здания (этажа) и обязательные атрибуты «Number» - номер этажа и «Type» - тип этажа в соответствии с классификатором dType_Storey. Пример корректного описания: Элемент « Levels » (Уровни)

24 В соответствии с XML-схемой технического плана помещения (Приказ Федеральной службы государственной регистрации кадастра и картографии от г. П/11) элемент «Код назначения и вид помещения» («Assignation_Code») является обязательным для заполнения. В соответствии с требованиями к оформлению кадастрового паспорта помещения (Приказ Минюста РФ от ) в строке 1.6 должен указываться вид жилого помещения в многоквартирном доме (квартира, комната). Элемент «Код назначения и вид помещения» («Assignation_Code») в XML- файле технического плана следует заполнять кодом: – квартира, – комната. Код назначения и вид помещения (Assignation_Code)

25 Номер квалификационного аттестата кадастрового инженера (N_Certificate). Значение реквизита «Номер квалификационного аттестата кадастрового инженера» не должно превышать максимальную длину 50 символов. Элемент "CadastralNumberParent" (Кадастровый номер квартала) Элемент "CadastralNumberParent" (Кадастровый номер квартала) является обязательным в техническом плане, предоставляемом вместе с заявлением о постановке на государственный учет объекта учета и не должен указываться в техническом плане по заявлению о государственном учете изменений объекта учета. В дереве элементов «Exist_Building» - «Register» - «Number_Register» элемент "CadastralNumberParent" должен отсутствовать.

26 Атрибут "Wall" (Стены) Значение атрибута "Wall" (Стены) элемента "Material" (Материалы стен) должно заполняться значениями из справочника "dWall" (Перечень наименований материалов наружных стен здания, применяемый при ведении Единого государственного реестра объектов капитального строительства). Количество символов данного значения по схеме STD_TP v.02 должно быть 12. Элемент "Code_Document Значение элемента "Code_Document" из документа приложения к техническому плану ("Appendix"->"Document") должно заполняться значениями из справочника документов "dAllDocuments" (Все документы). Количество символов данного значения по схеме STD_TP v.02 должно быть 12. Элемент "Name" элемента "Organization" (Полное наименование юридического лица) В соответствии со схемой STD_TP v.02 значение дочернего элемента "Name" (Полное наименование) элемента "Organization" (Юридические лица) не должно превышать максимальную длину 255 символов. "Document") должно заполняться значениями из справочника документов "dAllDocuments" (Все документы). Количество символов данного значения по схеме STD_TP v.02 должно быть 12. Элемент "Name" элемента "Organization" (Полное наименование юридического лица) В соответствии со схемой STD_TP v.02 значение дочернего элемента "Name" (Полное наименование) элемента "Organization" (Юридические лица) не должно превышать максимальную длину 255 символов.">

27 Атрибут "Type" (Тип адресного элемента первого уровня) При подготовке XML-файла технического плана в соответствии со схемой STD_TP v.02 для заполнения значений некоторых элементов необходимо использовать классификаторы и справочники согласно Приложению к описанию структуры XML-файлов технического плана здания, технического плана помещения, технического плана сооружения, технического плана объекта незавершенного строительства в виде электронного документа. Например, при заполнении типа адресного элемента первого уровня "Level1" значением «строен» не допустимо, так как это не соответствует ни одному значению из справочника "dLocationLevel1" (Перечень типов адресного элемента первого уровня).

28 Указание места постановки на учет при формировании заявления на сайте Росреестра

29 Спасибо за внимание!