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

sobolev wrote:Может vetDocumentType и(или) vetDocumentStatus обязательны?

Добавил. Результат тот же.

Здравствуйте. Помогите новичку.
Никак не можем разобраться как авторизоваться в шлюзе?
Как составлять XLM запросы? Может есть документация где подробно описан этот процесс и где написано какой ТЕГ за что отвечает?

Jim_rif wrote:Здравствуйте. Помогите новичку.
Никак не можем разобраться как авторизоваться в шлюзе?
Как составлять XLM запросы? Может есть документация где подробно описан этот процесс и где написано какой ТЕГ за что отвечает?

Доброго времени суток.
Всю информацию можно получить по ссылке http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API

подскажите если делать PrepareOutgoingConsignmentOperation, перевозку без смены владельца, то регионализацию нужно проверять как и при обычной перевозке?

my.vetrf-forum wrote:подскажите если делать PrepareOutgoingConsignmentOperation, перевозку без смены владельца, то регионализацию нужно проверять как и при обычной перевозке?

Да

Добрый день!
Подскажите, в чём ошибка?
Запрос на получение партий:
| <ws:receiveApplicationResultRequest xmlns=""http://api.vetrf.ru/schema/cdm/application/ws-definitions"">
| <ws:apiKey>APIkey</ws:apiKey>
| <ws:issuerId>IssuerID</ws:issuerId>
| <ws:applicationId>id</ws:applicationId>
| </ws:receiveApplicationResultRequest>

Выдаёт ошибку: "MERC37369"Инициатор, ответственный за выполнение операции, с указанным идентификатором не найден в реестре РСХН, либо идентификатор не соответствует установленному формату"

Добрый день.

При погашении ЭВСД выдается ошибка: "В сведениях о принимаемой партии указана устаревшая версия записи наименовании продукции."
В запросе на погашении ВЕЗДЕ использованы guid.
uuid только один в объекте "vetCertificate"

В чем проблема, подскажите пожалуйста

Алексей Баранов wrote:Добрый день.

При погашении ЭВСД выдается ошибка: "В сведениях о принимаемой партии указана устаревшая версия записи наименовании продукции."
В запросе на погашении ВЕЗДЕ использованы guid.
uuid только один в объекте "vetCertificate"

В чем проблема, подскажите пожалуйста

Вы что-то путаете. Гасится сертификат. У него вообще нет guid. Подобную ошибку именно при гашении не встречал... Покажите сам запрос.

