APLM0002 на продуктивном

Сегодня на тривиальные запросы:getStockEntryListRequest и getVetDocumentListRequest возвращается ошибка "Unsupported application data format".
В тестовом контуре все работает.
Это только моя беда или еще у кого нибудь есть такая проблема?

Может есть у кого-то предположение где ошибка?

<?xml version="1.0" encoding="UTF-8" ?> 
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/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:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" 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>*****</ws:apiKey> 
	 <app:application>
		  <app:serviceId>mercury-g2b.service:2.0</app:serviceId> 
		  <app:issuerId>***</app:issuerId> 
		  <app:issueDate>2018-06-08T13:53:58</app:issueDate> 
		 <app:data>
			 <merc:getStockEntryListRequest>
				  <merc:localTransactionId>000002</merc:localTransactionId> 
				 <merc:initiator>
					 <vd:login>***</vd:login> 
				  </merc:initiator>
				 <bs:listOptions>
					 <bs:count>10</bs:count> 
				  </bs:listOptions>
				  <dt:enterpriseGuid>d657d0fe-355c-4bb0-8d6f-c73364bd8a86</dt:enterpriseGuid> 
			  </merc:getStockEntryListRequest>
		  </app:data>
	  </app:application>
  </ws:submitApplicationRequest>
  </soapenv:Body>
  </soapenv:Envelope>

andpal
Вижу у вас несколько расхождений с wiki
А именно:
У вас:

В Wiki:

egais2018 wrote:Вижу у вас несколько расхождений с wiki

Если вы про префиксы, то они не должны влиять, тем более запрос принимается, значит схеме соответствует.
Но ... все может быть, проверю.

Проверил, не помогло.
В тестовом контуре отрабатываются нормально.

Всем кто сочувствовал, спасибо!
Проблема была в адресе сервиса: указывал "/services/ApplicationManagementService" а надо "/services/2.0/ApplicationManagementService".
Невнимательность. Предполагал что версия в этом сервисе определяется тегом serviceId . В тестовом контуре вроде так.

у меня такая же проблема.
складской журнал на тестовом сервере работает, на боевом нет.
сервис указан верно.
у кого есть доступ к продуктивному серверу - проверьте пожалуйста GetStockEntryListOperation

loki wrote:у меня такая же проблема.
складской журнал на тестовом сервере работает, на боевом нет.
сервис указан верно.
у кого есть доступ к продуктивному серверу - проверьте пожалуйста GetStockEntryListOperation

все таки сервис должен быть /services/ApplicationManagementService
то что прислали в письме с реквизитами доступа /services/2.0/ApplicationManagementService не работает