Для новичков

papiroca wrote:

если вы получили пустой список activityLocations, значит просто создайте новое предприятие, указав его владельца - вашего ХС

а через что создается новое предприятие?

Не торопитесь. Если предприятие нашлось через GetRussianEnterpriseList, то оно уже ранее кем-то заведено.
Логин должен быть конкретного пользователя, выглядит примерно ivanov-io-123456, его подставляете?

nsnt wrote:Не торопитесь. Если предприятие нашлось через GetRussianEnterpriseList, то оно уже ранее кем-то заведено.
Логин должен быть конкретного пользователя, выглядит примерно ivanov-io-123456, его подставляете?

логин формата aaaaa-123456

и логин судя по вашему ответу мне уже не нужен, тк он требовался для операции ModifyActivityLocationsOperation, и если вы говорите что в случае когда наше ХС уже есть в ответе getRussianEnterpriseList и создавать его не надо то почему в ответе на getBusinessEntityByGUID нет объекта activityLocations. Моя цель получить enterpriseGUID для выполнения getVetDocumentByUuid

papiroca wrote:

nsnt wrote:Не торопитесь. Если предприятие нашлось через GetRussianEnterpriseList, то оно уже ранее кем-то заведено.
Логин должен быть конкретного пользователя, выглядит примерно ivanov-io-123456, его подставляете?

логин формата aaaaa-123456

Это не тот, надо, под которым пользователь заходит в веб-интерфейс.

papiroca wrote:

nsnt wrote:Не торопитесь. Если предприятие нашлось через GetRussianEnterpriseList, то оно уже ранее кем-то заведено.
Логин должен быть конкретного пользователя, выглядит примерно ivanov-io-123456, его подставляете?

логин формата aaaaa-123456

и логин судя по вашему ответу мне уже не нужен, тк он требовался для операции ModifyActivityLocationsOperation, и если вы говорите что в случае когда наше ХС уже есть в ответе getRussianEnterpriseList и создавать его не надо то почему в ответе на getBusinessEntityByGUID нет объекта activityLocations. Моя цель получить enterpriseGUID для выполнения getVetDocumentByUuid

Операция ModifyActivityLocationsOperation нужна. В ответе getRussianEnterpriseList вы получаете не ХС, а площадку. Она есть, но не привязана. Такое сплошь и рядом, площадки вводят все, кому не лень.

Спасибо, все получилось, но возникла следующая проблема при операции getVetDocumentByUuid

посылаю следующий запрос:

<?xml version="1.0" encoding="UTF-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" 
                           xmlns:WL5G3N1="http://api.vetrf.ru/schema/cdm/application/ws-definitions" 
                           xmlns:WL5G3N2="http://api.vetrf.ru/schema/cdm/base/ws-definitions" 
                           xmlns:WL5G3N3="http://api.vetrf.ru/schema/cdm/application/service" 
                           xmlns:bsdef="http://api.vetrf.ru/schema/cdm/base/ws-definitions" 
                           xmlns:def="http://api.vetrf.ru/schema/cdm/application/ws-definitions" 
                           xmlns:tns="http://api.vetrf.ru/schema/cdm/application/service" 
                           xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <soap:Header />
   <soap:Body>
      <WL5G3N1:submitApplicationRequest xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
         <WL5G3N1:apiKey>NjI0Y2RhMmYtOWY3NC00MGFiLTkzYmQtZmE5OTA4M2ZkNDA0ZmNkMGIxMzItMjE4YS0xMWUyLWE2OWItYjQ5OWJhYmFlN2Vh</WL5G3N1:apiKey>
         <apl:application xmlns:apl="http://api.vetrf.ru/schema/cdm/application">
            <apl:serviceId>mercury-g2b.service</apl:serviceId>
            <apl:issuerId> наш issuerId </apl:issuerId>
            <apl:issueDate>2017-08-24T08:20:20.819Z</apl:issueDate>
            <apl:data>
               <apl:getVetDocumentByUuidRequest>
                  <apl:localTransactionId>01</apl:localTransactionId>
                  <apl:initiator>
                     <apl:login> логин </apl:login>
                  </apl:initiator>
                  <apl:UUID>6f4e67b9-fd7d-4e39-baee-3689790a3ad9</apl:UUID>
                  <apl:enterpriseGuid>f8611607-78b5-4181-b1db-c703bf4d9867</apl:enterpriseGuid>
               </apl:getVetDocumentByUuidRequest>
            </apl:data>
         </apl:application>
      </WL5G3N1:submitApplicationRequest>
   </soap:Body>
</soap:Envelope>

на запрос получаю applicationId по которому затем спрашиваю результат но получаю REJECTED по причине

ссылка не работает, и что в моем случае означает не поддерживаемый формат данных?

удалено

Здесь обращение должно идти в пространство имен http://api.vetrf.ru/schema/cdm/mercury/applications

Посмотрите внимательно пример в википедии по этому методу

v.isaev wrote: <apl:getVetDocumentByUuidRequest>
Здесь обращение должно идти в пространство имен http://api.vetrf.ru/schema/cdm/mercury/applications
Посмотрите внимательно пример в википедии по этому методу

Запрос формируется автоматически модулем soap https://www.npmjs.com/package/soap на основании wsdl-файла http://api.vetrf.ru/schema/platform/services/ApplicationManagementService_v1.4_pilot.wsdl
endpoint https://api2.vetrf.ru:8002/platform/services/ApplicationManagementService
объект создается на основании данной документации http://help.vetrf.ru/wiki/GetVetDocumentByUuidOperation

