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

Алексей Баранов 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. С с гашением других сертификатов по данному ПП есть проблемы?

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

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

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

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

Jupiter wrote:
Действительно, я не добавлял описание продукции в Origin, хотя в ВСД оно там есть. НО! В других ВСД все точно так же, но они гасятся!
Я правильно понимаю, что при указании productitem.guid я могу не указывать name, code, globalID, или если они там есть, их нужно скопировать?

Все верно. Одного productitem.guid достаточно.

Jupiter wrote:
Guid номенклатуры в моем запросе совпадал с Guid'ом номенклатуры в ВСД. Может, нужно еще и uuid указать из ВСД?

Мы uuid-ы не используем. Но теорию тоже стоит проверить

Еще обратите внимание на узел origin. В Вашем примере е нем нет описания продукции. Как этот узел заполнен в самом ВСД?

Jupiter wrote:

Vitalka wrote:
Если при гашении вы вносите какие-либо изменения по номенклатуре (не указывая GTIN Вы тоже вносите изменение), то обязательно нужно указать причину в акте несоответствия. Попробуйте добавить в свой запрос узел:
<discrepancyReport> <reason> <name>Смена номенклатуры</name> </reason> </discrepancyReport>

Не указывая GTIN я вношу изменение???
Я же указываю guid номенклатуры! Или нужно указывать все поля: guid, globalID, name, code?

Ошибка вылетает на НЕКОТОРЫХ ВСД, на других я использовал тот же самый запрос и не указывал globalID (хотя он был в ВСД), и ВСД гасились.

Из вашего примера нет возможности понять что было в ВСД и сравнить его с содержимым processIncomingConsignmentRequest. Делюсь исключительно личным опытом. Если при гашении guid продукции в которую вы гасите (consignment/productItem/guid) отличается от guid продукции в сертификате (batch/productItem/guid), то получем список ошибок:

Полечить эти ошибки можно либо добавив узел discrepancyReport, либо указав одинаковые guid-ы продукции

reshin wrote:

Vladimir2017 wrote:

reshin wrote:Доброго времени суток!
Подскажите пожалуйста что не так?

Предприятие забыли.

Да, действительно, переписано так:
<soapenv: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:soapenv="http://schemas.xmlsoap.org/soap/envelope/"> <soapenv:Header/> <soapenv:Body> <apldef:submitApplicationRequest> <apldef:apiKey>Ключ</apldef:apiKey> <apl:application> <apl:serviceId>mercury-g2b.service:2.0</apl:serviceId> <apl:issuerId>Идентификатор</apl:issuerId> <apl:issueDate>2017-09-29T16:58:15</apl:issueDate> <apl:data> <merc:getVetDocumentListRequest> <merc:localTransactionId>a10003</merc:localTransactionId> <merc:initiator> <vd:login>Пользователь</vd:login> </merc:initiator> <bs:listOptions> <bs:count>10</bs:count> <bs:offset>0</bs:offset> </bs:listOptions>  <dt:enterpriseGuid>ff584597-4fa1-4023-adf8-1db10f4f77d2</dt:enterpriseGuid> </merc:getVetDocumentListRequest> </apl:data> </apl:application> </apldef:submitApplicationRequest> </soapenv:Body> </soapenv:Envelope>

Теперь получаю следующее:

<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"> <env:Header/> <env:Body> <receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions"> <application xmlns="http://api.vetrf.ru/schema/cdm/application"> <applicationId>090efc62-65e4-47b6-b673-7e9b203ad95c</applicationId> <status>REJECTED</status> <serviceId>mercury-g2b.service</serviceId> <issuerId>ff584597-4fa1-4023-adf8-1db10f4f77d2</issuerId> <issueDate>2017-09-29T16:58:15.000+03:00</issueDate> <rcvDate>2018-04-06T12:45:50.000+03:00</rcvDate> <prdcRsltDate>2018-04-06T12:45:51.000+03:00</prdcRsltDate> <errors> <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> </errors> </application> </receiveApplicationResultResponse> </env:Body> </env:Envelope>

