Обсуждение

Сейчас эта схема у нас в работе, постараемся выпустить в скором времени. 

У нас нет подтверждений, что органы учета готовы с ней работать.

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

Мы понимаем, что несмотря на то, что до 1 июля действует переходный период, в рамках которого можно использовать старые схемы, некоторые виды объектов (например, публичные сервитуты, проекты межевания территории, береговые линии) можно внести в ЕГРН только по новой схеме.

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

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

На данный момент нет подтверждения, что кому-то удалось отправить и провести учет документа по схеме interact_entry_boundaries_v02. Если у вас информация, что кто то смог сдать документы по новой схеме, напишите нам.

Не исключено, что в дополнение к схеме потребуется файл-заявка (что-то типа Bound\ZoneToGKN для старых схем).

Новой информации нет.

До конца переходного периода должны работать старые схемы.

В ПКЗО можно оформить по старым схемам территориальные зоны, границы населенных пунктов, зоны с особыми условиями использования территорий, территории объектов культурного наследия и особых экономических зон, которые также будут формироваться по новой схеме. Автор не уточнила какие документы необходимы.

Это письмо было написано почти два месяца назад, но только по сей день ФГИС ЕГРН (программное обеспечение в органе учета)  не имеет технической возможности для загрузки документов по новой схеме interact_entry_boundaries_v02.

Это подтверждают те, кто уже пытался отправить документы по новой схеме. Ни у кого учет не прошел. Были попытки с проектами межевания территории отправить. Некоторые заявки подвисли, некоторых попросили по старому отправить (старые схемы + mif\mid).

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

Если вы имеете намерение сформировать и попробовать отправить документ по схеме interact_entry_boundaries_v02, напишите на support@pkzo.ru, отправим вам тестовую версию.

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

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

Документы по схеме interact_entry_boundaries_v02 будут формироваться в модуле «Карта-план».

Схемой interact_entry_boundaries_v02 предусмотрены как постановка на учет (образование), так и учет изменений (уточнение/исправление) всех объектов, для описания которых она предназначена (зоны, границы, проекты межевания, сервитуты и т. д.). В ПКЗО в текущей версии 5.6.1 учет изменений для этой схемы пока не реализован.

Для зон с особыми условиями использования территорий в модуле ПКЗО "Карты-планы" оформляется тип документа "Описание местоположения границ".

Его можно оформить как в старой версии xml-схемы, которая принимается и должна приниматься до 01.07.24.  Так и в новой interact_entry_boundaries_v02, о которой у нас нет информации, что она работает.

Какой документ и по какой xml-схеме вы готовите и когда появляется замечание?

Можете прислать нам отчет об ошибке (и проект) на support@pkzo.ru 

Первичный учет публичного сервитута по новой xml-схеме interact_entry_boundaries_v02 можно оформить в актуальной версии ПКЗО 5.6.1

Да, схемой архив не предусмотрен, только xml. Графический раздел в документ не включается по новой схеме.

Хотим обратить внимание, что у нас пока нет подтверждений, что кто-то поставил на учет объект по новой схеме. Возможно, что-то поменяется.

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

Сейчас это наименование можно исправить только вручную, изменив xml-документ. Затем нужно подписать измененный документ ЭЦП и заменить в сформированном пакете измененный xml-файл и подпись к нему (файл sig).

Если возникнут сложности с редактированием xml, можете прислать его нам на support@pkzo.ru , мы поправим.

XML-схема interact_entry_boundaries_v02 не предусматривает никаких приложений и графических разделов, формируется один xml. 

Дополнительные документы которые необходимы для учета, определяются приказами Росреестра для конкретного вида объектов, органами учета и органами местного самоуправления. Вероятно, они могут быть поданы вместе с xml при сдаче в орган учета или отправлены по межведомственной связи.

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

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

CsCode - не изобретение новой версии программы, а порождение XML-схем. В этом коде первые две цифры - код региона, затем точка и номер зоны. Когда код региона можно извлечь из наименования системы координат - программа это делает автоматически. Когда название системы координат экзотическое - CsCode приходится указывать вручную. Для Новосибирской области, видимо, код региона 54.