<merc:processIncomingConsignmentRequest>
            <merc:localTransactionId>7</merc:localTransactionId>
            <merc:initiator>
              <vd:login>baranov</vd:login>
            </merc:initiator>
            <merc:delivery>
              <vd:deliveryDate>2018-05-25T14:35:37</vd:deliveryDate>
              <vd:consignor>
                <dt:businessEntity>
                  <bs:guid>108a8401-25f0-4828-98b1-4ef1e8f10718</bs:guid>
                </dt:businessEntity>
                <dt:enterprise>
                  <bs:guid>f197f446-6247-469b-827d-3d6fa34fe053</bs:guid>
                </dt:enterprise>
              </vd:consignor>
              <vd:consignee>
                <dt:businessEntity>
                  <bs:guid>2ab04708-9701-48cb-bb0a-63ff0b2ec9de</bs:guid>
                </dt:businessEntity>
                <dt:enterprise>
                  <bs:guid>f7537144-e9a3-4611-b7e0-dec188f5b612</bs:guid>
                </dt:enterprise>
              </vd:consignee>
              <vd:consignment>
                <vd:productType>1</vd:productType>
                <vd:product>
                  <bs:guid>57a674fd-ca2b-c523-6853-72d27b4ae32c</bs:guid>
                </vd:product>
                <vd:subProduct>
                  <bs:guid>cd772db5-28ec-e6eb-c1d8-296cd2ec9954</bs:guid>
                </vd:subProduct>
                <vd:productItem>
                  <bs:guid>86642292-b428-4046-b876-1488da3c13ad</bs:guid>
                </vd:productItem>
                <vd:volume>33.0</vd:volume>
                <vd:unit>
                  <bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
                </vd:unit>
                <vd:dateOfProduction>
                  <vd:firstDate>
                    <dt:year>2017</dt:year>
                    <dt:month>10</dt:month>
                    <dt:day>11</dt:day>
                  </vd:firstDate>
                </vd:dateOfProduction>
                <vd:expiryDate>
                  <vd:firstDate>
                    <dt:year>2017</dt:year>
                    <dt:month>10</dt:month>
                    <dt:day>31</dt:day>
                  </vd:firstDate>
                </vd:expiryDate>
                <vd:perishable>false</vd:perishable>
                <vd:origin>
                  <vd:country>
                    <bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
                  </vd:country>
                  <vd:producer>
                    <dt:enterprise>
                      <bs:guid>f197f446-6247-469b-827d-3d6fa34fe053</bs:guid>
                    </dt:enterprise>
                  </vd:producer>
                </vd:origin>
                <vd:lowGradeCargo>false</vd:lowGradeCargo>
              </vd:consignment>
              <vd:accompanyingForms>
                <vd:waybill>
                  <vd:issueNumber>00000000299</vd:issueNumber>
                  <vd:issueDate>2017-10-11</vd:issueDate>
                  <vd:type>1</vd:type>
                </vd:waybill>
                <vd:vetCertificate>
                  <bs:uuid>e8ef58e1-289a-4c66-a6a7-8abb76183edf</bs:uuid>
                </vd:vetCertificate>
              </vd:accompanyingForms>
            </merc:delivery>
            <merc:deliveryFacts>
              <vd:vetCertificatePresence>ELECTRONIC</vd:vetCertificatePresence>
              <vd:docInspection>
                <vd:responsible>
                  <vd:login>baranov</vd:login>
                </vd:responsible>
                <vd:result>CORRESPONDS</vd:result>
              </vd:docInspection>
              <vd:vetInspection>
                <vd:responsible>
                  <vd:login>baranov</vd:login>
                </vd:responsible>
                <vd:result>CORRESPONDS</vd:result>
              </vd:vetInspection>
              <vd:decision>ACCEPT_ALL</vd:decision>
            </merc:deliveryFacts>
          </merc:processIncomingConsignmentRequest>

