Приказ Росреестра от 15.12.2011 N П/501

ФЕДЕРАЛЬНАЯ СЛУЖБА ГОСУДАРСТВЕННОЙ РЕГИСТРАЦИИ, КАДАСТРА И КАРТОГРАФИИ

ПРИКАЗ
от 15 декабря 2011 г. N П/501

ОБ ОРГАНИЗАЦИИ РАБОТ ПО РЕАЛИЗАЦИИ ПОРЯДКА ПРЕДОСТАВЛЕНИЯ СВЕДЕНИЙ, ВНЕСЕННЫХ В ГОСУДАРСТВЕННЫЙ КАДАСТР НЕДВИЖИМОСТИ, УТВЕРЖДЕННОГО ПРИКАЗОМ МИНИСТЕРСТВА ЭКОНОМИЧЕСКОГО РАЗВИТИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ ОТ 27.02.2010 N 75, А ТАКЖЕ ПОРЯДКА ПРЕДСТАВЛЕНИЯ В ОРГАН КАДАСТРОВОГО УЧЕТА ПРИ ПОСТАНОВКЕ НА КАДАСТРОВЫЙ УЧЕТ ОБЪЕКТА НЕДВИЖИМОСТИ ЗАЯВЛЕНИЯ О КАДАСТРОВОМ УЧЕТЕ И НЕОБХОДИМЫХ ДЛЯ КАДАСТРОВОГО УЧЕТА ДОКУМЕНТОВ В ФОРМЕ ЭЛЕКТРОННЫХ ДОКУМЕНТОВ, УТВЕРЖДЕННОГО ПРИКАЗОМ МИНИСТЕРСТВА ЭКОНОМИЧЕСКОГО РАЗВИТИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ ОТ 28.12.2009 N 555

(в ред. Приказов Росреестра от 25.06.2012 N П/262, от 21.09.2012 N П/423, от 17.12.2012 N П/580, от 25.06.2013 N П/237)

В целях организации работ по реализации Порядка предоставления сведений, внесенных в государственный кадастр недвижимости, утвержденного Приказом Министерства экономического развития Российской Федерации от 27.02.2010 N 75 "Об установлении порядка предоставления сведений, внесенных в государственный кадастр недвижимости" (зарегистрирован в Минюсте России 02.04.2010, регистрационный N 16786; в редакции Приказа Минэкономразвития России от 22.09.2011 N 505, зарегистрированного в Минюсте России 2 ноября 2011 г., регистрационный N 22197), а также Порядка представления в орган кадастрового учета при постановке на кадастровый учет объекта недвижимости заявления о кадастровом учете и необходимых документов в форме электронных документов, утвержденного Приказом Министерства экономического развития Российской Федерации от 28.12.2009 N 555 "О порядке представления в орган кадастрового учета при постановке на кадастровый учет объекта недвижимости заявления о кадастровом учете и необходимых для кадастрового учета документов с использованием сетей общего пользования, подтверждения получения органом кадастрового учета указанных заявлений и документов, а также засвидетельствования верности электронного образа документа, необходимого для кадастрового учета объекта недвижимости" (зарегистрирован в Минюсте России 01.02.2010, регистрационный N 16180), приказываю:

В связи с утратой силы Приказа Минэкономразвития РФ от 28.12.2009 N 555, следует руководствоваться принятым взамен Приказом Минэкономразвития РФ от 08.11.2013 N 662.

1. Управлению информационных технологий и эксплуатации систем совместно с Управлением мониторинга и повышения качества государственных услуг обеспечить размещение и актуализацию XML-схем, используемых для формирования XML-документов, на официальном сайте Росреестра интегрированном с интернет-порталом государственных услуг, оказываемых Росреестром в электронном виде (далее - официальный сайт Росреестра). (в ред. Приказа Росреестра от 25.06.2013 N П/237)

а) XML-схемы, используемой для формирования XML-документов - запроса о предоставлении сведений, внесенных в государственный кадастр недвижимости, в виде кадастровой выписки об объекте недвижимости, кадастрового паспорта объекта недвижимости и кадастрового плана территории и запроса о предоставлении копии документа, на основании которого сведения об объекте недвижимости внесены в государственный кадастр недвижимости, а также заявления, представляемого в орган кадастрового учета, если такие документы представляются в электронной форме (приложение N 1);

б) XML-схемы, используемой для формирования XML-документа - кадастровой выписки об объекте недвижимости, если такой документ представляется в электронной форме (приложение N 2);

в) XML-схемы, используемой для формирования XML-документа - кадастровой паспорта объекта недвижимости, если такой документ представляется в электронной форме (приложение N 3);

г) XML-схемы, используемой для формирования XML-документа - кадастрового плана территории, если такой документ представляется в электронной форме (приложение N 4);

д) XML-схем, используемых для формирования XML-документов - решения об отказе в предоставлении запрашиваемых сведений (приложение N 5), уведомления об отсутствии в государственном кадастре недвижимости запрашиваемых сведений (приложение N 6), если такие документы представляются в электронной форме;

е) XML-схемы, используемой для формирования XML-документа - межевого плана земельного участка, предоставляемого в орган кадастрового учета в форме электронного документа (приложение N 7);

ж) XML-схемы, используемой для формирования XML-документа - Справки, содержащей внесенные в Единый государственный реестр объектов капитального строительства сведения о прекращении существования объекта учета (здания, сооружения, помещения, объекта незавершенного строительства) (приложение N 8); (в ред. Приказа Росреестра от 21.09.2012 N П/423)