Заранее благодарен.

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

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

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <SOAP-ENV:Body xmlns:NS1="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2"> <submitApplicationRequest xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions"> <apiKey>***</apiKey> <application xmlns="http://api.vetrf.ru/schema/cdm/application"> <serviceId>mercury-g2b.service:2.0</serviceId> <issuerId>***</issuerId> <issueDate>***</issueDate> <data> <processIncomingConsignmentRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2"> <localTransactionId>***</localTransactionId> <initiator> <login xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">***</login> </initiator> <delivery> <deliveryDate xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">2018-03-22T00:00:00Z</deliveryDate> <consignor xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2"> <businessEntity xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2"> <guid xmlns="http://api.vetrf.ru/schema/cdm/base">***</guid> </businessEntity> <enterprise xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2"> <guid xmlns="http://api.vetrf.ru/schema/cdm/base">***</guid> </enterprise> </consignor> <consignee xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2"> <businessEntity xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2"> <guid xmlns="http://api.vetrf.ru/schema/cdm/base">***</guid> </businessEntity> <enterprise xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2"> <guid xmlns="http://api.vetrf.ru/schema/cdm/base">***</guid> </enterprise> </consignee> <consignment xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2"> <productType>***</productType> <product> <guid xmlns="http://api.vetrf.ru/schema/cdm/base">***</guid> </product> <subProduct> <guid xmlns="http://api.vetrf.ru/schema/cdm/base">***</guid> </subProduct> <productItem> <guid xmlns="http://api.vetrf.ru/schema/cdm/base">***</guid> <name xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">***</name> </productItem> <volume>***</volume> <unit> <guid xmlns="http://api.vetrf.ru/schema/cdm/base">***</guid> </unit> <dateOfProduction> <firstDate> <year xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">***</year> <month xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">***</month> <day xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">***</day> <hour xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">***</hour> </firstDate> </dateOfProduction> <expiryDate> <firstDate> <year xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">***</year> <month xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">***</month> <day xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">***</day> <hour xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">***</hour> </firstDate> </expiryDate> <batchID>***</batchID> <perishable>***</perishable> <origin> <country> <guid xmlns="http://api.vetrf.ru/schema/cdm/base">***</guid> </country> <producer> <enterprise xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2"> <guid xmlns="http://api.vetrf.ru/schema/cdm/base">***</guid> </enterprise> </producer> </origin> <lowGradeCargo>***</lowGradeCargo> </consignment> <transportInfo xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2"> <transportType>***</transportType> <transportNumber> <vehicleNumber>***</vehicleNumber> </transportNumber> </transportInfo> <transportStorageType xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">***</transportStorageType> <accompanyingForms xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2"> <waybill> <issueNumber>***</issueNumber> <issueDate>***</issueDate> <type>***</type> </waybill> <vetCertificate> <uuid xmlns="http://api.vetrf.ru/schema/cdm/base">***</uuid> </vetCertificate> </accompanyingForms> </delivery> <deliveryFacts> <vetCertificatePresence xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">ELECTRONIC</vetCertificatePresence> <docInspection xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2"> <responsible> <login>***</login> </responsible> <result>CORRESPONDS</result> </docInspection> <vetInspection xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2"> <responsible> <login>***</login> </responsible> <result>CORRESPONDS</result> </vetInspection> <decision xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">ACCEPT_ALL</decision> </deliveryFacts> </processIncomingConsignmentRequest> </data> </application> </submitApplicationRequest> </SOAP-ENV:Body> </SOAP-ENV:Envelope>

На некоторых ВСД запрос выдает ошибку:
MERC14562 Так как название продукции в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.
В справке по ProcessIncomingConsignment v2.0 написано:
"Если productItem задан идентификатором (uuid или guid) из справочника продукции, то в запись журнала будут сохранены данные этой продукции справочника, все остальные передаваемые поля в этом случае будут проигнорированы."
В моем запросе задан guid продукции и название совпадает с названием в ВСД.
Также иногда вылетает
MERC14561 Так как GTIN в сведениях о принимаемой партии не совпадает с указанной в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии. ,
хотя GTIN в запросе я вообще не указываю!

Если при гашении вы вносите какие-либо изменения по номенклатуре (не указывая GTIN Вы тоже вносите изменение), то обязательно нужно указать причину в акте несоответствия. Попробуйте добавить в свой запрос узел:

v.isaev wrote:

Vitalka wrote:
Так проблема не с гашением, а с инвентаризацией. Стоит задача: добавить на склад продукцию через инвентаризацию. На входе есть только GUID продукции.

Запросите данные товара по GUID и оттуда возьмите блок производителя.
Со страной происхождения сложнее - мне на форуме предлагали смотреть по стране производителя, т.е. сделать еще запрос данных по площадке производителя товара.

Если вы про метод getProductItemByGuidRequest, то в ответе нет данных о стране производства. В ответе есть узел producer, но узел опциональный и он описывает ХС, а расчитывать, что "страна ХС = страна производства" явно не правильно.

serg882 wrote:

Vitalka wrote:
Столкнулись с такой же ошибкой. Как быть - не понятно. В сспецификации указано, что узел origin опциональный. Если посмотреть справочник номенклатуры (GetProductItemByGuid), то и там origin опциональный. Указывать для продукции такую же страну как у ХС - ну не знаю... Как по мне это не правильно и не логично.
Возможно это просто баг Меркурия и в ближайшем будущем эту проверку отключат?

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

Так проблема не с гашением, а с инвентаризацией. Стоит задача: добавить на склад продукцию через инвентаризацию. На входе есть только GUID продукции.

serg882 wrote:

v.isaev wrote:Столкнулся со следующим вопросом.

При оформлении результатов инвентаризации по Wiki идет, что блок Origin не обязателен.
Если его не указывать, то система отображает ошибку: "Страна происхождения продукции обязательна для заполнения."

Каким запросом можно получить страну происхождения продукции в справочниках Меркурия?

Как вариант можно запросить GetProductItemByGuid v2.0, взять из него producer.guid, по этому ХС сделать запрос GetBusinessEntityByGUID v2.0 и взять страну из juridicalAddress.country.guid. Но там смысл в том, что данные в инвентаризации указываются из ВСД (бумажного или электронного {здесь информация известна, origin приходит в ВСД}), т.е. это нужно предусмотреть ввод таких данных пользователем.

Столкнулись с такой же ошибкой. Как быть - не понятно. В сспецификации указано, что узел origin опциональный. Если посмотреть справочник номенклатуры (GetProductItemByGuid), то и там origin опциональный. Указывать для продукции такую же страну как у ХС - ну не знаю... Как по мне это не правильно и не логично.
Возможно это просто баг Меркурия и в ближайшем будущем эту проверку отключат?