XML

Геодезична інформаційна система 6 та Геодезична інформаційна система 6 Агро

Модератори: NickS, feNICKs

WarStrel
Повідомлень: 9
З нами з: 28 липня 2016, 10:30

Re: XML

Повідомлення WarStrel » 07 листопада 2016, 08:30

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

Аватар користувача
NoViChoK
Повідомлень: 140
З нами з: 10 вересня 2012, 18:09

Re: XML

Повідомлення NoViChoK » 25 квітня 2017, 16:25

Подскажите плиз.
Откуда гис тянет данные вот в эти дескрипторы при включенной галке "адаптирование под 1115":
<QualificationNumber> ??? </QualificationNumber>
<QualificationDate> ??? </QualificationDate>

попробовал вставить в ячейки лицензий (обеих), просто в серия/номер документа, дата рег. - не подтягивает. Или где то нужно доп. галку поставить?

chzemlemir
Повідомлень: 71
З нами з: 25 листопада 2016, 11:43

Re: XML

Повідомлення chzemlemir » 25 квітня 2017, 17:33

NoViChoK писав:Подскажите плиз.
Откуда гис тянет данные вот в эти дескрипторы при включенной галке "адаптирование под 1115":
<QualificationNumber> ??? </QualificationNumber>
<QualificationDate> ??? </QualificationDate>

попробовал вставить в ячейки лицензий (обеих), просто в серия/номер документа, дата рег. - не подтягивает. Или где то нужно доп. галку поставить?

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

chzemlemir
Повідомлень: 71
З нами з: 25 листопада 2016, 11:43

Re: XML

Повідомлення chzemlemir » 04 травня 2017, 12:35

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

                <Chief>
                    <ChiefName>
                        <LastName>Іваненко</LastName>
                        <FirstName>Іван</FirstName>
                        <MiddleName>Анатолійович</MiddleName>
                    </ChiefName>
                    <ChiefPosition>інженер-землевпорядник</ChiefPosition>
                    <Qualification>
                        <QualificationNumber>001001</QualificationNumber>
                        <QualificationDate>2015-08-03</QualificationDate>
                    </Qualification>
                </Chief>
                <Executor>
                    <ExecutorName>
                        <LastName>Яременко</LastName>
                        <FirstName>Володимир</FirstName>
                        <MiddleName>Віталійович</MiddleName>
                    </ExecutorName>
                    <ExecutorPosition>Спеціаліст-землевпорядник</ExecutorPosition>
                    <ContactInfo>
                        <Phone>2-12-80</Phone>
                    </ContactInfo>
                    <Qualification>
                        <QualificationNumber>000000</QualificationNumber>
                        <QualificationDate>1899-12-30</QualificationDate>
                    </Qualification>
                </Executor>

Чи можна зробити так, щоб тег <Qualification> не формувався або формувався закритим, якщо виконавець не має сертифікату?
НКС виконує суворе порівняння того хто в сертифікаті з <Chief> або <Executor>. Тобто не обов'язково сертифікованими мають бути всі працівники підприємства. Якщо виконував роботу не сертифікований то отримуємо лишній блок тегів <Qualification> і тоді потрібно його косити його через блокнот.
Востаннє редагувалось 06 серпня 2018, 16:02 користувачем chzemlemir, всього редагувалось 1 раз.

feNICKs
Повідомлень: 412
З нами з: 13 січня 2012, 16:03
Контактна інформація:

Re: XML

Повідомлення feNICKs » 04 травня 2017, 13:57

Чи можна зробити так, щоб тег <Qualification> не формувався або формувався закритим, якщо виконавець не має сертифікату?
НКС виконує суворе порівняння того хто в сертифікаті з <Chief> або <Executor>. Тобто не обов'язково сертифікованими мають бути всі працівники підприємства. Якщо виконував роботу не сертифікований то отримуємо лишній блок тегів <Qualification> і тоді потрібно його косити його через блокнот.

НКС проверяет ФИО <Chief> или <Executor> с владельцем ЭЦП, который был подписан обменный файл. Вроде ж по законодательству <Chief> и <Executor> должны иметь сертификаты и должны подписывать своими ЭЦП т.к. несут за это ответственность - в этом и был смысл введения ЭЦП. Хорошо, если <Chief> с сертификатом, а <Executor> нет - Вы уверены что без данных о сертификатах НКС не выдаст ошибку или потом при проверке не будут притензии к Вам? До этого момента никто не обращался к нам с такой просьбой, поэтому трудно согласиться с таким решением... А Вы проверяли информацию о требованиях на счет заполнения данных тегов? Сделать то можно, не проблема, вопрос в том на сколько это корректно по законодательствую.
п.с. Если мы будем делать все ради того, чтоб НКС просто принял обменный файл - согласитесь, это не правильно.

chzemlemir
Повідомлень: 71
З нами з: 25 листопада 2016, 11:43

Re: XML

Повідомлення chzemlemir » 05 травня 2017, 12:24

feNICKs писав:НКС проверяет ФИО <Chief> или <Executor> с владельцем ЭЦП, который был подписан обменный файл.

Саме так, з врахування регістру символів(провірено)
Вроде ж по законодательству <Chief> и <Executor> должны иметь сертификаты и должны подписывать своими ЭЦП т.к. несут за это ответственность - в этом и был смысл введения ЭЦП.