з) XML-схемы, используемой для формирования XML-документа - кадастрового паспорта здания, сооружения, объекта незавершенного строительства, помещения (приложение N 9); (в ред. Приказа Росреестра от 21.09.2012 N П/423)

и) XML-схемы, используемой для формирования XML-документа - кадастровой справки о кадастровой стоимости земельного участка, если такой документ представляется в электронной форме (приложение N 10); (в ред. Приказа Росреестра от 21.09.2012 N П/423)

к) требований к формату копии документа, на основании которого сведения об объекте недвижимости внесены в государственный кадастр недвижимости, если такой документ представляется в электронной форме (приложение N 11). (в ред. Приказа Росреестра от 21.09.2012 N П/423)

1.1. XML-схемы, используемые для формирования XML-документов указанные в абзацах "а" - "е" пункта 1 настоящего приказа, считаются введенными в действие по истечении 2 месяцев с момента размещения на официальном сайте Росреестра. (в ред. Приказа Росреестра от 25.06.2013 N П/237)

2. Признать утратившим силу Приказ Федеральной службы государственной регистрации, кадастра и картографии от 15.03.2010 N П/107 "О реализации Порядка представления в орган кадастрового учета при постановке на кадастровый учет объекта недвижимости заявления о кадастровом учете и необходимых для кадастрового учета документов в форме электронных документов с использованием сетей связи общего пользования, подтверждения получения органом кадастрового учета указанных заявления и документов, а также засвидетельствования верности электронного образа документа, необходимого для кадастрового учета объекта недвижимости, утвержденного Приказом Министерства экономического развития Российской Федерации от 28.12.2009 N 555".

3. Признать утратившими силу Приказы Федеральной службы государственной регистрации, кадастра и картографии от 15.06.2010 N П/284 "О реализации Порядка предоставления сведений, внесенных в государственный кадастр недвижимости, утвержденного Приказом Министерства экономического развития Российской Федерации от 27.02.2010 N 75", от 06.06.2011 N П/207 "О внесении изменений в Приказ Федеральной службы государственной регистрации, кадастра и картографии от 15.06.2010 N П/284 "О реализации Порядка предоставления сведений, внесенных в государственный кадастр недвижимости, утвержденного Приказом Министерства экономического развития Российской Федерации от 27.02.2010 N 75".

4. Контроль за исполнением настоящего Приказа возложить на заместителя руководителя С.А. Сапельникова.

Руководитель
С.В.ВАСИЛЬЕВ

Приложение N 1
к Приказу Федеральной службы
государственной регистрации,
кадастра и картографии
от __________ N _______

XML-СХЕМА, ИСПОЛЬЗУЕМАЯ ДЛЯ ФОРМИРОВАНИЯ XML-ДОКУМЕНТОВ - ЗАПРОСА О ПРЕДОСТАВЛЕНИИ СВЕДЕНИЙ, ВНЕСЕННЫХ В ГОСУДАРСТВЕННЫЙ КАДАСТР НЕДВИЖИМОСТИ, В ВИДЕ КАДАСТРОВОЙ ВЫПИСКИ ОБ ОБЪЕКТЕ НЕДВИЖИМОСТИ, КАДАСТРОВОГО ПАСПОРТА ОБЪЕКТА НЕДВИЖИМОСТИ И КАДАСТРОВОГО ПЛАНА ТЕРРИТОРИИ И ЗАПРОСА О ПРЕДОСТАВЛЕНИИ КОПИИ ДОКУМЕНТА, НА ОСНОВАНИИ КОТОРОГО СВЕДЕНИЯ ОБ ОБЪЕКТЕ НЕДВИЖИМОСТИ ВНЕСЕНЫ В ГОСУДАРСТВЕННЫЙ КАДАСТР НЕДВИЖИМОСТИ, А ТАКЖЕ ЗАЯВЛЕНИЯ, ПРЕДСТАВЛЯЕМОГО В ОРГАН КАДАСТРОВОГО УЧЕТА, ЕСЛИ ТАКИЕ ДОКУМЕНТЫ ПРЕДСТАВЛЯЮТСЯ В ЭЛЕКТРОННОЙ ФОРМЕ

1. Описание структуры XML-файла

Таблица 1

Описание корневого элемента

Приложение N 2
к Приказу Федеральной службы
государственной регистрации,
кадастра и картографии
от ___________ N _______

XML-СХЕМА, ИСПОЛЬЗУЕМАЯ ДЛЯ ФОРМИРОВАНИЯ XML-ДОКУМЕНТА - КАДАСТРОВОЙ ВЫПИСКИ ОБ ОБЪЕКТЕ НЕДВИЖИМОСТИ, ЕСЛИ ТАКОЙ ДОКУМЕНТ ПРЕДСТАВЛЯЕТСЯ В ЭЛЕКТРОННОЙ ФОРМЕ

1. Описание структуры XML-файла

Таблица 1

Описание корневого элемента

Приложение N 3
к Приказу Федеральной службы
государственной регистрации,
кадастра и картографии
от __________ N _______

XML-СХЕМА, ИСПОЛЬЗУЕМАЯ ДЛЯ ФОРМИРОВАНИЯ XML-ДОКУМЕНТА - КАДАСТРОВОГО ПАСПОРТА ОБЪЕКТА НЕДВИЖИМОСТИ, ЕСЛИ ТАКОЙ ДОКУМЕНТ ПРЕДСТАВЛЯЕТСЯ В ЭЛЕКТРОННОЙ ФОРМЕ

