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

parus wrote:Здравствуйте! Не могу разобраться почему выдает ошибки "Exactly one delivery vetCertificate required: ELECTRONIC or PAPER.", "Exactly one delivery consignment required." (APLM10042, APLM10041) когда в запросе несколько позиций продукции, а когда только 1 позиция, то работает без ошибок. Delivery создается в одной процедуре как для входящей так и для транспортной партии, но для транспортной всё работает (с любым количеством позиций), ошибки только для входящей партии.

Запрос processIncomingConsignmentRequest допускает приемку только одной партии. Это из api 1.4. В 2.0, вроде, можно несколько, но там запрос называется prepareIncomingConsignmentRequest.

nsnt wrote:

parus wrote:Здравствуйте! Не могу разобраться почему выдает ошибки "Exactly one delivery vetCertificate required: ELECTRONIC or PAPER.", "Exactly one delivery consignment required." (APLM10042, APLM10041) когда в запросе несколько позиций продукции, а когда только 1 позиция, то работает без ошибок. Delivery создается в одной процедуре как для входящей так и для транспортной партии, но для транспортной всё работает (с любым количеством позиций), ошибки только для входящей партии.

Запрос processIncomingConsignmentRequest допускает приемку только одной партии. Это из api 1.4. В 2.0, вроде, можно несколько, но там запрос называется prepareIncomingConsignmentRequest.

Спасибо, было подозрение на это, в вики ничего не сказано про эту особенность. Сделаю поступление построчно.

http://help.vetrf.ru/wiki/ProcessIncomingConsignment_v2.0

в справке написано prepareIncomingConsignmentRequest, но по факту (mercury_g2b_applications_v2.0.xsd) ничего не изменилось
вообще в справке ошибок, что плакать хочется

Всем добрый день.
Подскажите пожалуйста кто сталкивался! Ситуация следующая: у нас на предприятии есть прокси-сервер. Общение с Меркурием устраиваю через WSПрокси. WS-ссылки, WSПрокси, типы (пример Прокси.ФабрикаXDTO.Тип("http://api.vetrf.ru/schema/cdm/cerberus/enterprise", "Enterprise")) получаются, но при вызове метода (например GetRussianEnterpriseList) возникает ошибка с соединением. Проблема скорее всего в том что где то не указал настройки нашего прокси-сервера, если кто имеет информацию о там как решить данную проблему, напишите пожалуйста!

Добрый день!
В веб-интерфейсе при отправке заявки в Меркурий, если у пользователя нет прав на отправку, можно отправить запрос в ГВЭ.
Запрос уходит вет.врачу, он подтверждает отправку заявки.

Подскажите, пожалуйста, есть ли возможность сделать то же самое через Ветис.API.

Сейчас прорабатываем интеграцию с 1С:ERP, по стандартной схеме все понятно. А вот по схеме с отправкой в ГВЭ информацию в API не нашел.

Заранее спасибо.

И еще вопрос - реализовывал ли кто-нибудь передачу товара собственному юрлицу?

В ERP используем интеркампани.
Товар приходит на организацию А.
Продажа осуществляется от организации Б.

Хотим в момент реализации по организации Б создавать в Меркурии транспортную операцию с организации А на организацию Б, прием сертификата организацией Б и транспортную операцию от организации Б на контрагента.

Если одновременно осуществлять все операции, есть ли риск, что операции пройдут в системе не по порядку?

laperuz92 wrote:И еще вопрос - реализовывал ли кто-нибудь передачу товара собственному юрлицу?

В ERP используем интеркампани.
Товар приходит на организацию А.
Продажа осуществляется от организации Б.

Хотим в момент реализации по организации Б создавать в Меркурии транспортную операцию с организации А на организацию Б, прием сертификата организацией Б и транспортную операцию от организации Б на контрагента.

Если одновременно осуществлять все операции, есть ли риск, что операции пройдут в системе не по порядку?

отправляйте транзакции в правильном порядке и каждую следующую только после успешного завершения предыдущей - другой порядок невозможен в принципе
1. транспортная транзакция с А на Б
2. получение входящих ВСД для Б
3. гашение полученных Б ЭВСД
4. транспортная транзакция с Б конечному клиенту
при всём при этом на момент оформления 1 транзакции - у вас должны быть актуальные остатки записей журнала продукции

Richi wrote:Добрый вам коллеги. Через XDTO не удается обработать заявку в системе. только через HTTP xml запросом. Так как ApplicationDataWrapper.dataApplication имеет Абстрактный тип и 1С не удается создать такой объект. в Ветисе пообещали что со временем они исправят это. но когда? не понятно. так что пока только через прямые запросы обращаться к функции.

Интересно, исправили ли эту особенность?

my.vetrf-forum wrote:

Richi wrote:Добрый вам коллеги. Через XDTO не удается обработать заявку в системе. только через HTTP xml запросом. Так как ApplicationDataWrapper.dataApplication имеет Абстрактный тип и 1С не удается создать такой объект. в Ветисе пообещали что со временем они исправят это. но когда? не понятно. так что пока только через прямые запросы обращаться к функции.

Интересно, исправили ли эту особенность?

есть финт ушами

т.е. даже в 1.4 пилотном этого нет.

Прикольно, разработчики вообще не чешутся.

my.vetrf-forum wrote:т.е. даже в 1.4 пилотном этого нет.

Прикольно, разработчики вообще не чешутся.

чисто технически - сервис работает, а проблемы 1Синдейцев - разработчиков шерифа не волнуют, тем более что 1С-ники таки извернулись

Речь не про сервис, он то себе работает.

А вот про это например: http://help.vetrf.ru/wiki/ApplicationDataWrapper

Всем добрый день.
Подскажите пожалуйста кто сталкивался! Ситуация следующая: у нас на предприятии есть прокси-сервер. Общение с Меркурием устраиваю через WSПрокси. WS-ссылки, WSПрокси, типы (пример Прокси.ФабрикаXDTO.Тип("http://api.vetrf.ru/schema/cdm/cerberus/enterprise", "Enterprise")) получаются, но при вызове метода (например GetRussianEnterpriseList) возникает ошибка с соединением. Проблема скорее всего в том что где то не указал настройки нашего прокси-сервера, если кто имеет информацию о там как решить данную проблему, напишите пожалуйста!?

Финт у меня не работает, пишет ошибку:

my.vetrf-forum wrote:Финт у меня не работает, пишет ошибку:

{Форма.Форма(28)}: Ошибка при вызове конструктора (WSОпределения): Ошибка проверки модели XDTO: xdto-valueType-1.1.2 пакет: http://api.vetrf.ru/schema/cdm/base Неуникальное имя типа 'Day' в пакете 'http://api.vetrf.ru/schema/cdm/base' ВСОпределениеСервисаОбработкиЗаявок=Новый WSОпределения(ВСДЛСервисОбработкиЗаявок); по причине: Ошибка проверки модели XDTO: xdto-valueType-1.1.2 пакет: http://api.vetrf.ru/schema/cdm/base Неуникальное имя типа 'Day' в пакете 'http://api.vetrf.ru/schema/cdm/base'

могу только посочувствовать, когда я занимался разарботкой был известен другой финт ушами, через http-запрос, на костылях, но работает