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

dk wrote:

serg882 wrote:

dk wrote:

serg882 wrote:Мне очень пригодился, можно получать входящие ВСД по фильтру за интервал дат (можно не за целый день, а за определенный промежуток)

Этот функционал и в 2.0 был GetVetDocumentChangesListOperation v2.0.

И зачем мне он нужен? Там получения изменения ВСД со всеми статусами, когда в методе GetVetDocumentListOperation есть фильтры по типу и статусу ВСД.

В 2.1 и в GetVetDocumentChangesListOperation есть эти фильтры. Работают ли они, вот в чём вопрос.

В GetVetDocumentListOperation фильтры работают как нужно. В 2.1 объединили фильтры GetVetDocumentListOperation и GetVetDocumentListOperation. Все же у GetVetDocumentChangesListOperation назначение другое и получать ВСД для гашения удобнее методом GetVetDocumentListOperation.

dk wrote:

serg882 wrote:Мне очень пригодился, можно получать входящие ВСД по фильтру за интервал дат (можно не за целый день, а за определенный промежуток)

Этот функционал и в 2.0 был GetVetDocumentChangesListOperation v2.0.

И зачем мне он нужен? Там получения изменения ВСД со всеми статусами, когда в методе GetVetDocumentListOperation есть фильтры по типу и статусу ВСД.

Atlashkin wrote:Коллеги, добрый день. Какие преимущества, плюсы будут при переходе на версию 2.1 У кого какие предположения? или же есть кто уже перешёл на 2.1 и пользуется, прошу поделиться результатами работы на новой версии.

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

Lokky wrote:Здравствуйте.
Создаю запрос на полный возврат электронного ВСД.
Составляю запрос из данных полученных во входящем ВСД.
Когда обращаюсь за получением результата выкидывает ошибку:
MERC15383 Unsupported error code: 15383

Что за ошибка как её исправлять - не понятно.
Подскажите, пожалуйста, что за ошибка и по какой причине она может возникать?

Добавьте в раздел delivery секцию consignment.

Codev wrote:здесь ссылки на wsdl. Разъясните, пожалуйста.

Если открыть wsdl, то там в самом конце можно найти адрес.

Адрес для 2.0: api.vetrf.ru/platform/services/2.0/ApplicationManagementService
Адрес для 2.1: api.vetrf.ru/platform/services/2.1/ApplicationManagementService

СВЕТЛАНА29 wrote:

serg882 wrote:

СВЕТЛАНА29 wrote:

АнтонКос wrote:Найдите в меркурии левую площадку, благо таких там тьма тьмущая. И оформляйте на них все что нужно до выравнивания остатков.

Еще можно разделить на две площадки ОПТ / РОЗНИЦА. Все поступление оформляйте на опт, все продажи с ВСД оформляете с опта. Условно в конце дня перемещаете весь объем продаж за день на розничную площадку.
В итоге на оптовой площадке остатки будут сходиться, и на розничной все гладко там продажа конечному покупателю.
Думаю так будет корректней.

Не плохой выход с двумя площадками.

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

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

Площадки для производства и продаж разделяются, это понятно. Я написал про оптовиков, им вторую площадку создать легально скорее всего не получится (как объяснить, что площадка должна разделяться на две?).

Слоник wrote:

serg882 wrote:

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

Как так можно сделать ВСД без перевозки, если площадки нет в Меркурии? Если ХС вообще не зарегистрирован в Меркурии, то и оформить ВСД не получится.

Не поленитесь, пробейте всех своих контрагентов на наличие их в меркурии, это не займет много времени. И на тех кто есть , даже если у них нет предприятия получателя оформите ВСД по типу транзакции смена владельца БЕЗ ПЕРЕВОЗКИ! У меня ХСы так и делают, и товар с них списывается и ВСД оформлен. А куда дальше этот получатель везет, это его проблемы. Он может обратиться в ветслужбу и оформить дальше куда ему надо, веты зарегят ему площадку-получатель.

Через АПИ разве получится сделать без перевозки на ту же площадку для ХС, не привязанного к этой площадке? Через Веб можно так делать, но кто же будет столько ВСД оформлять. Но все равно такие ВСД при проверке не покажешь в процессе перевозки.

СВЕТЛАНА29 wrote:

АнтонКос wrote:Найдите в меркурии левую площадку, благо таких там тьма тьмущая. И оформляйте на них все что нужно до выравнивания остатков.

Еще можно разделить на две площадки ОПТ / РОЗНИЦА. Все поступление оформляйте на опт, все продажи с ВСД оформляете с опта. Условно в конце дня перемещаете весь объем продаж за день на розничную площадку.
В итоге на оптовой площадке остатки будут сходиться, и на розничной все гладко там продажа конечному покупателю.
Думаю так будет корректней.

Не плохой выход с двумя площадками.

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

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

Как так можно сделать ВСД без перевозки, если площадки нет в Меркурии? Если ХС вообще не зарегистрирован в Меркурии, то и оформить ВСД не получится.

