СЕРВИС ПРЕДВАРИТЕЛЬНОЙ ПРОВЕРКИ МЕЖЕВЫХ И ТЕХНИЧЕСКИХ ПЛАНОВ

ИНСТРУКЦИЯ ПОЛЬЗОВАТЕЛЯ

Версия

Оглавление

1. Введение. 3

2. Отправка файла. 4

3. Условия для проверки межевого плана. 5

4. Условия для проверки технического плана. 7

5. Протоколы проверки. 8

6. Часто встречаемые ошибки. 9

1.  Введение

Филиал ФГБУ «ФКП Росреестра» по Республике Адыгея предлагает Вам в виде тестовой загрузки, провести проверку, созданных Вами межевых и технических планов.

 Важно! Отсутствие ошибки при предварительной проверки файла при прохождении форматно-логического контроля не означает последующего вынесения однозначно положительного решения по заявлению, представленному в последующем, в связи с тем, что ведение государственного кадастра недвижимости ведется непрерывно.

2.  Отправка файла

Прежде чем отправить файл межевого или технического плана для проверки необходимо соблюсти ряд условий описанные в разделах “Условия для проверки межевого плана” и “ Условия для проверки технического плана” соответственно.

Для отправки через почтовую программу необходимо в любом доступном почтовом клиенте создать письмо в котором необходимо прикрепить созданные вами файл (в одном письме может быть несколько пакетов для загрузки). Созданное письмо необходимо отправить на почтовый адрес “*****@***ru”. Также прошу учесть, что проверка осуществляется полностью автоматически и всё, что вы укажите в теме письма или в сообщении письма, до оператора доставлено не будет.

3.  Условия для проверки межевого плана.

3.1  Для тестовой загрузки межевого плана в третьей версии необходимо чтобы пакет с межевым планом соответствовать следующим требованиям:

НЕ нашли? Не то? Что вы ищете?

Пакет межевого плана представляет из себя XML - файл.

Имя пакета должно иметь следующий вид:

GKUZU _{GUID}.xml.

 

Например:

Наименование имени файла не должны содержать служебных символов, таких как: +/ \ * < >@ « ” `] [ { } $ # ~.

3.2  Для тестовой загрузки межевого плана в четвертой версии необходимо чтобы пакет с межевым планом соответствовать следующим требованиям:

Пакет межевого плана представляет из себя Zip-архив.

Имя пакета должно иметь следующий вид:

GKUZU _{GUID}.zip.

Например:

В переданной директории должен быть один пакет.

Содержимое пакета представляет из себя всегда один XML файл, содержащий семантические сведения Межевого плана, а также один или несколько файлов с расширением JPG, TIFF или PDF, содержащих графическую часть Межевого плана.

XML-файл должен располагаться в корне пакета. Графические файлы могут располагаться в подкаталогах .\<каталог>\..<каталог>\<файл> (в данном случае путь к файлам должен быть прописан в xml относительно корня пакета). Наименования каталогов и имен файлов не должны содержать служебных символов, таких как: +/ \ * < >@ « ” `] [ { } $ # ~.

Имя файла XML должно иметь следующий вид:

GKUZU _{GUID}.xml.

{GUID} любой набор символов ранее не загружаемый (передаваемая) в учетную систему.  Длина файла не должна превышать 100 символов.

Напоминаем, что если в письме не будет содержаться файл с названием несоответствующий третьей или четвертой схеме (межевого плана) с расширением *.XML или *.ZIP должно начинаться с GKUZU_. В ином случае, например файл с названием Editor _nwz... или Editor_chz…, или MiniEditor_..., или ru… не может быть загружен, так как не является межевым планом (может являться заготовкой к нему или является выгруженным, из непредназначенной для создания межевых планов, программы).

4.  Условия для проверки технического плана

Для тестовой загрузки технического плана необходимо чтобы пакет с техническим планом соответствовать следующим требованиям:

Пакет технического плана представляет из себя Zip-архив.

Имя пакета должно иметь следующий вид:

GUOKS_{GUID}.zip.

Например:

В переданной директории должен быть один пакет.

Содержимое пакета представляет из себя всегда один XML файл, содержащий семантические сведения технического плана, а также один или несколько файлов с расширением JPG, TIFF или PDF, содержащих графическую часть технического плана.

XML-файл должен располагаться в корне пакета. Графические файлы могут располагаться в подкаталогах .\<каталог>\..<каталог>\<файл> (в данном случае путь к файлам должен быть прописан в xml относительно корня пакета). Наименования каталогов и имен файлов не должны содержать служебных символов, таких как: +/ \ * < >@ « ” `] [ { } $ # ~.

Имя файла XML должно иметь следующий вид:

GUOKS _{GUID}.xml.

{GUID} любой набор символов ранее не загружаемый (передаваемая) в учетную систему.  Длина файла не должна превышать 100 символов.

XML-файл должен быть создан с использованием XML-схемы (V02_STD_TP) для формирования XML-документов (Приказ Росреестра № П/256 от 01.01.2001 г.), размещенной на официальном сайте Росреестра;

При соблюдении всех требований по предоставлению файлов будет проводиться загрузка технического плана, если же требования не будут соблюдены, то никакой загрузки проводиться не будет.

5.  Протоколы проверки

После тестовой загрузки, Вам будет выслан ответ на тот адрес электронной почты, с которого вы отправили (указали). Вам будет выслано три файла протокола

а. PROTOCOL_XXXXX. XML - Файл протокола будет содержать либо сведения о положительной загрузке (в самом файле должно быть слово – true), либо сведения об ошибке при прохождении форматно-логического контроля (в самом файле должно быть слово – false), и далее текст ошибки.

b. OUT_SHORT. CSV и OUT_EXTRA. CSV – расширенные протоколы проверки. Данные протоколы отправляются в основном при отрицательной проверке

6.  Часто встречаемые ошибки.

В случае отсутствия расшифровки ошибки в приложенном перечне, необходимо отправить на электронный почтовый ящик *****@***ru сообщение в теме необходимо указать “Проверка МП ТП: ошибка” также необходимо указать дату, когда вы отправляли первое письмо, также прислать отправляемый вами файл межевого или технического плана и присланные вам протоколы. После анализа ошибки информация будет добавлена в данную таблицу.

Тип ошибки

Примерная расшифровка

1.   

Ошибка проверки структуры файла: Атрибут "Version" имеет значение, недопустимое с точки зрения его типа данных.

Пакет для загрузки межевого плана подготовлен в 3 т. е. в *.xml, а в xml указано что пакет версии 4 т. е. *.zip.

2.   

Межевой план с GUID… уже был загружен в заявлении ….

Сформированный пакет уже когда-то был загружен в базу данных. Возможно, сформирован пакет и потом просто его используют как шаблон для создания другого пакета.

При подаче нового заявления необходимо приложить пакет для загрузки с новым GUID.

3.   

Ошибка проверки структуры файла: The 'Version' attribute has an invalid value according to its data types

Версия xml отличается от актуальной программой поддерживает для межевого плана 4 версия для технического плана «2» версии

4.   

Если после положительной подгрузки xml файла в закладке «Объекты» не появился ни один объект

В самом xml файле стерт «GUID» и в результате теряется связь (что сведения из приложенного xml файла необходимо вносить именно в данное заявление и образуемый или изменяемый земельный участок необходимо внести с указанными, в данном xml файле, характеристиками)

GUID является обязательным атрибутом для заполнения

В установленной версии АИС ГКН данное несоответствие не является критичным, но в последующих версиях будет формироваться протокол ошибки

5.   

Вид заявки не соответствует типу плана

Возможно: в xml файле указан код проводимой процедуры выбран на «Внесение изменений в характеристики земельного участка», а само заявление подано на «Постановку на ГКУ», или xml файл составлен на образование части (т. е. постановка части на учет), а заявление подано на ГКУ (однако, в этом случае должно проводиться изменение характеристик)

014- ГКУ

015- Изменения

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

6.   

Кадастровый номер не соответствует шаблону (например это «Раздел NewParcel/CadastralBlock»)

В приведенном случае – не верно внесены сведения о кадастровом квартале образуемого земельного участка.

В общем случае – фраза, "Кадастровый номер не соответствует шаблону" означает, что кадастровый инженер не верно указал значение кадастрового номера (хх:хх:ххххххх: - ":" в значении квартала недопустимо, хх:хх:хххххх – 6 символов в квартале – недопустимо, хх:хх:хх хх ххх – пробелы в номере квартала недопустимы).

Кроме того, если даже соблюден шаблон кадастрового номера квартала, но указанного квартала в базе данных нет, программой так же будет сформирован протокол выявления ошибки

7.   

Межевой план не прошел ФЛК: Образуемый ЗУ "60:ЗУ1": При данном способе образования предыдущий ЗУ должен быть один, Образуемый ЗУ "60:ЗУ2": При данном способе образования предыдущий ЗУ должен быть один

В xml файле не верно указаны исходные земельные участки

8.   

Раздел NewParcel/Prev_CadastralNumbers: Объект с КН :92 (Кадастровый номер не соответствует шаблону)

Раздел «Предыдущий кадастровый номер образуемого земельного участка» не соответствует шаблону (кадастровый номер исходного ЗУ должен быть хх:хх:ххххххх:х, а не :92)

9.   

Межевой план не прошел ФЛК: Образуемый земельный участок "… (обозначение земельного участка, внесенного кадастровым инженером)": При данном способе образования предыдущих ЗУ должно быть несколько

При образовании земельного участка путем объединения должны быть указаны несколько земельных участков, а не один;

При образовании земельного участка путем раздела должен быть указан один исходный земельный участок;

При образовании земельного участка из земель не должно быть указано никаких исходных земельных участков (часто указывают исходным – кадастровый квартал или вообще конкретный кадастровый номер земельного участка)

10.   

Неизвестный вид ЗУ

Предусмотрено только 5 видов ЗУ, указывают неизвестный (01 - Землепользование, 02 - Единое землепользование, 03 - Обособленный участок, 04 - Условный участок или 05 - Многоконтурный участок). Однако, предусмотрен вид земельного участка – 6 (не определен – его указывать нельзя, так как только кадастровый инженер может предоставить информацию о виде земельного участка)

11.   

Межевой план не прошел ФЛК: Образуемый ЗУ "ЗУ1",КМЗУ "-": имеет обозначение как у Образуемый ЗУ "ЗУ1",КМЗУ "-", имеет обозначение как у Образуемый ЗУ "ЗУ1",КМЗУ "-" и. т.д.

Обозначения контуров внесены как "-", такого не должно быть, Кроме того, в самом межевом плане кадастровый инженер указал конкретные обозначения (следовательно, идет разночтение с бумажным носителем, которое сотрудники кадастровой палаты обязаны устранить своими силами, но все равно вынести отрицательное решение).

При этом заполнение обозначения атрибута не является обязательным, однако для корректной работы их вносить необходимо; то же самое относится и новым ЗУ (у них должны быть обозначения).

Кроме того, необходимо учесть, что обозначения не должны повторяться во всем xml файле межевого плана (например, если образуются сразу несколько МЗУ, то нумерация КМЗУ должна быть сквозной, либо ЗУ1(1), ЗУ1(2), ЗУ2(1), ЗУ2(2) – просто (1), (2) – указывать нельзя)

12.   

Раздел ExistParcel/Contours: КМЗУ с учетным номером 1 не найден среди актуальных сведений; КМЗУ с учетным номером 2 не найден среди актуальных сведений

Программным комплексом не предусмотрено изменять (через загрузку xml файла) вид земельного участка с Землепользования на Многоконтурный земельный участок, однако, после формирования xml файла кадастровый инженер может отредактировать и указать, что он создает новый (ранее не существовавший в ГКН) контур.

Для этого необходимо заменить фразу в xml файле:

«Contour Number_PP=…» на «Contour Definition=…»

Данное изменение необходимо, так как для кадастрового инженера проводиться – уточнение границ, а в сведениях ГКН информации о контурах вообще нет, поэтому для филиала в данном случае проводиться образование контуров

13.   

Ошибка проверки структуры файла: The 'Area' element has an invalid value according to its data type.

Площадь округлена не верно (более 2 знаков после запятой)

14.   

В качестве исходных земельных участков допускается указывать только действительно существующие земельные участки, при этом если их несколько, то их необходимо вносить отдельными кадастровыми номерами (отдельными строками), а не через запятую или просто через пробел

15.   

Ошибка, связаннная с разделом “Providing_Pass_CadastralNumbers”

Кадастровые номера для обеспечения прохода и проезда внесены не верно, а именно, внесены например сразу несколько кадастровых номеров или количество символов в кадастровом номере превышает 40 символов (в данном случае допускается вносить фразы “охранная зона”, “земли общего пользования”)

16.   

Раздел ExistParcel: Более 1 объекта допускается только в случае раздела Единого землепользования

Возможно: вместо одного изменяемого земельного участка в xml файл внесены сведения о нескольких изменяемых земельных участках, при этом на самом деле необходимо изменить характеристики одного земельного участка, а остальные земельные участки при этом должны быть внесены в xml файл как смежные;

Кроме того, рекомендуется в случае, если проводится уточнение единого землепользования, не указывать в xml файле само единое землепользование, а указать только входящие земельные участки (они обязательно должны в ходить в него). Таким образом в xml файле указываем только входящие земельные участки, а изменившиеся сведения по единому землепользованию вносим только в бумажный межевой план.

Помимо этого, ни один из входящих земельных участков не может при этом содержать сведения о контурах

17.   

Ошибка проверки структуры файла: The element ‘Package’ has invalid child element ‘SpecifyParcels’

Не верно составлен xml файл на раздел «Уточнение границ»

18.   

При импорте файла GKUZU_....xml возникла ошибка: Для границы с порядковым номером элемента контура … не найден соответствующий элемент

В xml файле неверно внесены сведения о границах, а именно: в xml файле по земельному участку помимо внешнего контура имеются сведения о внутренних контурах (вырезках). Кадастровый инженер при этом разделил сведения об указанных контурах в координатах (отдельно внешний контур и отдельно внутренний контур), но не разделил (внес слитно) все границы (без разбивки по внутренним и внешним контурам), не указав, какая граница, используется в каком контуре (внешнем или внутреннем).

В указанном случае лучше, если будут внесены обозначения внешних и внутренних контуров – цифрами

19.   

Ошибка проверки структуры файла: The ‘Edge’ start tag on line … does not match the end tag of ‘Border’. Line …, position ….

Кадастровый инженер в xml файле внес не все сведения о границах земельного участка, а именно: внесены сведения о начальной точке, конечной точке, но не внесены сведения о том, сколько составляет длина указанного отрезка

20.   

Если при подгрузке xml файла были выявлены некорректные или несуществующие, или повторяющиеся, или еще какие-либо неверные координаты у смежного ЗУ

При составлении xml файла необходимо учитывать несколько правил:

1)  при удалении точки необходимо указать значения координат (X и Y) существующей точки и больше никаких новых значений;

2)  при замене значений координат точки необходимо указать стачала старое значение координаты X и Y, а потом новое значение;

3)  если необходимо создать новую точку то надо сначала указать значение координаты «до» вставляемой новой точки, затем новую точку и затем координаты точки после вставляемой. При этом, если необходимо внести создать подряд несколько новых точек, то обязательно соблюсти порядок следования новых точек. Таким образом для добавления новой точки необходимо указать xml файле между какими точками образуется новая.

Согласно ответа разработчиков программного комплекса, внесение внутренних контуров в смежные земельные участки, если их раньше не имелось – с помощью xml файла невозможно. В данном случае сотрудникам филиала, даны разъяснения о том, что выявленная ошибка не может являться причиной для вынесения отрицательного решения

21.   

Если ошибка касается раздела “OldOrdinate”

Значение существующей точки внесено не верно

22.   

Если ошибка касается раздела “Delta_Geopoint”

Погрешность определения координат внесена не верно. Возможно, внесено значение погрешности в виде теста, а не в виде числового значения

23.   

Border

Описание границ внесено с ошибкой. А именно, в сведениях о границе, либо не полностью внесен отрезок границы (не указана одна из точек отрезка – от какой точки до какой точки) или не указан номер контура (если в участке есть внешний и внутренний номер)

24.   

ByDef

Описание границы должно проводиться в соответствии правилами («0» - по описанию, «1» - не по описанию)

При этом заполнять данный раздел можно только одной цифрой.

25.   

Кадастровый номер не соответствует шаблону «Раздел NewParcel/Inner_ CadastralNumbers: Объект с КН -»)

В xml файле не верно указано обозначение части («-»).

В приведенном случае – не верно указан кадастровый номер объекта капитального строительства «-».

ОТВЕТ С САЙТА ПОДДЕРЖКИ:

Ошибка возникает в связи с тем, что осуществлен переход к ведению государственного учета ОКС, где шаблон КН объектов был изменен в соответствии с порядком присвоения кадастровых номеров, утвержденным приказом Министерства Экономразвития . Соответственно в межевом плане должен содержаться КН ОКС, присвоенный в соответствии с данным Приказом

26.   

Ошибка проверки структуры файла: The element ‘Encumbrance’ has incomplete content. List of possible elements expected: ‘Name Type’.

Характеристика части внесена не верно (отсутствует наименование характеристики части по классификатору)

27.   

Ошибка проверки структуры файла: Reference to undeclared ID is ‘…….’

В описании пространственной составляющей сущности данных (Entity_Spatial Ent_Sys – ссылка на систему координат) указан один номер, а в перечне используемой системы координат (Coord_Systems Cs_Id) «код системы координат» – указаны сразу несколько кодов используемых координат

28.   

Ошибка проверки структуры файла: The ‘Ent_Sys’ attribute has an invalid value according to its data type.

Ссылка на пространственную составляющую системы координат дана одна (например раздел “Entity_Spatial Ent_Sys” заполнен – «МСК 66», при этом раздел “Coord_System Cs_Id” внесен как «66»

При этом необходимо заметить, что значение в обоих случаях должно начинаться с “ID…” (например: “ID66” или иное)

29.   

Ошибка проверки структуры файла: The ‘INN’ element has an invalid value according to its data type

Возможно: кадастровый инженер формировал xml файл сформирован например как от физического лица (или ИП), однако в сведениях об ИНН кадастрового инженера внес номер ИНН от юридического лица (у физ. лиц 12 символов, у юр. лиц -10)

30.   

Ошибка проверки структуры файла: The element ‘Cadastral_Engineer’ cannot contain text. List of possible elements expected: ‘INN Telephone E_mail Address Organization’.

Сведения о кадастровом инженере внесены не верно (чаще всего это – e_mail, телефон, его адрес или номер сертификата) – в виде текста

31.   

При формировании xml файла заполнение значения разрешенного использования по документу не является обязательным атрибутом, однако, заполнять значение необходимо для корректной загрузки xml файла и избежания вынесения отрицательного решения в связи с разночтениями в представленных документах

32.   

Название файлов не содержит GKUZU

Предоставляют не межевой план: Editor_nwz… или Editor_chz… или MiniEditor

33.   

Невозможно изменить вид земельного участка с единого землепользования на многоконтурный земельный участок

В xml файле внесены сведения о том, что изменяемый земельный участок до внесения изменений имел статус – единое землепользование, а после уточнения границ должен стать многоконтурным земельным участком.

Данная процедура должна быть подтверждена заключением кадастрового инженера, только в этом случае возможна загрузка xml файла

34.   

Ошибка проверки структуры файла: The 'Point1' attribute has an invalid value according to its data type.

В разделе ENTITY_SPATIAL Borders не внесены сведения об отрезках границ

35.   

При импорте файла GKUZU_....xml возникла ошибка: ORA-02291: integrity constraint (ZKOKS. FK$ENTITY_SPATIAL_C_SYS_ID) violated - parent key not found ORA-06512: at "ZKOKS. PAC$OBJ_NEW", line 2403 ORA-06512: at line 1

В приложенном xml файле указано несколько систем координат с разными идентификационными номерами (загрузка данного xml файла невозможна).

36.   

При импорте файла GKUZU_.....xml возникла ошибка: Для границы с порядковым номером элемента контура 3 не найден соответствующий элемент

В разделе «Entity_Spatial Borders» указан элемент «Spatial», не существующий в элементе «Spatial_Element»

Например, в xml файле идет формирование участка, состоящего из нескольких контуров (внешнего и одного или нескольких внутренних) и кадастровый инженер в элементе «Spatial_Element» разделяет контура, но при этом при заполнении элемента «Border» не разделяет участки границ на соответствующие номера контуров, используемые в «Spatial_Element» или вообще указывает несуществующий номер контура

37.   

Ошибка проверки структуры файла: The 'Kind' attribute has an invalid value according to its data type.

При образовании земельного участка не внесены сведения о разрешенном использовании земельного участка ни из классификатора «Utilization Kind=""», состоящий из 12 символов, ни из документа, состоящий максимум из 4000 символов «Utilization ByDoc=""»

38.   

Ошибка проверки структуры файла: The 'Su_Nmb' attribute has an invalid value according to its data type.

В разделе «Описание пространственной составляющей объекта и описание системы координат» (Entity_Spatial) внесены не все элементы (Spelement_Unit), а именно, номер части элемента (порядок обхода)

39.   

Ошибка проверки структуры файла: There is a duplicate key sequence ':987' for the 'DefinitionParcel' key or unique identity constraint.

При внесении обозначения образуемого земельного участка одно и то же обозначение внесено несколько раз, что является недопустимым и должно быть уникальным на протяжении всего xml файла межевого плана