Сторінка 46 з 134

Національна кадастрова система (НКС) та СПК Help-Desk НКС

Додано: 28 грудня 2012 12:49
Сhibis
HelpDesk.rar
Пропоную в цій темі обговорювати викладену в архіві інструкцію та Впровадження системи підтримки користувачів Help-Desk НКС. Що собою являє це ПЗ ще не встановив, взагалі чекали КРС. Я так розумію це подарунок від центрального ДЗК на Новий рік. Розгортайте.

09.04.2013
Alexxp писав:Повідомлення адміністратора НКС
Перед початком користування функцією НКС «Внесення відомостей (змін до них) до Державного земельного кадастру» обов’язково уважно ознайомтеся з відповідною інструкцією НКС в розділі Довідка «Внесення до ДЗК відомостей (змін до відомостей)»!
Особливо уважно прочитайте інформацію на 12-13 сторінці вищезазначеної інструкції, для того щоб краще розуміти механізм внесення змін в Поземельну книгу через обмінний файл – «Інформація про обмінний файл для внесення змін до ДЗК». Пам'ятайте, що внесення змін в Поземельну книгу процес, який буде дуже важко виправити, як що будуть допущені помилки, через не уважність та нехтування інструкцією!
Зміни
  Hidden text. You must register
Внесення архівних даних
► Показати
Внесення відомостей
► Показати
Надання відомостей
► Показати
Реєстрація ЗД
► Показати
Робота із заявками
► Показати
Заява про надання відомостей з Державного земельного кадастру (згідно додатку 42).docx.rar
Трансакція «Надання уповноваженими посадовими особами органів місцевого самоврядування та Центрів надання адміністративних послуг відомостей з Державного земельного кадастру про земельну ділянку без інформації про.zip
Інструкції користувача з додавання до свого облікового запису інформації про Центри надання адміністративних послуг.zip
Контакти Технічної підтримки для вирішення питань по НКС:
+380444540273
+380444540276
Веб

Додано: 05 червня 2013 21:25
werewolf
Сhibis писав:Відповідно до протоколу передачі даних від РРП до ДЗК було затверджено структуру даних, що передаються, стосовно земельної ділянки. В данній структурі відсутня інформація про документ, що посвідчує право та документ, що є підставою для виникнення права. Згідно з цим, дана інформація не передається до ДЗА та не фігурує ні в Поземельній книзі, ні у витязі.
Так навіть при первинному внесенні з обмінних файлів інформація про підставу не читається НКС. Її треба дописувати в НКС вручну. ДРС видно не дуже хоче ділитися своїми відомостями про підставу набуття права. Мабуть, щоб підкреслити важливість окремого від ДЗК існування Реєстру прав lol2
З.І.А з іншої сторони, так, то й так...
"А солдату на привале - нет хлопот, лишь бы в баню запустили в женский день..." (ЧиЖ и Ко).
Хай тепер ДРС здає верховному керівництву звіти з продажу земельних ділянок та іншу подібну лобуду Lito
Не по темі
SK1974 писав:шановні реєстраторі,є питання,ви ж народилися від матері та батька,а чому ж ви такі?що з вами сталося,що стали ви нелюдьми?
А що, в Криму реєстратори якісь навіжені? Цікаво, що Вас заставляє так писати?
Chernov писав:Нелюді - у керівництві...
Реєстратори - заручники.
Як сказав мені колись один високопосадовий мент: "Людський фактор завжди присутній там, де працює хоча б одна людина."
Десь є нормальні керівники. Десь є нормальні реєстратори. А десь є погані керівники, і є погані реєстратори...
Це людський фактор, який присутній всюди. Десь він позитивніший, а десь негативніший... Як не крути, дуже багато залежить від особистості.
Chernov писав:Та їм не до того.
Дай Бог, через ту дупу, що зветься НКС, зробити потрібні дії...
Ось це - точно! Золоті слова!

Додано: 06 червня 2013 11:31
NickS
Новий хіт сезону в Харківській області!
Зустрічайте! morgny
Тепер реєстратор сказав, що в усіх суміжниках, в блоці <Address> потрібно видаляти всі теги (область, район, населений пункт, адреса і т.д.) і залишити лише <Country>804</Country>
facepalm
Це фігня, що ті блоки являються обов'язковими і що суміжник не може бути в іншій області, або навіть населеному пункті!
Браво праффісіАналам! opleski

Додано: 06 червня 2013 11:36
vladasya
NickS писав:Новий хіт сезону в Харківській області!
Зустрічайте!
Тепер реєстратор сказав, що в усіх суміжниках, в блоці <Address> потрібно видаляти всі теги (область, район, населений пункт, адреса і т.д.) і залишити лише <Country>804</Country>

