Интересный метод getdockvt. Может кто копал глубже, чем описано в справке?
1) OPERTYPE=7 показывает больше информации, чем OPERTYPE=14, а именно: в DECLARBODY в появляются поля:
<HDATE></HDATE>
<HTIME></HTIME>
<HNUMREG></HNUMREG>
<HDOCKOD></HDOCKOD>
<HDOCNAME></HDOCNAME>
Что вообще означает "OPERTYPE - Тип операції" ? Коды 7 и 14 как расшифровать?
2) OPERTYPE=14 не отображает дату регистрации документа, хотя визуально в документе она есть. Видимо, недоработка (техническая).
3) Не описано в справке поле REGDATE, а оно есть. Видимо, недоработка (справки).
4) В справке есть поле FILE_NAME, но возвращает FILENAME, который пустой, всегда. Видимо, недоработка (техническая).
5) В справке есть поле RECEPTDATE. Всегда пустое. Видимо, недоработка (техническая).
6) В справке есть поле STATUS . Всегда пустое. Видимо, недоработка (техническая).
Пункты 2-6 необходимо поправить разработчику.
Метод getdockvt
Метод getdockvt
Востаннє редагувалось 18 грудня 2017, 11:22 користувачем Inkognito, всього редагувалось 1 раз.
Re: Метод getdockvt
Без претензий на достоверность и исчерпываемость, на основе наблюдений и прочих вскрытий:
-1 Документ не знайдено
0 Готується
1 Підписано бухгалтером
2 Підписано керівником
3 Підписано печаткою установи
4 Відправлено
6 Отримано повідомлення (доставлено)
7 Отримано квитанцію № 1
9 Прийнято
10 Не прийнято
11 Помилка відправки
12 На підписі
13 Архів
14 Отримано
15 Імпортований (прийнятий контрагентом)
16 Відхилено контрагентом
17 Підписано співробітником
19 Доставлено контрагенту
20 Затверджено контрагентом
32 Доставка контрагенту неможлива
Re: Метод getdockvt
PetroP
В этом списке еще не хватает:
32, "Доставка контрагенту не можлива"
38, "Відправлено контрагенту"
110, "Реєстрація зупинена"
Итак, продолжим: вышеприведенные тесты были по входящим документам (ссответсвенно, поиск по Cardcode), теперь проанализировав статусы исходящих документов - в них коды 2 и 3 (если верить таблице выше: 2 - Підписано керівником, 3 - Підписано печаткою установи). А на самом деле документы и подписаны, и отправлены, и получены положительные квитанции.
Вывод состоянием на сегодня: метод возвращает бредовую неактуальную информацию, описание метода давно нуждается в обновлении и тестировании его возможностей.
И не надеюсь, что разработчики посмотрят. Может Святой Николай сможет достучаться (остается только верить в чудо, а вдруг )?
В этом списке еще не хватает:
32, "Доставка контрагенту не можлива"
38, "Відправлено контрагенту"
110, "Реєстрація зупинена"
Итак, продолжим: вышеприведенные тесты были по входящим документам (ссответсвенно, поиск по Cardcode), теперь проанализировав статусы исходящих документов - в них коды 2 и 3 (если верить таблице выше: 2 - Підписано керівником, 3 - Підписано печаткою установи). А на самом деле документы и подписаны, и отправлены, и получены положительные квитанции.
Вывод состоянием на сегодня: метод возвращает бредовую неактуальную информацию, описание метода давно нуждается в обновлении и тестировании его возможностей.
И не надеюсь, что разработчики посмотрят. Может Святой Николай сможет достучаться (остается только верить в чудо, а вдруг )?