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

я просто в шоке. Загнал этот же запрос в соапУИ, он там выполнился и получил статус ACCEPTED

при том к примеру получение входящих ВСД отрабатывает нормально и средствами дельфы

как же всё это бесит

oleg-x wrote:<soaven:Envelope xmlns:v22="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:base="http://api.vetrf.ru/schema/cdm/base" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:v2="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:v21="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:soaven="http://schemas.xmlsoap.org/soap/envelope/" > <soaven:Header/> <soaven:Body> <apldef:submitApplicationRequest> <apldef:apiKey>apiKeyХ</apldef:apiKey> <apl:application> <apl:serviceId>serviceIdХ</apl:serviceId> <apl:issuerId>issuerIdХ</apl:issuerId> <apl:issueDate>2017-11-27T10:16:16</apl:issueDate> <apl:data> <v2:prepareOutgoingConsignmentRequest> <v2:localTransactionId>а1</v2:localTransactionId> <v2:initiator> <v21:login>ЛогинХ</v21:login> </v2:initiator>  <v2:delivery>  <v21:deliveryDate>ДатаВыпискиДокХ</v21:deliveryDate>  <v21:consignor>  <v22:businessEntity> <base:guid>ОрганизацияХ</base:guid> </v22:businessEntity>  <v22:enterprise> <base:guid>СкладПлощадкаХ</base:guid> </v22:enterprise> </v21:consignor>  <v21:consignee>  <v22:businessEntity> <base:guid>КонтрагентХ</base:guid> </v22:businessEntity>  <v22:enterprise> <base:guid>ГрузополучательХ</base:guid> </v22:enterprise> </v21:consignee>  <v21:consignment>  <v21:volume>КоличествоХ</v21:volume>  <v21:unit> <base:guid>ЕдиницаИзмеренияВетХ</base:guid> </v21:unit>  <v21:packageList>  <v22:package> <v22:level>УровеньУпаковкиХ</v22:level> <v22:packingType>  <base:guid>GUIDУпаковкиХ</base:guid> </v22:packingType>  <v22:quantity>КоличествоУпаковокХ</v22:quantity>  </v22:package> </v21:packageList>  <v21:sourceStockEntry> <base:guid>GuidпартииХ</base:guid> </v21:sourceStockEntry> </v21:consignment>  <v21:transportInfo>  <v21:transportType>1</v21:transportType>  <v21:transportNumber>  <v21:vehicleNumber>-АвтоНомер-</v21:vehicleNumber> </v21:transportNumber> </v21:transportInfo>  <v21:transportStorageType>СпособХраненияПриПеревозкеХ</v21:transportStorageType>  <v21:accompanyingForms>  <v21:waybill>  <v21:issueSeries>ПрефиксХ</v21:issueSeries>  <v21:issueNumber>НомерХ</v21:issueNumber>  <v21:issueDate>ДатаСтрокаХУ</v21:issueDate>  <v21:type>1</v21:type> </v21:waybill>  <v21:vetCertificate>  <v21:authentication>  <v21:purpose> <base:guid>0778b8cb-f49d-4ed9-88b9-5f70af00a211</base:guid> </v21:purpose>  <v21:cargoInspected>true</v21:cargoInspected>  <v21:cargoExpertized>VSEFULL</v21:cargoExpertized>  <v21:locationProsperity>Местность благополучна по заразным болезням животных</v21:locationProsperity>  <v21:specialMarks>ОсобыеОтметкиВетВрача</v21:specialMarks> </v21:authentication> </v21:vetCertificate> </v21:accompanyingForms> </v2:delivery> </v2:prepareOutgoingConsignmentRequest> </apl:data> </apl:application> </apldef:submitApplicationRequest> </soaven:Body> </soaven:Envelope>
Этот запрос рабочий, подставьте свои параметры и проверяйте.

Олег, ничего не понимаю, всё сделал на базе твоего запроса, проверил валидатором в СоапУИ - всё ок.
Тем не менее та же ошибка Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items

в примере на сайте нет секции

... добавил, результат тот же

всем ку

сделал "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>

пишет ошибку

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

Народ, поделитесь рабочим "PrepareOutgoingConsignmentOperation"

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

всем ку

сделал "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"

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,

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

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

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

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

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

написал письмо в поддержку
приходит мне такой ВСД

В нем секция <vd:productItem> заполнена следующим образом

Объясните мне: Почему ваша система позволяет отправлять документы без ГУИД продукта?

Как мне гасить этот ВСД через АПИ, если при попытке указать только ту информацию, которую дала ваша система

<dt:globalID>4607002650743</dt:globalID>
<dt:name>Ð¡Ñ‹Ñ€ Ð“Ð¾Ð»Ð»Ð°Ð½Ð´ÑÐºÐ¸Ð¹ ÐœÐ°Ð¹Ð½Ð°</dt:name> ,
мне выдает ошибку "FORG0005: expected exactly one item, got 0 items"?

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

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

всем ку
какой то бред. От одних поставщиков приходит полная инфа по ВСД, от других только название продукта, от третьих только глобальный код.
к тому же не от всех приходит vd:batchID

Для чего делать такую не внятную идентификацию ВСД?????

oleg-x wrote:Скорее всего косяк шлюза, у них разные проверки на выписку и на гашение. То есть Выписать можно, а вот погасить нельзя. Напишите в ТП, скорее всего поправят, возможно не быстро, но поправят.
А может просто поля пустые и их вообще не надо заполнять. А вы влюбом случае заполняете. Попробуйте добавить проверку на пустое значение.

Пасиба за ответ, я уже посмотрел что достаточно один ГУИД заполнить.
В ТП отпишусь.

Всем ку.
Странная ситуация, к нам приходит ВСД в таком виде

т.е. система пропускает не заполненные поля dt:globalID и dt:code
При гашении ВСД я заполняю секцию <vd:productItem> из входящего XML, т.е. полностью копирую и система ругается

<apl_error code="APLM0007">Wrong application data format. Format validation failed due to XML Schema rules: Element 'globalID' not expected.

У меня вопрос, почему система позволяет в ответе на запрос входящих ВСД пустые поля, а при гашении мной, аналогичное заполнение считает не допустимым?

ПыСы: Вобщем я как в примере указал один ГУИД продукта и всё прокатило, однако вопрос остался.

пробую запрос getStockEntryChangesListRequest. По крайней мере без ошибки, пока расширяю интервал запроса.

ну вот и я словил "APLM0012" на запросе остатков "getStockEntryListRequest"
в итоге вопрос, для функции PrepareOutgoingConsignmentOperation нужно указать:
Идентификатор версии записи журнала продукции.
Глобальный идентификатор записи журнала продукции.
правильно ли я использую функцию getStockEntryListRequest для получения этих параметров,
или нужно идти другим путем?

ПыСы: по поводу APLM0012 набрел на ссылку http://support.aspcom.ru/oshibka-aplm0012-kogda-ty-eshhyo-ne-poznal-dzen/

Всем ку!
Народ, подскажите зачем нужна в системе учета

vd:entryNumber

oleg-x wrote:

oazis wrote:Народ, а на самом деле, что является сквозным идентификатором?

А такой есть?)))

Я тут покапался, а batchID не он?