> Обращение, направляемое в орган регистрации прав в порядке межведомственного информационного взаимодействия,
> должно соответствовать схеме Interdep_v0x.xsd (где v0x - номер действующей версии схемы)
> Вопрос: подскажите где можно сформировать обращение по вышеуказанной схеме

По идее такое обращение формируется внутри программного обеспечения для работы в СМЭВ.
Возможность работы со СМЭФ доступна из личного кабинета участника взаимодействия.

Вы можете скачать, установить и опробовать программу до ее покупки. Без ключа защиты будет недоступно формирование документов в электронном виде, а формирование документов для печати будет ограничено.

Для формирования документа по схеме interact_entry_boundaries_v02 нужно приобрести модуль "Карта-план".

Сначала нужно установить ГИС ObjectLand, затем ПКЗО.
Скачать можно здесь: https://www.pkzo.ru/download/
Информация о стоимости и процессе покупки здесь: https://www.pkzo.ru/order/

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

Согласно описанию к схеме все необходимые документы, включая документ по этой схеме, прикладываются к обращению, отправляемому через СМЭВ. 

«Документ, сформированный по схеме, является приложением к обращению и прилагаемым к нему документам, направляемым в орган регистрации прав в порядке межведомственного информационного взаимодействия и отдельно направляться не должен. Обращение, направляемое в орган регистрации прав в порядке межведомственного информационного взаимодействия, должно соответствовать схеме Interdep_v0х.xsd (где v0х – номер действующей версии схемы). Все реквизиты направляемых документов (содержащихся в них сведений), необходимых для внесения сведений в Единый государственный реестр недвижимости, указываются в схеме обращения.»

>[ Ирина ]

Учет изменений для новой схемы (interact_entry_boundaries_v02) мы тестируем и постараемся добавить в ПКЗО, в ближайшее время. Если нужно срочно, напишите нам на почту support@pkzo.ru , постараемся помочь. 

> [ Екатерина ]

Возможно, КП имеет ввиду старые версии xml-схем, там документы можно приложить.

У нас, к сожалению, нет информации, что происходит на практике в КП при сдаче документов по новой схеме. Нет даже отзывов, что кто-то смог произвести учет по новой схеме. Для проекта межевания нам писали, что пришлось сдавать и новую схему и документы оформленные по старому, только после этого прошел учет.

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

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

Для зон с особыми условиями использования территорий в модуле ПКЗО "Карты-планы" оформляется тип документа "Описание местоположения границ". 

По новым схемам "Карта(план)" (interact_map_plan_v01_R04) оформляется для установлении или изменении границы (части (частей) границы, в случае предоставления описания местоположения границы в виде части (частей))  между субъектами Российской Федерации, муниципального образования. Для всего остального оформляется "Описание местоположения границ" (interact_entry_boundaries_v02).

> Подскажите, а есть ли какая-то инструкция по заполнению ЗОУИТ по новым требованиям в программе.
> Я к чему это все. Возьмем например данные о сроке установления ЗОУИТ. В описании схемы в случае установления зоны
> бессрочно в элементе indefinitely должно быть установлено булево значение True, но как это сделать в программе?
> То есть если не заполнять вообще данные о сроках, программа установит это автоматически? Или нет? И так касаемо
> остальных реквизитов. Я не разработчик, я не знаю какие данные из каких текстовых полей в какие элементы схемы уйдут.
> Не проводить же эксперименты постоянно проверяя при заполнении каких текстовых полей куда уходят данные в xml файл.
> Какую-то методичку бы хотелось увидеть или в программе в самом окне формы сделать всплывающие подсказки.

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

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

Если где-то еще непонятно, сообщите, поясним. Если нужно добавим пояснение в окна свойства.

