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

Zarriya wrote:Мы 1с пока что привязали пока что Демо-версию меркурия.

я так понимаю через ветис api? и у вас есть:
Login: хххххх-12345
Password: ххххххх
APIKey: хххххххххххххххххххххххххххххххх
ServiceID: mercury-g2b.service
IssuerID: ххххх-хххх-ххххх-ххххх

Нет только к официальной версии.

это куда? есть Меркурий.ГВЭ для врачей, есть Меркурий.ХС для пользователей ХС, для обоих есть демо-версия, есть рабочая

nifor wrote:

dru_av wrote:1c При попытке экспортировать пакет http://api.vetrf.ru/schema/cdm/dictionary/v2 выдает такую ошибку

Ошибка проверки модели XDTO: xdto-objectType-3.2.1 тип: EnterpriseActivity пакет: http://api.vetrf.ru/schema/cdm/dictionary/v2
Тип '{http://api.vetrf.ru/schema/cdm/base}NText' свойства 'name' не определен

Подскажите пожалуйста в чем дело?

А какая у вас версия платформы ? В 8.3.10.2561 буквально вчера скачал свежие xsd и этот пакет отлично экспортнулся. Проблема только осталась в http://api.vetrf.ru/schema/platform/services/2.0-last/ams-mercury-g2b.service_v2.0_production.wsdl

У меня 8.3.7 . Пакеты индентичны для 2.0 и 1.4?

dru_av wrote:

nifor wrote:

dru_av wrote:1c При попытке экспортировать пакет http://api.vetrf.ru/schema/cdm/dictionary/v2 выдает такую ошибку

Ошибка проверки модели XDTO: xdto-objectType-3.2.1 тип: EnterpriseActivity пакет: http://api.vetrf.ru/schema/cdm/dictionary/v2
Тип '{http://api.vetrf.ru/schema/cdm/base}NText' свойства 'name' не определен

Подскажите пожалуйста в чем дело?

А какая у вас версия платформы ? В 8.3.10.2561 буквально вчера скачал свежие xsd и этот пакет отлично экспортнулся. Проблема только осталась в http://api.vetrf.ru/schema/platform/services/2.0-last/ams-mercury-g2b.service_v2.0_production.wsdl

У меня 8.3.7 . Пакеты индентичны для 2.0 и 1.4?

Разные пакеты

В ответ на запрос приходит вот такой error APLM0002 , могу ли я где то прочитать что он значит?

Коллеги доброе утро !!! Не получается получить по GUID через API 2.0 номенклатуру (ProductItem) . На 1.4 API всё работает. Может кто подскажет где ошибка ?

Возвращает без ошибок "Не определено". На 1.4 этот же код (конечно с другими сервисами) отрабатывает и этот же гуид получает элемент.

Пытаюсь создать поднадзорный объект, для ХС своего контрагента( у него ни одного не создано). В ответ приходит ошибка "APPL02001>Ключ доступа к интеграционному шлюзу обязателен для заполнения". Может кто подскажет, где я ошибся?
Текст заявки:
-<ws:submitApplicationRequest>
<ws:apiKey>ХХХ</ws:apiKey>
-<app:application>
<app:serviceId>mercury-g2b.service</app:serviceId>
<app:issuerId>ff0e057c-fd0d-4378-bd78-9cc056a6e5a6</app:issuerId>
<app:issueDate>2017-11-13T10:22:00</app:issueDate>
-<app:data>
-<merc:modifyEnterpriseRequest>
<merc:localTransactionId>ПР000000004</merc:localTransactionId>
-<merc:initiator>
<com:login>ХХХ</com:login>
</merc:initiator>
-<merc:modificationOperation>
<ent:type>CREATE</ent:type>
-<ent:resultingList offset="0" total="1" count="1">
-<ent:enterprise>
<ent:name>ООО " Альт"</ent:name>
<ent:type>1</ent:type>
-<ent:address>
-<ikar:country>
<base:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</base:guid>
</ikar:country>
-<ikar:region>
<base:guid>0b940b96-103f-4248-850c-26b6c7296728</base:guid>
</ikar:region>
-<ikar:locality>
<base:guid>452a2ddf-88a1-4e35-8d8d-8635493768d4</base:guid>
</ikar:locality>
<ikar:addressView>610014, Российская Федерация, Кировская обл., г. Киров, Щорса ул., д. 52.кв41</ikar:addressView>
</ent:address>
-<ent:owner>
<base:guid>6190cd4e-62e3-4622-9897-9da4417631a5</base:guid>
</ent:owner>
</ent:enterprise>
</ent:resultingList>
<ent:reason>Создание поднадзорного объекта</ent:reason>
</merc:modificationOperation>
</merc:modifyEnterpriseRequest>
</app:data>
</app:application>
</ws:submitApplicationRequest>
</soapenv:Body>

