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

Вчера отправил запрос getStockEntryListRequest
Уже сутки жду ответа!

dk wrote:

altima wrote:А вообще - это ошибка интеграции, надо указавать guid, вместо uuid, и тогда таких проблем бы не было.
Вы имеете ввиду эту строчку в запросе?
<vd:product>
<bs:guid>97930dcf-0ffd-f79b-1f7f-8cc58f43e4b7</bs:guid>
</vd:product>

Или сам сертификат?
<vd:vetCertificate>
<bs:uuid>33fdc289-0c71-4762-be61-4c239434e12b</bs:uuid>
</vd:vetCertificate>

<vd:productItem>
<bs:guid>97930dcf-0ffd-f79b-1f7f-8cc58f43e4b7</bs:guid>
</vd:productItem>

Ну, так там же guid!!!!

my.vetrf-forum wrote:

alexey-zmey wrote:
Подчёркиваю!!! GUID! Неизменный!
Указываю GUID Записи журнала.

может UUID указать ?

Зачем?

Если и указывать, то последний. т.е. соответствующий GUID.
Последний! т.е. на текущий момент! На текущий момент Вид продукции уже поменян!

my.vetrf-forum wrote:
А в Меркурии, в справочнике наименований продукции никто не менял вид продукции в последнее время?

А я откуда могу знать? Я оптовик, а не производитель!
Ко мне давно пришел товар! - Записи журнала сформировались. И всё! Теперь я (ХС - оптовик) могу оперировать только Записями журнала СВОЕГО!

В запросе я указываю GUID - продукции. Подчёркиваю!!! GUID! Неизменный!
Указываю GUID Записи журнала.

Что ещё указать?

Как меня должно волновать, что там производитель в видах поменял? Я и это ещё отслеживать должен?
Даже если должен. Что после этого должен сделать?
После того, как узнал об изменении Вида продукции!

У меня же продукция хранится в разрезе Записей продукции!!!!

На запрос :

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
  <s:Header>
    <Action s:mustUnderstand="1" xmlns="http://schemas.microsoft.com/ws/2005/05/addressing/none">submitApplicationRequest</Action>
  </s:Header>
  <s:Body xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <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>2018-09-12T17:42:01.4787235+03:00</issueDate>
        <data>
          <prepareOutgoingConsignmentRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2">
            <localTransactionId>000004206</localTransactionId>
            <initiator>
              <login xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">------------------------</login>
            </initiator>
            <delivery>
              <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">28ce2c9c-22a4-5e58-ab38-495a4d94d606</guid>
                </businessEntity>
                <enterprise xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
                  <guid xmlns="http://api.vetrf.ru/schema/cdm/base">15683e14-df04-4aab-8a11-82fd54b7c9c2</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">59cf1a8b-dce3-4a04-84de-3d4e84c80991</guid>
                </businessEntity>
                <enterprise xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
                  <guid xmlns="http://api.vetrf.ru/schema/cdm/base">28ed96c9-457b-4a27-8761-c6e6ad3c9f5b</guid>
                </enterprise>
              </consignee>
              <consignment xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
                <productItem>
                  <guid xmlns="http://api.vetrf.ru/schema/cdm/base">54e63d1f-c088-4230-a07b-a4de784369bf</guid>
                  <name xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">Мясо кур в с/с 325 гр</name>
                </productItem>
                <volume>1.3</volume>
                <unit>
                  <guid xmlns="http://api.vetrf.ru/schema/cdm/base">21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</guid>
                </unit>
                <sourceStockEntry>
                  <guid xmlns="http://api.vetrf.ru/schema/cdm/base">28ed96c9-457b-4a27-8761-c6e6ad3c9f5b</guid>
                </sourceStockEntry>
              </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">FROZEN</transportStorageType>
              <shipmentRoute xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
                <routePoint>
                  <sqnId>1</sqnId>
                  <enterprise>
                    <guid xmlns="http://api.vetrf.ru/schema/cdm/base">15683e14-df04-4aab-8a11-82fd54b7c9c2</guid>
                  </enterprise>
                </routePoint>
                <routePoint>
                  <sqnId>2</sqnId>
                  <enterprise>
                    <guid xmlns="http://api.vetrf.ru/schema/cdm/base">28ed96c9-457b-4a27-8761-c6e6ad3c9f5b</guid>
                  </enterprise>
                </routePoint>
              </shipmentRoute>
              <accompanyingForms xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
                <waybill>
                  <issueNumber>15189</issueNumber>
                  <issueDate>2018-09-12</issueDate>
                  <type>1</type>
                </waybill>
                <vetCertificate>
                  <authentication>
                    <purpose>
                      <guid xmlns="http://api.vetrf.ru/schema/cdm/base">0778b8cb-f49d-4ed9-88b9-5f70af00a211</guid>
                    </purpose>
                    <cargoInspected>false</cargoInspected>
                    <cargoExpertized>VSERAW</cargoExpertized>
                    <locationProsperity>Местность благополучна по заразным болезням животных</locationProsperity>
                  </authentication>
                </vetCertificate>
              </accompanyingForms>
            </delivery>
          </prepareOutgoingConsignmentRequest>
        </data>
      </application>
    </submitApplicationRequest>
  </s:Body>