> И еще одна очень большая просьба! Поскольку ранее многие реквизиты заполнялись в разделе "ПКЗО-сформировать-документ,
> воспроизводящий сведения о зонах и границах" и лично у меня еще есть ооооочень много подготовленных описаний,
> которые ждут решения органа власти, то нельзя ли сделать какую-то вкладку или отдельный скрипт для переноса сведений
> из xml файла ZoneToGKN из одноименного архива во вкладки свойства зоны? Например вид зоны, наименование, номер, индекс,
> орган власти, населенные пункты и муниципальные образования через которые проходит объект, содержание ограничений.
> Прям очень прошу!

Сколько описаний необходимо перенести?

> При формировании текстового документа описания, в графу Местоположение объекта раздела 1 попадает как наименование
> муниципального образования, так и кадастрового района и названия зоны, хотя по требованиям должно быть указано
> местоположение объекта (до уровня населённого пункта).
> И еще, подскажите, почему вы изменили в свойствах зоны заполнение этого раздела и сделали выбор из загруженных
> в проект границ НП и МО. Раньше было реализовано правильнее. Выбираешь по ФИАСу регион до населенного пункта и все.
> Сейчас же используя загруженные данные из выписки данные о границах заполнены не полностью или часто
> отсутствуют вообще, приходится создавать новую границу вручную и заполнять данные. Зачем?

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

Теперь, по схеме interact_entry_boundaries, все эти сведения включаются в XML-документ в структурированном виде. Поэтому мы заменили простые поля на структуру, необходимую для XML-документа. Для заполнения печатной формы мы решили собирать значения полей из того объема сведений, который используется для XML-документа.

Если я правильно понял, в местоположении нужны только наименования МО и НП, через которые проходит зона. Лишние сведения убрали. Исправление вошло в версию 5.6.5, которая будет опубликована сегодня.

Для заполнения местоположения в печатной форме из МО и НП используются не их адреса (структурированные), а строка из поля "Наименование объекта". В этой строке можно указать произвольный текст. Такой подход всегда применялся и сейчас применяется в карте (плане) объекта землеустройства. При таком подходе в случае загрузки сведений из КПТ или выписки, если это необходимо, то достаточно только изменить наименование объекта.

> 1) хотелось бы чтобы в текстовую часть формы уходила дата изготовления, что рядом с подписью проставляется,
> хотя бы текущая. Или править Word файл шаблона и вставлять текстовое поле?

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

> 2) в окне поиска пересечений границ для списка найденных пересечений в идеале хотелось бы иметь возможность
> самостоятельного выбора полей для каждого типа объекта. В частности для земельных участков меня не интересуют
> проценты накладок, справочный ли объект и прочая информация. Лично мне было бы важно, чтобы в одном документе
> отображалось построчно:
> - кадастровый номер участка,
> - номер контура (поскольку госоргану часто не понятно почему на графике один кадастровый номер (обособленный участок),
> а в перечне зу - другой). Желательно чтобы номера контуров шли в одной ячейке разделенные знаком перевода строки.
> - категория
> - разрешенное использование зу
> - адрес 

С контурами непонятно. Пришлите пример получаемой таблицы (excel или csv).

> [ Кристина ]

Новая версия семы (interact_entry_boundaries_v02) не предусматривает ликвидацию (снятие) объекта работ, как и предыдущие xml-схемы (TerritoryToGKN и MapPlan).

> Не меньше 100 штук, по мере получения решений.

Пришлите на почту пару образцов. Подумаем насчет скрипта. Может быть получится какое-то решение нетрудоемкое. Результат не гарантируем.

> После выхода обновлений при заполнении свойств тер зоны система координат и номер зоны (напр. МСК-37, зона 2)
> идут отдельными ячейками и в бумажном варианте из-за этого номер зоны не указывается.
> Можно это как-то исправить в следующей версии ПКЗО?

Исправим в следующей версии. Будет выводить с номером зоны. Если нужно срочно, напишите на почту.

> По-хорошему разработчикам в алгоритм автоматического определения системы координат
> кроме паттерна (регулярку) "МСК-NN", нужно добавить еще "МСК-NN, зона Z",
> потому что когда я проверял, алгоритм узнает только МСК-37.

Предполагается, что в поле "Система координат" указывается только наименование системы координат вида "МСК-хх", а номер зоны указывается в отдельном поле.
Вывод в печатной форме мы поправим.

