Компанія ШЕЛС

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

Итак. Я достал список требований в нашей любимой области (Харьковской). Это сканы. Читаем.

Особенно понравилось:

В случае коллективной собственности или коллективной аренды/субаренды все участники земельных отношений должны быть перечислены в алфавитном порядке по "ФИО"/"Полное наименование"

Я долго смеялся. Это же надо додуматься! И главное: зачем?
Напомню: в xml используются теги (принцип обозначения начала блока и конца) и порядок их совершенно безразличен для правильного чтения (если только они не вложенные)! А тем более какая разница в каком порядке будут субъекты? Это влияет правильно прочитать обменный файл? Неправильно документы будут выдаваться? А может ещё по росту их группировать? Такого бреда я ещё никогда не слышал!

Все неизвестные даты желательно (!) устанавливать в 01.01.1800

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

Творчески подходить к округлению площадей угодий.

Вопрос: это как? Типа где красивей цифры? Я - человек творческий, потому могу такое понавыдумывать!

Нещодавно звернувся до нас клієнт, сказав, що в Дніпропетровській філії в тег CadastralCode вимагають прописувати останні чотири цифри кадастрового номера ділянки (тобто дублювати тег ParcelID).
Нагадаю, по методиці, ця інформація повинна вводитись в ParcelID:

14.2.1. В елементі “Унікальний номер ділянки в межах кварталу” (ParcelID) зазначається унікальний чотиризначний номер земельної ділянки в межах кварталу.

А тег CadastralCode:

Я спеціально взяв декілька пунктів вище, щоб було зрозуміло, що цей тег прописується до угідь, в кожному з них.
Більше нічого про це поле не пояснено, прикладу немає. От і виходить, що кожен як хоче так і вимагає, хоча в це поле можна прописувати що завгодно, ані валідатори ані МОФ на це не сваряться.

Ось протокол перевірки. Потрібна помилка підкреслена:


Філія відхрещуються, що такі помилки видає Синергія. Перевіряв цей файл валідатором по структурі XML та МОФ - ніяких помилок не було, звідки взялась така купа помилок - не зрозуміло.

В ГІС6 і так вже передбачено 3 варіанта заповнення тегу CadastralCode:
1. Вручну в кожному угідді можна внести номер.
2. Проставляється номер по-порядку угіддя.
3. Дублюється повний кадастровий номер ділянки.

Третій варіант якраз мав би підходити, але тепер кажуть, що потрібно лише 4 останні цифри.
Хто що про таке чув?

Вот в руки попал документ-рекомендация от регистраторов по городу Севастополь.


Всё бы ничего, но они не понимают одного: проверять надо либо в "Менеджере Обменных Файлов" либо в ValidXML, но не в самой программе после импорта!

Адрес уч-ка вносится так:
м.Севастополь, Нахімовський район, у межах СТ "Ера-1", діл. 18
м.Севастополь, Ленінський район, вул. Черцова, буд. 15/1

Ну нету в обменном файле информации об адресе! Там отдельно есть названия района, города, области, улицы и т.д. а саму строку адреса ГИС6 формирует сам.

Если у гражданина отсутствует справка ИНН, то в файле в соответствующее поле
ставится ПРОЧЕРК

В принципе, внести прочерк можно в ГИС и он сформирует xml с прочерком, но все программы проверки будут этот прочерк расценивать как ошибку.