Алексей Баранов wrote:<merc:processIncomingConsignmentRequest> <merc:localTransactionId>7</merc:localTransactionId> <merc:initiator> <vd:login>baranov</vd:login> </merc:initiator> <merc:delivery> <vd:deliveryDate>2018-05-25T14:35:37</vd:deliveryDate> <vd:consignor> <dt:businessEntity> <bs:guid>108a8401-25f0-4828-98b1-4ef1e8f10718</bs:guid> </dt:businessEntity> <dt:enterprise> <bs:guid>f197f446-6247-469b-827d-3d6fa34fe053</bs:guid> </dt:enterprise> </vd:consignor> <vd:consignee> <dt:businessEntity> <bs:guid>2ab04708-9701-48cb-bb0a-63ff0b2ec9de</bs:guid> </dt:businessEntity> <dt:enterprise> <bs:guid>f7537144-e9a3-4611-b7e0-dec188f5b612</bs:guid> </dt:enterprise> </vd:consignee> <vd:consignment> <vd:productType>1</vd:productType> <vd:product> <bs:guid>57a674fd-ca2b-c523-6853-72d27b4ae32c</bs:guid> </vd:product> <vd:subProduct> <bs:guid>cd772db5-28ec-e6eb-c1d8-296cd2ec9954</bs:guid> </vd:subProduct> <vd:productItem> <bs:guid>86642292-b428-4046-b876-1488da3c13ad</bs:guid> </vd:productItem> <vd:volume>33.0</vd:volume> <vd:unit> <bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid> </vd:unit> <vd:dateOfProduction> <vd:firstDate> <dt:year>2017</dt:year> <dt:month>10</dt:month> <dt:day>11</dt:day> </vd:firstDate> </vd:dateOfProduction> <vd:expiryDate> <vd:firstDate> <dt:year>2017</dt:year> <dt:month>10</dt:month> <dt:day>31</dt:day> </vd:firstDate> </vd:expiryDate> <vd:perishable>false</vd:perishable> <vd:origin> <vd:country> <bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid> </vd:country> <vd:producer> <dt:enterprise> <bs:guid>f197f446-6247-469b-827d-3d6fa34fe053</bs:guid> </dt:enterprise> </vd:producer> </vd:origin> <vd:lowGradeCargo>false</vd:lowGradeCargo> </vd:consignment> <vd:accompanyingForms> <vd:waybill> <vd:issueNumber>00000000299</vd:issueNumber> <vd:issueDate>2017-10-11</vd:issueDate> <vd:type>1</vd:type> </vd:waybill> <vd:vetCertificate> <bs:uuid>e8ef58e1-289a-4c66-a6a7-8abb76183edf</bs:uuid> </vd:vetCertificate> </vd:accompanyingForms> </merc:delivery> <merc:deliveryFacts> <vd:vetCertificatePresence>ELECTRONIC</vd:vetCertificatePresence> <vd:docInspection> <vd:responsible> <vd:login>baranov</vd:login> </vd:responsible> <vd:result>CORRESPONDS</vd:result> </vd:docInspection> <vd:vetInspection> <vd:responsible> <vd:login>baranov</vd:login> </vd:responsible> <vd:result>CORRESPONDS</vd:result> </vd:vetInspection> <vd:decision>ACCEPT_ALL</vd:decision> </merc:deliveryFacts> </merc:processIncomingConsignmentRequest>

В запросе проблем не вижу. Взможно дело в самом сертификате. Древний он у вас... Срок годности по продукции истек еще 31/10/2017. С с гашением других сертификатов по данному ПП есть проблемы?

Попробовал погасить ВСД через ВЕБ-интерфейс.
"Невозможно погасить ВСД, так как у текущего пользователя отсутствует роль на гашение".

Хм, вот и интересно...
А кто мне подскажет, как получить эту роль?

И снова упираемся в отсутствие внятного описания на сайтах РСХН примитивных операций!

А вообще ситуация странная.
Я подключался к Тестовому Меркурию больше года назад
Мне присылали регистрационные данные.
Я заходил, добавлял пользователей. Привязывал пользователя к ХС. и т.д.

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

Но при этом, я могу от своего пользователя отправлять запросы для организации, с которой не связан.
То есть получить список ВСД, отправлять запросы на погашение и т.п.

Это нормально? Или это из-за того, что у меня права Ветврача?

Зайдите в Ветис.Паспорт. Посмотрите какие там у вас роли присвоены и соответственно поставьте то, чего нет. Можно поставить все роли (если конечно вам нудны уловы ВБР и сертификация молока). Как сделайте, все должно получится

levashova wrote:Зайдите в Ветис.Паспорт. Посмотрите какие там у вас роли присвоены и соответственно поставьте то, чего нет. Можно поставить все роли (если конечно вам нудны уловы ВБР и сертификация молока). Как сделайте, все должно получится

Спасибо за совет!

Вы не поверите - заходил в паспорт. И никаких прав или ролей не мог себе поставить!
У меня доступна только вкладка "Профиль".
А в профиле можно поставить/снять только "Чтение API" и "Выполнение операция API".
И больше ничего!

Звонил в техподдержку. Там тоже сильно удивились, что я ничего не могу.
Но прав добавили.

Появилась кнопка "Погасить" в Тестовом WEB-интерфейсе.
Но при попытке погасить, система требует выбора номенклатуры, после чего формирует акт расхождений.
Из чего я сделал вывод, что запись данной номенклатуры уже не активна.
Потому и возвращается такая вот ошибка: "В сведениях о принимаемой партии указана устаревшая версия записи наименовании продукции".

