Cannon wrote:

Андрей (РМ) wrote:
Да, импортируется всё, кроме самого главного http://api.vetrf.ru/schema/platform/services/2.0-last/ams-mercury-g2b.service_v2.0_production.wsdl
Не подскажете как решить эту проблему ? через создание WSОпределения и чтение описания непосредственно из сети решается, но это плохой метод

Как я импортировал:
1. чистая конфигурация
2. скачал все файлы xsd в локальную папку
3. импортировал ВСЕ пакеты XDTO, прямо по списку сверху вниз.
4. Самый первый application_v1.1.xsd при установке прихватывает и base_v1.1.xsd.
5. все последующие показывают окошко "Выбор обновляемых пространств имен". Нужно поставить ВСЕ галочки.
6. импорт ws-ссылок.

Смотрите приложенные картинки.
Рад, если смог Вам помочь.

lalex23 wrote:ни кто не мешает впихнуть этот код в модуль с повторным использованием возвращаемых значений и фабрика будет инициализироваться 1 раз за сеанс

hawksib wrote:

Андрей (РМ) wrote:через создание WSОпределения и чтение описания непосредственно из сети решается, но это плохой метод

чем?

Cannon wrote:

forest wrote:

Vesta_IT wrote:а что может значить такая ошибка, при попытке импортировать wsdl (хочу через WS-ссылки обращаться к web сервису меркурия)

api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl


набор схем не может содержать схемы с одинаковыми целевыми пространствами

Кому-то удалось импортировать данный wsdl в 1С? Поделитесь пожалуйста наработками.

На странице http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API есть ссылки ЗАВИСИМОСТИ.
Нужно импортировать XDTO-пакеты и ws-ссылки в том порядке, в котором они перечислены в этом разделе.

Зависимости

http://api.vetrf.ru/schema/platform/services/2.0-RC-last/application_v1.1.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/application_ws_definitions_v1.1.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ApplicationManagementService_v1.1.wsdl
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/base_v1.1.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/base_ws_definitions_v1.1.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/dictionary_v2.0.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/document_v2.0.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/mercury-g2b.service_v2.0.wsdl
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/mercury-vu.service_v2.0.wsdl
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/mercury_g2b_applications_v2.0.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/mercury_vu_applications_v2.0.xsd
http://api.vetrf.ru/schema/platform/services/2.0-RC-last/registry_ws_definitions_v2.0.xsd

Здесь: импортируете application_v1.1.xsd и application_ws_definitions_v1.1.xsd, после чего без проблем импортируется и ApplicationManagementService_v1.1.wsdl.
Так и продвигаетесь вниз по списку, пока не импортируете всё.

anig99 wrote:
Вот рабочий код.

anig99 wrote:

Андрей (РМ) wrote:доброго времени суток!
Подскажите пожалуйста, есть ли возможность получить номер исходящей транспортной транзакции (entryNumber), так же как мы получаем номер записи складского журнала из GetStockEntry операций ?
Либо может как то можно через Betis API организовать групповую печать оформленных транспортных транзакций?

Если имеется ввиду номер записи журнала ВСД, который видно в web-интерфейсе и который выходит при печати ВСД из него, то в текущей версии API - никак. Всё что нужно и можно знать о ВСД для печати - это его UUID.
У меня групповая печать реализована 2 способами - для сокращенной печати я формирую на основе UUID ссылку и формирую QR код, а информацию о ВСД храню и беру в 1с. Вроде ещё проверку на существования ВСД делаю.
Второй способ для печати полной ВСД - тупо формирую ссылку для сервиса Меркурия на получения pdf по UUID ВСД, скачиваю файл и вывожу его на экран или печать.