Проблеми при створенні XML файла (розробнику)

Sergii

При создании обменного файла в Дижиталсе, он не отмечает начало(<RestrictionEntitlement>) и конец (</RestrictionEntitlement>) блока: Підстава для виникнення права. Вот поэтому Менеджер обменных файлов и не видит данные заполненные в Дижиталсе в слое Ограничение.

Dmitry_Zolotar

Sergii писал(а):

При создании обменного файла в Дижиталсе, он не отмечает начало(<RestrictionEntitlement>) и конец (</RestrictionEntitlement>) блока: Підстава для виникнення права. Вот поэтому Менеджер обменных файлов и не видит данные заполненные в Дижиталсе в слое Ограничение.

Создается такой блок, возможно Вас вводят в заблуждение сообщения об ошибках МОФа. Отсутствие какого-либо обязательного поля (например "Зміст обмеження"<RestrictionName>) перед <RestrictionEntitlement> приводит к сообщению об ошибке типа "Элемент <...> имеет недопустимый элемент <...>. Список ожидаемых элементов: <...>"

Dmitry_Zolotar

Игорь Николаевич писал(а):

Здравствуйте.
EntitlementDocument (Документ, на підставі якого видано державний акт): Менеджер обменных файлов (МОФ) не видит данные, заполненные в Digitals.

22.2.4. (1) В елементі “Підстава для виникнення права земельного сервітуту, емфітевзису, суперфіція та інших обмежень щодо користування земельною ділянкою” (RestrictionEntitlement) вказуються відомості про:
(5) дані про фізичну особу (NaturalPerson) та (або) юридичну особу (LegalEntity), які прийняли (уклали) документ, що є підставою для встановлення обмеження щодо користування земельною ділянкою,

По схеме обменного файла NaturalPerson и LegalEntity являются обязательными элементами RestrictionEntitlement несмотря на наличие в тексте наказа "та (або)". Потому МОФ и выдает такую ошибку, тут необходимы изменения в схеме.

Игорь Николаевич писал(а):

но Менеджер обменных файлов (МОФ) дает сообщение, что LegalEntity не является допустимым элементом.
Кто знает, это недоработан МОФ?

Обычно проблема в том, что перед элементом, указанном в сообщении об ошибке, отсутствует обязательный элемент( в Вашем случае <NaturalPerson>).

Dmitry_Zolotar

Guevara писал(а):

скорей всего это не доработан МОФ, так как при проверке ОФ сделанного с нуля во многих дескрипторах он видит ошибки. вот к примеру взять графу с паспортными данными или владельца или смежникка, в Digitals пишем "ПВ паспорт громадянина України" ну или ка кто так, точно не помню, а в МОФ он просит исправить на просто "паспорт громадянина України"

В методических рекомендациях по созданию обменных файлов указан именно код документа:

Код:

<Passport>
<DocumentType>ПВ</DocumentType> 
<PassportNumber>284830</PassportNumber> 
<PassportIssuedDate>1996-11-05</PassportIssuedDate> 
<IssuanceAuthority>Устинівським РВ УМВС в Кіровоградській області</IssuanceAuthority> 
<PassportSeries>ВМ</PassportSeries> 
</Passport>

А схема не дает ответа на этот вопрос.

Guevara писал(а):

. также в МОФ выдает ошибку на код целевого использования. но за МОФ надо писать тем кто его придумал. а на форуме ДЗК регистрация очень проблематична. уже около 2 недель не могу там зарегистрироваться :twisted:

Новый классификатор целевого использования введен только недавно, а изменения в МОФ не вносились уже давно.

Guevara

