У вас порушена структура обмінного файлу ХМЛ. Або якийсь зайвий тег, або якогось не вистачає з основних. Треба бачити обмінник.
А взагалі Менеджер обмінних файлів вже давно перестав оновлюватися. А структура ХМЛ зараз змінилася. Він не підтримує ту нову структуру (схему валідації), в якій зберігає Digitals і яку вимагають реєстратори в НКС
Наприклад, елементи, які відповідають номеру та даті видачі сертифікату будуть світитися червоним. Менеджер не розуміє цієї нової структури файлу.
Жовтим буде світитися номер кадастрової зони, бо тепер тега КОАТУУ вже немає. Все поміщено в CadastralZoneNumber. Нові угіддя не підтримуюються.
Але, попри це, як це не дивно, відкритий та збережений у МОФ файл ще проходить в НКС. Але він, звичайно, повинен бути створений в Digitals, бо в МОФ ви не створите теги Qualification, які зараз обов’язкові.
Шановний Dmitry_Zolotar, допоможіть, будь ласка вдосконалити роботу:
При внесенні інформації “Державний акт на земельну ділянку” найбільше часу займають поля “Особи, які підписали та зареєстрували”.
Було б добре заповнювати ці поля з допомогою довідників, що знаходяться в папці
“Lists”
Теж саме відносно “Документи, на підставі яких видано ДА”
Всім доброго дня!
При перевірці XML-Checker’ом обмінників з обмеженнями (ЛЕП, кладовища) видає 2 помилки:
В батьківському елементі “RestrictionEntitlement” знайдено елемент “LegalEntity”. Замість нього очікується “NaturalPerson”.
В батьківському елементі “RestrictionInfo” знайдено елемент “Beneficiaries”. Замість нього очікується “RegistrationDate”.
Замість юридичної особи очікується фізична; замість, осіб на користь яких встановлено обмеження, очікується дата реєстрації обмежень?
Якісь абсурдні помилки. Це у всіх так чи, можливо, я якось неправильно заповнюю параметри шару обмежень?
Ось приклад з ЛЕПом:
Першу помилку видає тому, що не заповнені дані про фізичну особу, яка прийняла документ. Але, згідно Наказу Про затвердження Вимог до структури, змісту та формату оформлення результатів робіт із землеустрою в електронному вигляді від 02.11.2009 N 573 (пункт 22.2.4.) потрібно вказувати: “…дані про фізичну особу (NaturalPerson) та (або) юридичну особу (LegalEntity), які прийняли (уклали) документ, що є підставою для встановлення обмеження щодо користування земельною ділянкою.”
Тобто, вказувати потрібно АБО дані про фізичну особу, АБО дані про юридичну, АБО два одночасно. Але, при перевірці , програма не може знати, де потрібні дані про фізичну особу, а де про юридичну, тому видає помилку що відсутнє те або інше.
Другу помилку видає через те, що відсутні дані про дату реєстрації обмеження (обтяження). Але обмеження, якщо це ЛЕП ніхто не реєструє на практиці, а якщо і реєструються обмеження, то вже після приватизації.
Тому ці помилки не є насправді помилками, а тільки такими собі підказками “для себе”, щоб знати, що заповнено, а що ні. В НКС вони проходять.
Логіка тут така, що якщо не знайдений потрібний елемент (значення потрібних тегів чи самі теги) - то при перевірці видає помилку, що наявний інший елемент (наступний, що йде після потрібного) замість потрібного.
Питання до розробників?
Підкажіть, будь ласка, що я пропустив?
Чому, якщо не заповнено код форми власності,
під час зберігання файлу ХМЛ із нього видаляються теги:
OwnershipInfo>
?
Але “необязательный” це ж не “ЗАБОРОНЕНИЙ”.
То нехай би залишався незаповнений… а не видалений повніснтю…
А в результаті, після зберігання Діджіталом файлу ХМЛ, він не коректний для МОФ…
[attachment=0]2.jpg[/attachment]
А у вас що реєстратор приймав обмінники з тегами: OwnershipInfo> ?
Коли ще був тільки МОФ, то я змушений був ці теги видаляти вручну в блокноті після обробки МОФ. Потім дописав код в скрипті конвертерта, який їх видаляв сам після збереження в Digitals. І навіть не знав, що розробники вже зробили, щоб цей тег видалявся автоматично.
Зрештою, в МОФ ламається структура файлу і через відсутність нового тегу Qualification, де заповнюється інформація про сертифікат землевпорядника.
Так, приймають по старій схемі із тегами, тільки щоб не було коду форми власності…
Але я не готую файли для реєстратора, а даю ХМЛ зроблений в Діджітал колезі, а вона
доопрацьовує його у МОФ. Код форми власності видаляє через блокнот.
У мене МОФ лише для того, щоб можна було самому побачить що і як у ньому прописується.
Іще МОФ був потрібний, коли в минулому році всім розробникам “накидали” роботу по заповненню
даними файлів, які були колись просто вкинуті в НКС без даних про ДА та власника…
До поки працювали тільки із СК-63, у мене був і є Ged.exe від 02.06.2016, який зберігає файли
по старій схемі. І по замовчуванню ХМЛ файли у мене відкривалися ним.
А на сьогодні для роботи з МСК-хх потрібні лише оновлені Ged.exe, старі у мене “не бачать” датумів МСК-хх…
Тому цю особливість із тегами Форми власності побачив тільки недавно…
Структура файлу ламалась також, якщо небуло внесено кадастрового номера в угіддя…
Для себе роблю висновок, що “МОФ у пічку…” і готувать ХМЛ-и потрібно лише в Digitals!!!
Не надам зараз підтвердження, але сенс цих нових вимог саме в тому що не має бути порожніх тегів, там де передбачено якесь значення. А проблеми МОФа в тому що він не оновлюється з 2012 року, тому й не відповідає останнім вимогам.