статті 25,26 передбачають підпис одного відповідального, сертифікованого. Прямої норми про внесення всіх сертифікованих в хмель не бачив
Хорошо, если <Chief> с сертификатом, а <Executor> нет - Вы уверены что без данных о сертификатах НКС не выдаст ошибку или потом при проверке не будут притензии к Вам? До этого момента никто не обращался к нам с такой просьбой, поэтому трудно согласиться с таким решением... А Вы проверяли информацию о требованиях на счет заполнения данных тегов?

в мене більшості обмінників за останніх пів року в <Chief> виконавець без <Qualification>, а в <Executor> відповідальний, що підписав хмл. Враховучи, що на підприємстві два сертифіковані, а три ні, то в обміннику має бути ПІБ того хто робив, щоб була хоч якась відповідальність і кожен вів свій об'єкт при поділах, встановленнях і т.п. Також, щоб зробити обмінник без допомоги блокноту потрібно виставляти не сертифікованому сертифікованого у виконавцях документації, а потім міняти назад. А такі танці підвищують вірогідність помилок.
Сделать то можно, не проблема, вопрос в том на сколько это корректно по законодательствую.
п.с. Если мы будем делать все ради того, чтоб НКС просто принял обменный файл - согласитесь, это не правильно.

Якщо це не проблема зробити, то треба зробитист. 19 можна все, що не заборонено.
п.с В трикутнику між законом, експертами та обласним по акту ПП межових знаків(дати в акті і т.п.), я чуть не посивів. Тепер до закону відношусь м'якіше, а на питання дивлюсь ширше. Експерти в більшості своїй барани з ярко вираженим стадним інстинктом, не подобається висновок відправив ще раз і ще раз.
Працювати треба так, щоб отримувати задоволення, тобто максимально оптимізувати роботу, на це піде багато часу та грошей(прилад, ПО, компи,орг.техніка, крісла, печенька), створити комфортну обстановку і отримувати задоволення від роботи. А що не можеш змінити змінюєш точку зору і ось воно щастя :)

Аватар користувача
Dorochenko_iv
Повідомлень: 162
З нами з: 12 березня 2010, 21:55
Звідки: м.Чернігів
Контактна інформація:

Re: XML

Повідомлення Dorochenko_iv » 05 травня 2017, 12:47

feNICKs писав:НКС проверяет ФИО <Chief> или <Executor> с владельцем ЭЦП, который был подписан обменный файл. Вроде ж по законодательству <Chief> и <Executor> должны иметь сертификаты и должны подписывать своими ЭЦП т.к. несут за это ответственность

НКС первіряю або <Chief> або <Executor> з власником ЕЦП але обов'язковості в сертифікаті обох немає. Перевіряється <Chief> - якщо не відповідає то <Executor>, тому, що лише один з відповідальних підписує файл та документацію і несе за неї відповідальність. Якщо повністю зробити не формування тегу <QualificationNumber> </QualificationNumber> та <QualificationDate> </QualificationDate> чи то в <Chief> чи в <Executor> то НКС видасть помилки і не прийме файл. Потрібно зробити щоб тегі формувалися але в кого з сертифікатом то заповнювалися а в кого його немає то формувався закритим.
Хоча по нашій області зауважень з цього приводу не було але інколи реєстратори звертають на це увагу і приходиться видаляти цю інфу і залишати поля пустими (<QualificationNumber>000000</QualificationNumber>, <QualificationDate>1899-12-30</QualificationDate>). А НКС прийме хоч з пустими хоч з "000000" та "1899-12-30". Я також підтримую дану пропозицію щодо реалізації такої можливості.

chzemlemir
Повідомлень: 71
З нами з: 25 листопада 2016, 11:43

Re: XML

Повідомлення chzemlemir » 05 травня 2017, 12:59

<QualificationNumber>000000</QualificationNumber>, <QualificationDate>1899-12-30</QualificationDate>

я видаляю(видаляв) весь блок Qualification і все гуд, оставляючи 1899-12-30 потрібно пам'ятати, що ми відповідаємо за досовірність даних.
Ще такий момент. Можливо краще всього було зробити, щоб <Executor> брався із установок "перевірив", бо він по любому сертифікований, а керівник не завжди. А <Chief> фактичний виконавець(представитель) без Qualification якщо дані про сертифікат не введені.

feNICKs
Повідомлень: 412
З нами з: 13 січня 2012, 16:03
Контактна інформація:

Re: XML

Повідомлення feNICKs » 05 травня 2017, 15:14

В версии 6197 добавлено:
1. в установки программы/реквизиты/Проверил (фио) - код сотрудника исполнителя, который по приоритету будет выводится в ХМЛ в первую очередь.
2. если вкл. параметр "Отображать дескрипторы без даты", тогда в ХМЛ будет

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

<Qualification>
   <QualificationNumber/>
   <QualificationDate/>
</Qualification>

Думаю такой вариант пройдет?

Jason
Повідомлень: 10
З нами з: 20 вересня 2014, 13:28

Re: XML

Повідомлення Jason » 09 травня 2017, 12:27

Добрый день! как отключить создание *.log файлов при экспорте xml из ГИС ?