(в ред. Приказа Росреестра от 25.06.2012 N П/262)

Таблица

Описание корневого элемента

Приложение N 4
к Приказу Федеральной службы
государственной регистрации,
кадастра и картографии
от __________ N _______

XML-СХЕМА, ИСПОЛЬЗУЕМАЯ ДЛЯ ФОРМИРОВАНИЯ XML-ДОКУМЕНТА - КАДАСТРОВОГО ПЛАНА ТЕРРИТОРИИ, ЕСЛИ ТАКОЙ ДОКУМЕНТ ПРЕДСТАВЛЯЕТСЯ В ЭЛЕКТРОННОЙ ФОРМЕ

1. ОПИСАНИЕ СТРУКТУРЫ XML-ФАЙЛА

Таблица 1

Описание корневого элемента

Приложение N 5
к Приказу Федеральной службы
государственной регистрации,
кадастра и картографии
от __________ N _______

XML-СХЕМА, ИСПОЛЬЗУЕМАЯ ДЛЯ ФОРМИРОВАНИЯ XML-ДОКУМЕНТОВ - РЕШЕНИЯ ОБ ОТКАЗЕ В ПРЕДОСТАВЛЕНИИ ЗАПРАШИВАЕМЫХ СВЕДЕНИЙ, ЕСЛИ ТАКИЕ ДОКУМЕНТЫ ПРЕДСТАВЛЯЮТСЯ В ЭЛЕКТРОННОЙ ФОРМЕ

1. Описание структуры XML-файла

Таблица 1

Описание корневого элемента

Приложение N 6
к Приказу Федеральной службы
государственной регистрации,
кадастра и картографии
от __________ N _______

ХМL-СХЕМА, ИСПОЛЬЗУЕМАЯ ДЛЯ ФОРМИРОВАНИЯ XML-ДОКУМЕНТОВ - УВЕДОМЛЕНИЯ ОБ ОТСУТСТВИИ В ГОСУДАРСТВЕННОМ КАДАСТРЕ НЕДВИЖИМОСТИ ЗАПРАШИВАЕМЫХ СВЕДЕНИЙ, ЕСЛИ ТАКИЕ ДОКУМЕНТЫ ПРЕДСТАВЛЯЮТСЯ В ЭЛЕКТРОННОЙ ФОРМЕ

1. Описание структуры XML-файла

Таблица 1

Описание корневого элемента

Приложение N 7
к Приказу Федеральной службы
государственной регистрации,
кадастра и картографии
от __________ N _______

XML-СХЕМА, ИСПОЛЬЗУЕМАЯ ДЛЯ ФОРМИРОВАНИЯ XML-ДОКУМЕНТА - МЕЖЕВОГО ПЛАНА ЗЕМЕЛЬНОГО УЧАСТКА, ПРЕДОСТАВЛЯЕМОГО В ОРГАН КАДАСТРОВОГО УЧЕТА В ФОРМЕ ЭЛЕКТРОННОГО ДОКУМЕНТА

(в ред. Приказа Росреестра от 25.06.2013 N П/237)

1. ОПИСАНИЕ ФОРМАТА ПРЕДСТАВЛЕНИЯ ФАЙЛОВ ОБМЕНА ИНФОРМАЦИЕЙ

Межевой план, представляемый в орган кадастрового учета в форме электронного документа, состоит из набора файлов, упакованных в один ZIP-архив (далее - пакет). Один межевой план соответствует одному пакету.

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

GKUZU_*.zip, где:

GKUZU - префикс, обозначающий принадлежность информации файлу со сведениями межевого плана;

* - уникальный набор символов длиной не более 50 символов, например GUID.

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

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

XML-файл должен соответствовать схеме STD_MP.xsd и представлен в кодировке Unicode (UTF-8).

Номер версии - 04.

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

GKUZU_*.xml, где:

GKUZU - префикс, обозначающий принадлежность информации файлу со сведениями межевого плана;

* - уникальный набор символов длиной не более 50 символов, например GUID.

Файл состоит из строк, содержащих элементы и атрибуты, а также их значения. Реквизиты файла могут быть элементами или атрибутами.

Элемент - составная часть XML-документа, представляющая собой некоторую законченную смысловую единицу. Элемент может содержать один или несколько вложенных элементов и/или атрибутов.

Атрибут представляет собой составную часть элемента, задающую его параметры.

Имена элементов и атрибутов являются регистрозависимыми и должны совпадать с шаблоном XML. В сообщениях атрибуты с одинаковым именем должны иметь один и тот же смысл и структуру. Порядок следования элементов должен совпадать с шаблоном.

Все XML-документы должны иметь единственный корневой элемент. Для него определен фиксированный атрибут "версия" (в данном случае значение "04").

Описание информационных объектов приводится в табличной форме.

В таблицах используются следующие обозначения:

В графе "Код элемента" записывается условное обозначение элемента сообщения.

В графе "Содержание элемента" записывается условное обозначение атрибута или другого элемента, входящего в состав элемента.

В графе "Тип" записывается один из символов О, Н, ОА, НА, У, П, М. Символы имеют следующий смысл:

О - обязательный реквизит;

Н - необязательный реквизит;

ОА - обязательный атрибут;

НА - необязательный атрибут;

У - условно-обязательный реквизит, может добавляться к указанным выше символам;

П - предписанный реквизит;

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

Обязательный реквизит - реквизит, который должен обязательно присутствовать в файле.

Необязательный реквизит - реквизит, который может как присутствовать, так и отсутствовать в файле.

