PrepareOutgoingConsignmentOperation v2.0 работает?

Не получается оформить транспортную партию во второй версии на тестовом контуре.
Уже неделю бьюсь с этим запросом. Сначала делал по описанию в справке, теперь вижу в справке появились примеры.
Делаю как в примере, но в ответ получаю:
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>

проверьте, там тип изменился
<vd:cargoExpertized>false</vd:cargoExpertized>

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

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

Я вторую смотрю. По содержимому то все в порядке. Если только "валидация". Я свой могу скинуть, но толку мало, в 1ске он по другому записывается.

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

Проверьте.

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
Прикрепил запрос с указанным перевозчиком

В 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>

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

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

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

Почему?
Ответ появляется именно на этом запросе

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

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

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

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

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

Владимир Игнатов wrote:

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

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

Спасибо, это всё понятно, не понятно только будет ли возвращаться старая запись в продуктивной шлюзе? может это просто очередной косяк тестового шлюза?