XML
Re: XML
Подскажите плиз.
Откуда гис тянет данные вот в эти дескрипторы при включенной галке "адаптирование под 1115":
<QualificationNumber> ??? </QualificationNumber>
<QualificationDate> ??? </QualificationDate>
попробовал вставить в ячейки лицензий (обеих), просто в серия/номер документа, дата рег. - не подтягивает. Или где то нужно доп. галку поставить?
Откуда гис тянет данные вот в эти дескрипторы при включенной галке "адаптирование под 1115":
<QualificationNumber> ??? </QualificationNumber>
<QualificationDate> ??? </QualificationDate>
попробовал вставить в ячейки лицензий (обеих), просто в серия/номер документа, дата рег. - не подтягивает. Или где то нужно доп. галку поставить?
-
- Повідомлень: 71
- З нами з: 25 листопада 2016, 11:43
Re: XML
NoViChoK писав:Подскажите плиз.
Откуда гис тянет данные вот в эти дескрипторы при включенной галке "адаптирование под 1115":
<QualificationNumber> ??? </QualificationNumber>
<QualificationDate> ??? </QualificationDate>
попробовал вставить в ячейки лицензий (обеих), просто в серия/номер документа, дата рег. - не подтягивает. Или где то нужно доп. галку поставить?
галкі не ставити, просто у списках фіз.осіб знайти себе і там задать значення сертифікату
-
- Повідомлень: 71
- З нами з: 25 листопада 2016, 11:43
Re: XML
Код: Виділити все
<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 раз.
Re: XML
Чи можна зробити так, щоб тег <Qualification> не формувався або формувався закритим, якщо виконавець не має сертифікату?
НКС виконує суворе порівняння того хто в сертифікаті з <Chief> або <Executor>. Тобто не обов'язково сертифікованими мають бути всі працівники підприємства. Якщо виконував роботу не сертифікований то отримуємо лишній блок тегів <Qualification> і тоді потрібно його косити його через блокнот.
НКС проверяет ФИО <Chief> или <Executor> с владельцем ЭЦП, который был подписан обменный файл. Вроде ж по законодательству <Chief> и <Executor> должны иметь сертификаты и должны подписывать своими ЭЦП т.к. несут за это ответственность - в этом и был смысл введения ЭЦП. Хорошо, если <Chief> с сертификатом, а <Executor> нет - Вы уверены что без данных о сертификатах НКС не выдаст ошибку или потом при проверке не будут притензии к Вам? До этого момента никто не обращался к нам с такой просьбой, поэтому трудно согласиться с таким решением... А Вы проверяли информацию о требованиях на счет заполнения данных тегов? Сделать то можно, не проблема, вопрос в том на сколько это корректно по законодательствую.
п.с. Если мы будем делать все ради того, чтоб НКС просто принял обменный файл - согласитесь, это не правильно.
-
- Повідомлень: 71
- З нами з: 25 листопада 2016, 11:43
Re: XML
feNICKs писав:НКС проверяет ФИО <Chief> или <Executor> с владельцем ЭЦП, который был подписан обменный файл.
Саме так, з врахування регістру символів(провірено)
Вроде ж по законодательству <Chief> и <Executor> должны иметь сертификаты и должны подписывать своими ЭЦП т.к. несут за это ответственность - в этом и был смысл введения ЭЦП.
статті 25,26 передбачають підпис одного відповідального, сертифікованого. Прямої норми про внесення всіх сертифікованих в хмель не бачив
Хорошо, если <Chief> с сертификатом, а <Executor> нет - Вы уверены что без данных о сертификатах НКС не выдаст ошибку или потом при проверке не будут притензии к Вам? До этого момента никто не обращался к нам с такой просьбой, поэтому трудно согласиться с таким решением... А Вы проверяли информацию о требованиях на счет заполнения данных тегов?
в мене більшості обмінників за останніх пів року в <Chief> виконавець без <Qualification>, а в <Executor> відповідальний, що підписав хмл. Враховучи, що на підприємстві два сертифіковані, а три ні, то в обміннику має бути ПІБ того хто робив, щоб була хоч якась відповідальність і кожен вів свій об'єкт при поділах, встановленнях і т.п. Також, щоб зробити обмінник без допомоги блокноту потрібно виставляти не сертифікованому сертифікованого у виконавцях документації, а потім міняти назад. А такі танці підвищують вірогідність помилок.
Сделать то можно, не проблема, вопрос в том на сколько это корректно по законодательствую.
п.с. Если мы будем делать все ради того, чтоб НКС просто принял обменный файл - согласитесь, это не правильно.
Якщо це не проблема зробити, то треба зробитист. 19 можна все, що не заборонено.
п.с В трикутнику між законом, експертами та обласним по акту ПП межових знаків(дати в акті і т.п.), я чуть не посивів. Тепер до закону відношусь м'якіше, а на питання дивлюсь ширше. Експерти в більшості своїй барани з ярко вираженим стадним інстинктом, не подобається висновок відправив ще раз і ще раз.
Працювати треба так, щоб отримувати задоволення, тобто максимально оптимізувати роботу, на це піде багато часу та грошей(прилад, ПО, компи,орг.техніка, крісла, печенька), створити комфортну обстановку і отримувати задоволення від роботи. А що не можеш змінити змінюєш точку зору і ось воно щастя
- Dorochenko_iv
- Повідомлень: 162
- З нами з: 12 березня 2010, 21:55
- Звідки: м.Чернігів
- Контактна інформація:
Re: XML
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". Я також підтримую дану пропозицію щодо реалізації такої можливості.
-
- Повідомлень: 71
- З нами з: 25 листопада 2016, 11:43
Re: XML
<QualificationNumber>000000</QualificationNumber>, <QualificationDate>1899-12-30</QualificationDate>
я видаляю(видаляв) весь блок Qualification і все гуд, оставляючи 1899-12-30 потрібно пам'ятати, що ми відповідаємо за досовірність даних.
Ще такий момент. Можливо краще всього було зробити, щоб <Executor> брався із установок "перевірив", бо він по любому сертифікований, а керівник не завжди. А <Chief> фактичний виконавець(представитель) без Qualification якщо дані про сертифікат не введені.
Re: XML
В версии 6197 добавлено:
1. в установки программы/реквизиты/Проверил (фио) - код сотрудника исполнителя, который по приоритету будет выводится в ХМЛ в первую очередь.
2. если вкл. параметр "Отображать дескрипторы без даты", тогда в ХМЛ будет
Думаю такой вариант пройдет?
1. в установки программы/реквизиты/Проверил (фио) - код сотрудника исполнителя, который по приоритету будет выводится в ХМЛ в первую очередь.
2. если вкл. параметр "Отображать дескрипторы без даты", тогда в ХМЛ будет
Код: Виділити все
<Qualification>
<QualificationNumber/>
<QualificationDate/>
</Qualification>
Думаю такой вариант пройдет?