Обязательный атрибут - атрибут, который должен обязательно присутствовать в элементе.

Необязательный атрибут - атрибут, который может как присутствовать, так и отсутствовать в элементе.

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

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

Единичные реквизиты - показатели, которые встречаются в сообщении один раз.

Множественные реквизиты - показатели таких частей сообщения, которые содержат заранее неизвестное число однотипных строк таблицы (табличные множественные показатели) или однотипных фрагментов формы иной структуры.

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

Символы формата соответствуют вышеописанным обозначениям:

T - <текст>;

N - <число>;

D - <дата>;

K - <код>;

S - <элемент>, составной элемент описывается отдельно;

SA - <элемент>, составной элемент, содержащий атрибут, описывается после описания основного элемента;

B -<булево выражение>;

E - <пустое выражение>;

Z - <целое положительное число>.

Если значением атрибута является дробное десятичное число, то в графе "Формат" указывается формат его представления в виде N(m.k), где m - максимальное количество знаков в числе, включая целую и дробную часть числа, десятичную точку и знак "-" (минус), а k - число знаков дробной части числа.

В графе "Наименование" указывается наименование элемента или атрибута.

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

2. ОБЩИЕ ТРЕБОВАНИЯ К ЗАПОЛНЕНИЮ МЕЖЕВОГО ПЛАНА В ФОРМАТЕ XML

1. При заполнении электронного вида межевого плана при отсутствии данных соответствующие теги должны отсутствовать в XML. Заполнение отсутствующих данных знаком "-" (прочерк) не допускается.

2. Поля <CadastralNumber> (Кадастровый номер), <CadastralBlock> (Кадастровый номер квартала) заполняются по установленному шаблону заполнения полей без пробелов. Например, кадастровый номер земельного участка 01:01:0000001:1. При этом части кадастрового номера, соответствующие номеру кадастрового округа и номеру кадастрового района, дополняются при необходимости лидирующим нулем до 2-х символов. Часть кадастрового номера, соответствующая номеру квартала, дополняется лидирующими нулями до 6 или 7 символов в зависимости от принятого шаблона в данном кадастровом округе.

3. Координаты должны быть представлены в геодезической системе координат.

4. Раздел <Spatial_Element> предназначен для описания замкнутого контура границы. Первая и последняя точки контура должны совпадать. В контуре границы могут указываться новые точки и существующие точки.

Новыми точками для контура границы считаются любые точки, ранее не входившие в данный контур. Координаты таких точек указываются в разделе <NewOrdinate>. К существующим точкам относятся точки, местоположение которых не изменилось или было уточнено в результате кадастровых работ. Координаты таких точек указываются в разделах <NewOrdinate> и <01dOrdinate>. У изменяющейся точки значения старой и новой координаты должны различаться. Если в уточняемом участке границы точка осталась неизменной, то значение новой координаты должно быть равно значению старой координаты. Если точка прекращает существование, то для нее должно присутствовать значение старой координаты и отсутствовать значение новой координаты. Координаты таких точек указываются в разделе <O1dOrdinate>.

Для нового контура границы (нового или уточняемого земельного участка) заполняется раздел <NewOrdinate> (т.е. в блоке не должны заполняться OldOrdinate>). Для уточняемой границы (контура границы) должны быть указаны все точки - новые, существующие, а также прекращающие существование точки (т.е. в блоке должны заполняться <NewOrdinate> и <O1dOrdinate>).

5. При описании границ земельного участка, который имеет внутренние границы (контур с "дырками") нужно описать несколько элементов <Spatial_Element>. Сначала приводится описание границ внешнего контура, за ним должны быть описаны внутренние контуры. При этом порядок обхода точек внешнего контура должен соответствовать направлению против часовой стрелки, а внутренних - по часовой стрелке.

6. Если участок имеет более одного внешнего контура, вместо ветки <Entity_Spatial> должна быть сформирована ветка <Contours>. Каждый внешний контур должен быть описан в элементе <Contour>, при этом правила описания его границ <Entity_Spatial> соответствуют правилам описания границ <Entity_Spatial> обычного земельного участка (см. п. 5).

7. При уточнении границ смежных участков (SpecifyRelatedParcel) в случае изменения части границы (ChangeBorder) (от точки до точки), в том числе при добавлении внутреннего контура ("дырки"), необходимо учитывать следующее: При изменении участка границы координаты указываются от точки до точки. При этом должны обязательно присутствовать значения старой координаты первой и последней точки изменяемого участка границы. Участок уточняемой границы должен содержать описание возникающих, изменяющихся или прекращающих существование точек, а также сохраняющих свое положение точек. Если в уточняемом участке границы точка прекращает существование, то для нее должно присутствовать значение старой координаты и отсутствовать значение новой координаты. Если добавляется новая точка, то должно отсутствовать значение старой координаты и присутствовать значение новой. У изменяющейся точки значения старой и новой координаты должны различаться. Если в уточняемом участке границы точка осталась неизменной, то значение новой координаты должно быть равно значению старой координаты. Если у смежного участка уточняются несколько участков границы, элемент <SpecifyRelatedParcel> необходимо повторять для каждого такого участка границы. Последовательность точек должна соответствовать направлению обхода по часовой стрелке. Для добавления внутреннего контура ("дырки") должны совпадать первая и последняя точка в элементе. При этом значения старой координаты всех точек добавляемого контура должны отсутствовать (т.е. в блоке должны присутствовать только NewOrdinate). Для исключения внутреннего контура ("дырки") должны совпадать первая и последняя точка в элементе. При этом значения новой координаты всех точек исключаемого контура должны отсутствовать (т.е. в блоке должны присутствовать только OldOrdinate). При добавлении или исключении нескольких внутренних контуров элемент <SpecifyRelatedParcel> необходимо повторять для каждого такого внутреннего контура.