Такой вопрос. делаю запрос площадки по ее гуид. И вот такой ответ:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
   <SOAP-ENV:Header xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"/>
   <SOAP-ENV:Body xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
      <v2:getEnterpriseByGuidResponse xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:v2="http://api.vetrf.ru/schema/cdm/registry/ws-definitions/v2">
         <dt:enterprise>
            <bs:uuid>3cc0fc58-267c-4688-af33-6345befd9ea2</bs:uuid>
            <bs:guid>37612222-1daa-4db6-a324-f87ab0bec2c5</bs:guid>
            <bs:active>true</bs:active>
            <bs:last>true</bs:last>
            <bs:status>230</bs:status>
            <bs:createDate>2018-05-24T15:26:23+03:00</bs:createDate>
            <bs:updateDate>2018-05-24T15:26:23+03:00</bs:updateDate>
            <bs:previous>274e8e9f-d85c-4083-8b01-fc9d9adadd20</bs:previous>
            <dt:name>13358-Пятерочка</dt:name>
            <dt:type>1</dt:type>
            <dt:numberList>
               <dt:enterpriseNumber>RU051:58720415</dt:enterpriseNumber>
            </dt:numberList>
            <dt:address>
               <dt:country>
                  <bs:uuid>72a84b51-5c5e-11e1-b9b7-001966f192f1</bs:uuid>
                  <bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
                  <dt:name>Российская Федерация</dt:name>
               </dt:country>
               <dt:region>
                  <bs:uuid>4b2fd043-fc95-458a-9921-82c24e202e12</bs:uuid>
                  <bs:guid>1c727518-c96a-4f34-9ae6-fd510da3be03</bs:guid>
                  <dt:name>Мурманская</dt:name>
               </dt:region>
               <dt:locality>
                  <bs:uuid>3fa9ce2a-0344-41db-8d43-72ca1d6d5fd9</bs:uuid>
                  <bs:guid>b7127184-ead6-422b-b7cf-4fc7725b47a5</bs:guid>
                  <dt:name>Мурманск</dt:name>
               </dt:locality>
               <dt:street>
                  <bs:uuid>8aeff955-f9e8-4a90-96de-3b7dfeaa443f</bs:uuid>
                  <bs:guid>ba85003b-e47d-467a-91b2-49a3deb5d057</bs:guid>
                  <dt:name>Полярные Зори</dt:name>
               </dt:street>
               <dt:house>62</dt:house>
               <dt:postIndex>183025</dt:postIndex>
               <dt:addressView>183025, Российская Федерация, Мурманская обл., г. Мурманск, Полярные Зори ул., д. 62</dt:addressView>
            </dt:address>
            <dt:owner>
               <bs:uuid>447e0d80-a73b-4c7f-b470-42b244c0533d</bs:uuid>
               <bs:guid>947cd44d-7a7e-4848-9359-4f54c1214ab6</bs:guid>
               <dt:juridicalAddress>
                  <dt:addressView>191025, Российская Федерация, г. Санкт-Петербург, Невский пр-кт, д. 90/92</dt:addressView>
               </dt:juridicalAddress>
            </dt:owner>
            <dt:officialRegistration>
               <dt:businessEntity>
                  <bs:uuid>377360da-ff52-489a-ad49-ab471c71cf03</bs:uuid>
                  <bs:guid>e14f6013-7ca8-4f4e-987e-772e284b84b7</bs:guid>
                  <dt:inn>7825706086</dt:inn>
               </dt:businessEntity>
               <dt:kpp>519045014</dt:kpp>
            </dt:officialRegistration>
         </dt:enterprise>
      </v2:getEnterpriseByGuidResponse>
   </SOAP-ENV:Body>
</soapenv:Envelope>

как это понимать? какой гуид у ХС этой площадки?