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

serg882 wrote:

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

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

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

благодарю. сработало

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

<SOAP-ENV:Envelope xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2"
				xmlns:bs="http://api.vetrf.ru/schema/cdm/base"
				xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2"
				xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" 
				xmlns:apl="http://api.vetrf.ru/schema/cdm/application"
				xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2"
				xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
    <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>9b9fb1a1-dc7f-472b-bdb6-fb3978048ae8</apl:issuerId>
                <apl:issueDate>2018-10-23T09:50:09</apl:issueDate>
                <apl:data>
                    <merc:getVetDocumentListRequest>
                        <merc:localTransactionId>a20181023T095009</merc:localTransactionId>
                        <merc:initiator>
                            <vd:login>***</vd:login>
                        </merc:initiator>
                        <bs:listOptions>
                            <bs:count>1000</bs:count>
                            <bs:offset>0</bs:offset>
                        </bs:listOptions>

<vd:issueDateInterval>
                            <bs:beginDate>2018-09-28T00:00:00</bs:beginDate>
                            <bs:endDate>2018-10-10T00:00:00</bs:endDate>
                        </vd:issueDateInterval>

<dt:enterpriseGuid>de8f2ca2-570c-4ba3-bc51-cf22447daa65</dt:enterpriseGuid>
                    </merc:getVetDocumentListRequest>
                </apl:data>
            </apl:application>
        </apldef:submitApplicationRequest>
    </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

получаю ответ:

проверяю заявку:

получаю ответ:

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
    <soap:Body>
        <receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
            <application xmlns="http://api.vetrf.ru/schema/cdm/application">
                <applicationId>3c39959b-7fe2-436c-b4a4-79c9168ae4c9</applicationId>
                <status>REJECTED</status>
                <serviceId>mercury-g2b.service</serviceId>
                <issuerId>9b9fb1a1-dc7f-472b-bdb6-fb3978048ae8</issuerId>
                <issueDate>2018-10-23T09:50:09+03:00</issueDate>
                <rcvDate>2018-10-23T05:02:23+03:00</rcvDate>
                <prdcRsltDate>2018-10-23T05:02:26+03:00</prdcRsltDate>
                <errors>
                    <apl:error code="APLM0007" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">
                        Wrong application data format. Format validation failed due to XML Schema rules:  Element 'issueDateInterval' not expected.
                    </apl:error>
                </errors>
            </application>
        </receiveApplicationResultResponse>
    </soap:Body>
</soap:Envelope>

если этот блок не указывать

все работает.

опечатка. тег не закрывал...

теперь заявка обрабатывается, но при проверке статуса заявки получаю ошибку:
<apl:error code="APLM0007" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">
Wrong application data format. Format validation failed due to XML Schema rules: Element 'issueDateInterval' not expected.
</apl:error>

vd:issueDateInterval - (v2.1) Интервал времени оформления документа.

добавил в запрос - получаю ошибку:

500
<faultstring>BEA-382513: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</faultstring>

поменял сервис на /platform/services/2.1/ApplicationManagementService - ошибка та же самая.
подскажите, где я не прав?

Garland wrote:Ну бывает, Меркурий он такой
Воспользуйтесь функцией modifyActivityLocationsRequest и привяжите на всякий случай площадку к ХС

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

да. нужно привязывать через modifyActivityLocationsRequest .
указание owner ничего не значит. на привязку это никак не влияет.

mevgenym wrote:

loki wrote:
во входящих 3 ТТН. каким образом мне указать эти 3 ТТН?

У вас на входе некий блок referencedDocument. В вашем случае их 3.

<vd:referencedDocument> <vd:issueNumber>10522</vd:issueNumber> <vd:issueDate>2018-04-04</vd:issueDate> <vd:type>1</vd:type> <vd:relationshipType>1</vd:relationshipType> </vd:referencedDocument> <vd:referencedDocument> <vd:issueNumber>066929, 066930</vd:issueNumber> <vd:issueDate>2018-03-28</vd:issueDate> <vd:type>8</vd:type> <vd:relationshipType>1</vd:relationshipType> </vd:referencedDocument> <vd:referencedDocument> <vd:issueNumber>066929, 066930</vd:issueNumber> <vd:issueDate>2018-03-28</vd:issueDate> <vd:type>8</vd:type> <vd:relationshipType>1</vd:relationshipType> </vd:referencedDocument>