Це фігня, що ті блоки являються обов'язковими і що суміжник не може бути в іншій області, або навіть населеному пункті!
Браво праффісіАналам!
Цікаво, в якому районі працюють вони, спеціалісти...

Додано: 06 червня 2013 11:46
NickS
vladasya писав:Цікаво, в якому районі працюють вони, спеціалісти...
Та в Харківській області праффісіАнали, швидше всього, сидять в Харкові, бо такого, праффісіАналізму, за останні 3 роки, як в цій області, я не бачив ніде, прицьому по всіх районах. facepalm
Вони ж в Харкові і розробили свою власну програму, типу "надсучасного НКС", тільки раніше за саму НКС, і клепають її персонально під себе і свої бажання (перевірку XML також).

Додано: 06 червня 2013 18:57
werewolf
NickS писав:Тепер реєстратор сказав, що в усіх суміжниках, в блоці <Address> потрібно видаляти всі теги (область, район, населений пункт, адреса і т.д.) і залишити лише <Country>804</Country>
facepalm
У нас у більшості випадків подібна практика. Для того, щоб вводити такі відомості про суміжника, треба їх звідкись брати. Як часто землевпорядники додають в документацію із землеустрою копіії паспортів або виписок із ЄДР суміжних землекористувачів??? Мені навіть важко повірити, що суміжні землекористувачі залюбки показують свій паспорт землевпорядникам, які міряють сусідній огород. Тим більше, що ця інформація захищена ЗУ "Про захист персональних даних", і без добровільної згоди її отримати практично неможливо. Якщо нема достовірного джерела інформації, то навіщо забивати кадастрову систему лажовою інформацією? Домисленій непідтвердженій інформації не місце в ДЗК, як і різним замінникам достовірної інформації, типу 10 нулів замість ідентифікаційного номера...
NickS писав:Це фігня, що ті блоки являються обов'язковими
Щодо возведення в ранг "святих" обовязковості наявності тих чи інших елементів обмінного файла я вже писав неодноразово, що це все забобони. Якщо нема інформації, то відкрийте і закрийте тег. Нафіга в відомостях про суміжників заповнюють окрім ПІБ, які видно на акті погодження меж, всякі там... "паспорт громадяна України", якого в очі ніхто не бачив... а може в нього посвідка на ПМЖ!.. Серія, номер паспорту: АА 000000, ідент. код: 0000000000. Паспорт виданий: 01.01.1900 року, пишуть РВ УМВС того району, де знаходиться земельна ділянка. Блін, у мене самого паспорт виданий в іншій області. Якби землевпорядники вносили відомості про мене як про суміжного землекористувача, мій паспорт обовязково був би виданий в Запорізькій області. facepalm
І навіщо весь цей інформаційний хлам в кадастрі???
NickS писав:суміжник не може бути в іншій області, або навіть населеному пункті!
<Address> - це, здається блок прописки особи. Суміжник може бути прописаний де завгодно. Навіть в іншій країні.

