Опыты с 2.0RC через SOAPGUI - успехи и проблемы.

Yoreg07 wrote:Ну не знаю уже ... все пространства имён перепробовал ... в ответ 500-ая ошибка ... осталась одна причина: а не надо ли для v2.0 снова просить доступ к тестовому шлюзу? На 1.4 всё работает

по справке для 1.4 такие uri

для 2.0 думаю должны быть такие

mevgenym wrote:

Yoreg07 wrote:getUnitListResponse, и я хотел бы увидеть всё что до этой строки в ответе

это все что есть после вызова Прокси.GetUnitList(ListOptions)

Ну всё равно спасибо

mevgenym wrote:

Yoreg07 wrote:Ну не знаю уже ... все пространства имён перепробовал ... в ответ 500-ая ошибка ... осталась одна причина: а не надо ли для v2.0 снова просить доступ к тестовому шлюзу? На 1.4 всё работает

по справке для 1.4 такие uri
для 2.0 думаю должны быть такие

Так и пишу, но всё равно 500-ая

Сам дурак ... меняю тело одного запроса, а программа по алгоритму своей работы отправляет другой запрос - историю изменений .... вобщем всё работает ... спасибо

День добрый!
Осваиваем новую 2 версию. С https://api2.vetrf.ru:8002/platform/services/2.0/DictionaryService и https://api2.vetrf.ru:8002/platform/services/2.0/ProductService почти разобрались, вопрос к знающим - где находится точка IkarService и EnterpriseService , подстановка 2.0 в URL непомогает.

P.S.
разобрались, адрес упростился, вместо https://api2.vetrf.ru:8002/platform/ikar/services/IkarService стало - https://api2.vetrf.ru:8002/platform/services/2.0/IkarService - убрали ikar

подскажите.. есть тег producer в certifiedBatch (там он обязательный и ровно 1 раз) а есть в сеции Origin - там producer может быть [1..*] - несколько раз.
Так откуда брать производителя? и сколько их может быть?

подскажите по оформлению транспортной партии (PrepareOutgoingConsignmentOperation )

вот в документации написано, что locationProsperity, но без него ругается. ну да ладно.
но вот теперь пишет, что
как-то неконкретно. что такого я еще должен указать ) ?? куда бы копнуть.

рискну процитировать всю delivery:

<v2:delivery>
                     <v21:deliveryDate>2017-10-20T15:10:00</v21:deliveryDate>
                     <v21:consignor>
                        <v22:businessEntity>
                           <base:guid>1ef8e97f-23f5-4496-a7c0-76a775a4147d</base:guid>
                        </v22:businessEntity>
                        <v22:enterprise>
                           <base:guid>452ff3be-bdda-44f5-853e-35cc0f5e03c8</base:guid>
                        </v22:enterprise>
                        <v22:globalID>4607810709992</v22:globalID>
                     </v21:consignor>
                     <v21:consignee>
                        <v22:businessEntity>
                           <base:guid>108a8401-25f0-4828-98b1-4ef1e8f10718</base:guid>
                        </v22:businessEntity>
                        <v22:enterprise>
                           <base:guid>f197f446-6247-469b-827d-3d6fa34fe053</base:guid>
                        </v22:enterprise>
                     </v21:consignee>
                     
                     <v21:consignment>
                        <v21:volume>1.12</v21:volume>
                        
                        <v21:unit>
                           <base:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</base:guid>
                        </v21:unit>
                        <v21:sourceStockEntry>
                           <base:guid>b0e39e4a-ab96-40d5-9557-bd8f83ffa54c</base:guid>
                        </v21:sourceStockEntry>
                     </v21:consignment>
                     <v21:transportInfo>
                        <v21:transportType>1</v21:transportType>
                        <v21:transportNumber>
                           <v21:vehicleNumber>o001oo161</v21:vehicleNumber>
                        </v21:transportNumber>
                     </v21:transportInfo>
                     <v21:transportStorageType>CHILLED</v21:transportStorageType>
                     <v21:accompanyingForms>
                        
                        
                        <v21:vetCertificate>
                           <v21:authentication>
                              
                              <v21:purpose>
                                 <base:guid>96de622d-2cb2-424a-888b-7ced5225ce17</base:guid>
                              </v21:purpose>
                              
                              <v21:cargoExpertized>UNFULFILLED</v21:cargoExpertized>
                              <v21:locationProsperity>Местность благополучна.</v21:locationProsperity>

</v21:authentication>
                        </v21:vetCertificate>
                     </v21:accompanyingForms>
                  </v2:delivery>

Vesta_IT wrote:подскажите по оформлению транспортной партии (PrepareOutgoingConsignmentOperation )

вот в документации написано, что locationProsperity, но без него ругается. ну да ладно.
но вот теперь пишет, что
<apl:error code="MERC02469" qualifier="CSNT_34353939343833343439353135343636" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Указаны не все обязательные условия перевозки в соответствии с регионализацией. Необходимо указать все обязательные условия (т.е. подтвердить их выполнение).</apl:error> как-то неконкретно. что такого я еще должен указать ) ?? куда бы копнуть.

Я так понимаю, что сюда: http://help.vetrf.ru/wiki/CheckShipmentRegionalizationOperation_v2.0
Если для перевозки требуется выполнение дополнительных условий, они вернутся в результате этой операции.

nsnt wrote:
Я так понимаю, что сюда: http://help.vetrf.ru/wiki/CheckShipmentRegionalizationOperation_v2.0
Если для перевозки требуется выполнение дополнительных условий, они вернутся в результате этой операции.