>В настройках ПКЗО, правой кнопкой на элементе "ПКЗО" - "Настройка". 

Извините не разобрался,опция действует на межевой план.

Ответим чуть позже.

В свойствах зоны:

 На вкладке «Характеристики»:

 <name_by_doc>  -  поле «Вид зоны (по документу)»

 На вкладке «Местоположение»:

<other> -  поле «Иные идентиф. Сведения»

<authority_decision> -  поле «Орган власти»

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

Схема interact_entry_boundaries_v02 не предусматривает приложение документов, готовится один xml-файл. Согласно описанию к схеме все необходимые документы, включая документ по этой схеме, прикладываются к обращению, отправляемому через СМЭВ. 

«Документ, сформированный по схеме, является приложением к обращению и прилагаемым к нему документам, направляемым в орган регистрации прав в порядке межведомственного информационного взаимодействия и отдельно направляться не должен. Обращение, направляемое в орган регистрации прав в порядке межведомственного информационного взаимодействия, должно соответствовать схеме Interdep_v0х.xsd (где v0х – номер действующей версии схемы). Все реквизиты направляемых документов (содержащихся в них сведений), необходимых для внесения сведений в Единый государственный реестр недвижимости, указываются в схеме обращения.»

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

Наверное, эти сведения нужно указать в обращении, отправляемом через СМЭВ. Или приложить к такому обращению. Документ по схеме interact_entry_boundaries_v02 прикладывается к таком обращению тоже.

Если вы уточните о каких элементах XML-документа идет речь, мы сможем подсказать где они заполняются в программе.

Извините за задержку с ответом.

Требование против часовой стрелке в описании к схеме существует для актуальных схем для всех типов документов, кроме карты (плана) объекта землеустройства (касается старой схемы MapPlan_v01 и новой схемы interact_map_plan_v01_R04, утвержденной П/0554; почему сделано такое исключение непонятно).

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

п.4.3:
"
...
несколько элементов <spatial_element> (в элементе <spatials_elements>) допускается в случае, если внешний контур имеет один или более внутренних контуров (контур с «дырками»). Сначала приводится описание границ внешнего контура, за ним должны быть описаны внутренние контуры («дырки»), при этом порядок обхода точек внешнего контура должен соответствовать направлению против часовой стрелки, а внутренних – по часовой стрелке;
...
"

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

Порядок по часовой стрелке для всех границ применяется на практике еще с незапамятных времен и является более привычным.

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

Если у вас нет замечаний от органа учета или жестких требований заказчика, то можно попробовать проигнорировать это требование. Скорее всего, проблем не будет.

Если есть необходимость, то для зон и границ порядком точек можно управлять через пункт "Границы\Порядок точек..." в контекстном меню объекта или отдельной границы (внутренней или внешней). Установленный таким образом порядок будет иметь место и в электронном виде, и в печатной форме, и в нумерации точек.

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

>[ Виктор ]

Мы исправили формирование документа по публичному сервитуту. Напишите нам на support@pkzo.ru адрес, куда выслать исправление.

>[ Ольга ]

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

Как происходит учет на практике нам не известно, уточните в органе учета или своем СРО.

Схема interact_entry_boundaries_v02 не предусматривает приложение документов, готовится один xml-файл. Согласно описанию к схеме все необходимые документы, включая документ по этой схеме, прикладываются к обращению, отправляемому через СМЭВ. 

«Документ, сформированный по схеме, является приложением к обращению и прилагаемым к нему документам, направляемым в орган регистрации прав в порядке межведомственного информационного взаимодействия и отдельно направляться не должен. Обращение, направляемое в орган регистрации прав в порядке межведомственного информационного взаимодействия, должно соответствовать схеме Interdep_v0х.xsd (где v0х – номер действующей версии схемы). Все реквизиты направляемых документов (содержащихся в них сведений), необходимых для внесения сведений в Единый государственный реестр недвижимости, указываются в схеме обращения.»

Актуальная версия ПКЗО 5.6.7 позволяет сформировать документ по учету изменений, в том числе территориальной зоны.