Codev wrote:Спасибо за ответы.
Думал, что победил, но нет. Запрос ХС по ГУИД прошел "на Ура", а вот пользователя не могу найти, пишется ошибка 500. Что опять не так, подскажите люди добрые
<?xml version="1.0"?> <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:bs="http://api.vetrf.ru/schema/cdm/base"> <SOAP-ENV:Header/> <SOAP-ENV:Body> <apldef:submitApplicationRequest> <apldef:apiKey>Апи</apldef:apiKey> <apl:application> <apl:serviceId>mercury-g2b.service:2.0</apl:serviceId> <apl:issuerId>issuerId</apl:issuerId> <apl:issueDate>2019-01-25T16:56:08</apl:issueDate> <apl:data> <merc:getBusinessEntityUserRequest> <merc:localTransactionId>a10003</merc:localTransactionId> // МОЖЕТ В ЭТОМ ОШИБКА??? я не знаю какое значение сюда подставлять <merc:initiator> <vd:login>Мой_логин</vd:login> </merc:initiator> <vd:user> <vd:login>Мой_логин</vd:login> // Себя проверяю, т.к. я один пользователь </vd:user> </merc:getBusinessEntityUserRequest> </apl:data> </apl:application> </apldef:submitApplicationRequest> </SOAP-ENV:Body> </SOAP-ENV:Envelope>
Ошибка: 500 OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items
Какого ему пункта не хватает, пример из http://help.vetrf.ru/wiki/GetBusinessEntityUser_v2.0 взял

Меркурий диагностику выдает такую, что ничего не понятно. Такая ошибка возникает, когда Меркурий по запросу ничего не находит. Работать с пользователями может только Администратор ХС (в паспорте Меркурий у пользователя должна быть такая роль).

Идентификатор запроса (localTransactionId) не дожен повторяться в течении 3-х дней, т.к. результаты запросов хранятся 3 дня и после результат получить нельзя.

Codev wrote:Инфо-Предприятие . Внутренний язык.
С авторизацией разобрался, наверно. Появилась Ошибка 500. Говорит, что не может прочитать xml:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://api.vetrf.ru/schema/cdm/cerberus/business-entity/ws-definitions" xmlns:base="http://api.vetrf.ru/schema/cdm/base"><soapenv:Header/>
<soapenv:Body>
<ws:getBusinessEntityByGuidRequest>
<bs:guid>80466402-0255-429e-8400-bf9cef657c1b</bs:guid>
</ws:getBusinessEntityByGuidRequest>
</soapenv:Body>
</soapenv:Envelope>

У вас неймспейсы от первой версии, вы же на второй посылаете запрос, соответственно, все примеры методов нужно брать из второй версии.
По Инфо-Предприятие есть же описание языка, и там даже есть пример запроса:

dk wrote:

serg882 wrote:

dk wrote:С каких это пор отправитель может гасить исходящий ВСД на чужой площадке? Отправитель может только аннулировать исходящий ВСД.
Только получатель может погасить входящий ВСД.

Это было с самого начала (по крайней мере 2.0), называется Уполномоченное гашение.

Интересно, а если я не хочу принимать какую-то партию товара? А отправитель погасил уже? А регионализация не всегда позволяет вернуть со склада.
Получается фактически это может работать только в рамках одной организации, разделённой на разные Юр лица.

Один ХС дает доступ другому ХС, соответственно он соглашается с тем, что он может делать что за хочет (для того и сделано). Там есть ограничение на гашение только своих ВСД, чужие погасить нельзя.

dk wrote:С каких это пор отправитель может гасить исходящий ВСД на чужой площадке? Отправитель может только аннулировать исходящий ВСД.
Только получатель может погасить входящий ВСД.

Это было с самого начала (по крайней мере 2.0), называется Уполномоченное гашение.

Codev wrote:

serg882 wrote:
Авторизация есть в каждом запросе:
<apldef:apiKey>ApiKey</apldef:apiKey> + <apl:issuerId>IssuerId</apl:issuerId>.

А в примере этого нет:
<soapenv:Envelope xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:ws="http://api.vetrf.ru/schema/cdm/registry/ws-definitions/v2" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"")//api.vetrf.ru/schema/cdm/base" xmlns:ws="http://api.vetrf.ru/schema/cdm/registry/ws-definitions/v2" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"><soapenv:Header/> <soapenv:Body> <ws:getBusinessEntityByGuidRequest> <bs:guid>80466402-0255-429e-8400-bf9cef657c1b</bs:guid> </ws:getBusinessEntityByGuidRequest> </soapenv:Body> </soapenv:Envelope>

В справочниках нет АПИкеу (есть только в заявках). Но на этом методе можно проверить можно вообще из Меркурия данные получить или нет.

Codev wrote:

Но все же еще есть логин и пароль при соединении с сервером (так же в письме должен был быть, где доступ к АПИ).

Я так понимаю это нужно отдельно в параметрах соап запроса передавать?

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

Codev wrote:Появившаяся ошибка 401 при запросе ХС по ГУИД поставила меня в ступор. О какой авторизации идет речь, если в теле запроса нет авторизации!! Или должна быть?

Авторизация есть в каждом запросе:
<apldef:apiKey>ApiKey</apldef:apiKey> + <apl:issuerId>IssuerId</apl:issuerId>.

Но все же еще есть логин и пароль при соединении с сервером (так же в письме должен был быть, где доступ к АПИ).