В этом referencedDocument вы сами должны найти то чем вы будете заполнять свой waybill при гашении.
По справке http://help.vetrf.ru/wiki/DocumentType_v2.0
1 - Товарно-транспортная накладная
8 - Разрешение ветеринарного управления субъекта страны ТС на ввоз продукции

т.е. выбираете один, например, тип первого блока больше похож на ТТН
<vd:referencedDocument> <vd:issueNumber>10522</vd:issueNumber> <vd:issueDate>2018-04-04</vd:issueDate> <vd:type>1</vd:type> <vd:relationshipType>1</vd:relationshipType> </vd:referencedDocument>

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

mevgenym wrote:

loki wrote:
пытаюсь погасить. так же указываю эти ТТН:

по справке Waybill не список http://help.vetrf.ru/wiki/ProcessIncomingConsignment_v2.0
<vd:waybill> vd:Waybill [0..1]

как вы умудрились три Waybill воткнуть туда?

так я и не умудрился.

во входящих 3 ТТН. каким образом мне указать эти 3 ТТН?

evgenichv wrote:

rty wrote:

evgenichv wrote:Доброго времени суток. Помогите разобраться, у нас к 1С куплена обработка у Алко-Софта.
Поставили в 1С, при запросе к серверу пишет "Ошибка работы с Интернет: Problem with the local SSL certificate"
Интернет на сервере есть, порт 8002 в проксе открыт.

Обновите платформу до последнего релиза, для 8.2 это 8.2.19.130, на 8.3 вроде выше 8.3.6 должна быть

Спасибо, попробую, отпишу результат)

и порт 8002 это для тестового сервера.
для рабочего 443

с площадкой - может и удалили, хотя по апи она находится.
но здесь не найден ХОЗЯЙСТВУЮЩИЙ СУБЪЕКТ.
как можно удалить ХС?

указывать нужно не ГУИД, а УУИД записи журнала.

<apl:error code="MERC02129" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Хозяйствующий субъект, получатель партии продукции, с указанным идентификатором не найден в реестре РСХН, либо идентификатор не соответствует установленному формату.</apl:error>

при попытке создания транспортной партии получил ошибку.
через АПИ ХС по ИНН (141800381490) находится.
где можно посмотреть информацию о данном ХозСубъекте? в меркурии не нашел, в цербере вообще пусто

oleg-x wrote:

rty wrote:Секундочку.
При самовывозе нужно делать смену владельца без перевозки.
В транспортном указать получателя чужого хоза и свою же площадку получателя.
Чужой хоз свяжет нашу площадку со своим хозом, и сможет принять всд.
После этого он оформляет перевозку без смены владельца с нашей площадки на свою.
Или нет?

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

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

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

а нет. вру. инициатор должен принадлежать ХС

iri's wrote:Такую ошибку выдавал шлюз, когда в Исходящем ВСД у ХС получателя отваливалась связь с его предприятием. Проверить просто (если у вас интеграционное решение или 1С УВС): Зайдите в веб-интерфейс и попробуйте создать пробную ТО. Найдите по наименованию или другим атрибутам площадку ХС, на которую выписываете ВСД (не ХС, а именно площадку). Если не нашли - то это оно. Если нашли, значит косяк в чем-то другом. Мы связывались с ХС и просили прислать GUID площадки. Сейчас в системе много дублей, поэтому ХС объединяют площадки, удаляют дубли и периодически такое бывает.

хех... а как же иначе?
GetBusinessEntityList - ищем ХС по ИНН.
GetActivityLocationList - получаем список его площадок. и эта площадка в списке есть.

или данные веба и АПИ не совпадают?

oleg-x wrote:

uac wrote:

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

А как тогда правильнее будет оформить самовывоз, можете подсказать? Я по документации Ветис.API другого способа не могу найти %)

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

но мы же можем СВОЮ площадку привязать к ХС клиента.