Пустые поля ТИП, ВИД и ПРОДУКЦИЯ в GetVetDocument List response

Встречалась ли у кого нибудь ситуация, когда при получении GetVetDocument List response на сырье поля "Тип продукции", "Продукция", "Вид продукции" - пустые?
При этом поставщик уверяет, что выбирал продукцию из списка.

hamefoods wrote:Встречалась ли у кого нибудь ситуация, когда при получении GetVetDocument List response на сырье поля "Тип продукции", "Продукция", "Вид продукции" - пустые?
При этом поставщик уверяет, что выбирал продукцию из списка.

Мы это встречали только на сертификатах выписанных в 2016 году ...

Shadasp wrote:

hamefoods wrote:Встречалась ли у кого нибудь ситуация, когда при получении GetVetDocument List response на сырье поля "Тип продукции", "Продукция", "Вид продукции" - пустые?
При этом поставщик уверяет, что выбирал продукцию из списка.

Мы это встречали только на сертификатах выписанных в 2016 году ...

А каким образом это было исправлено - что впоследствии не было такого?
Мы сейчас получаем такие ВСД и непонятно что делать.

hamefoods wrote:

Shadasp wrote:

hamefoods wrote:Встречалась ли у кого нибудь ситуация, когда при получении GetVetDocument List response на сырье поля "Тип продукции", "Продукция", "Вид продукции" - пустые?
При этом поставщик уверяет, что выбирал продукцию из списка.

Мы это встречали только на сертификатах выписанных в 2016 году ...

А каким образом это было исправлено - что впоследствии не было такого?
Мы сейчас получаем такие ВСД и непонятно что делать.

Старые сертификаты гасили в Вебке - вносисли изменения инветаризаций в скалсдкие записи и работали.

Это работает, если объем сертификатов небольшой - кривых.

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

hamefoods wrote:В чем тогда разница, когда посылаешь GetVetDocument List response и получаешь открытые ВСД, где есть сырье и есть возврат собственной продукции. В тех ВСД, в которых возвращается от покупателя собственная продукция есть и тип продукции и ГУИДы продукции и видов продукции, а для сырья эти значения пустые.

не понятно суть вопроса.

Народ, на самом деле вопрос открытый, получаю такие ВСД

Совершенно не понятно как их гасить и вообще почему система пропускает мне такую инфу.

Гасить через вебморду и заводить через инвентаризацию, как предлагали выше - это полный бред.

Нужно отменить тогда "меркурий" и допилить его до рабочего состояния а не возлагать ответственность на бизнес за сырой продукт.

oazis wrote:Народ, на самом деле вопрос открытый, получаю такие ВСД
<vd:productItem> <dt:globalID>4607002650743</dt:globalID> <dt:name>Ð¡Ñ‹Ñ€ Ð“Ð¾Ð»Ð»Ð°Ð½Ð´ÑÐºÐ¸Ð¹ ÐœÐ°Ð¹Ð½Ð°</dt:name> <bs:uuid></bs:uuid><bs:guid></bs:guid><dt:code></dt:code></vd:productItem>
Совершенно не понятно как их гасить и вообще почему система пропускает мне такую инфу.

Гасить через вебморду и заводить через инвентаризацию, как предлагали выше - это полный бред.

Нужно отменить тогда "меркурий" и допилить его до рабочего состояния а не возлагать ответственность на бизнес за сырой продукт.

Напряг поставщика, они переотправили ВСД с другим правильно зарегистрированным productItem,

однако претензии к системе остаются!!!

извиняюсь, не в ту тему кинул

всем ку

сделал "prepareOutgoingConsignmentRequest" по образу и подобию из примера http://help.vetrf.ru/wiki/PrepareOutgoingConsignmentOperation_v2.0#exampleRequest
единственное брокера перевозки убрал