Добавляйте объект работ с типом "уточняемый" и с нужным видом.

Росреестр в новой xml-схеме оставил единственный вариант выгрузки границы в xml при учете изменений: выгружается часть (или несколько частей) границы начиная с неизмененной (существующей) точки и заканчивая неизмененной (существующей) точкой в исходной границе. 

В xml сначала выгружается измененная часть новой границы, затем две точки неизмененные (start и end), между которыми произошли изменения. При сдаче документа в орган учета, заменяется часть границы, стоящей на учете в ЕГРН между этими неизмененными точками. Порядок обхода точек в новой границе нужно оставлять как в выписке.

Если речь о проекте "Волхонщина...", то мы ответили вам на оба письма в 17-06 и 17-20. Поищите, возможно попало в спам.

В версии ПКЗО 5.6.7 все измененные участки границы, из присланного проекта, выгружаются правильно.

Ответили по электронной почте.

Если в свойствах зоны, на вкладке "Характеристики" указать только "Дата начала:", а "Дата прекращения:" и "Продолжительность:" оставить пустыми, то xml сформируется в таком виде:

<iBND2:period>

<iBND2:start_date>2020-07-12</iBND2:start_date>

<iBND2:indefinitely>true</iBND2:indefinitely>

</iBND2:period>

> Есть образец пакета документов. Кстати в тех случаях когда заявление подает собственник объекта
> (а практически кадастровый инженер) то такой пакет должна формировать ПКЗО. Выслал на почту.

Чем установлен формат такого пакета? Требование заказчика? А если другие захотят по другому?

В описании к XML-схеме interact_entry_boundaries_v02 нет указаний по поводу пакета с подпапкой и документами внутри.

Отправка сведений в ЕГРН выполняется через систему СМЭВ, где формируется обращение, к которому прикладываются XML-документ по interact_entry_boundaries_v02 и другие необходимые для учета документы. Об этом сказано в описании к XML-схеме interact_entry_boundaries_v02.

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

[ Дмитрий ]

Возможно ли получить <iBND2:indefinitely>true</iBND2:indefinitely> без даты начала

Мы исправили программу. Теперь указанный элемент будет выгружаться и без указания «Дата начала:». Исправление выслали по почте.

А есть четкое описание требований к пакету? Или дали только образец и все его повторяют?

Если отправка через почту, то по идее наличие подпапки с именем в виде GUID из XML-файла не является обязательным. Можно и в корень архива файлы положить?

Пришлите на support@pkzo.ru почту, на которую выслать исправление.

[ Татьяна ] Среда, 17 июля 2024, 14:49

Xml-схема interact_entry_boundaries_v02 выпущенная Росреестром не предусматривает подготовку документа о снятии с учета. Если XML-файл требует орган МС, вероятно, он знает как он должен выглядеть или есть пример, попробуем разобраться.

Схема interact_entry_boundaries_v02 пришла на смену старой TerritoryToGKN_v01. В этой схеме также невозможно оформить документ о снятии зоны учета.

Документ о снятии зоны можно было подготовить как «Документ воспроизводящий сведения» с использованием xml-схемы ZoneToGKN (для новой схемы interact_entry_boundaries_v02 не используется) и для этого не нужно было готовить TerritoryToGKN, достаточно было указать номер зоны. Можно попробовать оформить и сдать этот документ.

Сейчас (насколько мы понимаем) вместо ZoneToGKN оформляется обращение по схеме Interdep_v0х.xs к которому прикладываются необходимые документы. Возможно, что для снятия зоны достаточно только обращения без interact_entry_boundaries_v02. 

Уточните в органе учета или своем СРО.

Схема interact_entry_boundaries_v02 не предусматривает приложение документов. Согласно описанию к схеме все необходимые документы, включая документ по этой схеме, прикладываются к обращению, отправляемому через СМЭВ: 

