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

Анализатор = СоздатьОбъект("AddIn.XMLParser");

Лучше не использовать, та ещё штучка...

Вот ещё кусок, без которого семерочникам не обойтись при написании шлюза к Меркурию.
Решает проблему длинного ответа.
Когда добыл его в инете при поиске методов обмена с ЕГАИСом:

Попытка
ЗагрузитьВнешнююКомпоненту("OleExSup.dll");
OleExSup = СоздатьОбъект("OLEExSup");
Исключение
OleExSup = 0; // внешняя компонента не используется
Сообщить("Нет внешней компоненты OleExSup.dll");
КонецПопытки;

Stream = CreateObject("Adodb.Stream");
Stream.Charset = "utf-8";
Stream.Open();
Stream.LoadFromFile(пИмяФайла);

Если (Stream.Size>500000) И (OleExSup<>0) Тогда
OleExSup.InvokeOLEMethod(XML_Документ, "loadXML", Stream.readText());

ИначеЕсли Stream.Size>500000 Тогда
ТекстОшибки="Полученный файл XML слишком длинный...";
Возврат лРез;

Иначе

XML_Документ.loadXML(Stream.readText());
КонецЕсли;

Пример выше это кусок кода из моей программы.

bigmal Да, к сожалению так и есть, это для 8-ки. Я попробовал у себя на 7.7, получил такую же ошибку. Дальше не стал экспериментировать

Я же тебе в личку присылал работающий семерочный код.
Разве не получилось?

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

Сейчас как раз ковыряю транспортную партию.
Не знаю как боевой, но тестовый 2.0 явно выдает номер записи журнала в поле stockEntry\entryNumber

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

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

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

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

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

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

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

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

Попробовал, результат тот же: Error parsing XML: {err}FORG0005:

Может кто-нибудь поделится примером рабочего запроса на оформление транспортной партии 2.0?
Никак не получается отправить, постоянно дает ошибку: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items