и как же сдавать обенники теперь? все поправлять самому и ручками(. раньше не 1 обменник шло не больше 5 минут, а теперь на перекодировку и поправку будет до 1 часа уходить.
ходят слухи что в эту среду начнут принимать.
как же достучаться до авторов этого менеджера обменных файлов? его ведь надо поправить, раз его схемы проверки не соответствуют схеме самого обменника.

Dmitry_Zolotar

Guevara писал(а):

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

Я писал на форуме ДЗК, ответа в виде изменений в схеме или новой версии МОФ не последовало.

Цитата:

Re: Обговорення методичних рекомендацій по формуванню XML
Сообщение Золотарь Дмитрий » Вт янв 11, 2011 12:55 am
Как быть с вот этим?
http://zakon.rada.gov.ua/cgi-bin/laws/main.cgi?nreg=z1011-10
Будут ли по этому поводу изменения в схеме обменного файла?

Dmitry_Zolotar

Guevara писал(а):

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

Я писал на форуме ДЗК, ответа в виде изменений в схеме или новой версии МОФ не последовало.

Цитата:

Re: Обговорення методичних рекомендацій по формуванню XML
Сообщение Золотарь Дмитрий » Вт янв 11, 2011 12:55 am
Как быть с вот этим?
http://zakon.rada.gov.ua/cgi-bin/laws/main.cgi?nreg=z1011-10
Будут ли по этому поводу изменения в схеме обменного файла?

Guevara

выходить что ДЗК исправлять у себя ошибки не собирается. а как быть нам , простым смертным, которые должны исполнять их прихоти? нас скоро заказчики исками замучат. то есть нам надо делать обменник правильно, но потом...... переделывать его под кривой МОФ? где здравый смысл в головах тех людей из ДЗК кто придумал такой бред!!! :twisted:

fendak

Суть пролеми:
Маю готовий xml файл (без помилок). Створюю його методом конвертування з IN4 програмкою IN4Converter (Менеджер обміних файлів МОФ v 1.16). Потім відкриваю його в Digital (пересуваю скажімо в інше місце) і зберігаю. Відкриваю знову цією програмкою, а уже дає помилку - "Значення елементу "Purpose" ("Для") не відповідає класифікатору "PurposeDictionary" (класифікатор цільового призначення (використання) земельної ділянки)". Тобто Digital не зберігає цей дискриптор правильно. Замість того, щоби зберегти як "Для індивідуального житлового, гаражного і дачного будівництва" він зберігає просто як "Для".

В Digital взагалі інша класифікація стоїть у випадаючих списках цього дискриптора, коли я заповнюю його, ніж у IN4Converter. Поміняв в нормалі XML на таку ж, як у IN4Converter - нічого не дало.

Короче, Digital просто не зберігає цей дискриптор. (id 61 Цільове призначення (використання) земельної ділянки)
В чому може бути причина?

Dmitry_Zolotar

fendak писал(а):

Суть пролеми:
Маю готовий xml файл (без помилок). Створюю його методом конвертування з IN4 програмкою IN4Converter (Менеджер обміних файлів МОФ v 1.16). Потім відкриваю його в Digital (пересуваю скажімо в інше місце) і зберігаю. Відкриваю знову цією програмкою, а уже дає помилку - "Значення елементу "Purpose" ("Для") не відповідає класифікатору "PurposeDictionary" (класифікатор цільового призначення (використання) земельної ділянки)". Тобто Digital не зберігає цей дискриптор правильно. Замість того, щоби зберегти як "Для індивідуального житлового, гаражного і дачного будівництва" він зберігає просто як "Для".

В Digital взагалі інша класифікація стоїть у випадаючих списках цього дискриптора, коли я заповнюю його, ніж у IN4Converter. Поміняв в нормалі XML на таку ж, як у IN4Converter - нічого не дало.

Короче, Digital просто не зберігає цей дискриптор. (id 61 Цільове призначення (використання) земельної ділянки)
В чому може бути причина?

Оновіть ged.exe.

Dmitry_Zolotar писал(а):

Также параметр "ID7000510 Цільове призначення (використання) земельної ділянки" (тег Purpose) теперь сохраняется не так как остальные параметры типа "список" (значение параметра типа "список" обрезается по первому пробелу). Значение этого параметра может(если файл создан МОФ) содержать строку с целевым назначением вместо кода, в этом случае строка остается неизменной.

Додам також, що якщо ви не використовуєте коди класифікатора цільових призначень, то доцільно буде змінити тип параметру ID7000510 зі списку на строку в шаблоні Digitals\Templates\XMLNormal.dmf.

Аналитика

Проблеми при створенні XML файла (розробнику)

Кто сейчас на конференции