Сообщения, отправленные пользователем: Stepa86

ilart1991 wrote: Ошибка: MERC01009 В запросе для записи складского журнала продукции указан идентификатор устаревшей версии записи реестра РСХН.

Как исправить, друзья? Проблема только с одним продуктом, уже заведенным в справочник Мерка. Может заново его там зарегистрировать под другим гуид/ууид?

Или получите последнюю версию записи или не указывайте ууид в запросе

dru_av wrote:При добавлении второй версии WSDl http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl
1с ругается вот этим - Набор схем не может содержать схемы с одинаковым целевым пространствами имен
Подскажите плиз как это пофиксить

я знаю 2 подхода.

1) Все схемы прогружать динамично, всегда загружая с сайта или как то кешируя в системе

2) Не прогружать этот всдл, а прогрузить те 2, что он импортирует mercury-g2b.service_v2.0.wsdl и ApplicationManagementService_v1.1.wsdl а запросы слать через http, а не через веб-сервисы. Хотя может получится и через эти слать - я не пробовал

Вопрос к разработчикам.

После появления схем от продуктового контура был сильно удивлен, что они не идентичны схемам из RC контура, но особенно огорчили изменения в схемах, из-за которых нужно менять логику в своей системе.

Почему GLN резко стал списком в бизнес-стороне в продуктовой версии, хотя в тестовом контуре и в справке указано 0..1

Во вложении сравнение http://api.vetrf.ru/schema/platform/services/2.0-RC-last/dictionary_v2.0.xsd с http://api.vetrf.ru/schema/platform/services/2.0-last/dictionary_v2.0.xsd

ilart1991 wrote:MERC01023 В запросе для наименования продукции указан идентификатор (UUID) устаревшей версии записи реестра РСХН.

Что делать с этой ошибкой?

Можно ууид в запросе вообще не указывать, только гуид

mevgenym wrote:вот здесь они привели новые guid http://help.vetrf.ru/wiki/PackingForm

Спасибо. А там идентификатор это ууид или гуид?

И смущает, что нет постфикса "2.0"

Расскажите кто как упаковку импортирует.

Метода для импорта нет, список упаковок нашел только такой, но гуидов и ууидов там нет.

Причем согласно вики - гуида и нет, т.к. базовый класс GenericEntity, но по факту там GenericVersioningEntity.

А когда гружу записи журналов, к примеру, то может прийти как с гуидом, так и без, как с globalID так и без.

serg882 wrote:Кто-нибудь делал запросы на API 2.0 по продукции поставщика GetProductItemList v2.0 (по суб продуктам GetSubProductByGuid нормально отрабатывает на сервисе ProductService)?
Запрос на platform/services/ProductService:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://api.vetrf.ru/schema/cdm/registry/ws-definitions/v2" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2"> <soapenv:Header/> <soapenv:Body> <ws:getProductItemListRequest> <bs:listOptions> <bs:count>10</bs:count> <bs:offset>0</bs:offset> </bs:listOptions> <dt:subProduct> <bs:guid>1d1b35b8-3b00-3ef4-661b-40cda8ba8555</bs:guid> </dt:subProduct> </ws:getProductItemListRequest> </soapenv:Body> </soapenv:Envelope>

выдает ошибку: Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items.

На странице вики есть пример запроса по суб продукту (http://help.vetrf.ru/wiki/GetProductItemList_v2.0).

Попробуй заполнить также productType и product. Мой такой запрос отработал:

mevgenym wrote:у меня на GetProductItemList в 2.0 по прежнему ошибка:

Ошибка проверки данных XDTO:
Значение: '' не соответствует простому типу: {http://api.vetrf.ru/schema/cdm/dictionary/v2}GTINType
Несоответствие фасету MinLength = '8'

справку кстати обновили сегодня

Поле GTIN или не заполняй или там должна быть строка от 8 до 14 символов. На пустую строку вот так ругается.

mevgenym wrote:программно загружается без ошибок
Определения = Новый WSОпределения("http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl");
Прокси = Новый WSПрокси(Определения, "http://api.vetrf.ru/schema/cdm/application/service", "ApplicationManagementServiceBindingQSService", "ApplicationManagementServiceBindingQSPort");

И даже фабрика без дополнительных танцев с бубном создается?

Кто-нить уже смог прикрутить wsdl от 2.0 для создания фабрик?

Для продукции, адресов, словаря и ХС с предприятиями получилось поднять без проблем. А вот при загрузке в 1Ску http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl выпадает ошибка "Набор схем не может содержать схемы с одинаковыми целевыми пространствами имен". И как это обойти - не понятно.

Егорова Ирина wrote:
Вот ссылка: http://mercury.vetrf.ru/pub/operatorui?_language=ru&_action=showVetDocumentFormByUuid&uuid={uuid}

Спасибо! А вообще весь список действий и параметров можно как-нибудь узнать?

Егорова Ирина wrote:
Вместе с кодом ошибки возвращается и её описание. Код ошибки возвращается как атрибут code тега error в receiveApplicationResultResponse. Описание ошибки содержится в самом теге. К сожалению, сейчас в справке есть описание только ошибок с кодом MERC. Также вам могут быть возвращены ошибки с кодами APL или APLM. Обычно это означает, что у вас что-то не так с запросом.

Спасибо! Парсер съел текст ошибки, поэтому и не заметил.

Егорова Ирина wrote:
Ошибка MERC04347 означает, что организационно-правовая форма не найдена в реестре Россельхознадзора. Код ошибки добавлен в список ошибок. При задании кода организационно-правовой формы необходимо указывать код из справочника ОКОПФ. То есть для ООО, например, это 12300.

ОКОПФ взял из 1С: УНФ и он там оказался не правильный. А почему в ответном запросе getBusinessEntityByGuidResponse возвращается ууид, а не код?

Добрый день. Есть вопросы.

1) Где-нибудь есть шаблон формирования строки адреса для веб версии? Хочу иметь возможность из нашей системы в один клик открывать объект в веб-версии. Особенно актуально на этапе разработки и тестирования. Для ВСД сейчас это выглядит примерно так: https://t2-mercury.vetrf.ru/gve/operatorui?_action=showVetDocumentForm&_language=ru&vetDocument=00001 , но вот как раз этот номер и не передается в ответах. Как сформировать аналогичную строку на основе гуида ВСД - не понятно.

2) Кто как работает с кодами ошибок? Откуда взять весь список? Я походил по вики, собрал все в одну табличку, получилось 912 кодов. Но чаще в ответе приходит какой-нибудь новый код, который не гуглится на вики и иногда находится на форуме, но чаще и там не находится. Как с такими быть? Разработчикам: может есть возможность вместе с кодом ошибки отдавать и его описание? Ну или сделать веб-сервис, который будет отдавать список соответствия кодов описаниям. А то в случае появления нового кода ошибки и занесения его в вики шансов узнать о нем нашей системе немного.

3) Совершенно не понял как работать с организационно-правовой формой в ХС. Везде в документации написано, что это объект с тремя полями name, code и shortName 1, 2, 3 Но при импорте ХС списком и по гуиду там приходит ууид (или вообще ничего не приходит), а при попытке изменить ХС с заполнением 3х полей возвращается ошибка MERC04347, описания которой я нигде не нашел. Возможно это как раз изза того, что в ОПФ указаны эти 3 поля, а не ууид. Как правильно с ними работать? Как получить соответстие ууид и коду по ОКОПФ? Я пока вижу только такой способ: получить все ХС списком, у кого указан ууид ОПФ и ОПФ можно определить из наименования, то ставить в соответствие.