|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Опыты с 2.0RC через SOAPGUI - успехи и проблемы.  XML
Индекс форума » Компонент МЕРКУРИЙ
Автор Сообщение
mevgenym


Зарегистрирован: 19/05/2017 14:03:42
Сообщений: 312
Оффлайн

Мне интересно почему не изменили имена uri http://api.vetrf.ru/schema/cdm/application и http://api.vetrf.ru/schema/cdm/base для 2.0?
Когда для остальных добавили номер версии.
https://github.com/mevgenym/1c_vetis.api_v1.1
https://github.com/mevgenym/1c_vetis.api
Владимир Игнатов


Зарегистрирован: 02/08/2017 09:19:30
Сообщений: 581
Оффлайн

Aiki wrote:
Владимир Игнатов wrote:
Интересно )), правда иногда получим PROCESSING тут был день, каждый второй запрос такое выдавал.

Да, "процессинг" получаем, но можно (как и указано) попросить результат по applicationId, а в том результате тоже есть applicationResultWrapper, и он уже заполнен.
ashugaenko


Зарегистрирован: 28/02/2017 11:51:59
Сообщений: 8
Оффлайн

Скажите пожалуйста, пока в теме обсуждается теория или практика с 2.0?
2.0 работает или нет?
TWAIN

[Avatar]

Зарегистрирован: 07/09/2017 16:29:17
Сообщений: 565
Оффлайн

ashugaenko wrote:Скажите пожалуйста, пока в теме обсуждается теория или практика с 2.0?
2.0 работает или нет?


Как бы работает с постоянными исправлениями на тесте, демо и рабочая версия не обновлялись пока.
Рабочую версию обещают как только так сразу, по моему с июля.
Если много знать, всегда найдутся те, кто сочтет, что это опасно...
ashugaenko


Зарегистрирован: 28/02/2017 11:51:59
Сообщений: 8
Оффлайн

Добрый день.

Создал запрос
<Envelope>
<Header/>
<Body>
<submitApplicationRequest>
<apiKey>ххххGE3ODI1MGM4</apiKey>
<application>
<serviceId>mercury-g2b.service:2.0</serviceId>
<issuerId>0cb02bc1-812a-4d4b-a62c-083da78250c8</issuerId>
<issueDate>2017-09-19T12:29:14</issueDate>
<data>
<ws:receiveApplicationResultRequest>
<ws:apiKey>ххххGE3ODI1MGM4</ws:apiKey>
<ws:issuerId>0cb02bc1-812a-4d4b-a62c-083da78250c8</ws:issuerId>
<ws:applicationId>2af05fff-7f45-4582-b557-851da8d331f4</ws:applicationId>
</ws:receiveApplicationResultRequest>
</data>
</application>
</submitApplicationRequest>
</Body>
</Envelope>

Отсылаю через Новый HTTPСоединение в ОтветWeb.КодСостояния равно 500, то есть это ошибка. У кого нибудь работает получение результата операции в версии 2.0?

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 19/09/2017 12:54:07

Aiki

[Avatar]

Зарегистрирован: 01/09/2017 22:13:04
Сообщений: 39
Оффлайн

Aiki wrote:Интересно, но грустно: если номенклатура прошла изменение через modify, при инвентризации (resolveDiscrepancyRequest) надо указать не только ее GUID, но и UUID.
Вопрос зачем? пред. же запись неактивна.


Это разработчики исправили.
[WWW]
mevgenym


Зарегистрирован: 19/05/2017 14:03:42
Сообщений: 312
Оффлайн

ashugaenko wrote:Добрый день.
Создал запрос
...






это как бы разные запросы
https://github.com/mevgenym/1c_vetis.api_v1.1
https://github.com/mevgenym/1c_vetis.api
Aiki

[Avatar]

Зарегистрирован: 01/09/2017 22:13:04
Сообщений: 39
Оффлайн

Очередное сообщение, гашение тр.всд. (с оформлением возвратного)... (тут, на форуме нельзя скрывать текст?)
[WWW]
Aiki

[Avatar]

Зарегистрирован: 01/09/2017 22:13:04
Сообщений: 39
Оффлайн