8. Глобальный уникальный идентификатор пакета GUID представляет собой строку, состоящую из 36 символов, сгруппированных в пять разделов и разделенных дефисами. Формат четкой последовательности: 8-4-4-4-12. Первая группа состоит из 8 символов, следующие 3 группы - по 4 символа, последняя группа - 12 символов. Символы - в диапазоне от нуля до девяти (0 - 9), буквы латинского алфавита A, B, C, D, E, F верхнего и нижнего регистра (a-fA-F):

[a-fA-F0-9]{8}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{4}-[a-fA-F0-9]{12}

Например:

c49620f0-6D81-45a3-B65d-8c9649bb7623;

3F2504E0-4F89-11D3-9A0C-0305E82C3301.

Глобальный уникальный идентификатор пакета (GUID) основан на стандартных универсальных уникальных идентификаторах (UUID).

GUID присваивается файлу каждый раз при передаче файла в орган кадастрового учета (ОКУ). При повторной подаче межевого плана в ОКУ необходимо присвоить новый GUID, даже если сведения межевого плана не изменялись.

9. Адрес земельного участка, который вносится на основании соответствующего акта органа государственной власти или органа местного самоуправления, уполномоченного присваивать адреса земельным участкам, а также описание местоположения земельного участка, в случае отсутствия присвоенного в установленном порядке адреса земельного участка должны быть представлены в структурированном виде по КЛАДР. В описание местоположения в обязательном порядке должны быть включены названия единиц административно-территориального деления или муниципальных образований, на территории которых располагается участок (субъект Российской Федерации, муниципальное образование, населенный пункт и тому подобное), а также неформализованное описание его местоположения (например, в 500 м к юго-востоку...). Обязательным является указание кода КЛАДР и ОКАТО, до которого удалось формализовать адрес (или описание местоположения).

Типы адресных объектов для атрибутов <Type> указываются в соответствии с принятыми сокращениями по КЛАДР. Сведения об адресе (местоположении) вносятся в поля структурированного адреса до максимально возможного уровня. Дополнительная часть адреса, которую не удалось структурировать по КЛАДР, может быть указана в поле <Other> (Иное).

В поле <Note> "Неформализованное описание адреса в соответствии с документом или неформализованное описание местоположения земельного участка" вносится установленный адрес по документу или описание местоположения в неформализованном виде, в случае если структурированный адрес отличается от адреса по документу.

Классификатор адресов России (КЛАДР) ведется ФНС России и доступен на сайте ГНИВЦ ФНС России по адресу: www.gnivc.ru. Также БД КЛАДР в формате DBF публикуется (в порядке межведомственного информационного взаимодействия) и доступен для зарегистрированных пользователей на "сайте поддержки ФКЦ Земля" по адресу: http://support.fccland.ru.

10. При заполнении разделов электронного вида межевого плана необходимо учитывать следующее:

Раздел <FormParcels> (Образование участков) заполняется в случаях, если:

в результате раздела одного исходного (измененного) земельного участка образуются один или одновременно несколько земельных участков;

в результате перераспределения нескольких исходных земельных участков образуются несколько земельных участков;

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

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

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

Раздел <SpecifyParcel> (Уточнение границ) заполняется в случаях, если уточняется местоположение границы исходного (измененного) земельного участка (без одновременного уточнения сведений о частях), или одновременно уточняется местоположение границы земельного участка и уточняются сведения о частях земельного участка либо образуется часть (части) земельного участка.

Раздел <NewSubParcel> (Сведения об образуемых частях) заполняется в случае, если одновременно образуются несколько частей одного земельного участка (и при этом не осуществлялось уточнение местоположения границы земельного участка или образование земельных участков).

Раздел <SpecifyParcelsApproximal> (Уточнение границ нескольких смежных земельных участков) заполняется в случае, если одновременно уточняется местоположение границ нескольких смежных земельных участков, в том числе в связи с исправлением ошибки в местоположении их границ.

11. Список сокращений, используемых в тексте таблиц описания структуры XML-файла:

ЕЗ - единое землепользование;

ЧЗУ - часть земельного участка;

ЗУ - земельный участок;

ОН - объект недвижимости;

ФИО - фамилия, имя, отчество;

ОКАТО - Общероссийский классификатор объектов административно-территориального деления;

КЛАДР - Классификатор адресов России.

Требования - Требования к подготовке межевого плана, в том числе особенности подготовки межевого плана в отношении земельных участков, указанных в части 10 статьи 25 Федерального закона от 24 июля 2007 г. N 221-ФЗ "О государственном кадастре недвижимости", утвержденные приказом Минэкономразвития России от 24.11.2008 N 412.

Сборник классификаторов - Сборник классификаторов, используемых Федеральной службой государственной регистрации, кадастра и картографии в автоматизированных системах ведения Единого государственного реестра прав на недвижимое имущество и сделок с ним и государственного кадастра недвижимости, утвержденный приказом Росреестра от 12.10.2011 N П/389.

3. ОПИСАНИЕ СТРУКТУРЫ XML-ФАЙЛА

Таблица 1

"Описание корневого элемента"

Таблица 2

"Образование участков"

Таблица 3

"Уточнение границ"