</s:Envelope>

Получил ошибку:
MERC02033 Указанное наименование продукции относится к другому виду продукции

Вопрос:

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

Как определить, что к ДРУГОМУ виду продукции, если из запроса не видно, что продукция относится к какому-нибудь ЭТОМУ виду!!!???

anatoly.sorokin wrote:Правильно ли я понимаю, что помимо добавления акта несоответствия вы выставляете deliveryFacts/docInspection/resul = MISMATCH ?

Да.

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

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

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

У меня тоже ряд таких проблем бывает.

Вы, скорее всего, указываете СООТВЕТСТВУЕТ и пишете акт несоответствия?

Я указываю НЕСООТВЕТСТВУЕТ, а в акте несоответствия в причине пишу "Глюк МЕРКУРИЯ" а в описании "ВСЁ СООТВЕТСТВУЕТ"

Yoreg07 wrote:я делаю выпуск ... в запросе у сырья вообще убрал инфу об упаковке - ситуация не изменилась, тот же отказ, значит дело в упаковке у выпускаемых партий, а тут я перепробовал всё, как писал выше ... самое что интересное, в другой точке примерно в тоже самое время успешно прошёл выпуск с той же упаковкой (ME) у выпускаемых партий ... ???

Ну, вообще ничего не понимаю.

Хотя, у Меркурия, есть несколько стабильных ДЕБИЛЬНЫХ глюков.

Не знаю, даже что можно придумать.

Yoreg07 wrote:

alexey-zmey wrote:

Yoreg07 wrote:Исправляйте свои косяки, разработчики меркурия криворукие, или выложите актуальный справочник видов упаковки http://help.vetrf.ru/wiki/PackingType_v2.0
бесят просто

ну я просто уже всё перепробовал ... и только GUID, и только UUID, и то и другое, и только GlobalID ... один хр..н один и тот же отказ

Думаю, правды Вы тут не найдёте.

Вариант - использовать другой контейнер.

Если продукция на остатках, можно скорректировать инвентаркой - как пересорт

Yoreg07 wrote:Исправляйте свои косяки, разработчики меркурия криворукие, или выложите актуальный справочник видов упаковки http://help.vetrf.ru/wiki/PackingType_v2.0
бесят просто

Вроде 23 июля на собрание интеграторов

Не подскажете, где можно найти материалы, результаты этого собрания?

По-моему, кто-то обещал, что через 2-3 недели отключат APLM0012

На дворе 5 неделя со ВСЕОБЩЕГО запуска Меркурия

Но у меня до сих пор на 80-90% запросов (Причём запрос документов за 1 ОДИН день) приходит APLM0012 An unexpected error has occurred while invoking target service operation.

О, да!

Не понял изначально вашу проблему.

Вы правы. АПИ нет.

Бред какой-то этот Меркурий!

А вы посмотрели флаг активности?

active Флаг, определяющий актуальность записи.

Может эта упаковка больше не используется. Устарела.

https://www.youtube.com/watch?v=kBIWQE_6lr0

Делать выводы Вам.