1 / 29

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

Анализ проблем, связанных с загрузкой в учетную систему электронных документов (межевого и технического плана). Сайт Управления Росреестра по Иркутской области http://to38.rosreestr.ru.

velvet
Download Presentation

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

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

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

  2. Сайт УправленияРосреестра по Иркутской области http://to38.rosreestr.ru

  3. Электронный вид межевого плана (XML-файл) должен соответствовать XML-схеме ( STD_МP), используемой для формирования XML-документа – межевого плана земельного участка, предоставляемого в орган кадастрового учета в форме электронного документа (Приложение к приказу Федеральной службы государственной регистрации, кадастра и картографии от 15.12.2011 № П/501). • Формата имени межевого плана - GKUZU_*.xml, где * - уникальное имя файла. • Обязательные элементы и атрибуты должны присутствовать в XML-файле. Атрибуты не должны иметь «пустых» значений. • Значения элементов и параметров должны соответствовать их типу (например, при числовом типе данных ввод прочерка (знак «–») некорректен). • Для заполнения кодовых элементов необходимо использовать значения из классификаторов и справочников, используемых в данной XML-схеме. Основные требования к электронному виду межевого плана.

  4. Типичные ошибки, встречающиеся в xml-документах Межевого плана 1.Ошибка структуры «Местоположение объекта недвижимости», отсутствует элемент <Address> - <Location> <Note>Иркутская область, Усольский район, дачное некоммерческое товарищество "Черемушки", участок №121</Note>   </Location> Структура должна быть следующая: -<Location> -<Address> <Note>Иркутская область, Усольский район, дачное некоммерческое товарищество "Черемушки", участок №121</Note> </Address>   </Location>

  5. 2. Кадастровый номер не соответствует шаблону Кадастровые номера расположенных в пределах земельного участка зданий, сооружений, объектов незавершенного строительства Inner_CadastralNumbers - <Inner_CadastralNumbers>   <CadastralNumber>№ 38-38-01/179/2010-458</CadastralNumber>   </Inner_CadastralNumbers> Кадастровый номер должен иметь структуру хх:хх:хххххх:хххх -<Inner_CadastralNumbers>   <CadastralNumber>38:26:040104:555</CadastralNumber>   </Inner_CadastralNumbers>

  6. 3. Вид заявки не соответствует типу межевого плана Заявление о постановке на государственный кадастровый учет объекта недвижимости -<eDocumentCodeType="014" Version="03" GUID="C813429B-397C-4C28-BA38-5F679AB985AF"> Заявление о государственном учете изменений объекта недвижимости - <eDocumentCodeType="015" Version="03" GUID="C813429B-397C-4C28-BA38-5F679AB985AF">

  7. 4. Атрибут «Kind»(Вид использования участка по справочнику)элемента «Utilization» Значение атрибута «Kind» элемента «Utilization» должно заполняться значением классификационного кода из Классификатора «Разрешенное использование». Количество символов данного значения по схеме STD_МP должно быть 12 знаков. •   <UtilizationKind="141004000000" ByDoc="для ведения садоводства" /> 5. Атрибут " Category " (Код категории). Значение обязательного атрибута «Category» (Код категории) должно заполняться значением классификационного кода из Классификатора «Категории земель». Количество символов данного значения по схеме STD_МP должно быть 12 знаков. • <Category Category="003001000000" /> • Если категория земельного участка не установлена, следует выбирать соответствующий код – “003008000000”

  8. 6. Ошибка проверкиструктуры файла “The ‘MiniEditor’ element is not declared” • Ошибка возникает при попытке загрузки файла типа: • <?xml version="1.0" ?> • - <MiniEditor Version="2.15.20627.0" xsi:noNamespaceSchemaLocation=«..\Regulations\Regulation.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> • <!-- ПО: ТехноКад-Экспрессv. 2.5.20627.0r (pv. 2.5.20627.2) Библиотека "Модуль контроля и Редактор" v. 2.16.20608.0r Модуль контроля v. 2.15.20627.2 (342481502a08b0f365f13b0a48c08fcc) ПК "Регистратор" v. Portal (АИС ГКН 032.11.12.290 или выше)  --> • файл не является межевым планом в электронном виде, подготовленным в соответствии с требованиями, установленными Приказом Росреестра от 13.12.2011 № П/501. Согласно указанной схеме, корневой элемент в файле должен быть STD_MP, а не MiniEditor, • -<STD_MP xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> • - <eDocumentCodeType="014" Version="02" GUID="2bef3020-4caf-4ab8-9da0-5a66163dac31"> •   <Sender Kod="003811016550" Name="СССССССССССС»

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

  10. XML-файл должен располагаться в корне пакета. • Графические файлы могут располагаться в подкаталогах .\<каталог>\..<каталог>\<файл> (в данном случае путь к файлам должен быть прописан в xml –файле относительно корня пакета). • Имя файла должно иметь следующий вид: GUOKS _*.xml, где: * - уникальный набор символов длиной не более 50 символов, например GUID. • Обязательные элементы и атрибуты должны присутствовать в XML-файле. Атрибуты не должны иметь «пустых» значений. • Значения элементов и параметров должны соответствовать их типу (например, при числовом типе данных ввод прочерка (знак «–») некорректен). • Для заполнения кодовых элементов необходимо использовать значения из классификаторов и справочников, используемых в данной XML-схеме. Основные требования к электронному виду ТЕХНИЧЕСКОГО плана (продолжение).

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

  12. Примеры указания в XML-файле технического плана пути к графическим файлам Некорректно указанный путь к планам в XML-файле технического плана выглядит следующим образом: </Location> <Position Number_OnPlan="1"> <Plans> <Plan File="D:\Мои документы\Григорьев\план помещения.tif"/> </Plans> • 1. Поэтажный план расположен в подкаталоге Plans пакета • GUOKS_F11E3714-D5AC-466B-83DC-FFF61299C391.zip : </Location> <Position Number_OnPlan="28"> <Plans> <Plan File="Plans\пп.jpg" Description="План части этажа" /> </Plans> </Position>

  13. 2.Поэтажный план расположен в корне пакета GUOKS_*.zip . <Position Number_OnPlan="11 в квартире 4"> <Plans> <Plan File="пп.jpg" Description="Планчастиэтажа" /> </Plans> </Position>

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

  15. 2. «Вид заявки не соответствует типу технического плана» • В соответствии со схемой STD_TP v.02 значение обязательного атрибута CodeType(тип программы) • - код 023 соответствует постановке на государственный учет; • - код 024 соответствует государственному учету изменений. Заявление о постановке на государственный учет объекта учета: <STD_TP CodeType="023" Version="02" GUID="F11E3714-D5AC-FFF61299C393"> Заявление о государственном учете изменений объекта учета: <STD_TP CodeType="024" Version="02" GUID="F11E3714-D5AC-FFF61299C391">

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

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

  18. Элемент Spelement_Unit/Type_Unit/ Ordinate R В соответствии со структурой XML-файла технического плана (Приказ Федеральной службы государственной регистрации кадастра и картографии от 18.01.2012г. №П/11 (в ред. Приказа от 18.06.2012г. №П/256) Радиус в данном элементе (Spelement_Unit/Type_Unit/Ordinate R) может быть указан только для Соооружений и только в случаеSpelement_Unit/Type_Unit= Окружность. • Примеры заполнения части элемента (Spelement_Unit). <New_Construction> ………………………… <Entity_SpatialMap_Id="" Sp_Obj_Id="" Ent_Sys="Id868fcce5-c9ef-40b4-a083-41f6821b99aa"> <Spatial_Element Number="1/77"> <Spelement_UnitType_Unit="Окружность" Su_Nmb="1"> <Ordinate Num_Geopoint="1" X="380633.84" Y="3330009.80" R="0.10" Delta_Geopoint="0.1" /> </Spelement_Unit> </Spatial_Element> <Spatial_Element Number="2/77"> <Spelement_UnitType_Unit="Окружность" Su_Nmb="2"> <Ordinate Num_Geopoint="2" X="380623.95" Y="3329999.28" R="0.50" Delta_Geopoint="0.1" /> </Spelement_Unit> </Spatial_Element>

  19. Часть элемента Spelement_Unit/ Type_Unit = ‘Точка’: • <Spelement_UnitType_Unit="Точка"> <Ordinate X="393889.42" Y="3325573.45" Num_Geopoint="1" Delta_Geopoint="0.10"/> </Spelement_Unit> <Spelement_UnitType_Unit="Точка"> <Ordinate X="393932.03" Y="3325616.73" Num_Geopoint="2" Delta_Geopoint="0.10"/> </Spelement_Unit> <Spelement_UnitType_Unit="Точка"> <Ordinate X="393905.91" Y="3325642.45" Num_Geopoint="3" Delta_Geopoint="0.10"/> </Spelement_Unit> <Spelement_UnitType_Unit="Точка"> <Ordinate X="393863.29" Y="3325599.17" Num_Geopoint="4" Delta_Geopoint="0.10"/> </Spelement_Unit>

  20. Элемент«Levels» (Уровни) В соответствии со схемой STD_TP v.02 технический план при описании элемента «Levels» (Уровни) должен содержать обязательный реквизит «Position» - расположение в пределах здания (этажа) и обязательные атрибуты «Number» - номер этажа и «Type» - тип этажа в соответствии с классификатором dType_Storey. Пример корректного описания: <Levels> <Level Type="01" Number="1"> <Position Number_OnPlan="16"> <Plans> <Plan File="Plans\TFile1.jpg" /> </Plans> </Position> </Level> </Levels>

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

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

  23. Атрибут "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 символов.

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

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

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

More Related