Таблица 4

"Часть участка"

Таблица 5

"Контур многоконтурного участка"

Таблица 6

"Уточнение границ смежных участков"

Таблица 7

"Адрес земельного участка"

Таблица 8

"Описание местоположения границ"

Таблица 9

"Кадастровый инженер"

Таблица 10

"Сведения об образуемых частях"

Таблица 11

"Сведения об ограничениях (обременениях)"

Таблица 12

"Сведения о заказчике кадастровых работ"

Таблица 13

"Документ"

Таблица 14

"Сведения о земельных участках, смежных с уточняемым земельным участком"

Таблица 15

"Исходные данные"

Справочники, используемые в данной XML-схеме
Субъекты Российской Федерации (dRegionsRF)

Код субъекта Российской Федерации соответствует порядковому номеру субъекта Российской Федерации, входящего в состав Российской Федерации, в соответствии со статьей 71 Конституции (Основного закона) Российской Федерации - России, принятой на внеочередной сессии Верховного Совета РСФСР десятого созыва 12 апреля 1978 г. (в редакции от 10.12.1992). Наименования субъектов Российской Федерации приведены в соответствии со статьей 65 Конституции Российской Федерации, принятой 12 декабря 1993 года (с учетом изменений, внесенных указами Президента Российской Федерации о включении новых наименований субъектов Российской Федерации в статью 65 Конституции Российской Федерации, Федеральных конституционных законов об образовании в составе Российской Федерации новых субъектов Российской Федерации).

Тип адресного элемента первого уровня (dLocationLevel1Type)

Тип адресного элемента второго уровня (dLocationLevel2Type)

Тип адресного элемента третьего уровня (dLocationLevel3Type)

Тип адресного элемента четвертого уровня (dApartmentType)

Сельсовет (dSovietVillage)

Городской район (dUrbanDistrict)

Приложение N 8
к приказу Федеральной службы
государственной регистрации,
кадастра и картографии
от 15.12.2011 N П/501

XML-СХЕМА,
ИСПОЛЬЗУЕМАЯ ДЛЯ ФОРМИРОВАНИЯ XML-ДОКУМЕНТА - СПРАВКИ, СОДЕРЖАЩЕЙ ВНЕСЕННЫЕ В ЕДИНЫЙ ГОСУДАРСТВЕННЫЙ РЕЕСТР ОБЪЕКТОВ КАПИТАЛЬНОГО СТРОИТЕЛЬСТВА СВЕДЕНИЯ О ПРЕКРАЩЕНИИ СУЩЕСТВОВАНИЯ ОБЪЕКТА УЧЕТА (ЗДАНИЯ, СООРУЖЕНИЯ, ПОМЕЩЕНИЯ, ОБЪЕКТА НЕЗАВЕРШЕННОГО СТРОИТЕЛЬСТВА)

(в ред. Приказа Росреестра от 21.09.2012 N П/423)

1. Описание формата представления файлов обмена информацией

Данные кадастровой справки в электронном виде представляются в виде файлов формата XML в кодировке Unicode (UTF-8).

Файл сообщений состоит из строк, содержащих элементы и атрибуты, а также их значения. Реквизиты файла могут быть элементами или атрибутами.

Элемент представляет собой составную часть XML-документа, представляющую собой некоторую законченную смысловую единицу. Элемент может содержать один или несколько вложенных элементов и/или атрибутов.

Атрибут представляет собой составную часть элемента, задающую его параметры.

Имена элементов и атрибутов являются регистрозависимыми и должны совпадать с шаблоном XML. В сообщениях атрибуты с одинаковым именем должны иметь один и тот же смысл и структуру. Порядок следования элементов должен совпадать с шаблоном.

Приложение N 9
к приказу Федеральной службы
государственной регистрации,
кадастра и картографии
от 15.12.2011 N П/501

XML-СХЕМА,
ИСПОЛЬЗУЕМАЯ ДЛЯ ФОРМИРОВАНИЯ XML-ДОКУМЕНТА - КАДАСТРОВОГО ПАСПОРТА ЗДАНИЯ, СООРУЖЕНИЯ, ОБЪЕКТА НЕЗАВЕРШЕННОГО СТРОИТЕЛЬСТВА, ПОМЕЩЕНИЯ

(в ред. Приказа Росреестра от 21.09.2012 N П/423)

1. Описание формата представления файлов обмена информацией

Данное описание является приложением к XML-схеме (V01_KP_OKS) и не может использоваться в качестве исходного материала для создания программного продукта.

Номер версии - 01.

Данные выписок в электронном виде представляются в виде файлов формата XML в кодировке Unicode (UTF-8).

Файл сообщений состоит из строк, содержащих элементы и атрибуты, а также их значения. Реквизиты файла могут быть элементами или атрибутами.

Элемент представляет собой составную часть XML-документа, представляющую собой некоторую законченную смысловую единицу. Элемент может содержать один или несколько вложенных элементов и/или атрибутов.

Атрибут представляет собой составную часть элемента, задающую его параметры.

Имена элементов и атрибутов являются регистрозависимыми и должны совпадать с шаблоном XML. В сообщениях атрибуты с одинаковым именем должны иметь один и тот же смысл и структуру. Порядок следования элементов должен совпадать с шаблоном.

Все XML-документы должны иметь единственный корневой элемент. Для него определен фиксированный атрибут "версия" со значением "01".

Описание информационных объектов приводится в табличной форме.

Таблица.

Приложение N 10
к приказу Федеральной службы
государственной регистрации,
кадастра и картографии
от 15.12.2011 N П/501

