Ссылка скопирована в буфер обмена
МИНИСТЕРСТВО ЭКОНОМИЧЕСКОГО РАЗВИТИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ ФЕДЕРАЛЬНАЯ СЛУЖБА ГОСУДАРСТВЕННОЙ РЕГИСТРАЦИИ, КАДАСТРА И КАРТОГРАФИИ ФИЛИАЛ ФЕДЕРАЛЬНОГО ГОСУДАРСТВЕННОГО БЮДЖЕТНОГО УЧРЕЖДЕНИЯ
"Федеральная кадастровая палата
Владимира Кулагина ул., д. 1, г. Казань, 420054
13.07.2012 № 7239-18 |
|
Кадастровым инженерам Республики Татарстан |
О направлении разъяснений
Уважаемые коллеги!
В целях обеспечения правильности формирования межевых планов в электронном виде направляем Вам технологическую инструкцию по загрузке xml-файлов межевых планов в АИС ГКН. (Приложение 1).
Также описываем наиболее часто встречающиеся ошибки при загрузке xml-файлов межевого плана:
№ п/п | Текст ошибки | Пример неверного значения в xml | Правильное значение | Примечание |
1. | Вид заявки не соответствует типу межевого плана | Заявление о постановке - <еDocument CodeType="015" | 014 - Пакет информации с заявлением о постановке на учет, 015 - пакет информации с заявлением о внесении изменений | Выбирается неверный код заявления |
2. | Ошибка проверки структуры файла: Атрибут"Date_Upload" имеет значение, недопустимое с точки зрения его типа данных | "Date_Upload ="6.20-.0-27" | "Date_Upload ="2012-07-04" | Выбирается неверный формат даты выгрузки |
з. | Межевой план не прошел ФЛК: Образуемый ЗУ ":ЗУ1": При данном способе образования предыдущих ЗУ быть не должно | Method="5" (образование из земель) | Согласно справочнику | Выбирается неверный код способа образования |
4. | Межевой план не прошел ФЛК: Образуемый ЗУ ":ЗУ1": При данном способе образования предыдущих ЗУ должно быть несколько, Кадастровый номер не соответствует шаблону | Способ образования -объединение, исходные ЗУ не указаны | Способ образования -объединение, указать исходные ЗУ | |
5. | Наименование ХМЛ файл не начинается с GKUZU_ | гараж_2f894a5a-657a-4fd7-bfec-3d1a35d0c972.xml | GKUZU_123441_777ее506-d17a-4a54-b314-99ala559f90c.xml |
Указано неверное наименование файла. Принимаются только файлы с префиксом GKUZU_ |
6. | Ошибка проверки структуры файла: Элемент "CadastralBlock" имеет значение, недопустимое с точки зрения его типа данных | Номер кадастрового квартала не указан |
- Номер кадастрового квартала обязательно должен указываться -Номер кадастрового квартала должен соответствовать шаблону 16:50:010101 |
|
7. | Раздел NewParcel/Prev CadastralNumber s: Объекте КН 16:50:310203:98 не найден среди актуальных сведений | В качестве исходного ЗУ выбирается архивный или аннулированный ЗУ | Все указанные в xml-файле ЗУ должны быть актуальными |
Дополнительно сообщаем, что GUID xml-файла должен иметь уникальное значение. В случае, если органом кадастрового учета принято решение о приостановлении либо об отказе при повторной подаче документов в орган кадастрового учета должен быть предоставлен вновь сформированный xml-файл межевого плана, соответственно с новым уникальным идентификатором GUID.
Приложение: технологическая инструкция загрузки электронных межевых планов в АИС ГКН на 4 л. в 1 экз.
Заместитель директора Ю.С. Шпалитова
Приложение
Технологическая инструкция загрузки электронных межевых планов в АИС ГКН
При загрузке межевого плана в электронном виде в АИС ГКН осуществляется проверка на префикс имени файла. Принимаются только файлы с префиксом GKUZU_.
Осуществляется проверка на соответствие не ниже 2 версии схемы STDMP.xsd (1 версия схемы не поддерживается).
Дополнительно осуществляются следующие проверки:
1. Для раздела образуемых земельных участков FormParcels (образование участков):
1.1 Раздел FormParcels/NewParcel (сведения обобразуемых земельных участках и их частях) для Многоконтурного земельного участка (ориентироваться NewParcel /Name в XML) в XML файле Раздел NewParcel /Contours должен присутствовать. Иначе фиксируется сообщение «Многоконтурный земельный участок должен иметь контура»
Раздел NewParcel /EntitySpatial обязателен для участков, являющихся Землепользованием, Обособленным участком или Условным участком (ориентироваться NewParcel/Name в XML). Иначе фиксируется сообщение: «Раздел NewParcel/EntitySpatial обязателен для участков, являющихся Землепользованием, Обособленным или Условным участком».
Для раздела Inner_CadastralNumbers: если в БД не найдены объекты с такими номерами либо они не являются ОКСами, то данный ЗУ не принимать, фиксировать соответствующее сообщение. Если найдено несколько объектов, то ЗУ не принимать, в протоколе фиксируется сообщение об ошибке.
1.4. КН преобразуется к шаблону для элемента Prev_CadastralNumbers/CadastralNumber. Если удалось преобразовать - осуществляется поиск в БД. Если не удалось преобразовать, то файл не загружается, в протокол сообщение об ошибке. Если преобразовать удалось, то осуществляется поиск в БД. Если не найден, то сообщение в протокол об ошибке.
2. Раздел FormParcels/ChangeParcel (сведения об изменяемых участках и их частях)
2.1. КН преобразуется к шаблону для элементов ChangeParcel/CadastralNumber, ChangeParcel/InsertEntryParcels/InsertEntryParcel/CadastralNranber.
Если удалось, производится поиск в ББД по КН (среди сведений Внесенный, Временный, Учтенный, Ранее учтенный); если в БД найден объект по КН и данный объект подлежит обновлению сведениями из файла, то проверять вид объекта (объект должен быть земельным участком). Если не является земельным участком, то в протокол выводить ошибку "Вид объекта в файле не соответствует виду объекта в БД", объект не загружается.
2.2. Если не удалось преобразовать или не удалось найти в БД, то в протоколе фиксируется ошибка: «Раздел ChangeParcel: Объект с КН ... не найден среди актуальных сведений».
Разделы ChangeParcel/InsertEntryParcels/InsertEntryParcel/CadastralNumber могут присутствовать только для объекта из раздела ChangeParcel, который в БД является Единым землепользованием. Текст ошибки: «Раздел ChangeParcel: Объект с КН... не является Единым землепользованием. Разделы DeleteEntryParcel и InsertEntryParcel должны отсутствовать»
Для ChangeParcel/InsertEntryParcels/InsertEntryParcel/CadastralNumber проверяется, что объект имеет тип «Обособленный участок» или «Условный участок». Текст ошибки: «Раздел ChangeParcel/InsertEntryParcels/InsertEntryParcel. Объект с КН ... не является Обособленным или Условным участком»
Для раздела Inner_CadastralNumbers: если в БД не найдены объекты с такими номерами либо они не являются ОКСами, то данный ЗУ не принимать, фиксировать соответствующее сообщение. Если найдено несколько объектов, то ЗУ не принимать, в протоколе фиксируется сообщение об ошибке.
2.6. Для FormParcels/ChangeParcel/SubParcels/SubParcel: если указан Number_PP, то производится поиск в ББД по учетному номеру (среди сведений Внесенный, Временный, Учтенный, Ранее учтенный); Если не удалось найти в БД, то в протоколе фиксировать ошибку: «Раздел ChangeParcel/SubParcels: Объект с учетным номером ... не найден среди актуальных сведений».
3. Раздел FormParcels/SpecifyRelatedParcel (уточнение границ смежных участков)
3.1. КН преобразуется к шаблону
3.2. Если удалось, производится поиск в ББД по КН (среди сведений Внесенный, Временный, Учтенный, Ранее учтенный);
3.3. если в БД найден объект по КН и данный объект подлежит обновлению сведениями из файла, то проверять вид объекта (объект должен быть земельным участком). Если не является земельным участком, то в протокол выводить ошибку "Вид объекта в файле не соответствует виду объекта в БД", объект не загружается.
3.4. Если не удалось преобразовать или не удалось найти в БД, то в протоколе фиксировать ошибку: «Раздел SpecifyRelatedParcel: Объект с КН ... не найден среди актуальных сведений».
3.5. В случае, если хотя бы 1 объект не прошел проверку, то все объекты не загружаются.
Для объектов, сведения которых подлежат изменениям, осуществляется проверка на блокировку в другой заявке. Если объект заблокирован, то сведения загрузке не подлежат.
Раздел SpecifyRelatedParcel (уточняемые смежные земельные участки)
В соответствии с п. 49 Требований к подготовке межевого плана порядок описания точек в межевом плане - «по часовой стрелке».
Правила описания смежных участков в межевом плане 2-ой версии:
1. Описание перечня точек должно содержать описание одного участка уточняемой границы. При этом перечень точек должен начинаться и заканчиваться с точек, которые либо не изменяют своего положения, либо его уточняют.
2. Участок границы уточняемой границы должен описываться в направлении обхода по часовой стрелке.
3. Участок уточняемой границы должен содержать описание возникающих, изменяющихся или прекращающих существование точек, т.е. фактически инструкцию, что делать с точкой смежника при импорте межевого плана. Участок уточняемой границы должен содержать описание возникающих, изменяющихся или прекращающих существование точек, а так же сохраняющих свое положение точек, т.е. фактически инструкцию что делать с каждой точкой границы смежника при импорте межевого плана. Для сохраняющих свое положение точек старая координата и новая координата должны иметь одинаковое значение.
4. Если у смежного участка уточняются несколько участков границы, то в элементе «SpecifyRelatedParcel» повторять кадастровые номера смежного участка.
Также необходимо:
1. Учесть, что если у смежного участка уточняются несколько участков границы, то в элементе «SpecifyRelatedParcel» будут повторяться кадастровые номера смежного участка.
2. Проверить, что все старые точки существуют в БД и последовательно расположены. Определить порядок обхода контура в БД («по часовой стрелке» или «против часовой стрелки»), ориентируясь на то, что в файле точки расположены «по часовой стрелке». Существующие точки не должны повторяться в пределах одного ЗУ (т.е. во всех разделах SpecifyRelatedParcel для одного и того же ЗУ).
3. Осуществлять изменение координат следующим образом:
a. Добавление точки. Если для точки не указана старая координата, а новая координата указана, то в файле искать точки до и после обрабатываемой точки, у которых указана старая координата. Если две такие точки «до и после» не найдены, то объект не принимать, в протоколе фиксировать сообщение «Некорректные координаты смежного участка с КН...». Если найдены, то добавлять новые точки между двумя найденными. В случае если в файле подряд указаны несколько новых точек, то при добавлении в БД между существующими точками необходимо учитывать порядок следования точек.
b. Замена точки. Если для точки указана старая координата и новая координата, то осуществлять поиск соответствующей точки в БД по старой координате и заменять ее на новую.
с. Удаление точки. Если для точки указана только старая координата, а новая не указана, то осуществлять поиск соответствующей точки в БД по старой координате и удалять ее.