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

Энтерпрайз bc7716c2-d341-434a-b7c1-e0d7888c250c имеет статус 430 в системе, что значит, что площадка была объединена.
Попробуйте указать гуид производителя из тега next

Это сработало! Спасибо!

Прикрепляю xml файлы в качестве примера.

Пытаемся погасить вот так:

<?xml version="1.0" encoding="UTF-8"?>
<processIncomingConsignmentRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <localTransactionId>acd7028e-50d6-4a7d-9eb3-8cb68d5dad6e</localTransactionId>
   <initiator>
      <login xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">maslikova_na_180706</login>
   </initiator>
   <delivery>
      <deliveryDate xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">2018-08-22T19:25:08.887684+07:00</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">133cf09b-168c-4470-a653-a8bf219c2763</guid>
         </businessEntity>
         <enterprise xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
            <guid xmlns="http://api.vetrf.ru/schema/cdm/base">9b2daf52-2d17-4674-88e1-c71acad3b4de</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">94f3e93a-496f-4dad-b2af-ba49c8479456</guid>
         </businessEntity>
         <enterprise xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
            <guid xmlns="http://api.vetrf.ru/schema/cdm/base">dbcaf9e9-792e-41aa-afcd-50c3cc83cde9</guid>
         </enterprise>
      </consignee>
      <consignment xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
         <productType>7</productType>
         <product>
            <guid xmlns="http://api.vetrf.ru/schema/cdm/base">2342d29a-0504-4b81-839f-323b4e556f38</guid>
         </product>
         <subProduct>
            <guid xmlns="http://api.vetrf.ru/schema/cdm/base">75539908-6977-669b-25e5-4f8917f2b288</guid>
         </subProduct>
         <productItem>
            <name xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">готовые изделия из рыбы и морепродуктов в ассортименте согласно накладной</name>
         </productItem>
         <volume>7.93</volume>
         <unit>
            <guid xmlns="http://api.vetrf.ru/schema/cdm/base">21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</guid>
         </unit>
         <dateOfProduction>
            <firstDate>
               <year xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">2018</year>
               <month xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">4</month>
               <day xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">4</day>
            </firstDate>
         </dateOfProduction>
         <expiryDate>
            <firstDate>
               <year xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">2018</year>
               <month xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">6</month>
               <day xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">3</day>
            </firstDate>
         </expiryDate>
         <perishable>false</perishable>
         <origin>
            <productItem>
               <name xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">готовые изделия из рыбы и морепродуктов в ассортименте согласно накладной</name>
            </productItem>
            <country>
               <uuid xmlns="http://api.vetrf.ru/schema/cdm/base">72a84b51-5c5e-11e1-b9b7-001966f192f1</uuid>
               <guid xmlns="http://api.vetrf.ru/schema/cdm/base">74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</guid>
            </country>
            <producer>
               <enterprise xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
                  <uuid xmlns="http://api.vetrf.ru/schema/cdm/base">8ba24ed0-38ee-4769-8bb6-e859f4161684</uuid>
                  <guid xmlns="http://api.vetrf.ru/schema/cdm/base">bc7716c2-d341-434a-b7c1-e0d7888c250c</guid>
               </enterprise>
               <role xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">PRODUCER</role>
            </producer>
         </origin>
         <lowGradeCargo>false</lowGradeCargo>
         <packageList>
            <package xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
               <level>5</level>
               <packingType>
                  <uuid xmlns="http://api.vetrf.ru/schema/cdm/base">cc459b06-52e6-4283-be12-585e47f315dd</uuid>
                  <guid xmlns="http://api.vetrf.ru/schema/cdm/base">fedf5ad4-053c-11e1-99b4-d8d385fbc9e8</guid>
                  <globalID>BX</globalID>
                  <name>Коробка</name>
               </packingType>
               <quantity>4</quantity>
               <productMarks class="BN">ООО "РЫБНЫЙ ДВОР"</productMarks>
            </package>
         </packageList>
      </consignment>
      <transportInfo xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
         <transportType>1</transportType>
         <transportNumber>
            <vehicleNumber>авто</vehicleNumber>
         </transportNumber>
      </transportInfo>
      <transportStorageType xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">COOLED</transportStorageType>
      <accompanyingForms xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
         <waybill>
            <issueSeries>КИПА</issueSeries>
            <issueNumber>019593</issueNumber>
            <issueDate>2018-04-25</issueDate>
            <type>1</type>
         </waybill>
         <vetCertificate>
            <uuid xmlns="http://api.vetrf.ru/schema/cdm/base">86e17fe7-337c-49c8-9e6f-4a07231d2056</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>maslikova_na_180706</login>
         </responsible>
         <result>CORRESPONDS</result>
      </docInspection>
      <vetInspection xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
         <result>UNSUPERVISED</result>
      </vetInspection>
      <decision xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">ACCEPT_ALL</decision>
   </deliveryFacts>