XML-СХЕМА,
ИСПОЛЬЗУЕМАЯ ДЛЯ ФОРМИРОВАНИЯ XML-ДОКУМЕНТА - КАДАСТРОВОЙ СПРАВКИ О КАДАСТРОВОЙ СТОИМОСТИ ЗЕМЕЛЬНОГО УЧАСТКА, ЕСЛИ ТАКОЙ ДОКУМЕНТ ПРЕДСТАВЛЯЕТСЯ В ЭЛЕКТРОННОЙ ФОРМЕ

(в ред. Приказа Росреестра от 21.09.2012 N П/423)

1. Описание формата представления файлов обмена информацией

Данные справки о прекращении существования объекта учета в электронном виде представляются в виде файлов формата XML в кодировке Unicode (UTF-8).

Файл сообщений состоит из строк, содержащих элементы и атрибуты, а также их значения. Реквизиты файла могут быть элементами или атрибутами.

Элемент представляет собой составную часть XML-документа, представляющую собой некоторую законченную смысловую единицу. Элемент может содержать один или несколько вложенных элементов и/или атрибутов.

Атрибут представляет собой составную часть элемента, задающую его параметры.

Имена элементов и атрибутов являются регистрозависимыми и должны совпадать с шаблоном XML. В сообщениях атрибуты с одинаковым именем должны иметь один и тот же смысл и структуру. Порядок следования элементов должен совпадать с шаблоном.

Приложение N 11
к приказу Федеральной службы
государственной регистрации,
кадастра и картографии
от 15.12.2011 N П/501

ТРЕБОВАНИЯ К ФОРМАТУ КОПИИ ДОКУМЕНТА, НА ОСНОВАНИИ КОТОРОГО СВЕДЕНИЯ ОБ ОБЪЕКТЕ НЕДВИЖИМОСТИ ВНЕСЕНЫ В ГОСУДАРСТВЕННЫЙ КАДАСТР НЕДВИЖИМОСТИ, ЕСЛИ ТАКОЙ ДОКУМЕНТ ПРЕДСТАВЛЯЕТСЯ В ЭЛЕКТРОННОЙ ФОРМЕ

(в ред. Приказа Росреестра от 21.09.2012 N П/423)

Представление копии документа, на основании которого сведения об объекте недвижимости внесены в государственный кадастр недвижимости, если такой документ представляется в электронной форме, необходимо осуществлять в виде отсканированного образа и (или) электронной копии электронных документов.

1. Отсканированный образ должен обеспечивать визуальную идентичность его бумажному оригиналу в масштабе 1:1 и представлять собой многостраничный документ в формате PDF. Для сканирования документов необходимо использовать монохромный режим с разрешением 300 dpi.

Отсканированный образ бумажного документа должен подписываться электронной цифровой подписью (далее - ЭЦП) ответственного работника Росреестра, осуществляющего представление документа.

Копия документа, на основании которого сведения об объекте недвижимости внесены в государственный кадастр недвижимости, если такой документ представляется в электронной форме, представляется в виде архива формата zip, содержащего отсканированный образ указанного документа и файл ЭЦП.

2. Электронная копия электронного документа, на основании которого сведения об объекте недвижимости внесены в государственный кадастр недвижимости (при представлении документов для постановки на кадастровый учет в электронном виде), представляется в представленном на кадастровый учет формате. При этом допускаются следующие форматы электронных документов: JPEG, TIFF, PDF.

Электронная копия электронного документа должна подписываться ЭЦП ответственного работника Росреестра, осуществляющего представление документа. Если электронный документ представлен в виде нескольких файлов, то ЭЦП необходимо подписывать каждый файл.

Электронная копия предоставляется в виде архива формата zip, содержащего файл либо набор файлов электронного документа и файлов ЭЦП к ним."

XML-схема, используемая для формирования XML-документа - Справки, содержащей внесенные в Единый государственный реестр сведения о прекращении существования объекта учета (здания, сооружения, помещения, объекта незавершенного строительства), если такой документ представляется в электронной форме

1. Описание формата представления файлов обмена информацией

Данные справки о прекращении существования объекта учета в электронном виде представляются в виде файлов формата XML в кодировке Unicode (UTF-8).

Файл сообщений состоит из строк, содержащих элементы и атрибуты, а также их значения. Реквизиты файла могут быть элементами или атрибутами.

Элемент - составная часть XML-документа, представляющая собой некоторую законченную смысловую единицу. Элемент может содержать один или несколько вложенных элементов и/или атрибутов.

Атрибут представляет собой составную часть элемента, задающую его параметры.

Имена элементов и атрибутов являются регистрозависимыми и должны совпадать с шаблоном XML. В сообщениях атрибуты с одинаковым именем должны иметь один и тот же смысл и структуру. Порядок следования элементов должен совпадать с шаблоном.

Все XML документы должны иметь единственный корневой элемент. Для него определен фиксированный атрибут "версия" со значением "01".

Описание информационных объектов приводится в табличной форме.

В таблицах используются следующие обозначения.

В графе "Код элемента" записывается условное обозначение элемента сообщения.

В графе "Содержание элемента" записывается условное обозначение атрибута или другого элемента, входящего в состав элемента.

В графе "Тип" записывается один из символов О, Н, ОА, НА, У, П, М, что соответствует значениям:

О - обязательный реквизит;

Н - необязательный реквизит;

ОА - обязательный атрибут;

НА - необязательный атрибут;

