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

Всем привет!

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

Добрый день, Коллеги.

Подскажите, пожалуйста в каком законе или акте можно прочесть о мерах ответсвенности за нарушение закона о ветеринарии по части обязательной выписки эВСД? Николай Анатольевич рассказывал о постепенном увеличении штрафов во времени от даты вступления в силу действия закона «О внесении изменений в Закон Российской Федерации «О ветеринарии»" № 243-ФЗ. В самом этом законе о внесении изменений в закон я не нашел данных о применяемых штрафах. В каком документе это подробно расписано?
Спасибо!

Добрый день, Коллеги.

Хотелось бы уточнить, получилось ли у кого-нибудь создать успешные запросы (на которые были получены ответы не в виде ошибок) через API 2.0 в Т2 по следующим операциям?
- внесение сведений о ветеринарных мероприятиях
- объединение записей складского журнала по методу ATTACH?

А также интересно было бы узнать мнение участников обсуждений по поводу отсутствия в запросах данных по ВСД / ответах от Меркурия по созданию/погашению ВСД семизначного номера ВСД, по которому его можно идентифицировать человеческим глазом. Кто как решает эту проблему? Ведь у многих есть требование - печатать этот номер на сопроводительных листах. А через API его невозможно получить...

mevgenym wrote:

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

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

А это пугает, если честно, т.к. интеграционное решение мы ориентируем на функционал Т2 (который во многом изучаем методом проб и ошибок, т.к. документация не соотв. факту). И если в продуктиве в итоге 2.0 будет работать иначе, то Go-Live становится очень рисковым мероприятием... А тестовая среда вообще теряет какой-либо смысл. Так вообще-то, по-хорошему, делать нельзя.

Sky_nnov wrote:Вот и вики обновили.
http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API#.D0.9F.D1.80.D0.BE.D0.B4.D1.83.D0.BA.D1.82.D0.B8.D0.B2.D0.BD.D1.8B.D0.B9_.D0.BA.D0.BE.D0.BD.D1.82.D1.83.D1.80
А вот и новый WSDL
http://api.vetrf.ru/schema/platform/services/2.0-last/ams-mercury-g2b.service_v2.0_production.wsdl

Класс!

Спасибо!

Павел Большаков wrote:

gni wrote:Т.е. создали, например, GUID для колбасных изделий

Щас Николай Анатольевич придет и еще раз пояснит за "братские могилы".
PS переходи на светлую сторону - запили индивидуальные ProductItemGUID.

Да, переходите на светлую сторону!

Один продукт - один GUID.

Sky_nnov wrote:

lesya K wrote:А подключаетесь к продуктивной версии с пилотными сервисами 2.0?

Да. Там только точку входа поменять.

Добрый день. А где Вы нашли точки доступа для продуктива? В WSDL-ке по application management service, выложенной на wiki, прописана вот эта точка:
https://api2.vetrf.ru:8002/platform/services/2.0/ApplicationManagementService

В ней нет указания, что это T2. Как будет выглядеть точка для Продуктива?
Спасибо!

vvche wrote:

alpsmirnov wrote:

vvche wrote:API 2.0 пока еще настолько "бета", что SOAPui благополучно помирает на попытке переварить mercury-g2b.service_v2.0.wsdl, например

У меня переварило))

А Request editor на всех операциях открывается?

У меня падает на "getStockEntryListRequest"

Я редактирую запросы в Notepad++. В SoapUI их валидирую относительно WSDL. Как-то так.

vvche wrote:API 2.0 пока еще настолько "бета", что SOAPui благополучно помирает на попытке переварить mercury-g2b.service_v2.0.wsdl, например

У меня переварило))

не знаю как удалять сообщения на этом форуме, поэтому оставлю вот это))

Алексей Тимофеев wrote:

alpsmirnov wrote:Вам повезло, что пришел ответ ACCEPTED. У меня вообще возвращает просто текст моего запроса, когда я пытаюсь отправить его в терминах версии 2.0.

alpsmirnov wrote:Интересно, у кого-нибудь, на фоне тотального молчания со стороны разработчиков "Меркурия", получилось сделать хоть один успешный запрос в версии 2.0?

alpsmirnov wrote:Любопытно, удалось ли кому-то получить ответ по запросу в сервисе v2.0?

alpsmirnov wrote:Есть подозрение, что 1.5 колбасит

Алексей, не нагнетайте, пожалуйста. Никакого тотального молчания нет, по ошибкам при составлении запросов к 2.0 в скайпе вам написал. По ошибке в 1.5 с актуальной версией записи складского журнала разбираемся.

