Гашение ВСД через API

СергейА wrote:
На данный момент, если приходят странные данные - есть дата, но нет серии и номера - то надо делать акт несоответствия, а если нет ни даты, ни серии ни номера - то можно передавать пустые данные - все отлично гасится
С маркировкой пока не сталкивался.
Но вот есть проблема с производителями, указано 11, у трех роль "UNKNOWN" и если указать все как есть в ВСД - то выкидывает ошибку - что не все роли корректно указаны, если им назначить другую роль - то та же ошибка, если их не указывать - то ошибка - не все производители указаны. И как бы я не старался, каким бы бубном не стучал - ничего не помогает - не могу погасить и все тут

Только как раз вспоминали про баги с гашением тут http://vetrf.ru/vetrf-forum/posts/list/30/7827.page Заодно я приводила ссылку со своей темой с детальным описанием приколов с маркировкой при инвентаризации. Та же история по факту и с гашениями идет. Реквизитов нам не дают, а мы их каким-то чудесным образом должны передать. Вот кому нафиг нужны эти производители в момент гашения на серверах меркурия? Гасить как есть. Нужно показать расхождения производителей или дат? Потом вет врач отдельно оформит акт несоответсвия. Акт несоответсвия в автоматике при гашении в части реквизитов никакой роли для поставщика не сыграет, ему не прилетит некая новая партия с возвратным ВСД как это бывает с количественными расхождениями. Где логика в такой корявой архитектуре?
Всего то нужно... урезать объем запроса в части обязательных полей до уровня

<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>apikey</apldef:apiKey>
      <apl:application>
        <apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
        <apl:issuerId>Id</apl:issuerId>
        <apl:issueDate>2017-11-01T11:14:27</apl:issueDate>
        <apl:data>
          <merc:processIncomingConsignmentRequest>
            <merc:localTransactionId>q1234</merc:localTransactionId>
            <merc:initiator>
              <vd:login>login</vd:login>
            </merc:initiator>
            <merc:delivery>
              <vd:deliveryDate>2015-09-28T17:00:00</vd:deliveryDate>
              <vd:transportInfo>
                <vd:transportType>1</vd:transportType>
                <vd:transportNumber>
                  <vd:vehicleNumber>vehicleNumber</vd:vehicleNumber>
                </vd:transportNumber>
              </vd:transportInfo>
              <vd:transportStorageType>VENTILATED</vd:transportStorageType>
              <vd:accompanyingForms>
                <vd:waybill>
                  <vd:issueSeries>wbSeries</vd:issueSeries>
                  <vd:issueNumber>waybillNumber</vd:issueNumber>
                  <vd:issueDate>2017-02-13</vd:issueDate>
                  <vd:type>1</vd:type>
                </vd:waybill>
                <vd:vetCertificate>
                  <bs:uuid>36e9e22a-c81e-4cd0-b4e0-5ee1ac9d8ada</bs:uuid>
                </vd:vetCertificate>
              </vd:accompanyingForms>
            </merc:delivery>
            <merc:deliveryFacts>
              <vd:vetCertificatePresence>ELECTRONIC</vd:vetCertificatePresence>
              <vd:docInspection>
                <vd:responsible>
                  <vd:login>login</vd:login>
                </vd:responsible>
                <vd:result>CORRESPONDS</vd:result>
              </vd:docInspection>
              <vd:vetInspection>
                <vd:responsible>
                  <vd:login>login</vd:login>
                </vd:responsible>
                <vd:result>CORRESPONDS</vd:result>
              </vd:vetInspection>
              <vd:decision>ACCEPT_ALL</vd:decision>
            </merc:deliveryFacts>
          </merc:processIncomingConsignmentRequest>
        </apl:data>
      </apl:application>
    </apldef:submitApplicationRequest>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

и пусть бы брали данные остальные со своего сервера. И не было бы этих извечных тем "Не можем погасить", "Пропало то пропало сё"
И по частичным возвратам срезать до

