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

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). Тем самым, на основании последнего пункта в в терминале лог-провайдера происходит передача права собственности и ВСД нужно погасить. А гашение ВСД в Меркурии на площадке возможна только, если к ХС она будет привязана (здесь никакого документа нет, это так система устроена).

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

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

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

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

Файл посмотрел, что можно попробовать сделать:
1. Убрать миллисекунды из дат (issueDate, deliveryDate).
2. В качестве номера запроса не использовать ГУИД, а как в примерах, например, А0001
3. В accompanyingForms указать номер ТТН (добавить waybill).

Запрос modifyActivityLocations отправляется на первой версии, а данные по ХС и площадке запрашиваются почему-то по второй версии Меркурия. Данные в тестовом контуре разнесены по версиям, если что-то было создано во второй версии, то надо работать с этим только во второй версии.

В consignor не указано businessEntity, удалили из текста или его нет (в consignee оно есть)? Возможно поэтому и ошибка.