</processIncomingConsignmentRequest>

В ответ приходит:

mos-ad wrote:MERC14027 В сведениях о принимаемой партии предприятие-производитель с указанным идентификатором не найдено в реестре РСХН, либо идентификатор не соответствует установленному формату.

Через какое-то время это проходит само Попробуйте позже

P.S. Я не шучу

Это не помогает.

Правильно ли я понимаю, что помимо добавления акта несоответствия вы выставляете deliveryFacts/docInspection/result = MISMATCH ?
Просто мне не помогло

Есть проблема: MERC14574 Так как тип ТТН в сведениях о принимаемой партии не совпадает с указанным в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.

Раньше можно было отправлять ВСД с добавлением ТТН без типа или даты. У нас есть несколько таких непогашенных ВСД.
При попытке погасить такие ВСД, прикрепляя только имеющиеся параметры (например ТТН без IssueDate или ТТН без IssueNumber), мы получаем такую вот ошибку.

Пытаемся поправить ситуацию: прикрепить акт несоответствия, чтобы всё-таки погасить эти ВСД. В ответ мы получаем ту же самую ошибку.
Что нужно сделать чтобы погасить такие ВСД?

Очень часто при гашении ВСД возвращается ошибка MERC14027 (В сведениях о принимаемой партии предприятие-производитель с указанным идентификатором не найдено в реестре РСХН, либо идентификатор не соответствует установленному формату).

При формировании запроса указывали только ProcessIncomingConsignmentRequest.Consignment.Origin.Producer.Enterprise.Guid.
Оказывается, если подставить версию предприятия-производителя в сведениях о принимаемой партии (ProcessIncomingConsignmentRequest.Consignment.Origin.Producer.Enterprise.Uuid), то ошибка не возвращается и происходит гашение ВСД.

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

При повторном создании поднадзорного объекта, с указанием того же названия и адреса, в ответ приходит ошибка с кодом "MERC07666" и текстом сообщения "Физический объект с указанным адресом уже существует."
Если поменять только название (а адрес оставить без изменений), то такой запрос успешно проходит.
Не сразу стало понятно, что дело лишь в названии (т.е. поднадзорные объекты с одинаковым адресом всё же могут существовать).
Хотелось бы получать более информативное сообщение об ошибке. Ещё хотелось бы получать в ответ саму площадку, уже существующую с указанным адресом (и названием, как выяснилось).
Чтобы в дальнейшем можно было сделать привязку хозяйствующего субъекта к ней (ModifyActivityLocationsOperation).

При повторном создании поднадзорного объекта, с указанием того же названия и адреса, в ответ приходит ошибка с кодом "MERC07666" и текстом сообщения "Физический объект с указанным адресом уже существует."
Если поменять только название (а адрес оставить без изменений), то такой запрос успешно проходит.
Не сразу стало понятно, что дело лишь в названии (т.е. поднадзорные объекты с одинаковым адресом всё же могут существовать).
Хотелось бы получать более информативное сообщение об ошибке. Ещё хотелось бы получать в ответ саму площадку, уже существующую с указанным адресом (и названием, как выяснилось).
Чтобы в дальнейшем можно было сделать привязку хозяйствующего субъекта к ней (ModifyActivityLocationsOperation).