Типичные ошибки,
встречающиеся в xml-документах
Технического плана и Межевого плана
Оглавление
Ошибки в xml-документе технического плана.. 5
1. Часть элемента (Spelement_Unit). (в первый абзац п.1 внесены изменения от 01.01.2001г.) 5
2. Способ образования (Method). 6
3. Номер квалификационного аттестата кадастрового инженера (N_Certificate). 6
4. Код назначения и вид помещения (Assignation_Code). 6
5. Адрес, местоположение («Other», «Note»). 7
6. Глобальный уникальный идентификатор пакета («GUID») 8
7. Требования к электронному виду технического плана. 8
8. Требования к электронному виду технического плана. 10
9. Элемент «Levels» (Уровни) 10
10. Элемент "CadastralNumberParent" (Кадастровый номер квартала) 11
11. Элемент <CadastralNumberOKS> (кадастровый номер здания или сооружения, в котором расположено помещение) элемент <Old_Numbers_OKS>(Ранее присвоенные номера здания или сооружения, в котором расположено помещение). 11
12. Атрибут "Wall" (Стены) 12
13. Элемент "Code_Document". 12
14. Элемент "Name" элемента "Organization" (Полное наименование юридического лица) 12
15. Элемент «CadastralNumber» (кадастровый номер помещения) в родительском элементе «Number_Register». 12
16. Элемент CodeType (тип программы) 13
17. Атрибут "Type" (Тип адресного элемента первого уровня) 13
18. Элемент Spelement_Unit/ Type_Unit/Ordinate R (Радиус при описании пространственной составляющей данных) 13
19. Обязательный атрибут «Date» в сведениях о заказчике кадастровых работ «Client». 13
20. Элемент «Geopoint_Opred» (Метод определения координат) 14
21. Элемент «Degree_Readiness» (Степень готовности в процентах) и элемент «Floors» (Этажность) 14
Ошибки в xml-документе межевого плана.. 15
1.Атрибут «Kind» (Вид использования участка по справочнику) элемента «Utilization». 15
2. Атрибут «Category» (Код категории). 15
3. Элемент «Definition» (Обозначение на плане). 15
4. Элемент «Date_Upload» (Дата выгрузки). 16
5. Элемент «CodeType» (тип информации). 16
6.Элемент «Providing_Pass_CadastralNumbers» (Кадастровые номера для обеспечения прохода и проезда). 16
7. Атрибут Number_PP элемента «Contour» и «SubParcel». 17
8. Атрибут Definition элемента «Contour». 17
Ошибки в xml-документе технического плана
Электронный вид технического плана (XML-файл) должен соответствовать Приложению к приказу Федеральной службы государственной регистрации, кадастра и картографии от 01.01.2001 № П/11 «Описание структуры XML-файлов технического плана здания, технического плана помещения, технического плана сооружения в виде электронного документа». Данным Приложением определены типы элементов и атрибутов (обязательные, необязательные и прочее) и форматы их значений (текст, число и прочее). XML-файлы технических планов объектов должны соответствовать XML-схеме STD_TP.
Обязательные элементы и атрибуты (теги) должны присутствовать в XML-файле. Теги не должны иметь «пустых» значений. Также значения должны соответствовать их типу (например, при числовом типе данных ввод прочерка (знак «–») некорректен).
Информация от 01.01.2001г.
1. Часть элемента (Spelement_Unit). (в первый абзац п.1 внесены изменения от 01.01.2001г.)
В элементе Spelement_Unit согласно XML-схеме атрибут Type_Unit («элементарный» тип для части элемента) является обязательным, так как без указания типа элемента невозможно построить пространственный объект. Для корректной загрузки в учетную систему государственного кадастра недвижимости XML-файла технического плана в элементе Type_Unit должны быть указаны соответствующие значения данному типу элемента (точка, линия, дуга, окружность или прямоугольник), а также номер части элемента - порядок обхода (Su_Nmb).
Данный элемент, например, для элементарного типа для части элемента Spelement_Unit/ Type_Unit = ‘Точка’, должен выглядеть следующим образом: <Spelement_Unit Type_Unit="Точка">
<Ordinate X="393889.42" Y="3325573.45" Num_Geopoint="1" Delta_Geopoint="0.10"/> </Spelement_Unit>
<Spelement_Unit Type_Unit="Точка">
<Ordinate X="393932.03" Y="3325616.73" Num_Geopoint="2" Delta_Geopoint="0.10"/>
</Spelement_Unit>
<Spelement_Unit Type_Unit="Точка">
<Ordinate X="393905.91" Y="3325642.45" Num_Geopoint="3" Delta_Geopoint="0.10"/>
</Spelement_Unit>
<Spelement_Unit Type_Unit="Точка">
<Ordinate X="393863.29" Y="3325599.17" Num_Geopoint="4" Delta_Geopoint="0.10"/>
</Spelement_Unit>
Для элементарного типа для части элемента Spelement_Unit/ Type_Unit = ‘Окружность’ необходимо указание радиуса:
<Spelement_Unit Type_Unit="Окружность">
<Ordinate X="393889.42" Y="3325573.45" Num_Geopoint="1" R="10" Delta_Geopoint="0.10"/>
</Spelement_Unit>
2. Способ образования (Method).
Образованным объектом учета признается такой объект, который был получен путем преобразования иного объекта методом раздела, выдела доли в натуре либо иного совершаемого при таком образовании действия с преобразуемым объектом учета. Созданным считается тот объект, у которого не указан способ образования.
Согласно справочнику dMethod_Formation.xsd схемы STD_TP.xsd способ образования может содержать три значения:
– 1 – раздел
– 2 – выдел
– 9 – иное
Если в XML-файле технического плана содержатся сведения о способе образования объекта учета (Method), то должны быть обязательно заполнены сведения об исходных номерах объектов недвижимости, из которых было образовано здание, помещение (Cad_Number_Prev).
3. Номер квалификационного аттестата кадастрового инженера (N_Certificate).
Значение реквизита «Номер квалификационного аттестата кадастрового инженера» не должно превышать максимальную длину 50 символов.
При внесении большего количества символов, в результате проверки структуры файла возникает ошибка: The 'N_Certificate' element has an invalid value according to its data type.
4. Код назначения и вид помещения (Assignation_Code).
В соответствии с пп. 12 п.14 Порядка осуществления государственного учета зданий, сооружений, помещений, объектов незавершенного строительства в переходный период применения Федерального закона «О государственном кадастре недвижимости» к отношениям, возникающим в связи осуществлением государственного учета зданий, сооружений, помещений, объектов незавершенного строительства если объектом учета является жилое помещение, расположенное в многоквартирном доме в Единый государственный реестр вносятся дополнительные сведения об объекте учета – вид жилого помещения – комната, квартира.
В соответствии с XML-схемой технического плана помещения (Приказ Федеральной службы государственной регистрации кадастра и картографии от 01.01.2001г. №П/11) элемент «Код назначения и вид помещения» («Assignation_Code») является обязательным для заполнения. Также в соответствии с классификаторами, используемыми в этой XML-схеме (Приложение к приказу Федеральной службы государственной регистрации, кадастра и картографии от 01.01.2001г. №П/389), существуют следующие назначения помещений: жилое помещение (классификационный код ), квартира (классификационный код ), комната (классификационный код ), нежилое помещение (классификационный код ).
В соответствии с требованиями к оформлению кадастрового паспорта помещения (Приказ Минюста РФ от 01.01.2001 №32) в строке 1.6 должен указываться вид жилого помещения в многоквартирном доме (комната, квартира). Соответственно при предоставлении в орган кадастрового учета электронного вида технического плана на помещение расположенное в многоквартирном доме в техническом плане (XML-файле) необходимо заполнять элемент «Код назначения и вид помещения» («Assignation_Code») соответствующим кодом (комната – классификационный код , квартира – классификационный код ).
5. Адрес, местоположение («Other», «Note»).
В соответствии с Приказами РФ п. 11, от 01.01.2001г. № 000 п.12, от 01.01.2001г. № 000 п.11 сведения о сооружении, здании, помещении указываются в техническом плане на основании разрешения на ввод в эксплуатацию, проектной документации или технического паспорта. Сведения об адресе вносятся в разделы «Характеристики сооружения», «Характеристики здания», «Характеристики помещения» на основании акта органа государственной власти или органа местного самоуправления, уполномоченных присваивать адреса объектам недвижимости. При наличии в документах описания местоположения (адреса) такое описание (адрес) указывается в строке «Иное описание местоположения». При отсутствии присвоенного в установленном порядке адреса сооружения, здания вносится описание местоположения сооружения, здания с указанием наименования субъекта Российской Федерации, муниципального образования, населенного пункта, улицы (проспекта, шоссе, переулка, бульвара и другое). При отсутствии присвоенного в установленном порядке адреса помещения вносится описание местоположения помещения с указанием наименования субъекта Российской Федерации, муниципального образования, населенного пункта (город, село и т. д.), улицы (проспекта, шоссе, переулка, бульвара и другое), номера здания (сооружения).
Заполнение структурированного адреса в XML-файле технического плана вносится в соответствии со структурой адреса, используемой в КЛАДР. За наличие структурированного адреса следует считать наличие одной из следующих комбинаций:
- Регион и Район и Населенный пункт и Номер дома;
или
- Регион и Город и Населенный пункт и Номер дома;
или
- Регион и Город и Улица и Номер дома.
За номер дома считать одну из характеристик - либо Номер, либо Корпус, либо Строение.
В XML-файле технического плана содержатся два элемента: атрибут «Other» и атрибут «Note». Поле «Note» предназначено для неформализованного описания адреса (местоположения) объекта в тех случаях, когда данная характеристика не может быть описана только структурировано. Если по объекту недостаточно сведений о структурированном адресе необходимо описать по структуре адрес объекта до максимально возможного уровня (например, до уровня населенного пункта), а полный адрес (местоположение) в соответствии вносить в поле «Note», для корректного отображения информации на выходных документах.
Информация от 01.01.2001г.
6. Глобальный уникальный идентификатор пакета («GUID»)
В соответствии с описанием корневого элемента структуры XML-файла (Приказ Федеральной службы государственной регистрации кадастра и картографии от 01.01.2001г. №П/11) элемент «Глобальный уникальный идентификатор пакета» («GUID») является обязательным для заполнения. Данный атрибут или порядковый номер файла должен иметь уникальное наименование.
Информация от 01.01.2001г.
7. Требования к электронному виду технического плана
В большинстве технических планов в форме XML – документов, поступающих в орган кадастрового учета, не соблюдаются требования к электронному виду технического плана, в части указания пути к планам (указанные требования направлялись кадастровым инженерам и организациям по государственному техническому учету и (или) технической инвентаризации письмом Филиала ФГБУ «ФКП Росреестра» по Иркутской области -исх/0961-ст «О подготовке документов для государственного учета»).
Пример 1. Некорректно указанный путь к планам в XML-файле технического плана выглядит следующим образом:
</Location>
<Position Number_OnPlan="1">
<Plans>
<Plan File="D:\Мои документы\Григорьев\план помещения. tif"/>
<Plan File="D:\Мои документы\Григорьев\чертеж помещения. tif"/>
</Plans>
Чтобы исключить вышеуказанную ошибку, необходимо соблюдать следующие требования к электронному виду технического плана: технический план в электронной форме должен быть представлен в виде zip-файла с именем GUOKS_*.zip, где * - уникальное имя файла. Данный архив содержит XML-файлы техпланов, также там могут содержаться и другие файлы (в том числе поэтажные планы). XML-файл техпланов здания, сооружения, помещения либо объекта незавершенного строительства располагается в корне пакета GUOKS_*.zip и имеет имя GUOKS_*.xml. Поэтажные планы представлены в виде картинок с типами «.jpg, .dwg» и располагаются в подкаталогах.\<каталог>\..<каталог>\<файл> (путь к файлам должен быть прописан в xml и совпадать с путем, по которому хранятся картинки в zip-файле GUOKS_*.zip).
ПРИМЕРЫ КОРРЕКТНЫХ GUOKS_*.zip:
Пример 2. XML-файл техплана здания, сооружения, помещения либо объекта незавершенного строительства располагается в корне пакета GUOKS_*.zip и имеет имя GUOKS_*.xml.
Поэтажные планы представлены в виде картинок с типами «.jpg, .dwg» и располагаются в подкаталогах .\<каталог>\..<каталог>\<файл>
Путь к файлам прописан в xml-файле и совпадает с путем, по которому хранятся картинки в zip-файле GUOKS_*.zip.
<Position Number_OnPlan="11 в квартире 4">
<Plans>
<Plan File="Plans\пп. jpg" Description="План части этажа" />
</Plans>
</Position>
Пример 3. XML-файл техплана здания, сооружения, помещения либо объекта незавершенного строительства располагается в корне пакета GUOKS_*.zip и имеет имя GUOKS_*.xml.
Поэтажные планы представлены в виде картинок с типами «.jpg, .dwg» и располагаются в пакете с XML-файлом.
Путь к файлам прописан в xml-файле и совпадает с путем, по которому хранятся картинки в zip-файле GUOKS_*.zip.
<Position Number_OnPlan="11 в квартире 4">
<Plans>
<Plan File="пп. jpg" Description="План части этажа" />
</Plans>
</Position>
Информация от 01.01.2001г.
8. Требования к электронному виду технического плана
В соответствии с описанием корневого элемента структуры XML-файла (Приказ Федеральной службы государственной регистрации кадастра и картографии от 01.01.2001г. №П/11 (в ред. Приказа от 01.01.2001г. №П/256) технический план здания, сооружения, помещения, объекта незавершенного строительства, представляемый в электронной форме состоит из набора файлов, упакованных в один zip –архив.
Для успешного автоматического импорта технического плана из приложенного пакета в учетную систему органа кадастрового учета расширение zip –архива, не должно указываться заглавными буквами (например: GUOKS_*.ZIP).
При правильном формировании zip –архива расширение должно указываться строчными буквами (например: GUOKS_*.zip).
Информация от 01.01.2001г.
9. Элемент «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>
При некорректном описании данного элемента, например, наличия в файле только тэг <Levels/>. импорт технического плана в учетную систему органа кадастрового учета не происходит, возникает ошибка проверки структуры файла: The element 'Levels' has incomplete content. List of possible elements expected: 'Level'.
10. Элемент "CadastralNumberParent" (Кадастровый номер квартала)
Элемент "CadastralNumberParent" (Кадастровый номер квартала) является обязательным в техническом плане, предоставляемом вместе с заявлением о постановке на государственный учет объекта учета и не должен указываться в техническом плане по заявлению о государственном учете изменений объекта учета. Следовательно, в дереве элементов «Exist_Building» - «Register» - «Number_Register» элемент "CadastralNumberParent" должен отсутствовать. В случае его наличия в таком техническом плане при импорте технического плана в учетную систему органа кадастрового учета возникает ошибка проверки структуры файла: The element 'Number_Register' has invalid child element 'CadastralNumberParent'. List of possible elements expected: 'CadastralNumber'
11. Элемент <CadastralNumberOKS> (кадастровый номер здания или сооружения, в котором расположено помещение) элемент <Old_Numbers_OKS>(Ранее присвоенные номера здания или сооружения, в котором расположено помещение).
Согласно схеме STD_TP v.02 в XML-файле технического плана должен быть указан один из элементов: или <CadastralNumberOKS> (кадастровый номер здания или сооружения, в котором расположено помещение) или <Old_Numbers_OKS>(Ранее присвоенные номера здания или сооружения, в котором расположено помещение). Одновременное указание этих элементов недопустимо.
B случае присутствия в XML-файле двух взаимоисключающих элементов <CadastralNumberOKS> (кадастровый номер здания или сооружения, в котором расположено помещение) и <Old_Numbers_OKS> (Ранее присвоенные номера здания или сооружения, в котором расположено помещение) загрузка файла в учетную систему органа кадастрового учета не происходит, возникает ошибка проверки структуры файла: The element 'Number_Register' has invalid child element 'Old_Numbers_OKS'. List of possible elements expected: 'Old_Numbers'.
12. Атрибут "Wall" (Стены)
Значение атрибута "Wall" (Стены) элемента "Material" (Материалы стен) должно заполняться значениями из справочника "dWall" (Перечень наименований материалов наружных стен здания, применяемый при ведении Единого государственного реестра объектов капитального строительства). Кроме этого количество символов данного значения по схеме STD_TP v.02 должно быть 12.
При заполнении атрибута "Wall" другими значениями при импорте файла в учетную систему органа кадастрового учета возникает ошибка проверки структуры файла: The 'Wall' attribute has an invalid value according to its data type.
13. Элемент "Code_Document"
Значение элемента "Code_Document" из документа приложения к техническому плану ("Appendix"->"Document") должно заполняться значениями из справочника документов "dAllDocuments" (Все документы). Кроме этого количество символов данного значения по схеме STD_TP v.02 должно быть 12.
При заполнении элемента "Code_Document" другими значениями при импорте файла в учетную систему органа кадастрового учета возникает ошибка проверки структуры файла: The 'Code_Document' element has an invalid value according to its data type.
14. Элемент "Name" элемента "Organization" (Полное наименование юридического лица)
В соответствии со схемой STD_TP v.02 значение дочернего элемента "Name" (Полное наименование) элемента "Organization" (Юридические лица) не должно превышать максимальную длину 255 символов.
При внесении большего количества символов, в результате проверки структуры файла возникает ошибка: The 'Name' element has an invalid value according to its data type.
Информация от 01.01.2001г.
15. Элемент «CadastralNumber» (кадастровый номер помещения) в родительском элементе «Number_Register»
При составлении технического плана помещения для государственного учета изменений сведений о помещении не допускается отсутствие обязательного элемента «CadastralNumber» (кадастровый номер помещения) в родительском элементе «Number_Register». При этом данный элемент должен быть указан раньше элемента «CadastralNumberOKS»(кадастровый номер здания или сооружения, в котором расположено помещение) или элемента «Old_Numbers_OKS» (ранее присвоенные номера здания или сооружения, в котором расположено помещение).
B случае отсутствия в XML-файле технического плана элемента «CadastralNumber» (кадастровый номер помещения) в родительском элементе «Number_Register» загрузка файла в учетную систему органа кадастрового учета не происходит, возникает ошибка проверки структуры файла: The element 'Number_Register' has invalid child element 'CadastralNumberOKS'. List of possible elements expected: 'CadastralNumber'.
16. Элемент CodeType (тип программы)
В соответствии со схемой STD_TP v.02 значение обязательного атрибута CodeType (тип программы)
- код 023 соответствует постановке на государственный учет;
- код 024 соответствует государственному учету изменений.
Если описание технического плана составлено в соответствии с государственным учетом изменения, а CodeType имеет значение 023. при загрузке в учетную систему органа кадастрового учета, возникает ошибка «Вид заявки не соответствует типу техплана».
17. Атрибут "Type" (Тип адресного элемента первого уровня)
При подготовке XML-файла технического плана в соответствии со схемой STD_TP v.02 для заполнения значений некоторых элементов необходимо использовать классификаторы и справочники согласно Приложению к описанию структуры XML-файлов технического плана здания, технического плана помещения, технического плана сооружения, технического плана объекта незавершенного строительства в виде электронного документа.
Например, при заполнении типа адресного элемента первого уровня "Level1"значением «строен» не допустимо, так как это не соответствует ни одному значению из справочника " dLocationLevel1" (Перечень типов адресного элемента первого уровня).
Информация от 01.01.2001г.
18. Элемент Spelement_Unit/ Type_Unit/Ordinate R (Радиус при описании пространственной составляющей данных)
В соответствии с описанием элемента Spelement_Unit/ Type_Unit/ Ordinate R структуры XML-файла (Приказ Федеральной службы государственной регистрации кадастра и картографии от 01.01.2001г. №П/11 (в ред. Приказа от 01.01.2001г. №П/256) радиус (R) в данном элементе может быть указан только для Сооружений и только в случае Spelement_Unit/ Type_Unit = Окружность.
Информация от 01.01.2001г.
19. Обязательный атрибут «Date» в сведениях о заказчике кадастровых работ «Client».
При включении в xml-документ технического плана элемента «Client» (сведения о заказчике кадастровых работ) необходимо включение и заполнение обязательного атрибута «Date» (дата приемки работ), входящего в него. Обязательный атрибут «Date» должен заполняться допустимыми значениями в формате «ГГГГ-ММ-ЧЧ» с ограниченным количеством возможных значений – 8 символов. Если обязательный атрибут имеет недопустимое значение, например – «пусто», xml-документ не может быть загружен в учетную систему органа кадастрового учета, так как возникает ошибка проверки структуры файла: The 'Date' attribute has an invalid value according to its data type.
20. Элемент «Geopoint_Opred» (Метод определения координат)
В соответствии со схемой STD_TP версии 02 значение элемента «Geopoint_Opred» (Метод определения координат) не может иметь длину, превышающую 50 символов. При внесении большего количества символов, в результате проверки структуры файла возникает ошибка: The 'Geopoint_Opred' attribute has an invalid value according to its data type.
21. Элемент «Degree_Readiness» (Степень готовности в процентах) и элемент «Floors» (Этажность)
В соответствии с п. п. 46, 50 Приказа Минэкономразвития России от 10 февраля 2012 г. N 52 и согласно xml-схеме технического плана (V02_STD_TP. xsd) должны указываться характеристики: этажность и процент готовности объекта незавершенного строительства. В случае отсутствия в xml-документе технического плана элемента «Degree_Readiness» (Степень готовности в процентах) и элемента «Floors» (Этажность) при импорте технического плана в учетную систему органа кадастрового учета возникает ошибка: The element 'New_Uncompleted_Construction' has incomplete content. List of possible elements expected: 'Floors Degree_Readiness'.
Ошибки в xml-документе межевого плана
Информация от 01.01.2001г.
Электронный вид межевого плана (XML-файл) должен соответствовать XML-схеме, используемой для формирования XML-документа – межевого плана земельного участка, предоставляемого в орган кадастрового учета в форме электронного документа (Приложение к приказу Федеральной службы государственной регистрации, кадастра и картографии от 01.01.2001 № П/501) Данным Приложением определены типы элементов и атрибутов (обязательные, необязательные и прочее) и форматы их значений (текст, число и прочее). XML-файлы межевых планов должны соответствовать XML-схеме STD_МP.
Для заполнения значений некоторых элементов необходимо использовать значения из классификаторов и справочников, используемых в данной XML-схеме.
В соответствии с XML-схемой STD_МP обязательные элементы и атрибуты (теги) должны присутствовать в XML-файле. Теги не должны иметь «пустых» значений. Также значения должны соответствовать их типу (например, при числовом типе данных ввод прочерка (знак «–») некорректен).
1.Атрибут «Kind» (Вид использования участка по справочнику) элемента «Utilization»
Значение атрибута «Kind» (Вид использования участка по справочнику) элемента «Utilization» должно заполняться значением классификационного кода из Классификатора «Разрешенное использование». Количество символов данного значения по схеме STD_МP должно быть 12 знаков.
При заполнении атрибута «Kind» другими значениями при импорте файла в учетную систему органа кадастрового учета возникает ошибка проверки структуры файла: The 'Kind' attribute has an invalid value according to its data type.
2. Атрибут «Category» (Код категории).
Значение обязательного атрибута «Category» (Код категории) должно заполняться значением классификационного кода из Классификатора «Категории земель». Количество символов данного значения по схеме STD_МP должно быть 12 знаков.
При заполнении атрибута «Category» другими значениями при импорте файла в учетную систему органа кадастрового учета возникает ошибка проверки структуры файла: The 'Category' attribute has an invalid value according to its data type.
Информация от 01.01.2001г.
3. Элемент «Definition» (Обозначение на плане).
При составлении межевого плана в соответствии со схемой STD_МP версии 02 или версии 03 в связи с образованием участков и их частей для элемента «NewParcel» (Сведения об образуемых участках и частях) должен быть обязательно указан обязательный атрибут «Definition» (Обозначение на плане). B случае его отсутствия в электронном документе межевого плана загрузка файла в учетную систему органа кадастрового учета не происходит, возникает ошибка проверки структуры файла: The required attribute 'Definition' is missing.
Также при описании нового участка или его части должны быть обязательно заполнены элементы:
– Cadastral_Block (Номер кадастрового квартала);
– Area (Уточненная площадь);
– Location (Данные по местоположению участка);
– Category (Категория земель в соответствии со справочником);
– Utilization (Использование участка);
– Name (Наименование участка);
– Method (Способ образования участка).
4. Элемент «Date_Upload» (Дата выгрузки).
При описании в корневом элементе межевого плана в соответствии со схемой STD_МP версии 02 или версии 03 сведений об отправителе электронного документа дата выгрузки Date_Upload должна заполняться допустимыми значениями в формате «ГГГГ-ММ-ДД» с ограниченным количеством символов – 8.
B случае заполнения элемента некорректными значениями, например, «7.20-.0-20» загрузка файла в учетную систему органа кадастрового учета не происходит, возникает ошибка проверки структуры файла: The 'Date_Upload' attribute has an invalid value according to its data type.
Информация от 01.01.2001г.
5. Элемент «CodeType» (тип информации).
При описании корневого элемента межевого плана обязательный атрибут - тип информации – CodeType должен заполняться следующими значениями:
014 - пакет информации c заявлением о постановке на учет;
015 - пакет информации с заявлением о внесении изменений.
6.Элемент «Providing_Pass_CadastralNumbers» (Кадастровые номера для обеспечения прохода и проезда).
В соответствии со схемой STD_MP версии 02, утвержденной Приказом Росреестра от 01.01.2001 № П/107, для раздела «ExistParcel» не предусмотрен элемент «Providing_Pass_CadastralNumbers» (Кадастровые номера для обеспечения прохода и проезда).
Согласно, утвержденной схеме, в описании уточняемого земельного участка указываются следующие сведения:
-Номер кадастрового квартала (CadastralBlock - обязательный элемент);
-Кадастровые номера объектов капитального строительства (Inner_ CadastralNumber – необязательный элемент);
-Уточненная площадь (Area – обязательный элемент);
-Части участка (SubParcels – необязательный элемент);
-Сведения об ограничениях (обременениях) вещных прав (Encumbrances - необязательный элемент).
В случае, если в межевом плане в описании уточняемого земельного участка указан элемент 'Providing_Pass_CadastralNumbers' (Кадастровые номера для обеспечения прохода и проезда), загрузка файла в учетную систему органа кадастрового учета не происходит, возникает ошибка проверки структуры файла: The element 'ExistParcel' has invalid child element 'Providing_Pass_CadastralNumbers'. List of possible elements expected: 'Inner_CadastralNumbers Area'.
Информация от 29.01.2013г.
7. Атрибут Number_PP элемента «Contour» и «SubParcel».
В соответствии с утвержденным Приказом Росреестра от 01.01.2001 № П/501 описанием структуры XML-файла – межевого плана, версия 03, атрибут «Number_PP» элемента «Contour» (Контур МЗУ /атрибут «Number_PP» элемента «SubParcel» (Порядковый номер ЧЗУ) является необязательным для заполнения. Это связано с тем, что описание раздела «Контуры МЗУ» является общим для межевого плана, подготовленного как в связи с образованием нового земельного участка, так и подготовленного в связи с учетом изменений сведений о земельном участке и т. д.
В атрибуте «Number_PP» элемента «Contour» указывается учетный номер контура, а в атрибуте «Number_PP» элемента «SubParcel» указывается порядковый номер ЧЗУ. Учетный номер контуру и порядковый номер ЧЗУ присваивает орган кадастрового учета. Таким образом, атрибут «Number_PP» должен заполняться только в случае, если в электронном межевом плане описываются существующие /изменяющиеся сведения о контурах/частях уже учтенного в ГКН земельного участка. В случае образования нового ЗУ, создания нового контура /создания новой ЧЗУ данные атрибуты не должны указываться в соответствующих разделах. В противном случае при загрузке в учетную систему возникает ошибка: Межевой план не прошел ФЛК: Образуемый ЗУ "ЗУ1",ЧЗУ "ЗУ1/чзу1": Номер по порядку должен отсутствовать, Образуемый ЗУ "ЗУ1",КМЗУ "ЗУ1(1)".
8. Атрибут Definition элемента «Contour».
В соответствии с п.89 приказа Минэкономразвития РФ от 24.г.
№ 000 «Об утверждении формы межевого плана и требований к его подготовке, примерной формы извещения о проведении собрания о согласовании местоположения границ земельных участков» при заполнении межевого плана обозначение части земной поверхности, ограниченной контуром границ многоконтурного земельного участка (далее - контур), приводится в виде обозначения (либо кадастрового номера) земельного участка и заключенного в скобки числа, записанного арабскими цифрами (например, 19:01:010203:123(1), 19:01:010203:124:ЗУ1(1), :ЗУ1(1). При этом число в скобках обозначает порядковый номер контура.
Ниже приведен фрагмент межевого плана подготовленного в связи с образованием нового многоконтурного земельного участка.
- <FormParcels>
- <NewParcel AdditionalName="" Method="5" Name="05" Definition="ЗУ1">
……….
- <Contours>
- <Contour Definition="ЗУ1(1)">
…………..
</Contour>
- <Contour Definition="ЗУ1(2)">
…………..
В случае отсутствия числа, заключенного в скобки, при загрузке в учетную систему возникает ошибка: Межевой план не прошел ФЛК: Образуемый ЗУ ":ЗУ1",КМЗУ ":ЗУ1": имеет обозначение как у Образуемый ЗУ ":ЗУ1",