Залкинд Дмитрий wrote:<apl:error code="APLM0002" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Unsupported application data format</apl:error>
Вопрос: что именно я делаю не так, и формат ЧЕГО не нравится парсеру?

Техподдержка получает просто бесконечное количество подобных вопросов. Чтобы сэкономить друг другу время, просьба валидируйте XML по схеме. Это можно сделать, например, с помощью SoapUI или любым другим XML-редактором.
Конкретно в данном случае ошибка в следующем. Application data, т.е. то, что находится внутри тэга <data> заявки, не распознано шлюзом. Т.е. или пространство имён или наименование корневого элемента для содержимого заявки указано некорректно.
Имеем в запросе корневой элемент {http://api.vetrf.ru/schema/cdm/mercury/applications}prepareOutgoingConsignmentRequest, сервис <app:serviceId>mercury-g2b.service</app:serviceId>, т.е. версия форматов 1.4 (по умолчанию). В ХSD для версии 1.4 (http://api.vetrf.ru/schema/platform/mercury/g2b/applications_v1.4.xsd) нет элемента prepareOutgoingConsignmentRequest, корректное название -- prepareOutcomingConsignmentRequest.

Алексей, да, прошу прощения. Про тотальное молчание написал еще до того, как получил информацию от Вас. Правда на последние мои вопросы все же ответа не последовало, но я понимаю, что Вам сейчас тоже там нелегко приходится. Сейчас у всех напряженка, т.к. ситуация действительно непростая.

По поводу валидации. У меня тоже возникает ошибка, указанная выше, а также другие, например то, что элементы XML не распознаны, в частности login из структуры initiator.
Думаю, что в версии 1.5 мы не сталкивались с подобными проблемами, потому что на help.vetrf.ru были выложены примеры с заполнением ссылок на все необходимые неймспейсы в элементе <soapenv:Envelope >. По версии 2.0 в документации нет таких документов, а то, что Вы прислали в скайпе (перечислено ниже) является неполным списком всех ссылок на все необходимые неймспейсы. Может, Вы выложите тогда общий пример для всех запросов того, как правильно необходимо оформлять элемент <soapenv:Envelope>, чтобы мы не гадали в чем же действительно заключается проблема, которую мне выдает валидатор SoapUI.
== Зависимости
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
В данный момент ни один из моих запросов версии 2.0 не проходит валидацию потому что условный элемент merc:"AnyOperation" не распознается сервисом. Например:

Но вот по этому поводу я от Вас пока не получил ответа со вчерашнего дня.
В любом случае, мы очень ценим любую информацию со стороны разработчиков и очень за нее благодарны!

Nevzor wrote:

nsnt wrote:Формирую список ВСД getVetDocumentListRequest в 1.5, в результате нет последнего документа, который добавила сегодня в веб-интерфейсе. Делаю то же самое в 1.4 - получаю на один документ больше, сегодняшний ВСД есть. В чем прикол?

Добрый день!
Аналогичная ситуация..

Есть подозрение, что 1.5 колбасит, т.к. мы тоже не можем resolveDiscrepancy-операцией изменить складскую запись со ссылкой на последний UUID. Выдает ошибку, что мол ссылаемся на устаревшую версию складской записи. Но getStockEntryByGuid выдает именно эту версию. Противоречие...

SBekrenev wrote:Добрый день!

К какому сервису относится операция http://help.vetrf.ru/wiki/GetVetDocumentListOperation_v1.2

Очевидно, она относится к сервису http://api.vetrf.ru/schema/platform/services/ApplicationManagementService_v1.2_production.wsdl но зачем Вам это старье?
Любопытно, удалось ли кому-то получить ответ по запросу в сервисе v2.0?

Залкинд Дмитрий wrote:Добрый день.
Может быть, кто-нибудь из разработчиков сможет помочь?
Отправляю запрос:

.....

Вопрос: что именно я делаю не так, и формат ЧЕГО не нравится парсеру?

Вам повезло, что пришел ответ ACCEPTED. У меня вообще возвращает просто текст моего запроса, когда я пытаюсь отправить его в терминах версии 2.0.

Интересно, у кого-нибудь, на фоне тотального молчания со стороны разработчиков "Меркурия", получилось сделать хоть один успешный запрос в версии 2.0?

T.Grakhov wrote:Здравствуйте.

Уважаемые разработчики!

Не могли бы Вы прямо и четко обозначить сроки начало действия и окончания всех версий api, на боевом и тестовом серверах. И почему бы заранее не оповещать о предстоящих работах на серверах.

Заранее спасибо.
Надеюсь это сообщение не останется без ответа.

+1