Комментарии по гашению:
1. в данном примере: тр. ВСД был оформлен на 70кг; получено 20; возвратный на 10. Интересно. Очень. Но это вопрос как можно и как надо, если бы кто рассказал.
Особенно странно выглядит акт расхождения, если его смотреть через WEB интерфейс - там что-то глючит.
2. Проблема c маркировкой:
Если создаешь тр. всд с маркировкой отличной от маркировки хранения, то
а. тр.всд теряет кол-во в маркировке (quantity) (не совсем к гашению)
б. всеми правдами и неправдами, загасить с возвратным не вышло - все время ругался на несовпадение маркировки в возвратным ВСД, от исходного ВСД.
3. Если тр.всд создан с маркировкой хранения, то в блоке возвратного ВСД, надо все равно указать маркировку, но хотя бы гасится.
4. документация в Вики вообще не похожа.(((
Вырубите проверку маркировки на возвратной части.
По структуре документа, если у меня указан тип ВСД - электронный, зачем вообще требовать указывать даты производства и срока годности как обязательные? Как и 3 уровня номенклатуры, вполне хватило бы только 4го.
Тоже касается ТТН в возвратной части - сделали проверку жесткого соответствия, что ТТН должен совпадать, ОК, тогда уберите это тэг. ну и т.д.



[WWW]
Aiki

[Avatar]

Зарегистрирован: 01/09/2017 22:13:04
Сообщений: 39
Оффлайн

Итого на текущий момент:
0. исправили ошибку с требованием к использованию UUID, если номенклатура имеет версии.
1. мне не ясно зачем использовать UUID, в единицах измерения.
2. нельзя оформлять тр.ВСД с изменением кода и наименования продукции под покупателя - это приводит к тому, что в трВСД не виден четвертый уровень номенклатуры.
3. можно оформить тр.ВСД с маркировкой отличной от хранения, но возвратный сертификат тогда не сформировать при гашении.
4. Почти все работает.

Глобальный вопрос, если бы документация была в порядке на Wiki, то тогда тестирование было бы полноценным. А так....
Пора смотреть производство.
[WWW]
lalex23


Зарегистрирован: 10/03/2016 14:26:10
Сообщений: 375
Оффлайн

Aiki wrote:Итого на текущий момент:
0. исправили ошибку с требованием к использованию UUID, если номенклатура имеет версии.
1. мне не ясно зачем использовать UUID, в единицах измерения.
2. нельзя оформлять тр.ВСД с изменением кода и наименования продукции под покупателя - это приводит к тому, что в трВСД не виден четвертый уровень номенклатуры.
3. можно оформить тр.ВСД с маркировкой отличной от хранения, но возвратный сертификат тогда не сформировать при гашении.
4. Почти все работает.

Глобальный вопрос, если бы документация была в порядке на Wiki, то тогда тестирование было бы полноценным. А так....
Пора смотреть производство.

т.е. по сути всё работает методом научного тыка? такими темпами/обещаниями хорошо если в ноябре получим полноценную документацию...
Aiki

[Avatar]

Зарегистрирован: 01/09/2017 22:13:04
Сообщений: 39
Оффлайн

lalex23 wrote:
Aiki wrote:Итого на текущий момент:
0. исправили ошибку с требованием к использованию UUID, если номенклатура имеет версии.
1. мне не ясно зачем использовать UUID, в единицах измерения.
2. нельзя оформлять тр.ВСД с изменением кода и наименования продукции под покупателя - это приводит к тому, что в трВСД не виден четвертый уровень номенклатуры.
3. можно оформить тр.ВСД с маркировкой отличной от хранения, но возвратный сертификат тогда не сформировать при гашении.
4. Почти все работает.

Глобальный вопрос, если бы документация была в порядке на Wiki, то тогда тестирование было бы полноценным. А так....
Пора смотреть производство.

т.е. по сути всё работает методом научного тыка? такими темпами/обещаниями хорошо если в ноябре получим полноценную документацию...

На ECR форуме озвучили, что релиз 2.1 будет в октябре, для меня это означает конец октября.
Также озвучили, что документация вся есть, а WSDL к 2.0, опубликуют завтра. ))
Веры, что документация возникнет в нужном качестве, у меня мало.
Спасибо, что ошибки разработчики исправляют.
При этом запускаться без 2.0. Из-за работы с сетями у нас не выйдет.
В защиту всего (хотя, что я защищаю), метод тыка через SOAPGUI + документация+ логика+много эмоций. Это пару дней на сообщение. Чтобы понять текущую логику и добить до конца. Если не попасть на глобальный глюк, который надо ждать пока исправят.
+активно пилят и web интерфейс.
Причиной таких задержек всего была названа система убирания дубликатов площадок. Которую писали активно и потратили много ресурсов....

[WWW]
Vesta_IT


Зарегистрирован: 16/09/2017 15:07:38
Сообщений: 61
Оффлайн

что-то я подзапутался - тестовый запросы по v2 чтобы кинуть, это надо вот эту WSDL - api.vetrf.ru/schema/platform/services/ApplicationManagementService_v1.5_pilot.wsdl ?
gaur7

[Avatar]

Зарегистрирован: 18/05/2017 08:53:38
Сообщений: 145
Оффлайн

Vesta_IT wrote:что-то я подзапутался - тестовый запросы по v2 чтобы кинуть, это надо вот эту WSDL - api.vetrf.ru/schema/platform/services/ApplicationManagementService_v1.5_pilot.wsdl ?


http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ApplicationManagementService_v1.1.wsdl
Владимир Игнатов


Зарегистрирован: 02/08/2017 09:19:30
Сообщений: 581
Оффлайн

gaur7 wrote:
Vesta_IT wrote:что-то я подзапутался - тестовый запросы по v2 чтобы кинуть

Ниже список WSDL для версии 2.0 и краткая инструкция.
В принципе, достаточно загрузить основной WSDL для обработки заявок (http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl), всё остальное у него в зависимостях.
Операции для работы со справочными данными по-прежнему доступны в отдельных сервисах. Форматы реестровых операций версии 2.0 так же, как и бизнес-операций, не имеют обратной совместимости с версией 1.4 и 1.5.
Версию 1.5 на пилотном стенде на какое-то время оставили, но перевели на отдельную базу. Т.е. новые документы, оформленные на 1.5 не будут доступны через 1.4 и 2.0 и наоборот. Версии шлюза 1.4 и 2.0 подключены к одному хранилищу в той конфигурации, которую планируем запустить на бою в сентябре.
Для обращения к версии 2.0 нужно использовать соответствующий суффикс версии в поле serviceId: mercury-g2b.service:2.0, по умолчанию доступна версия 1.4.

Форматы данных 2.0 находятся в состоянии 'Release Candidate' и всё ещё могут незначительно изменяться. Каждая новая версия (если она появится) будет размещена в каталоге вида http://api.vetrf.ru/schema/platform/services/2.0-RC-xxxxx, где xxxxx - это номер ревизии. Содержимое такого каталога не изменяется после публикации. Например, актуальная версия на текущий момент находится здесь: http://api.vetrf.ru/schema/platform/services/2.0-RC-20170803211217/.
Каталог http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ является ссылкой на последнюю актуальную ревизию (содержимое может изменяться).
WSDLs
Сервис обработки заявок к сервису mercury-g2b.service: http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl
Сервис обработки заявок к сервису mercury-vu.service: http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-vu.service_v2.0_pilot.wsdl
Сервис получения сведений из базовых справочников: http://api.vetrf.ru/schema/platform/services/2.0-RC-last/DictionaryService_v2.0.wsdl
Сервис получения сведений из реестра хоз.субъектов и предприятий: http://api.vetrf.ru/schema/platform/services/2.0-RC-last/EnterpriseService_v2.0.wsdl
Сервис получения адресно-справочной информации: http://api.vetrf.ru/schema/platform/services/2.0-RC-last/IkarService_v2.0.wsdl
Сервис получения сведений из справочников продукции и номенклатуры: http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ProductService_v2.0.wsdl
Сервис получения сведений из реестра правил регионализации: http://api.vetrf.ru/schema/platform/services/2.0-RC-last/RegionalizationService_v2.0.wsdl Зависимости
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/application_v1.1.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/application_ws_definitions_v1.1.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ApplicationManagementService_v1.1.wsdl
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/base_v1.1.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/base_ws_definitions_v1.1.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/dictionary_v2.0.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/document_v2.0.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/mercury-g2b.service_v2.0.wsdl
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/mercury-vu.service_v2.0.wsdl
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/mercury_g2b_applications_v2.0.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/mercury_vu_applications_v2.0.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/registry_ws_definitions_v2.0.xsd

Обращаем ваше внимание, что версия всё ещё находится в стадии бета-тестирования. Это означает интенсивное использование почти готовой версии продукта с целью выявления максимального числа ошибок в его работе для их последующего устранения перед окончательным выходом (релизом) продукта. Бета-тестирование предполагает привлечение добровольцев из числа обычных будущих пользователей продукта.

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

--
С уважением, Ирина Егорова,

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 20/09/2017 15:11:21

 
Индекс форума » Компонент МЕРКУРИЙ
Перейти:   

Powered by JForum 2.1.8 © JForum Team