это ошибка про apiKey, но судя по запросу у вас он есть, возможно не тот запрос привели, или его нет в receiveApplicationResultRequest

По описанию ошибки довольно сложно искать откуда она взялась. Вот искал сейчас что это такое. Поиск по номеру не дает результата. Нашел несколько определений.
http://help.vetrf.ru/wiki/Автоматическое_оформление_заявок_через_шлюз_Ветис.API

APIKey - уникальный ключ, однозначно идентифицирующий информационную систему в шлюзе. Выдаётся один на одну информационную систему.
...
Указан некорректный ключ доступа к интеграционному шлюзу. Неверно указан apiKey.

http://help.vetrf.ru/wiki/Подсистема_обработки_заявок_в_Ветис.API

apiKey - Специальный код, который идентифицирует учетную запись пользователя и позволяет веб-сервису получить доступ к информации о хозяйствующем субъекте и обслуживаемых предприятиях, к которым данный пользователь относится.
...
APIKey - ключ, который идентифицирует клиентскую информационную систему

Описание ошибки

APPL02001 - Ключ доступа к интеграционному шлюзу обязателен для заполнения

В голове каша этих определений.

mevgenym wrote:это ошибка про apiKey, но судя по запросу у вас он есть, возможно не тот запрос привели, или его нет в receiveApplicationResultRequest

ApiKey заполнен. Запрос тот. В receiveApplicationResultRequest мой ApiKey есть, уже веду начальную работу с рабочей версией Меркурия.
Есть необходимость создать входящую ВСД от контрагента, но у него нет Поднадзорных объектов, есть только Хоз. субъект, поэтому создал заявку от имени своего Хоз. субъекта и соответственного своего ApiKey.
Написал вопрос на почту api@vetrf.ru, может там прояснят ситуацию.

Здравствуйте! Как вы решили проблему, что в объекте ProcessIncomingConsignmentRequest/delivery/accompanyingForms элемент vetCertificate имеет вид списка в XDTO? Там просто получается, что я невозможно создать список для этого свойства, потому что всегда создается объект.

http://help.vetrf.ru/wiki/IncomingOperation#.D0.9E.D0.B1.D1.8A.D0.B5.D0.BA.D1.82_..Request.2FreturnedDelivery.2FaccompanyingForms

у этого списка есть метод Добавить, т.е. пишете vetCertificate.Добавить(<ваш vetCertificate>

nifor wrote:Коллеги доброе утро !!! Не получается получить по GUID через API 2.0 номенклатуру (ProductItem) . На 1.4 API всё работает. Может кто подскажет где ошибка ?

ОпределениеWS = Новый WSОпределения("http://api.vetrf.ru/schema/platform/services/2.0-last/ProductService_v2.0_production.wsdl"); Прокси = Новый WSПрокси(ОпределениеWS,"http://api.vetrf.ru/schema/cdm/registry/product/service/v2","ProductServiceBindingQSService","ProductServiceBindingQSPort"); Прокси.Пользователь = "пользователь"; Прокси.Пароль = "пароль"; Ответ = Прокси.GetProductItemByGuid("Тут ГУИД");

Возвращает без ошибок "Не определено". На 1.4 этот же код (конечно с другими сервисами) отрабатывает и этот же гуид получает элемент.

Коллеги неужели не сталкивался никто ? Люди у кого 2.0 подтвердите работоспособность получения продукции по гуиду !!!

to mevgenym Начал разбираться с Вашей конфигурацией для примера обмена, при попытке установки соответствий объектов при поиске выходит - Аутентификация пользователя не выполнена. Все логины и пароли и настройках ввел. В какую сторону нужно копать? Заранее спасибо.

в личку ответил

Если у кого возникнет такая проблема, то на платформе 8.2.19.121 возникает ошибка
Определения = Новый WSОпределения("http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl");
по причине:
При создании описания сервиса произошла ошибка.
по причине:
Неправильный путь к файлу 'ApplicationManagementService_v1.1.wsdl'

На 8.3 такой ошибки нет. Попытаюсь решить. Если получится, то сообщу.