|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
PrepareOutgoingConsignmentOperation v2.0 работает?  XML
Индекс форума » Автоматизированная система МЕРКУРИЙ
Автор Сообщение
VoditelKobyly


Зарегистрирован: 16/08/2017 10:22:55
Сообщений: 102
Оффлайн

Не получается оформить транспортную партию во второй версии на тестовом контуре.
Уже неделю бьюсь с этим запросом. Сначала делал по описанию в справке, теперь вижу в справке появились примеры.
Делаю как в примере, но в ответ получаю:
Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items
Помогите разобраться в чем причина.
Валидацию текста запроса проверяю с помощью он-лайн сервисов, все проходит. А Меркурий в упор не хочет принимать запрос.
Вот текст запроса:
<?xml version="1.0" encoding="UTF-8"?>
<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>apiKey</apldef:apiKey>
<apl:application>
<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
<apl:issuerId>1121bd89-bcb3-4c1d-a7bf-0ce78d905fa9</apl:issuerId>
<apl:issueDate>2017-11-27T08:53:49</apl:issueDate>
<apl:data>
<merc:prepareOutgoingConsignmentRequest>
<merc:localTransactionId>000000002779</merc:localTransactionId>
<merc:initiator>
<vd:login>login</vd:login>
</merc:initiator>
<merc:delivery>
<vd:deliveryDate>2017-11-27T08:53:47</vd:deliveryDate>
<vd:consignor>
<dt:businessEntity>
<bs:guid>1121bd89-bcb3-4c1d-a7bf-0ce78d905fa9</bs:guid>
</dt:businessEntity>
<dt:enterprise>
<bs:guid>100c6b08-453b-4913-9390-1a2f6194424c</bs:guid>
</dt:enterprise>
</vd:consignor>
<vd:consignee>
<dt:businessEntity>
<bs:guid>1121bd89-bcb3-4c1d-a7bf-0ce78d905fa9</bs:guid>
</dt:businessEntity>
<dt:enterprise>
<bs:guid>b66abc76-e564-48b5-aa74-a89416091706</bs:guid>
</dt:enterprise>
</vd:consignee>
<vd:consignment>
<vd:volume>50</vd:volume>
<vd:unit>
<bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
</vd:unit>
<vd:sourceStockEntry>
<bs:guid>9bbf00ff-e14c-48fb-bda6-9bd068c79cf4</bs:guid>
</vd:sourceStockEntry>
</vd:consignment>
<vd:broker>
<bs:guid></bs:guid>
</vd:broker>
<vd:transportInfo>
<vd:transportType>1</vd:transportType>
<vd:transportNumber>
<vd:vehicleNumber>Н105ЕТ142</vd:vehicleNumber>
</vd:transportNumber>
</vd:transportInfo>
<vd:transportStorageType>FROZEN</vd:transportStorageType>
<vd:accompanyingForms>
<vd:waybill>
<vd:issueSeries></vd:issueSeries>
<vd:issueNumber>НХК-0000009527</vd:issueNumber>
<vd:issueDate>2017-11-24</vd:issueDate>
<vd:type>1</vd:type>
</vd:waybill>
<vd:vetCertificate>
<vd:authentication>
<vd:purpose>
<bs:guid></bs:guid>
</vd:purpose>
<vd:cargoInspected>false</vd:cargoInspected>
<vd:cargoExpertized>false</vd:cargoExpertized>
<vd:locationProsperity>Местность благополучна</vd:locationProsperity>
</vd:authentication>
</vd:vetCertificate>
</vd:accompanyingForms>
</merc:delivery>
</merc:prepareOutgoingConsignmentRequest>
</apl:data>
</apl:application>
</apldef:submitApplicationRequest>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

mevgenym


Зарегистрирован: 19/05/2017 14:03:42
Сообщений: 311
Оффлайн

проверьте, там тип изменился
<vd:cargoExpertized>false</vd:cargoExpertized>
https://github.com/mevgenym/1c_vetis.api_v1.1
https://github.com/mevgenym/1c_vetis.api
VoditelKobyly


Зарегистрирован: 16/08/2017 10:22:55
Сообщений: 102
Оффлайн

Спасибо, поправил на: <vd:cargoExpertized>VSEFULL</vd:cargoExpertized>
Не помогает.
VoditelKobyly


Зарегистрирован: 16/08/2017 10:22:55
Сообщений: 102
Оффлайн

Есть две ссылки:
http://help.vetrf.ru/wiki/TransportOperation_v2.0
и
http://help.vetrf.ru/wiki/PrepareOutgoingConsignmentOperation_v2.0
В обоих написано про оформление транспортной партии.
Какой пользоваться?
В первой даже примеров нет.
mevgenym


Зарегистрирован: 19/05/2017 14:03:42
Сообщений: 311
Оффлайн

Я вторую смотрю. По содержимому то все в порядке. Если только "валидация". Я свой могу скинуть, но толку мало, в 1ске он по другому записывается.
https://github.com/mevgenym/1c_vetis.api_v1.1
https://github.com/mevgenym/1c_vetis.api
Vladimir2017

