Сообщения, отправленные пользователем: Jupiter

Добрый день! Подскажите, если у ХС несколько предприятий, можно ли привязать нового пользователя-инициатора только к одному из них? Или он привязывается сразу ко всем предприятиям данного ХС?

Добрый день! Подскажите, пожалуйста: если ХС уже подключен через шлюз к одной учетной системе, можно ли его подключить еще к другой учетной системе другого владельца (то есть чтобы один ХС был подключен одновременно к двум учетным системам)?

нуу, вообще то я имел ввиду общие настройки доступа, которые вводятся один раз)

Может, вводятся в каких-то программах, а я запрашиваю в SoapUI.

Вот пример, взят отсюда https://help.vetrf.ru/wiki/GetVetDocumentChangesListOperation_v2.0
Password там отсутствует!

<SOAP-ENV:Envelope xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" 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>apikey</apldef:apiKey>
      <apl:application>
        <apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
        <apl:issuerId>issuerId</apl:issuerId>
        <apl:issueDate>2017-09-29T16:58:24</apl:issueDate>
        <apl:data>
          <merc:getVetDocumentChangesListRequest>
            <merc:localTransactionId>a10003</merc:localTransactionId>
            <merc:initiator>
              <vd:login>user_login</vd:login>
            </merc:initiator>
			<bs:listOptions>
              <bs:count>5</bs:count>
            </bs:listOptions>
            <bs:updateDateInterval>
              <bs:beginDate>2017-08-07T00:00:00</bs:beginDate>
              <bs:endDate>2017-08-07T23:59:59</bs:endDate>
            </bs:updateDateInterval>
            <dt:enterpriseGuid>ac264dc6-a3eb-4b0f-a86a-9c9577209d6f</dt:enterpriseGuid>
          </merc:getVetDocumentChangesListRequest>
        </apl:data>
      </apl:application>
    </apldef:submitApplicationRequest>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Добрый день.
Пытаемся отправить запрос на получение списка документов через шлюз, операция getVetDocumentChangesListRequest.
Указываем APIkey, issuerId, enterpriseGuid, инициатора (данный инициатор имеет доступ к указанным ХС и предприятию, работает через веб-интерфейс).
В ответ получаем ошибку "APPL01012" Доступ запрещен для комбинации указанных ключа доступ и идентификатора заявителя.
Что здесь значит "ключа доступ"? Это APIkey или issuerID? В чем может быть дело?

ments maria wrote:Добрый день!
Помогите, пожалуйста, с ВСД на тест - в тестовый контур.

ИНН: 7701723040
Хозяйствующий субъект: cab54fe2-92bc-4b80-89f3-61f2c81a3aba
Площадка: a9c8d90f-370a-4001-b75e-1fab171f4b3d

Отправил

Uncore wrote:

Jupiter wrote:

Uncore wrote:Ни у кого не было такой проблемы?

Было, я уже писал на форуме. Указываю все условия из регионализации - выдает ошибку через шлюз. По той же самой записи с теми же самыми условиями через веб ВСД создается...

Спасибо за ответ. Т.е. это недоработка в апи? Отправляете через веб такие ТТН?

Судя по тому, что больше ни у кого такой проблемы не возникает, вряд ли дело в API

Uncore wrote:Ни у кого не было такой проблемы?

Было, я уже писал на форуме. Указываю все условия из регионализации - выдает ошибку через шлюз. По той же самой записи с теми же самыми условиями через веб ВСД создается...

Все guid'ы условий, которые приходят в ответе на checkShipmentRegionalizationRequest, я указываю в запросе, но все равно "Указаны не все обязательные условия перевозки в соответствии с регионализацией"

Garland wrote:Попробуйте перед формированием ВСД в шлюзе выполнить checkShipmentRegionalizationRequest (по видам продукции и точкам маршрута).
Оттуда возьмите все необходимые GUID для блока r13nClause в исходящей ВСД.

Так я и делаю. А что значит "все необходимые GUID"? Я просто беру все, может, какой-то фильтр нужен?

Почему при отправке транспортных ВСД с регионализацией на одну и ту же запись журнала по одному и тому же маршруту в веб-интерфейсе заявка проходит, а шлюз выдает "Указаны не все обязательные условия перевозки в соответствии с регионализацией. Необходимо указать все обязательные условия (т.е. подтвердить их выполнение).", хотя условия в вебе и в шлюзе те же самые и галочки все выставлены?
Как правильно выставлять условия, по какому фильтру?

Garland wrote:
Ну и сам вопрос обернуть в "вечный цикл", выход из которого происходит только в том случае, если это не APLM0012

А как лучше - в этом цикле запрашивать по этому же applicationId или каждый раз получать новый?

Если это API 2.0, то "С версии 2.0 указание даты строкой (элемент informalDate) в запросах не допускается". (http://help.vetrf.ru/wiki/GoodsDate_v2.0)
Я так понимаю, что погасить подобные документы через шлюз невозможно

Веселый Молочник wrote:Господа, Доброго времени суток.

Вопрос по спецификации запросов, обязательность полей - верно понимаем логику:
[1..1] - тег обязателен
[1..*] - ???
[0..1] - что-то одно из подсегментов должно быть заполнено, но не обязательно все. То есть опционален при условии заполненнии других данных.
[0..*] - тег опционален
[0..5] - ???

К сожалению Легенды к http://help.vetrf.ru/wiki/PrepareOutgoingConsignmentOperation_v2.0#.D0.97.D0.B0.D0.BF.D1.80.D0.BE.D1.81_1._.D0.9F.D0.B5.D1.80.D0.B5.D0.B2.D0.BE.D0.B7.D0.BA.D0.B0_.D1.81.D0.BE_.D1.81.D0.BC.D0.B5.D0.BD.D0.BE.D0.B9_.D0.B2.D0.BB.D0.B0.D0.B4.D0.B5.D0.BB.D1.8C.D1.86.D0.B0. не нашел.

[1..*] - элемент обязателен и количество объектов не ограничено
[0..5] - элемент необязателен, максимальное количество объектов 5
Как-то так

Banzaai wrote:Подскажите, обязательно ли распечатывать и передавать с транспортом ветеринарную справку распечатанную из Меркурия (любой из трех видов) ?

И где при этом брать номер ВСД, если он оформлен через шлюз?