<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>apikey</apldef:apiKey>
      <apl:application>
        <apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
        <apl:issuerId>Id</apl:issuerId>
        <apl:issueDate>2017-11-01T11:14:27</apl:issueDate>
        <apl:data>
          <merc:processIncomingConsignmentRequest>
            <merc:localTransactionId>q1234</merc:localTransactionId>
            <merc:initiator>
              <vd:login>login</vd:login>
            </merc:initiator>
            <merc:delivery>
              <vd:deliveryDate>2015-09-28T17:00:00</vd:deliveryDate>            
              <vd:consignment>              
                <vd:volume>20</vd:volume>             
              </vd:consignment>
              <vd:transportInfo>
                <vd:transportType>1</vd:transportType>
                <vd:transportNumber>
                  <vd:vehicleNumber>vehicleNumber</vd:vehicleNumber>
                </vd:transportNumber>
              </vd:transportInfo>
              <vd:transportStorageType>VENTILATED</vd:transportStorageType>
              <vd:accompanyingForms>
                <vd:waybill>
                  <vd:issueSeries>wbSeries</vd:issueSeries>
                  <vd:issueNumber>waybillNumber</vd:issueNumber>
                  <vd:issueDate>2017-02-13</vd:issueDate>
                  <vd:type>1</vd:type>
                </vd:waybill>
                <vd:vetCertificate>
                  <bs:uuid>6ebf2c9d-919b-4f8a-b0a4-85b78a88992d</bs:uuid>
                </vd:vetCertificate>
              </vd:accompanyingForms>
            </merc:delivery>
            <merc:deliveryFacts>
              <vd:vetCertificatePresence>ELECTRONIC</vd:vetCertificatePresence>
              <vd:docInspection>
                <vd:responsible>
                  <vd:login>login</vd:login>
                </vd:responsible>
                <vd:result>CORRESPONDS</vd:result>
              </vd:docInspection>
              <vd:vetInspection>
                <vd:responsible>
                  <vd:login>login</vd:login>
                </vd:responsible>
                <vd:result>CORRESPONDS</vd:result>
              </vd:vetInspection>
              <vd:decision>PARTIALLY</vd:decision>
            </merc:deliveryFacts>
            <merc:returnedDelivery>       
              <vd:consignment>
                <vd:volume>10</vd:volume>
              </vd:consignment>
              <vd:transportInfo>
                <vd:transportType>1</vd:transportType>
                <vd:transportNumber>
                  <vd:vehicleNumber>vehicleNumber</vd:vehicleNumber>
                </vd:transportNumber>
              </vd:transportInfo>
              <vd:transportStorageType>VENTILATED</vd:transportStorageType>
              <vd:accompanyingForms>
                <vd:waybill>
                  <vd:issueSeries>wbSeries</vd:issueSeries>
                  <vd:issueNumber>waybillNumber</vd:issueNumber>
                  <vd:issueDate>2017-02-13</vd:issueDate>
                  <vd:type>1</vd:type>
                </vd:waybill>
                <vd:vetCertificate>
                  <vd:authentication>
                    <vd:purpose>
                      <bs:guid>5b90da1b-e089-11e1-bcf3-b499babae7ea</bs:guid>
                    </vd:purpose>
                    <vd:cargoInspected>true</vd:cargoInspected>
                    <vd:cargoExpertized>VSEFULL</vd:cargoExpertized>
                    <vd:locationProsperity>Местность благополучна</vd:locationProsperity>
                  </vd:authentication>
                </vd:vetCertificate>
              </vd:accompanyingForms>
            </merc:returnedDelivery>
          </merc:processIncomingConsignmentRequest>
        </apl:data>
      </apl:application>
    </apldef:submitApplicationRequest>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Да если мы гасим все и полностью, да пусть не все и не полностью - у вас есть исходные данные, мы передаем то что мы принимаем - т.е. по сути передать просто гуид ВСД, которой гасим и все.... зачем что-то передавать?