Додано: 06 червня 2013 20:13
Parcel
досить часто буває так, документація виготовляється одним і тим виконавцем на декілька суміжних ділянок, тут у нас будуть всі необхідні дані про суміжників, а у разі, якщо таких даних немає зовсім, або їх недостатньо (наприклад, лише ім'я суміжника), то діємо згідно http://document.ua/shodo-problem-pri-formuvanni-o ... -u-chastini-nada-doc54757.html і в блок "Блок додаткової інформації" вписуємо лише "землі гр. Іванчука І. І."

а НКС в блок "Блок додаткової інформації" у суміжників заглядає чи ні?
було б непогано якби НКС брав звідти значення суміжника для опису меж, тоді не потрібно було б винаходити велосипед з юридичними особами замість фізичних

Додано: 06 червня 2013 20:46
werewolf
Parcel писав:досить часто буває так, документація виготовляється одним і тим виконавцем на декілька суміжних ділянок, тут у нас будуть всі необхідні дані про суміжників, а у разі, якщо таких даних немає зовсім, або їх недостатньо (наприклад, лише ім'я суміжника), то діємо згідно http://document.ua/shodo-problem-pri-formuvanni-o ... -u-chastini-nada-doc54757.html і в блок "Блок додаткової інформації" вписуємо лише "землі гр. Іванчука І. І."
Ну, і я вважаю, що так правильно. Хіба що, підлаштовуючись під НКС, слід продублювати з блоку додаткової інформації в <Proprietor> (суміжництва).
Parcel писав:а НКС в блок "Блок додаткової інформації" у суміжників заглядає чи ні?
У НКС 7 пятниць на тиждень. То туди заглядає, то в <Proprietor>... Самі не знаємо, куди загляне завтра. Sorri
Parcel писав:було б непогано якби НКС брав звідти значення суміжника для опису меж, тоді не потрібно було б винаходити велосипед з юридичними особами замість фізичних
З самого початку так і було. Але потім пішли "покращення". Зараз навіть важко передбачити, що намалює НКС в описі меж на кадастровому плані. Само щось там дописує, коли його не просять... :evil:

Додано: 06 червня 2013 21:03
SK1974
werewolf писав:А десь є погані керівники, і є погані реєстратори...
оце про наших

[upd=1370541936][/upd]
Chernov писав:тим більше, працюючи у ІЗ
а чим ІЗ погані?їх і потрібно залишити,а інших поразганяти.в моїй місцевості 100%.

Додано: 07 червня 2013 07:02
Петрович
werewolf писав:Але потім пішли "покращення"
І стало так добре, що далі нікуди.

Додано: 07 червня 2013 09:32
NickS
werewolf писав:Якщо нема достовірного джерела інформації, то навіщо забивати кадастрову систему лажовою інформацією? Домисленій непідтвердженій інформації не місце в ДЗК, як і різним замінникам достовірної інформації, типу 10 нулів замість ідентифікаційного номера...
Чим відрізняються Ваші домисли згідно структури обмінного файлу, від тих, які забивають у разі відсутності адреси?
Є схема, в якій прописані правила, а є домисли і вигадки. Це по-перше.
По-друге, я згоден, що якщо цих даних немає, то їх не потрібно забивати (забудемо вже про недолугу структуру XML), але якщо ці дані є, то НАВІШО ЇХ СТИРАТИ?
І по-третє, якщо сказав "А", то кажи й "Б", отже тоді скрізь, де таких даних немає, то їх не писати. Так ні ж! Одні дані - вигадуйте, а інші - ніні, там має бути пусто. Це вічний спосіб знаходження помилок в ХМЛ, навіть там, де їх не було раніше.

Додано: 07 червня 2013 11:22
werewolf
NickS писав:Чим відрізняються Ваші домисли згідно структури обмінного файлу, від тих, які забивають у разі відсутності адреси?
Є схема, в якій прописані правила, а є домисли і вигадки. Це по-перше.
Якщо файл читається, значить структура не порушена. Незаповнені у звязку з відсутністю інформації "обовязкові" поля - це нормальне явище, а не порушення структури файлу. "Обовязковість" заповнення полів - це забобони, і не важно, якими методичками вони рекомендуються.
NickS писав:По-друге, я згоден, що якщо цих даних немає, то їх не потрібно забивати (забудемо вже про недолугу структуру XML), але якщо ці дані є, то НАВІШО ЇХ СТИРАТИ?
Якщо вони достовірні і перевірені, то не треба їх стирати.
Наприклад, у випадку, про який написав Parcel:
досить часто буває так, документація виготовляється одним і тим виконавцем на декілька суміжних ділянок, тут у нас будуть всі необхідні дані про суміжників,
можна (і нужно) заповнити всі поля суміжників достовірною інформацією.
NickS писав:І по-третє, якщо сказав "А", то кажи й "Б", отже тоді скрізь, де таких даних немає, то їх не писати. Так ні ж! Одні дані - вигадуйте, а інші - ніні, там має бути пусто. Це вічний спосіб знаходження помилок в ХМЛ, навіть там, де їх не було раніше.
Вічний спосіб НЕзнаходження (і НАКОПИЧЕННЯ) помилок - це внесення недостовірної інформації в ті поля, які комусь колись здалося, що мають бути заповнені ОБОВЯЗКОВО у будь-якому випадку. Навіть тоді, коли їх немає чим заповнювати.

Додано: 07 червня 2013 22:38
Ангелина
Колеги, в кого працює фунціонал об'єднання чи поділу земельних ділянок? в якому розділі він????

Додано: 10 червня 2013 17:20
NickS
В Харкові завернули обмінник по одній причині: перша координата угіддя не починається з першої координати ділянки (це, походу, в тому випадку, коли угіддя знаходиться поруч з першою координатою ділянки). facepalm
Мастаки надсучасності - ось який термін я для них вивів. morgny

Додано: 10 червня 2013 17:21
werewolf
NickS писав:В Харкові завернули обмінник по одній причині: перша координата угіддя не починається з першої координати ділянки (це, походу, в тому випадку, коли угіддя знаходиться поруч з першою координатою ділянки). facepalm
Не поняв. Як це?

Додано: 10 червня 2013 17:32
NickS
werewolf писав:Не поняв. Як це?
Отак:
44.jpg
"Адже це ТАК важливо!" (с) School 13
morgny

Додано: 10 червня 2013 17:39
Володимер
а потім 4 не співпаде із 6 .........)

Додано: 10 червня 2013 17:40
werewolf
NickS писав:Отак:
Точки угіддя 1, 2, 3, 4 - це імена точок, чи їх порядок?

Додано: 10 червня 2013 17:51
NickS
werewolf писав:Точки угіддя 1, 2, 3, 4 - це імена точок, чи їх порядок?
А яка різниця? Це що, якось впливатиме на розрахунок площі, чи баланс площ, чи порушує геометрію? Головне, щоб угіддя було за годинниковою стрілкою, а з якої точки починається номерація координат контуру - то такі дрібниці, як пісчина під сім'ю матрацами. Тим паче, що номери угідь на малюнках не фігурують. Макимум де вони можуть зустрічатись, так це у відомостях координат для угідь. Хіба ні?

Вимогу до того, щоб починати нумерацію ділянки з першого суміжника, ще можна зрозуміти: бо криворуко написаний код читання координат суміжників може не прочитати повністю останнього суміжника, а от тут... я навіть затрудняюсь вигадати кому і навіщо воно треба... cy

[upd=1370876277][/upd]
Але я не впевнений що це вимога для НКС, це вимога Харкова, а це трохи різні речі. facepalm

Додано: 10 червня 2013 18:02
werewolf
NickS писав:А яка різниця?
Я не знаю, яким ПЗ користуються в Харкові. Точки з іменами 1,2,3,4 є в контурі ділянки. Можливо, програма заходить в конфлікт, якщо в одному обєкті є точки з однаковими іменами і різними координатами.

[upd=1370876828][/upd]
NickS писав:Вимогу до того, щоб починати нумерацію ділянки з першого суміжника, ще можна зрозуміти: бо криворуко написаний код читання координат суміжників може не прочитати повністю останнього суміжника,
У нас такого, щоб взагалі не прочитало суміжника, ніколи не було. Може, позначення А,Б,В,Г... будуть відрізнятись у поземельній книзі від документації. Але хіба то помилка?

Додано: 10 червня 2013 18:23
Ангелина
Кадастрові реєстратори, підкажіть, ВИ реєструєте документацію із землеустрою, до затвардження чи після затвердження???????

Додано: 10 червня 2013 18:27
werewolf
Ангелина писав:як ВИ реєструєте документацію із землеустрою, до затвардження чи після затвердження???????
Якщо відведення (формування) нової ділянки, то ДО затвердження. Якщо затвердження минулорічне, то, звичайно ж, після.

Додано: 10 червня 2013 18:59
Parcel
NickS писав:щоб починати нумерацію ділянки з першого суміжника
що в них і така вимога є? от краби :)
якщо я буду такі кадастрові плани видавати, мені ж старші колеги засміють...

