Взаимодействие с учетными системами хозяйствующих субъектов

mevgenym wrote:

lalex23 wrote:кто-нибудь с рабочей интеграцией может проверить существование предприятия через шлюзы 1.4 и 2.0 ?

1.4
<ns2:message>Enterprise with guid [85bafb86-8994-65bd-9d1d-94222270050d] not found.</ns2:message> </ns2:entityNotFoundFault>
2.0
<dt:enterprise> <bs:uuid>7020c18d-4728-21fc-0deb-dadd3db8806a</bs:uuid> <bs:guid>85bafb86-8994-65bd-9d1d-94222270050d</bs:guid> <bs:active>true</bs:active> <bs:last>true</bs:last> <bs:status>100</bs:status>

спасибо, радует что косяк не у меня, хотя особо легче не стало

Николай Анатольевич, пожалуйста, поспособствуйте созданию службы тех поддержки пользователей шлюза. Технические вопросы есть, не один, все связаны с некорректной работой самого шлюза Ветис, есть коды запросов, а вот ответов от тех поддержки несколько месяцев ни одного. Хотелось бы на вопрос на api@vetrf.ru получать обратную связь в виде присвоенного номера обращения (надежды на то что хотя бы когда-то ответят), либо отказ.

Здравствуйте, при ответе на запрос GetStockEntryListOperation на каждой записи журнала продукции нужно получить наименование предприятия-производителя. Но в ответе приходит только GUID, UUID этих предприятий. Можно ли как-то заставить возвращать поле Name предприятия-производителя для каждой записи? В документации указано, что поле Name присутствует в ответе, но является необязательным. (ТЕСТОВЫЙ СЕРВЕР)

Добрый всем день. Кто отправлял через шлюз Лабораторные исследования. Как вы отправляете "Показатель безопасности"?
Все время просит Наименование, которое ему же передаешь.

...
<indicator xmlns:d10p1="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<d10p1:name>Показатель 1</d10p1:name>
</indicator>
...

В ответ MERC78505 Наименование показателя обязательно для заполнения

lesya K wrote:Добрый всем день. Кто отправлял через шлюз Лабораторные исследования. Как вы отправляете "Показатель безопасности"?
Все время просит Наименование, которое ему же передаешь.

...
<indicator xmlns:d10p1="http://api.vetrf.ru/schema/cdm/dictionary/v2">
<d10p1:name>Показатель 1</d10p1:name>
</indicator>
...

В ответ MERC78505 Наименование показателя обязательно для заполнения

Тремя страницами ранее есть пример xml который "можно" отправлять он отличается от того что написано в документации.

rt, спасибо, решение нашла, действительно, решение заключается в том, что оно

отличается от того, что написано в документации

Еще раз обращаюсь к Власову Николаю Анатольевичу. Николай Анатольевич, поспособствуйте тому, чтобы документация была приведена в порядок, а также начала отвечать тех. поддержка.

lesya K wrote:rt, спасибо, решение нашла, действительно, решение заключается в том, что оно

отличается от того, что написано в документации

Еще раз обращаюсь к Власову Николаю Анатольевичу. Николай Анатольевич, поспособствуйте тому, чтобы документация была приведена в порядок, а также начала отвечать тех. поддержка.

Глас вопиющего в пустыне) Присоединяюсь.

Что не так с запросом?

<SOAP-ENV:Envelope xmlns:bs="http://api.vetrf.ru/schema/cdm/base" 
xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" 
xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" 
xmlns:apl="http://api.vetrf.ru/schema/cdm/application" 
xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" 
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
  <SOAP-ENV:Header/>
  <SOAP-ENV:Body>
    <apldef:submitApplicationRequest>
      <apldef:apiKey>***</apldef:apiKey>
      <apl:application>
        <apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
        <apl:issuerId>***</apl:issuerId>
        <apl:issueDate>2018-01-17T10:32:08</apl:issueDate>
        <apl:data>
          <merc:getBusinessEntityUserRequest>
            <merc:localTransactionId>a10003</merc:localTransactionId>
            <merc:initiator>
              <vd:login>***</vd:login>
            </merc:initiator>
            <vd:user>
              <vd:login>***</vd:login>
            </vd:user>
          </merc:getBusinessEntityUserRequest>
        </apl:data>
      </apl:application>
    </apldef:submitApplicationRequest>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

В продуктивном 2.0 (https://api.vetrf.ru/platform/services/2.0/ApplicationManagementService) выдает
<status>REJECTED</status>
<apl:error code="APLM0017" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">An unexpected error has occurred while processing target service response.</apl:error>

В тестовом 2.0 (https://api2.vetrf.ru:8002/platform/services/2.0/ApplicationManagementService) тот же самый запрос работает.
И есть ли какой-то другой способ проверки существования логина пользователя, кроме как получить ошибку в том случае, если пользователя не существует?

у меня также в прод ошибка, в тесте - ок

просто разработчики нигде официально не объявили работоспособность операций, это удобно

Добрый вечер!

Мы отправили заявку на фирменном бланке организации с печатью и подписью руководителя организации на эл.адрес:api@vetrf.ru с просьбой предоставить доступ к тестовой версии шлюза 25.12.2017 г.!Вот уже месяц почти прошел, а доступ так и не предоставлен! Хотя везде прописано, что доступ должен предоставляться в течении 5 рабочих дней. Как это понимать? По какому номеру телефона позвонить, что бы разобраться?

Просто оставлю это здесь:
есть ХС, подключенный к интеграции, при входе в один-единственный ПО в справочнике номенклатуры - 126 позиций, все введены руками до подключения к интеграции
запрос GetProductItemList через шлюз 2.0 с отборами выдаёт:
по ХС и ПО 5 наименований
по ХС ~120000 наименований
по ПО 5 наименований
сохраняю список продукции из web-интерфейса, проверяю запросом getProductItemByGuid - все существуют
приглядываюсь внимательнее и вырисовывается следующая картина:
эти 5 наименований вносились в web-интерфейсе позже остальных, а в промежуток времени между вводом продукции - вероятно были объединены дубли ПО и по какой-то прихоти вет/врача/службы/оператора - исчезающим дублем оказался ПО, по которому ранее существовала номенклатура
и теперь для 5 позиций номенклатуры producing.location.guid - гуид существующего ПО, для остальных - гуид пропавшего дубля
вот такие ситуации могут быть - всю голову поломал что и где сдохло

lalex23 wrote:запрос GetProductItemList через шлюз 2.0 с отборами выдаёт:
...по ПО 5 наименований

а через 1.4 какой результат по ПО?

mevgenym wrote:

lalex23 wrote:запрос GetProductItemList через шлюз 2.0 с отборами выдаёт:
...по ПО 5 наименований

а через 1.4 какой результат по ПО?

те же 5 наименований по актуальному гуиду ПО, при этом ПО содержащееся в остальной номенклатуре не находится по гуид-у ни через 1.4 ни через 2.0
т.е. оно корректно объединилось, но в location остался убитый дубль

Здравствуйте, я получила доступ к тестовой версии Ветис.API, подскажите, как мне войти в Меркурий с этими данными?