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

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"><env:Header/><env:Body><receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions"><application xmlns="http://api.vetrf.ru/schema/cdm/application"><applicationId>xxx</applicationId><status>COMPLETED</status><serviceId>mercury-g2b.service</serviceId><issuerId>yyy</issuerId><issueDate>2018-05-28T12:10:28.000+03:00</issueDate><rcvDate>2018-05-28T12:08:59.000+03:00</rcvDate><prdcRsltDate>2018-05-28T12:08:59.000+03:00</prdcRsltDate><result><ns1:getVetDocumentListResponse xmlns:ns2="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:ns1="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2"/></result></application></receiveApplicationResultResponse></env:Body></env:Envelope>

Интересно, что вебка при этом работает....

Хотя и API два запроса подряд переварило сейчас...

Попробовал взять идентификатор старой (час назад) выполненной задачи... Все равно возвращает пустоту...

Спасибо... Успокоили...

В среднем где-то 1 из 10 идентичных запросов (одинаковые исходные данные) отрабатывает с результатом, остальные - в пустоту

Сегодня 28.05.2018 с утра по Мск пользователи взрывают мозг на предмет работы с Меркурием.
Изучил логи... Получается, что Меркурий якобы ответы присылает, но они пустые...
То есть оболочка receiveApplicationResultResponse приходит, статут задачи COMPLETED, а тело пустое...

Я один такой счастливый или проблемы наблюдаются еще у кого-нибудь?

oleg-x wrote:
Все зависит от продукции и цели перевозки.
Цель перевозки "для свободной реализации" могут оформлять только ветеринарные врачи.
Также на рыбу, яйца и прочее, могут опять же оформлять ветеринарные врачи.

На некоторую категорию продукции у пользователя должно быть право "аттестованный специалист".
А также проверьте в принципе права у пользователя в ветис паспорте:
- Авторизованный заявитель в системе Аргус
- Доступ к ИС Меркурий через Ветис.API только на чтение
- Доступ к ИС Меркурий через Ветис.API на выполнение операций
- Уполномоченное лицо (Оформление ВСД на продукцию из Приказа МСХ РФ №646)
- Авторизованный заявитель в системе Меркурий

Вот это Вы в яблочко...
То есть, мы производитель кулинарной продукции. Допустим, рыбу жарим и продаем, ну или мясо...
Нам для отгрузки такой продукции в штате нужен ветврач? А кто такой аттестованный специалист?

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

ilart1991 wrote:

GusVal wrote:

oleg-x wrote:Этим все сказано. У вас нет прав.

Кэп, да ладно?!
Какие еще права необходимы?
Какая роль должна быть у пользователя?

Какую продукцию хотите грузить?

Полуфабрикаты из мяса, рыбы, курицы вкусно приготовленные

Для продажи через розницу...

oleg-x wrote:Этим все сказано. У вас нет прав.

Кэп, да ладно?!
Какие еще права необходимы?
Какая роль должна быть у пользователя?

Добрый день!
Работаю с API 2.0, мы производство продуктов питания.

Получили сырье, загасили входящие ВСД, оформили производственный ВСД.
Теперь пытаемся оформить PrepareOutgoingConsignmentOperation, чтобы оформить отгрузку продукции.

Выполнение дает MERC02386 Данная транзакция не может быть оформлена, так как роль пользователя не позволяет оформлять ВСД.
Initiator имеет права:
<vd:ID>MERCURY_PRODUCTION_BATCH_CERTIFICATE</vd:ID>
<vd:ID>MERCURY_AUTHORIZED_CERTIFICATE_ACCEPTANCE</vd:ID>
<vd:ID>MERCURY_HS_FISH_CERTIFICATE</vd:ID>
<vd:ID>MERCURY_ACCESS_WEB_READ</vd:ID>
<vd:ID>MERCURY_ACCESS_WEB_WRITE</vd:ID>
<vd:ID>MERCURY_ACCESS_API_WRITE</vd:ID>
<vd:ID>MERCURY_RETURNED_CERTIFICATE_CREATION</vd:ID>
<vd:ID>MERCURY_CONTROL_WORKING_AREA</vd:ID>
<vd:ID>MERCURY_CERTIFICATE_ACCEPTANCE</vd:ID>
<vd:ID>MERCURY_HS_FRESH_MILK_CERTIFICATE</vd:ID>
<vd:ID>MERCURY_ACCESS_API_READ</vd:ID>
<vd:ID>MERCURY_AUTHORIZED_RETURNED_CERTIFICATE_CREATION</vd:ID>
<vd:ID>MERCURY_HS_AUTHORIZED_APPLICANT</vd:ID>
<vd:ID>ARGUS_HS_AUTHORIZED_APPLICANT</vd:ID>

Чего Мерку может не хватать?

Konup wrote:Дошло с надцатого раза...
Т.е. смотрят даты на упаковке продукции и при гашении подставляют их с актом несоответствия.

Мы так делаем...
Все ж логично... Нам прислать кривую информацию могут, а мы в ответ нет

(((

Это как раз лечится подстановкой реальных(!) данных...
Пример:
ExpireDate.FirstDate.Day = 22
ExpireDate.FirstDate.Month = 5
ExpireDate.FirstDate.Year = 2018

informalDate оставляется пустым, т.к. API 2.0 его не принимает...

Сценарий 1.2.1. Сведения во входящем ВСД не соответствуют фактическим, партия принимается в полном объеме.

Описание бизнес-операции.

Продукция, которая поступает на предприятие, сопровождается электронным ветеринарным документом. Сведения о партии не соответствуют указанным в ВСД. Обратите внимание, что допустимо расхождение следующих сведений:

номер и дата ТТН;
номер транспортного средства;
объем (как в большую, так и в меньшую сторону);
срок годности продукции;
маркировка;
4 уровень иерархического справочника продукции (productItem).

Если было выявлено расхождение в данных сведениях, то продукция может быть принята на предприятие, при этом будет составлен акт несоответствия, где будут зафиксированы расхождения.

Konup wrote:Доброго...

Встречаются ВСД, в которых встречается такое:
<vd:dateOfProduction>
<vd:informalDate>январь-май 2018г.</vd:informalDate>
</vd:dateOfProduction>
<vd:expiryDate>
<vd:informalDate>см.этикетку</vd:informalDate>
</vd:expiryDate>
А бывает вообще даже без указания месяца, года, да ещё с орфографическими ошибками...
Как такое погасить через ВетИС.API 2.0? Всю голову сломал...
Прочитал, что GusVal используя комплексную дату смог подобное победить. Подскажите это как?

Подразумевается, что самостоятельно заполняется структура dateOfProduction->FirstDate->* и ExpireDate->FirstDate->* , а informalDate не передается.
У нас в ИС ведется партионный учет дат изготовления и сроков годности сырья, поэтому эти данные подсовываю Мерку.
Еще лайфхак... FirstDate->Hour также лучше заполнить... Хоть 0, хоть 23...

start wrote:

oleg-x wrote:

Владимир Игнатов wrote:

start wrote:Тогда поздно будет...

Да уже поздно. Из тех примеров пока что-то рабочее создать - не один месяц пройдет. А там и API 2.1 настанет.

Мне срок - до конца месяца... Бедный я бедный....

Нормальный срок, успеете

Вот такой ответ получил от поддержки:

Добрый день.
В запросе для пищевых продуктов необходимо указывать только весовые единицы. (пересчет в шт возможен при указании фасовки)

Указание фасовки где нужно произвести?