Додано: 13 червня 2013 15:56
NickS
Ребята, не поверите! Харьковская область! morgny facepalm
Забраковали обменный файл.
Одним участком владеют два человека, НО в каждого есть отдельный госакт. Регистратор в Харьковской области требует чтобы было оба государственных акта в обменном файле. При этом, напомню: структурой обменного файла не предусмотрено наличие больше одного госакта в обменном файле (по своей структуре, на самом деле, это сделать можно, но все программы, которые используют стандартную схему проверки будут выдавать ошибку, потому что это не предусмотрено именно схемой проверки). Записать два и более госакта в обменный файл можно просто по очерёдности:

Код: Виділити все

  <StateActInfo>
   .....
  </StateActInfo>
  <StateActInfo>
   .....
  </StateActInfo>
....
Так вот, если сдают обменный файл с одним госактом, то регистратор бракует, потому что должно быть два госакта, если сдают два госакат, то регистратор бракует, потому что программа проверки выдаёт ошибку:
Согласно модели содержимого родительского элемента "ParcelInfo", элемент "StateActInfo" является непредвиденным. Требуется: ValidationInfo, Leases, Subleases, Restrictions, LandsParcel.
Это указывает на то, что после блока госакта не должно быть ещё одного такого блока!

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

Додано: 13 червня 2013 21:34
gps_nik
NickS писав:Согласно модели содержимого родительского элемента "ParcelInfo"...
Треба розпитати шановного Parcel`а... Він точно підкаже як тут бути... morgayu

Додано: 14 червня 2013 00:20
Parcel
NickS писав:Одним участком владеют два человека, НО в каждого есть отдельный госакт
у кожного по акту? і кадастровий номер однаковий? а як так могло статися?
gps_nik писав:Треба розпитати шановного Parcel`а... Він точно підкаже як тут бути...
Не по темі
Ідеальний варіант - відірвати геніталії всім причетним, але мені це треба узгодити з начальством (CadastralQuarter його нік) :)