[Avatar]

Зарегистрирован: 02/10/2017 14:31:03
Сообщений: 359
Оффлайн

VoditelKobyly wrote:
<vd:broker>
<bs:guid></bs:guid>
</vd:broker>


Проверьте.
VoditelKobyly


Зарегистрирован: 16/08/2017 10:22:55
Сообщений: 102
Оффлайн

27/11/2017 09:10:51 Тема: PrepareOutgoingConsignmentOperation v2.0 работает?
VoditelKobyly wrote:

<vd:broker>
<bs:guid></bs:guid>
</vd:broker>


Проверьте.



Убирал уже и подставлял, толку нет. Да и наверное сообщение от сервера должно быть другое в этом случае.
Последний раз пытался сделать как в примере Запроса2 http://help.vetrf.ru/wiki/PrepareOutgoingConsignmentOperation_v2.0
Прикрепил запрос с указанным перевозчиком
 Имя файла prepareOutgoingConsignmentRequest.txt [Disk] Загрузить
 Описание
 Размер файла 4 Kbytes
 Скачано:  542 раз

VoditelKobyly


Зарегистрирован: 16/08/2017 10:22:55
Сообщений: 102
Оффлайн

В SoupUI загрузил запрос из примера.
Подставил свой apiKey, issuerId и логин.
1. Запрос валидацию не проходит:
line -1: Missing message part with name [{http://api.vetrf.ru/schema/cdm/application/ws-definitions}receiveApplicationResultRequest]
Но на это уже не смотрим, так есть другие запросы, которые не проходят валидацию в SoupUI, но прекрасно отрабатываются Меркурием.

2. Отправляю на сервис https://api2.vetrf.ru:8002/platform/services/2.0/EnterpriseService
Ответ на запрос такой же:
<faultstring>BEA-382513: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</faultstring>

Vladimir2017

[Avatar]

Зарегистрирован: 02/10/2017 14:31:03
Сообщений: 359
Оффлайн

VoditelKobyly wrote:1. Запрос валидацию не проходит:
line -1: Missing message part with name [{http://api.vetrf.ru/schema/cdm/application/ws-definitions}receiveApplicationResultRequest]


У Вас, в SoapUI, выбран не тот запрос из API.
VoditelKobyly


Зарегистрирован: 16/08/2017 10:22:55
Сообщений: 102
Оффлайн


У Вас, в SoapUI, выбран не тот запрос из API.


Почему?
Ответ появляется именно на этом запросе
[Thumb - Безымянный.jpg]
 Имя файла Безымянный.jpg [Disk] Загрузить
 Описание
 Размер файла 729 Kbytes
 Скачано:  833 раз

Yoreg07


Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 523
Оффлайн

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


Зарегистрирован: 16/08/2017 10:22:55
Сообщений: 102
Оффлайн

Вопрос снимаю.
Проблема как обычно у меня заключалась в отправке запроса не на тот сервис.
Yoreg07


Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 523
Оффлайн

Добрый день. Тестовый контур ... долго-долго мучаясь, получилось оформить расходную партию в v2, но в ответ пришло не две версии записи складского журнала, а только одна - новая версия. Как так? Если я не ошибаюсь, то должна приходить информация обо всех изменённых версиях записей складского журнал, в моём случае их должно быть две. Кто что может пояснить?
Владимир Игнатов


Зарегистрирован: 02/08/2017 09:19:30
Сообщений: 581
Оффлайн

Yoreg07 wrote:Добрый день. Тестовый контур ... долго-долго мучаясь, получилось оформить расходную партию в v2, но в ответ пришло не две версии записи складского журнала, а только одна - новая версия. Как так? Если я не ошибаюсь, то должна приходить информация обо всех изменённых версиях записей складского журнал, в моём случае их должно быть две. Кто что может пояснить?

В ответе? Только новая (текущая), после изменений. Чтобы получить старую, наплюйте на ответ и сделайте GetStockEntryChangesListOperation, там будет и старая, и новая.
Yoreg07


Зарегистрирован: 21/07/2016 06:41:02
Сообщений: 523
Оффлайн

Владимир Игнатов wrote:
Yoreg07 wrote:Добрый день. Тестовый контур ... долго-долго мучаясь, получилось оформить расходную партию в v2, но в ответ пришло не две версии записи складского журнала, а только одна - новая версия. Как так? Если я не ошибаюсь, то должна приходить информация обо всех изменённых версиях записей складского журнал, в моём случае их должно быть две. Кто что может пояснить?

В ответе? Только новая (текущая), после изменений. Чтобы получить старую, наплюйте на ответ и сделайте GetStockEntryChangesListOperation, там будет и старая, и новая.

Спасибо, это всё понятно, не понятно только будет ли возвращаться старая запись в продуктивной шлюзе? может это просто очередной косяк тестового шлюза?
 
Индекс форума » Автоматизированная система МЕРКУРИЙ
Перейти:   

Powered by JForum 2.1.8 © JForum Team