Интеграция с 1С

rty wrote:

ZDmitry wrote:С фабриками до этого не работал. Что я делаю не так? Спасибо.

Объекту XDTO можно присвоить значение другого объекта XDTO только созданного той же фабрикой XDTO и судя по ошибке не указываете тип при чтении фабрикой текста xml, это создаст ряд трудностей при разборе

Это все понял. Спасибо. Еще вопрос при получении журнала продукции getStockEntryListRequest есть тег merc:searchPattern для фильтра, что это за тип, в каком пакете? По Вики не описан.

ZDmitry wrote:
Это все понял. Спасибо. Еще вопрос при получении журнала продукции getStockEntryListRequest есть тег merc:searchPattern для фильтра, что это за тип, в каком пакете? По Вики не описан.

вот тут все:
http://help.vetrf.ru/wiki/Vd:StockEntryBlankFilter_v2.0

Павел Большаков wrote:

ZDmitry wrote:
Это все понял. Спасибо. Еще вопрос при получении журнала продукции getStockEntryListRequest есть тег merc:searchPattern для фильтра, что это за тип, в каком пакете? По Вики не описан.

вот тут все:
http://help.vetrf.ru/wiki/Vd:StockEntryBlankFilter_v2.0

Да. Спасибо. Смутило то, что тип стоит напротив </vd:blankFilter>, а не на merc:searchPattern

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

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

Можно и так, если не много отгрузок, то не проблема вообще. Если отгрузок много уже будет проблематично, не забывайте, что на запрос тратится время.

Время да! Но, все равно же нужно получать ШК созданного ЭВСД для приложения к комплекту документов. Или это необязательно? У нас в сезон до 1000 доков в сутки

Всем доброе время суток.
подскажите с проблемой:
Делаю запрос в https://api2.vetrf.ru:8002/platform/services/2.0/IkarService
сервис mercury-g2b.service:2.0 возвращает ошибку 401 ошибка авторизации. А вот при получении улиц, районов проблем не возникает все работает

C2h5oh wrote:Всем доброе время суток.
подскажите с проблемой:
Делаю запрос в https://api2.vetrf.ru:8002/platform/services/2.0/IkarService
сервис mercury-g2b.service:2.0 возвращает ошибку 401 ошибка авторизации. А вот при получении улиц, районов проблем не возникает все работает

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:v2="http://api.vetrf.ru/schema/cdm/registry/ws-definitions/v2" xmlns:base="http://api.vetrf.ru/schema/cdm/base"> <soapenv:Header/> <soapenv:Body> <v2:getAllCountryListRequest> <base:listOptions> <base:count>3</base:count> <base:offset>0</base:offset> </base:listOptions> </v2:getAllCountryListRequest> </soapenv:Body> </soapenv:Envelope>

Может спиртиком его, этанольчиком

В меркурии все так. Если не работате так, значит заработает иначе. У меня икаровский сервис работает через авторизацию. Т.е. логинимся при создании WSПрокси. И всё ок. Правда до классификатора адресов еще руки не дошли. Кстати, а если логиниться при получении улиц и районов с передачей логина и пароля, как меркурий отработает, по ошибке повалится?

Всем доброго дня! Пилю интеграцию ветиса с нашей УТ 10.3.Работу со справочниками и адресной информацией вроде поборол, площадки в тестовом контуре завел и привязал к ХО.Но пока никак не получается получить складские остатки по выбранной площадке и входящие транзакции.Может, есть у кого работающие с 2.0 обработки или куски кода по получению журнала остатков и входящих документов?

ulgrad wrote:Всем доброго дня! Пилю интеграцию ветиса с нашей УТ 10.3.Работу со справочниками и адресной информацией вроде поборол, площадки в тестовом контуре завел и привязал к ХО.Но пока никак не получается получить складские остатки по выбранной площадке и входящие транзакции.Может, есть у кого работающие с 2.0 обработки или куски кода по получению журнала остатков и входящих документов?

https://github.com/mevgenym/1c_vetis.api

lalex23 wrote:

ulgrad wrote:Всем доброго дня! Пилю интеграцию ветиса с нашей УТ 10.3.Работу со справочниками и адресной информацией вроде поборол, площадки в тестовом контуре завел и привязал к ХО.Но пока никак не получается получить складские остатки по выбранной площадке и входящие транзакции.Может, есть у кого работающие с 2.0 обработки или куски кода по получению журнала остатков и входящих документов?

https://github.com/mevgenym/1c_vetis.api

Эту конфигурацию я уже скачивал, спасибо.Разбираться в ней нужно очень долго.Мне же нужны фрагменты кода по конкретным задачам-получение остатков и входящих всд.

Задам еще вопрос,возможно, покажется смешным - но все-таки. А кто-нибудь пробовал формировать xml в 1с простым текстом и передавать в ветис (средствами 1с же)?Мне пока трудно даются все эти фабрики,пространства и пр.вещи,готовые куски программного кода,как правило,не работают,выдают ошибки типа

"{ОбщийМодуль.ОбменССистемойВетис.Модуль(354)}: Ошибка при вызове метода контекста (ПрочитатьXML)
MercAppDO = ФабрикаXD.ПрочитатьXML(ОтветXML, EnvelopeDO.Тип()).Body.submitApplicationResponse.application;
по причине:
Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://schemas.xmlsoap.org/soap/envelope/}Envelope - [1,100]
"

думаю что разбираться со всем этим я,до этого не работавший с подобными обменами буду очень долго - а времени особо уже и нет.
К тому же ветис продолжает сам по себе бурное и бесконечное развитие и то что вроде работало вчера - завтра может уже не работать.

Программную работу с Икаром вроде освоил-но там достаточно все просто,теперь же перешел к остаткам,входящим всд,погашениям-и чувствую что уперся в стену,через которую пока не могу прорваться.

Вот и возникла идея - у ветиса в хелпе есть образцы всех запросов и ответов на запросы к их системе. Так может использовать просто тексты самих запросов (с подставленными своими данными),не заморачиваясь погружением в хитросплетения фабрик,пространств и т.п.? Есть у кого такой опыт? Если да - не поделитесь примером отправки подобного текстового запроса в ветис из 1с и получением ответа на него (к примеру запрос об остатках, ну или любой другой)?

ulgrad wrote:Есть у кого такой опыт? Если да - не поделитесь примером отправки подобного текстового запроса в ветис из 1с и получением ответа на него (к примеру запрос об остатках, ну или любой другой)?

Идея генерить xml руками - мне не нравится, слишком затратно по коду.
Одно дело - сгенерировать и отправить запрос, вам ведь понадобится разобрать ответ, а без фабрики очень грустно.
з.ы.
Лучше пол-дня потерять, потом за 5 минут долететь.

lalex23 wrote:

ulgrad wrote:Есть у кого такой опыт? Если да - не поделитесь примером отправки подобного текстового запроса в ветис из 1с и получением ответа на него (к примеру запрос об остатках, ну или любой другой)?

Идея генерить xml руками - мне не нравится, слишком затратно по коду.
Одно дело - сгенерировать и отправить запрос, вам ведь понадобится разобрать ответ, а без фабрики очень грустно.
з.ы.
Лучше пол-дня потерять, потом за 5 минут долететь.

Полностью с вами согласен.Но учиться хорошо,когда есть работающие примеры,на которых можно учиться.А у меня к примеру есть обработка ПросмотрСкладскогоЖурналаВетис.epf из всем набившей оскомину публикации,она не работает-и хз почему.К тому же я пытаюсь всё делать уже для 2.0-может и в этом причина,может при экспорте библиотек что не состыковалось...мне трудно пока об этом судить и разобраться.Со временем наверное вникну- но вот времени особо уже и нет.Да, описывать и разбирать ответы xml вручную наверное это каменный век - но сейчас нужно сделать что-то хоть как-то работающее,улучшениями можно заняться позже.Поэтому вернусь к просьбе,высказанной в своем предыдущем посте

ulgrad wrote:Да, описывать и разбирать ответы xml вручную наверное это каменный век - но сейчас нужно сделать что-то хоть как-то работающее,улучшениями можно заняться позже.Поэтому вернусь к просьбе,высказанной в своем предыдущем посте

тема про интеграцию с 1С:7.7, там нет фабрик, возможно кто-то из участников откликнется