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

anyman wrote:Есть ИНН и GUID площадки. Как узнатьGUID Х.С.?

Можно отправить запрос GetEnterpriseByGuid и если там будет заполнен тег <owner>, то возможно там будет GUID ХС.

stopgg wrote:
<vd:productItem>
<bs:guid>d34504bb-7a93-e1c8-4859-339eafd97c6c</bs:guid>
<dt:name>Молоко охл при тем +7</dt:name>
</vd:productItem>

Может чего то не хватает в запросе? Я не могу понять к какому параметру эта ошибка относится. Подскажите пожалуйста.

С таким ГУИД продукта нет в боевом и тестовом контуре, для проверки нужно использовать запрос GetProductItemByGuid.

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

stopgg wrote:Добрый вечер. Подскажите по гашению ВСД.

Отправляю запрос на https://api2.vetrf.ru:8002/platform/services/2.1/ApplicationManagementService

.....

Что только не пробовал, ошибка не уходит. Запрос брал из примера на вики, подставил свои данные в том числе и гуиды. В чем может быть проблема? Куда копать?
Может быть такая ошибка из за неверного параметра? Как можно это узнать? И еще, подскажите где брать: batchid ? В этом запросе взял случайный.

Если бы из вики брали, то запрос был бы немного другим. Почему у вас все теги в нижнем регистре? Регистр важен для Меркурия, например, вместо <merc:processincomingconsignmentrequest> должно быть <merc:processIncomingConsignmentRequest> и т.д.

Если используете версию 2.1, то и имя сервиса должно быть <apl:serviceid>mercury-g2b.service:2.1</apl:serviceid>.

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

ppa32 wrote:
<ws:GetProductItemByGuidRequest>
<bs:guid>28e8fb43-b88f-4e9b-b6dc-f59c03d1dd2d</bs:guid>
</ws:GetProductItemByGuidRequest>

Должно быть:
<ws:getProductItemByGuidRequest>
<bs:guid>28e8fb43-b88f-4e9b-b6dc-f59c03d1dd2d</bs:guid>
</ws:getProductItemByGuidRequest>

Mak_VET wrote:Существует множество вариантов действий с возвратной продукцией, мне интересен тот, при котором, получатель отказывается от получения, но продукция не возвращается назад, а перемещается на склад-стокист предприятия.

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

NikitaVP wrote:Добрый день!
Вопрос задам на примере: есть позиции 8 IN 1 Excel Brewers Yeast д/соб.круп.пор.; 8 IN 1 Excel Calcium; 8 IN 1 Excel Calcium; 8 IN 1 Excel они выгружаются в одной строчке. по факту в ней указанны сразу несколько позиций.
Как сделать так, чтобы эти несколько позиции выгружались сразу по позициям. а не общим объёмом?

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

loki wrote:
текст запроса:

<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>

Должно быть <apl:serviceId>mercury-g2b.service:2.1</apl:serviceId>

christoffelsymbols wrote:

Интересно, у тоже такая проблема воспроизвелась. Разбираемся

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

Yoreg07 wrote:Добрый день. Кто сталкивался с такой проблемой. Было три одинаковых площадки, объединили в одну, в webe её вижу и могу в ней работать, через шлюз (2.0) запрашиваю список площадок для ХС и она там есть, к тому же запрашиваю список записей журнала по этой площадке и они приходят, а вот если запросить список ВСД, то в ответ ошибка "Указанные предприятие и хозяйствующий субъект должны быть связаны друг с другом" ... кто может помочь или посоветовать что делать?

Как вариант можно погасить в веб-интерфейсе, если они там видны, после чего списать там же. А дальше инвентаризацией поставить на приход через API.

ribokombinat wrote:Добрый день!
По какому телефону можно узнать судьбу заявки на предоставление доступа с Ветис.API ?
11 декабря отправил первое письмо с заявками на адрес api@vetrf.ru, 19 декабря отправил повторное письмо.
Ответа с реквизитами так и не поступило

Так быстро доступ не дают. Отправил 06.12 получил 20.12, нужно еще учесть, что сейчас конец года и заявок еще больше, а количество сотрудников не изменилось.

deokore wrote:

serg882 wrote:

deokore wrote:Подскажите, кто нибудь в processIncomingConsignmentRequest v2 гасил сразу несколько партий одним запросом?

В схеме такого нет, можно только один ВСД погасить, а в одном ВСД только одна партия (это если он правильно оформлен, нет товара в ассортименте {такое было в первой версии}).

А мы точно одни и те же схемы смотрим?

Я смотрю страницу в вики, там в consignment такого нет (раньше был, но убрали, чтобы вопросы не задавали), лучше все таки смотреть на вики (там то, что система обрабатывает), в схемах может указываться избыточная информация.

deokore wrote:Подскажите, кто нибудь в processIncomingConsignmentRequest v2 гасил сразу несколько партий одним запросом?

В схеме такого нет, можно только один ВСД погасить, а в одном ВСД только одна партия (это если он правильно оформлен, нет товара в ассортименте {такое было в первой версии}).

Vitalka wrote:
Столкнулись с такой же ошибкой. Как быть - не понятно. В сспецификации указано, что узел origin опциональный. Если посмотреть справочник номенклатуры (GetProductItemByGuid), то и там origin опциональный. Указывать для продукции такую же страну как у ХС - ну не знаю... Как по мне это не правильно и не логично.
Возможно это просто баг Меркурия и в ближайшем будущем эту проверку отключат?

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

ибо клиент не хочет привязывать терминал лог-провайдера как площадку к своему ХС в Меркурии. И такой клиент не один. Как их заставить это сделать? На какой документ сослаться?

Я не думаю, что есть какой-то документ, есть приказ о том, что нужно оформлять ВСД при перевозке: Приказ Минсельхоза России 589 27.12.2016 г. п. 3 третий абзац и п.13 абзац третий, где написано окончание действия оформленного ВСД (http://help.vetrf.ru/images/d/dd/Prikaz589_20161227.pdf). Тем самым, на основании последнего пункта в в терминале лог-провайдера происходит передача права собственности и ВСД нужно погасить. А гашение ВСД в Меркурии на площадке возможна только, если к ХС она будет привязана (здесь никакого документа нет, это так система устроена).

Права собственности на груз переходят не к перевозчику, а к клиенту, но происходит это не в конечной точке маршрута, а в первой точке перегрузки - в терминале лог-провайдера

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