У - условно-обязательный реквизит, может добавляться к указанным выше символам;

П - предписанный реквизит;

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

Обязательный реквизит - это реквизит, который должен обязательно присутствовать в файле.

Необязательный реквизит - это реквизит, который может как присутствовать, так и отсутствовать в файле.

Обязательный атрибут - это атрибут, который должен обязательно присутствовать в элементе.

Необязательный атрибут - это атрибут, который может как присутствовать, так и отсутствовать в элементе.

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

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

Единичные реквизиты - это показатели, которые встречаются в сообщении один раз. Множественные реквизиты - это показатели таких частей сообщения, которые содержат заранее неизвестное число однотипных строк таблицы (табличные множественные показатели) или однотипных фрагментов формы иной структуры.

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

Символы формата соответствуют вышеописанным обозначениям:

T - <текст>;

N - <число>;

D - <дата>;

K - <код>;

S - <элемент>; составной элемент, описывается отдельно;

SA - <элемент>; составной элемент, содержащий атрибут, описывается после описания основного элемента;

B - <булево выражение>;

E - <пустое выражение>.

Если значением атрибута является дробное десятичное число, то в графе "Формат" указывается формат его представления в виде N(m.k), где m - максимальное количество знаков в числе, включая целую и дробную часть числа, десятичную точку и знак "-" (минус), а k - число знаков дробной части числа.

В графе "Наименование" указывается наименование элемента или атрибута.

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

2. Описание структуры XML-файла

Таблица 1

Описание корневого элемента

Таблица 2

Описание раздела "Местоположение"

Таблица 3

Описание раздела "Сведения об удостоверении документа"

Классификаторы и Справочники, используемые
в данной XML-схеме

Субъекты РФ (dRegionsRF)

Тип адресного элемента первого уровня (dLocationLevel1Type)

Тип адресного элемента второго уровня (dLocationLevel2Type)

Тип адресного элемента третьего уровня (dLocationLevel3Type)

Тип адресного элемента четвертого уровня (dApartmentType)

Сельсовет (dSovietVillage)

Городской район (dUrbanDistrict)

Тип основного параметра (dType_Parameter)

Виды объектов государственного кадастра недвижимости (ГКН) и Единого государственного реестра прав на недвижимое имущество и сделок с ним (ЕГРП) (dRealty)

XML-схема, используемая для формирования XML-документа - кадастрового паспорта здания, сооружения, объекта незавершенного строительства, помещения

1. Описание формата представления файлов обмена информацией

Данное описание является приложением к XML-схеме (V01_KP_OKS) и не может использоваться в качестве исходного материала для создания программного продукта.

Номер версии - 01.

Данные выписок в электронном виде представляются в виде файлов формата XML в кодировке Unicode (UTF-8).

Файл сообщений состоит из строк, содержащих элементы и атрибуты, а также их значения. Реквизиты файла могут быть элементами или атрибутами.

Элемент - составная часть XML-документа, представляющая собой некоторую законченную смысловую единицу. Элемент может содержать один или несколько вложенных элементов и/или атрибутов.

Атрибут представляет собой составную часть элемента, задающую его параметры.

Имена элементов и атрибутов являются регистрозависимыми и должны совпадать с шаблоном XML. В сообщениях атрибуты с одинаковым именем должны иметь один и тот же смысл и структуру. Порядок следования элементов должен совпадать с шаблоном.

Все XML-документы должны иметь единственный корневой элемент. Для него определен фиксированный атрибут "версия" со значением "01".

Описание информационных объектов приводится в табличной форме.

Таблица

В таблицах используются следующие обозначения.

В графе "Код элемента" записывается условное обозначение элемента сообщения.

В графе "Содержание элемента" записывается условное обозначение атрибута или другого элемента, входящего в состав элемента.

В графе "Тип" записывается один из символов О, Н, ОА, НА, У, П, М.

Символы имеют следующий смысл:

- О - обязательный реквизит;

- Н - необязательный реквизит;

- ОА - обязательный атрибут;

- НА - необязательный атрибут;

- У - условно-обязательный реквизит, может добавляться к указанным выше символам;

- П - предписанный реквизит;

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

Обязательный реквизит - это реквизит, который должен обязательно присутствовать в файле.

Необязательный реквизит - это реквизит, который может как присутствовать, так и отсутствовать в файле.

Обязательный атрибут - это атрибут, который должен обязательно присутствовать в элементе.

Необязательный атрибут - это атрибут, который может как присутствовать, так и отсутствовать в элементе.

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

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

Единичные реквизиты - это показатели, которые встречаются в сообщении один раз.

Множественные реквизиты - это показатели таких частей сообщения, которые содержат заранее неизвестное число однотипных строк таблицы (табличные множественные показатели) или однотипных фрагментов формы иной структуры.

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

Символы формата соответствуют вышеописанным обозначениям:

- T - <текст>;

- N - <число>;

- D - <дата>;

- K - <код>;

- S - <элемент>; составной элемент описывается отдельно;

- SA - <элемент>; составной элемент, содержащий атрибут, описывается после описания основного элемента;

- B - <булево выражение>;

- E - <пустое выражение>.

Если значением атрибута является дробное десятичное число, то в графе "Формат" указывается формат его представления в виде N (m.k), где

m - максимальное количество знаков в числе, включая целую и дробную часть числа, десятичную точку и знак "-" (минус),

k - число знаков дробной части числа.

В графе "Наименование" указывается наименование элемента или атрибута.

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

2. Описание структуры xml-файла

2.1. Описание корневого элемента