угу. т.е. получается это надо заполнять элемент appliedR13nRule ?
исходно их надо брать видимо из входящих ВСД..? или запрашивать перед каждой отправкой по энтерпрпрайзам??
а по 646 приказу тож могут быть такие? (просто тестовый пример от контура на котором я в SOAP GUI отрабатываю видимо самого общего вида, тут 2 условия мне пришло)
Или может быть такое что на момент оформления первого тВСД (который мне пришел) условия были одни, а в момент отгрузки покупателю - стали другие?

nsnt wrote:
Я так понимаю, что сюда: http://help.vetrf.ru/wiki/CheckShipmentRegionalizationOperation_v2.0
Если для перевозки требуется выполнение дополнительных условий, они вернутся в результате этой операции.

Подскажите, я правильно понимаю, что вместо имевшегося в версии 1.4 указания параметров Response/vetDocument/transferPermit (issueNumber и issueDate) из оформляемого на бумаге разрешения на вывоз в другой регион вводится схема с запросом требований для вывоза по каждому маршруту и их отправкой в запросе на формирование исходящей ВСД?

Добрый день! А где взять боевые wsdl ссылки?

Их нет, звонил в тех. поддержку меркурия, сказали будут к концу этой недели

ПользовательRex wrote:Что не так при запросе updateVeterinaryEventsRequest? Почему такие ошибки?
Результат и наименование указаны же <vd:conclusion> и <vd:indicator> - <dt:name>.

<apl:error code="MERC78512" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Результат исследований обязателен для заполнения.</apl:error>
<apl:error code="MERC78505" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Наименование показателя обязательно для заполнения.</apl:error>

<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:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2"> <soapenv:Header/> <soapenv:Body> <ws:submitApplicationRequest> <ws:apiKey>***</ws:apiKey> <app:application> <app:serviceId>mercury-g2b.service:2.0</app:serviceId> <app:issuerId>***</app:issuerId> <app:issueDate>2017-06-06T17:03:00</app:issueDate> <app:data> <merc:updateVeterinaryEventsRequest> <merc:localTransactionId>2017-09-20T15:00:19</merc:localTransactionId> <merc:initiator> <vd:login>***</vd:login> </merc:initiator> <merc:enterprise>  <bs:guid>35fc66a7-a71a-4fb6-913e-198afccb634a</bs:guid> </merc:enterprise> <vd:stockEntry>   <bs:guid>9aa182e3-6cd2-4398-aae0-e7e1dc2f8767</bs:guid> <vd:vetEventList>  <vd:laboratoryResearch>    <vd:name>Лабораторные исследования</vd:name>  <vd:type>LBR</vd:type>  <vd:actualDateTime>2017-09-07T12:00:00</vd:actualDateTime> <vd:location>   <dt:name>Лаборатория №81</dt:name> <dt:address>   <dt:addressView>Российская Федерация, Омская обл., г. Омск, ул. Ленина ул., д. 44</dt:addressView> </dt:address> </vd:location> <vd:operator>   <dt:name>Лаборатория №81</dt:name> <dt:address>   <dt:addressView>Российская Федерация, Омская обл., г. Омск, ул. Ленина ул., д. 44</dt:addressView> </dt:address> </vd:operator>  <vd:notes>Доп.сведения</vd:notes>  <vd:expertiseID>913-7613</vd:expertiseID> <vd:indicator>   <bs:uuid>cbd91ac0-bec2-4308-a395-33b68871d76b</bs:uuid> <bs:guid>3aa0c3ce-8d01-4779-bfb7-df7f234cf86f</bs:guid>  <dt:name>Показатель 1</dt:name> </vd:indicator> <vd:method>   <bs:uuid>cbd91ac0-bec2-4308-a395-33b68871d76b</bs:uuid> <bs:guid>3aa0c3ce-8d01-4779-bfb7-df7f234cf86f</bs:guid>  <dt:name>Метод 1</dt:name> </vd:method>  <vd:result>VSEFULL</vd:result>  <vd:conclusion>Исследования прошли успешно.</vd:conclusion> </vd:laboratoryResearch> </vd:vetEventList> </vd:stockEntry> </merc:updateVeterinaryEventsRequest> </app:data> </app:application> </ws:submitApplicationRequest> </soapenv:Body> </soapenv:Envelope>

Добрый день! Скажите пожалуйста как победили данные ошибки? Вроде все заполнено корректно. Спасибо.

Никак. Пока не получается ничего.

Павел Большаков wrote:

Aiki wrote:Вдруг, кто поможет (уже проверил), пока лень не заставила проверить еще раз самому, Вот это, ниже исправили?
2. нельзя оформлять тр.ВСД с изменением кода и наименования продукции под покупателя - это приводит к тому, что в трВСД не виден четвертый уровень номенклатуры.
3. можно оформить тр.ВСД с маркировкой отличной от хранения, но возвратный сертификат тогда не сформировать при гашении.

2 Проверял. Ключом является указание name (т.е. если name не укажешь - он возьмет все из стока) мне удалось пробросить GTIN, name и code
3 Тоже проверял. Маркировки пробросились (тестил BN и SSCC).
*по 2 и 3 исходные партии были созданы на 1.4

Решил проверить сам по полному циклу.
1. запас создан с 4ы уровнем, в 2....
2. делаю перемещение с попыткой замены имени и кода
3. пытаюсь сохранить GUID номенклатуры
Все равно выходит каменный цветок, если не указать GUID номенклатуры - то все выйдет, но и тэга GUID номенклатуры не будет в сертификате.
Если указать GUID номенклатуры, то все наследуются из него.
И как быть не понятно пока.