const MERCURY_SERVICE_ID = 'mercury-g2b.service';
const MERCURY_WSDL = 'http://api.vetrf.ru/schema/platform/services/ApplicationManagementService_v1.4_pilot.wsdl';
const MERCURY_ENDPOINT = 'https://api2.vetrf.ru:8002/platform/services/ApplicationManagementService';

const reqObj = {
  apiKey: API_KEY, 
  application: {
    serviceId: MERCURY_SERVICE_ID,
    issuerId: ISSUER_ID, 
    issueDate: new Date().toISOString(),
    data: {
      getVetDocumentByUuidRequest: {
        localTransactionId: localTransactionId,
            initiator: {
                login: LOGIN
            },
            UUID: uuid, 
            enterpriseGuid: enterpriseGuid
        }
    }
}

soap.createClient(MERCURY_WSDL, function (err, client) {
  client.setEndpoint(MERCURY_ENDPOINT);
  client.setSecurity(new soap.BasicAuthSecurity(LOGIN, PASSWORD));
  client.submitApplicationRequest(reqObj, function (err, result) {
    // тут получаем из result applicationId и делаем далее запрос на получение результата
    ...
  }
})

возможно был выбран не верный wsdl?

Так то все верно, но при программной реализации идет некорректное присвоение из пространства имен - косяк разработчиков.
Поэтому http://api.vetrf.ru/schema/cdm/mercury/applications необходимо будет прикручивать самостоятельно.

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" 
                  xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions" 
                  xmlns:app="http://api.vetrf.ru/schema/cdm/application" 
                  xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/applications"   
                  xmlns:base="http://api.vetrf.ru/schema/cdm/base" 
                  xmlns:com="http://api.vetrf.ru/schema/cdm/argus/common" 
                  xmlns:ent="http://api.vetrf.ru/schema/cdm/cerberus/enterprise" 
                  xmlns:ikar="http://api.vetrf.ru/schema/cdm/ikar">
   <soapenv:Header/>
   <soapenv:Body>
      <ws:submitApplicationRequest>
         <ws:apiKey>apiKey=</ws:apiKey>
         <app:application>
            <app:serviceId>mercury-g2b.service</app:serviceId>
            <app:issuerId>issuerId</app:issuerId>
            <app:issueDate>2015-01-10T17:03:00</app:issueDate>
            <app:data>
               <merc:getVetDocumentByUuidRequest> 
                  <merc:localTransactionId>a10003</merc:localTransactionId> 
                  <merc:initiator> 
                     <com:login>user</com:login>
                  </merc:initiator> 
                  <base:uuid>vetDocumentId</base:uuid>
                  <ent:enterpriseGuid>guid</ent:enterpriseGuid>
               </merc:getVetDocumentByUuidRequest> 
            </app:data>
         </app:application>
      </ws:submitApplicationRequest>
   </soapenv:Body>
</soapenv:Envelope>

Правильно ли я понял что источником "косяка разработчиков" является некорректный wsdl-файл, при чтении которого, soap-клиент не получает необходимую информацию по схеме http://api.vetrf.ru/schema/cdm/mercury/applications и не включает ее в секцию soapenv:Envelope?
Если да то "костылить" необходимо не свой код а получать wsdl не из сети а уже с фиксом данной проблемы с локального источника? Если это правильно решение то не могли бы вы подсказать что именно я должен изменить/добавить в wsdl?

Или "костылить" все же необходимо свой код и каким то образом модифицировать уже сформированный автоматически модулем soap запрос? Простите, просто я не являюсь специалистом в soap, как то жил без него все это время на json)

Правильно ли я понял что источником "косяка разработчиков" является некорректный wsdl-файл, при чтении которого, soap-клиент не получает необходимую информацию по схеме http://api.vetrf.ru/schema/cdm/mercury/applications и не включает ее в секцию soapenv:Envelope?
Если да то "костылить" необходимо не свой код а получать wsdl не из сети а уже с фиксом данной проблемы с локального источника? Если это правильно решение то не могли бы вы подсказать что именно я должен изменить/добавить в wsdl?

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

Почитал я приказ МСХ 589 от 27.12.2016г и полистал сайт РСХН, и ничего не понял. Может кто-нибудь распишет алгоритм правильных действий. На данный момент мы закупаем в РБ мясо, получаем ветсертификат ТС на заводе изготовителе на свое имя, привозим на склад нашего покупателя в РФ. Груз всегда один и тот же 0202, количество тоже 20 т. Своего склада нет.

Всем привет

Подскажите, пожалуйста, есть ли на тестовом сервере возможность создавать для предприятия входящие ВСД? Если есть, то каким образом?

Lamer wrote:Всем привет

Подскажите, пожалуйста, есть ли на тестовом сервере возможность создавать для предприятия входящие ВСД? Если есть, то каким образом?

создайте себе ещё одно предприятие и гоняйте эВСД-шки с одного в другое
или попросите оформить на вас транспортную транзакцию кого-нибудь из присутствующих, только укажите guid-ы ХС и предприятия

lalex23 wrote:

Lamer wrote:Всем привет

Подскажите, пожалуйста, есть ли на тестовом сервере возможность создавать для предприятия входящие ВСД? Если есть, то каким образом?

создайте себе ещё одно предприятие и гоняйте эВСД-шки с одного в другое
или попросите оформить на вас транспортную транзакцию кого-нибудь из присутствующих, только укажите guid-ы ХС и предприятия

Спасибо за ответ
Насколько я понимаю, ХС ведь может только отправить заявку на получение ВСД, а создать его может только ветврач. И для этого нужно иметь доступ к Меркурий.ГВЭ. Или я уже вообще ничего не понимаю, что весьма вероятно))