Проблема с ResolveDiscrepancyOperation

Здравствуйте!
Возникла проблема с ResolveDiscrepancyOperation
Пытаемся на тестовом контуре поставить на баланс вырабатываемою продукцию таким запросом:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" 
                   xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions"
                   xmlns:app="http://api.vetrf.ru/schema/cdm/application">
  <soapenv:Header/>
  <soapenv:Body>
    <ws:submitApplicationRequest>
      <ws:apiKey>XXXXX</ws:apiKey>
      <app:application>
        <app:serviceId>mercury-g2b.service:2.0</app:serviceId>
        <app:issuerId>0a201384-c5c0-4cc6-a0d8-b826dd8e0b65</app:issuerId>
        <app:issueDate>2018-06-15T13:56:44</app:issueDate>
        <app:data>

<merc:resolveDiscrepancyRequest
       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:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
      <merc:localTransactionId>35</merc:localTransactionId>
      <merc:initiator>
       <vd:login>shvecova_oa_171015</vd:login>
      </merc:initiator>
      <merc:enterprise>
        <bs:guid>156bf633-1c9e-44b7-ba2a-8adb9939ab84</bs:guid>
      </merc:enterprise>
      <merc:inventoryDate>2018-06-15T00:00:00</merc:inventoryDate>
      <merc:responsible>
        <vd:login>shvecova_oa_171015</vd:login>
      </merc:responsible>

<merc:stockDiscrepancy id="SM30">
     <vd:resultingList>
       <vd:stockEntry>
         <vd:batch>
           <vd:productType>5</vd:productType>
           <vd:product>
             <bs:guid>8fef4b73-9cc6-46c0-ad88-a5621febf30f</bs:guid>
           </vd:product>
           <vd:subProduct>
             <bs:guid>95d80c33-148c-4865-af4e-c8e5b3de6f5c</bs:guid>
           </vd:subProduct>
           <vd:productItem><bs:guid>77774da2-1e57-47b3-803f-eb0643726c10</bs:guid>
        </vd:productItem>
        <vd:volume>100.000000</vd:volume>
        <vd:unit>
         <bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
        </vd:unit>
        <vd:dateOfProduction>
         <vd:firstDate>
          <dt:year>2018</dt:year>
          <dt:month>6</dt:month>
          <dt:day>15</dt:day>
          <dt:hour>0</dt:hour>
         </vd:firstDate>
        </vd:dateOfProduction>
        <vd:expiryDate>
         <vd:firstDate>
          <dt:year>2018</dt:year>
          <dt:month>6</dt:month>
          <dt:day>16</dt:day>
          <dt:hour>0</dt:hour>
         </vd:firstDate>
        </vd:expiryDate>
        <vd:perishable>false</vd:perishable>
        <vd:origin>
         <vd:country>
          <bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
         </vd:country>
              <vd:producer>
                <dt:enterprise><bs:guid>156bf633-1c9e-44b7-ba2a-8adb9939ab84</bs:guid>
                </dt:enterprise>
              <dt:role>PRODUCER</dt:role>
            </vd:producer>
        </vd:origin>
       </vd:batch>
       </vd:stockEntry>
     </vd:resultingList>
    </merc:stockDiscrepancy>

<merc:discrepancyReport for="SM30">
       <vd:reason>
        <vd:name>Излишек</vd:name>
       </vd:reason>
       <vd:description>Акт несоотвествия</vd:description>
    </merc:discrepancyReport>

</merc:resolveDiscrepancyRequest>

</app:data>
      </app:application>
    </ws:submitApplicationRequest>
  </soapenv:Body>
</soapenv:Envelope>

Меркурий вдруг начал отвечать:

<?xml version="1.0" encoding="UTF-8" ?> 
 <env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
  <env:Header /> 
 <env:Body>
 <receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
 <application xmlns="http://api.vetrf.ru/schema/cdm/application">
  <applicationId>8be7c2a3-7167-43d7-8192-8eea64da9711</applicationId> 
  <status>REJECTED</status> 
  <serviceId>mercury-g2b.service</serviceId> 
  <issuerId>0a201384-c5c0-4cc6-a0d8-b826dd8e0b65</issuerId> 
  <issueDate>2018-06-15T13:56:44.000+03:00</issueDate> 
  <rcvDate>2018-06-15T09:56:47.000+03:00</rcvDate> 
  <prdcRsltDate>2018-06-15T09:56:47.000+03:00</prdcRsltDate> 
 <errors>
  <apl:error code="APLM0007" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Wrong application data format. Format validation failed due to XML Schema rules: Invalid value '30' for attribute: 'id'</apl:error> 
  </errors>
  </application>
  </receiveApplicationResultResponse>
  </env:Body>
  </env:Envelope>

Такой ответ приходит именно на вырабатываемую продукцию, со входной все нормально. Причем обнаружили пару дней назад, до этого и вырабатываемая нормально отрабатывалсь
В построении запросов вроде ничего не меняли.
Кто-нибудь сталкивался?
Очень похоже, что опять что-то поменяли в API, если заломали - то ладно, есть надежда что исправят (по крайней мере мы с этим ничего сделать не можем), а вот если теперь надо как-то по другому запрос строить - то хотелось бы знать как.

Кто-нибудь может скинуть пример рабочего запроса по вырабатываемой продукции?

verleon wrote:Кто-нибудь может скинуть пример рабочего запроса по вырабатываемой продукции?

ВСЕМ КУ!

аналогичная херня, как вопрос решили?

oazis wrote:

verleon wrote:Кто-нибудь может скинуть пример рабочего запроса по вырабатываемой продукции?

ВСЕМ КУ!

аналогичная херня, как вопрос решили?

Если у вас в id только цифры (<merc:stockDiscrepancy id="1">

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

Да. Верно. очень тупо , но мерк для идентификатора воспринимает только строку причем заданную явно

Но . сейчас и смысла нет передавать идентификатор.! так как передача информации об акте и причине несоответствия нифига не работает (однако остается обязательной по спеке! можно передать один блок акта без айди для всех . ничего не измениться в ответе )
но при этом все равно номер акта а так же причина генерятся автоматически! что очень неудобно! когда нужно указать конкретную причину (по требованию же Мерка ) и номер реального акта . На вопрос когда исправят.- говорят что это не ошибка и что передача причины по апи сейчас недоступна. причем
клиенту нужно массово откорректировть сток. - и в ответ на уведомление об этом в мерк , Власов написал что нужно указать конкретную причину.
Круто! бедный клиент 17 тысяч записей должен корректировать вручную через веб.