<SOAP-ENV: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:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
<SOAP-ENV:Header/> 
<SOAP-ENV:Body> 
  <apldef:submitApplicationRequest> 
    <apldef:apiKey>***</apldef:apiKey>
    <apl:application> 
      <apl:serviceId>mercury-g2b.service:2.0</apl:serviceId> 
      <apl:issuerId>a1e8c6ad-8c6a-4f87-a7a7-aa25564446dd</apl:issuerId>
      <apl:issueDate>2019-07-26T09:42:16</apl:issueDate>
      <apl:data> 
        <merc:prepareOutgoingConsignmentRequest> 
          <merc:localTransactionId>169</merc:localTransactionId>
          <merc:initiator> 
            <vd:login>***</vd:login> 
          </merc:initiator> 
          <merc:delivery> 
            <vd:deliveryDate>2019-07-26T09:42:16</vd:deliveryDate>
            <vd:consignor> 
              <dt:businessEntity> 
                <bs:guid>a1e8c6ad-8c6a-4f87-a7a7-aa25564446dd</bs:guid> 
              </dt:businessEntity> 
              <dt:enterprise> 
                <bs:guid>ab6dad81-e57c-4219-ac60-3bc3c5f2bbb4</bs:guid> 
              </dt:enterprise> 
            </vd:consignor> 
            <vd:consignee> 
              <dt:businessEntity> 
                <bs:guid>dbdfc1fd-6efa-42b0-93eb-be4acec23f95</bs:guid> 
              </dt:businessEntity> 
              <dt:enterprise> 
                <bs:guid>498609c7-69d6-40b2-ba5d-3ab0fb5930a2</bs:guid> 
              </dt:enterprise> 
            </vd:consignee> 
            <vd:consignment id="id1"> 
              <vd:volume>5</vd:volume> 
<vd:unit>
	<bs:uuid>069792f0-053d-11e1-99b4-d8d385fbc9e8</bs:uuid>
	<bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
</vd:unit>
              <vd:packageList> 
                <dt:package> 
                  <dt:level>2</dt:level> 
                  <dt:packingType> 
                    <bs:guid>6090531d-d038-4f6c-a8df-77ba92267ec4</bs:guid> 
                  </dt:packingType> 
                  <dt:quantity>50</dt:quantity> 
                </dt:package> 
              </vd:packageList> 
              <vd:sourceStockEntry> 
                <bs:uuid>83ea02a4-1ccf-483c-aedd-0a431ae2fc8b</bs:uuid> 
              </vd:sourceStockEntry> 
            </vd:consignment> 
            <vd:transportInfo> 
              <vd:transportType>1</vd:transportType> 
              <vd:transportNumber> 
                <vd:vehicleNumber>À 774 ÌÂ45</vd:vehicleNumber> 
              </vd:transportNumber> 
            </vd:transportInfo> 
            <vd:transportStorageType>VENTILATED</vd:transportStorageType> 
            <vd:accompanyingForms> 
              <vd:waybill> 
                <vd:issueNumber>19380942</vd:issueNumber> 
                <vd:issueDate>2019-07-26T00:00:00</vd:issueDate> 
                <vd:type>1</vd:type> 
              </vd:waybill> 
              <vd:vetCertificate for="id1"> 
                <vd:authentication> 
                  <vd:purpose> 
                    <bs:guid>5b91b7dc-e089-11e1-bcf3-b499babae7ea</bs:guid> 
                  </vd:purpose> 
                  <vd:cargoInspected>false</vd:cargoInspected> 
                  <vd:cargoExpertized>VSERAW</vd:cargoExpertized> 
                  <vd:locationProsperity>Ìåñòíîñòü áëàãîïîëó÷íà</vd:locationProsperity> 
                </vd:authentication> 
              </vd:vetCertificate> 
            </vd:accompanyingForms> 
          </merc:delivery> 
        </merc:prepareOutgoingConsignmentRequest> 
      </apl:data> 
    </apl:application> 
  </apldef:submitApplicationRequest> 
</SOAP-ENV:Body> 
</SOAP-ENV:Envelope>

пишет ошибку

блин!!!, я построчно сверил с примером, что не так то, не пойму

ЗЫЖ короче я пока толком не знаю, только что попробовал запрос выполнить через СоапУИ он там нормально отработал и результат "конфирмед". Так что похоже дело в дельфи.

ЗЗЫЖ короче всё дело было в перекодировке кирилицы. Подробно тут "https://vetrf.ru/vetrf-forum/posts/list/30/8095.page#82982"

Всем привет!

просто коммент по теме.

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

Вот такие хитрованы