«Документ, сформированный по схеме, является приложением к обращению и прилагаемым к нему документам, направляемым в орган регистрации прав в порядке межведомственного информационного взаимодействия и отдельно направляться не должен. Обращение, направляемое в орган регистрации прав в порядке межведомственного информационного взаимодействия, должно соответствовать схеме Interdep_v0х.xsd (где v0х – номер действующей версии схемы). Все реквизиты направляемых документов (содержащихся в них сведений), необходимых для внесения сведений в Единый государственный реестр недвижимости, указываются в схеме обращения.»

 Как происходит учет на практике мы не знаем. 

У нас нет вариантов, в новой схеме interact_entry_boundaries_v02.

Уточните в органе учета или своем СРО, каким образом это можно оформить. Если вам расскажут (дадут пример), мы поможем оформить это в документе.

Росреестр в новой xml-схеме оставил единственный вариант выгрузки границы в xml при учете изменений: выгружается часть (или несколько частей) границы начиная с неизмененной (существующей) точки и заканчивая неизмененной (существующей) точкой в исходной границе. 

Это не проверка в программе. Это содержимое данной конкретной XML-схемы: правила и особенности описания в электронном документе границы измененных объектов.

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

Присылайте образец на support@pkzo.ru , сделаем все возможное.

>[ Александр ] Среда, 24 июля 2024, 11:28

>Отправил

Ответили по электронной почте.

>[ Алина ]

Среда, 24 июля 2024, 08:52

>Добрый день! Роскадастр требует указывать сведения о заказчике и исполнители кадастровых работ в ХМЛ схеме. Это предусмотрена приказом.

Напишите, пожалуйста, о каких xml-схеме и приказе идет речь.

В xml-схеме межевого плана это предусмотрено и выводится в xml-документ.

В xml-схеме interact_entry_boundaries_v02 таких полей не предусмотрено.

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

> Не запускается программа пкзо на наутбуке (вынд. 11) [ каз ]

Как не запускается? Выдает ошибки, зависает?

Напишите или пришлите на support@pkzo.ru скриншоты. 

> [ Надежда ] Понедельник, 29 июля 2024, 10:28

Добрый день! Вношу изменения в многоконтурные границы населенного пункта...

Действительно в требованиях речь сейчас идет об xml-документах. Текстовые документы не описаны, в ПКЗО формируются от  прошлых версий, где контуров не было и всегда выводилась только новая граница полностью.

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

Если речь идет о документе описания местоположения границ и использовании XML-схемы interact_entry_boundaries_v02, то данная XML-схема не позволяет не указывать изменения в границе уточняемого объекта. Изменения в границе обязательны. Уточняемые объекты без описания границ (когда исходные границы совпадают с новыми и нет изменений в границе) приводят к несоответствию XML-схеме. Изменить только наименование зоны (без изменения границ) XML-схема не позволяет.

>[ Андрей ] Вторник, 30 июля 2024, 17:59

>И мне пришлите, пожалуйста!

Напишите на support@pkzo.ru адрес, куда выслать исправление.

>[ Анна Джеппарова ] Среда, 31 июля 2024, 04:25

>Здравствуйте! Росреестр на тер.зоны требует вторую версию.

Для территориальных зон, в ПКЗО теперь необходимо готовить документ «Описание местоположения границ» по xml-схеме interact_entry_boundaries_v02.

Поменяйте для существующих проектов тип документа на «Описание местоположения границ». Проверьте (изменяйте) на вкладке «XML», в свойствах проекта xml-схему interact_entry_boundaries_v02 и оформляйте документ.

Ответили по электронной почте.

Пока нет ясности, единых требований нет.

ПКЗО позволяет подписать ЭЦП все файлы в сформированном самостоятельно архиве, если это необходимо. Правой кнопкой на элементе ПКЗО в главном окне «Сформировать/Подписать файл…», выбирайте архив и  укажите «Подписать все файлы в архиве».

Мы внесли изменения в программу.

Напишите на support@pkzo.ru на какой адрес выслать исправление.

Для границы населенного пункта, теперь необходимо готовить документ «Описание местоположения границ» по xml-схеме interact_entry_boundaries_v02.

Поменяйте для существующих проектов тип документа на «Описание местоположения границ». Проверьте (изменяйте) на вкладке «XML», в свойствах проекта xml-схему interact_entry_boundaries_v02 и оформляйте документ.

Как происходит учет на практике нам не известно, уточните в органе учета или своем СРО.

Возможно подскажут участники этого форума.

Документы подготовленные по XML-схеме interact_entry_boundaries_v02 не требуют оформления «Документа, воспроизводящий сведения..».

Схема interact_entry_boundaries_v02 не предусматривает приложение документов, готовится один xml-файл. Согласно описанию к схеме все необходимые документы, включая документ по этой схеме, прикладываются к обращению, отправляемому через СМЭВ:

«Документ, сформированный по схеме, является приложением к обращению и прилагаемым к нему документам, направляемым в орган регистрации прав в порядке межведомственного информационного взаимодействия и отдельно направляться не должен. Обращение, направляемое в орган регистрации прав в порядке межведомственного информационного взаимодействия, должно соответствовать схеме Interdep_v0х.xsd (где v0х – номер действующей версии схемы). Все реквизиты направляемых документов (содержащихся в них сведений), необходимых для внесения сведений в Единый государственный реестр недвижимости, указываются в схеме обращения.»

Xml-схема interact_entry_boundaries_v02 выпущенная Росреестром не предусматривает подготовку документа о снятии с учета. 

Схема interact_entry_boundaries_v02 пришла на смену старой TerritoryToGKN_v01. В этой схеме также невозможно оформить документ о снятии зоны учета.

Документ о снятии зоны можно было подготовить как «Документ воспроизводящий сведения» с использованием xml-схемы ZoneToGKN (для новой схемы interact_entry_boundaries_v02 не используется) и для этого не нужно было готовить TerritoryToGKN, достаточно было указать номер зоны. 

Сейчас (насколько мы понимаем) вместо ZoneToGKN оформляется обращение по схеме Interdep_v0х.xs к которому прикладываются необходимые документы. Возможно, что для снятия зоны достаточно только обращения без interact_entry_boundaries_v02. 

Напишите на support@pkzo.ru адрес, куда выслать исправление для ПКЗО.

Как происходит учет на практике нам не известно, уточните в органе учета или своем СРО.

Возможно подскажут участники этого форума.

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

«Документ, сформированный по схеме, является приложением к обращению и прилагаемым к нему документам, направляемым в орган регистрации прав в порядке межведомственного информационного взаимодействия и отдельно направляться не должен. Обращение, направляемое в орган регистрации прав в порядке межведомственного информационного взаимодействия, должно соответствовать схеме Interdep_v0х.xsd (где v0х – номер действующей версии схемы). Все реквизиты направляемых документов (содержащихся в них сведений), необходимых для внесения сведений в Единый государственный реестр недвижимости, указываются в схеме обращения.»

Нет, в ПКЗО нельзя ее сформировать. 

Насколько мы понимаем, это внутренняя схема, она доступна участникам СМЭВ и формируется автоматически, при составлении обращения в ЛК СМЭВ.

<iBND2:indefinitely>false</iBND2:indefinitely> значит, что срок действия не бессрочный, как в вашем случае, 49 лет.

Когда срок действия бессрочный  выводится: <iBND2:indefinitely>true</iBND2:indefinitely>

Элемент не обязательный, нигде не указано когда его выводить или не выводить. Его вывод нарушением не является.

В следующей версии ПКЗО в вашем случае он выводится не будет. Если это нужно вам срочно, напишите нам на support@pkzo.ru адрес на который выслать исправление программы.

Мы ответили Вам по электронной почте.

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

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

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

Скоро, в одной из следующих версий ПКЗО. Если у Вас есть выписки на ПМТ, пришлите их нам, пожалуйста, если это возможно, мы будем проверять правильность их загрузки.

Пришлите нам на support@pkzo.ru проект (правой кнопкой на названии проекта "Сохранить в файл..") и выписку из которой загружали исходную границу.

В interact_entry_boundaries_v02.

TerritoryToGKN_v01, насколько нам известно, уже не действует.

Да, все верно.