Разное поведение запроса входящих ВСД

Здравствуйте.

Ситуация такая имеем 2 шлюза. Первый написан на 1с второй на C#.

Одна и та же операция запрос входящих ВСД. На первом шлюзе отрабатывает всегда. На втором ведет себя странно. В большинстве времени отрабатывает как надо, но периодически на запрос ВСД отвечает правами пользователя. Потом все само собой проходит и снова начинают приходить ВСД. Не понятно как возникает проблема и не понятно как она проходит.

Пользователи в панике, звонят пачками.
Что вообще происходит с api и есть ли способы избежать подобного поведения?

Сравнивали точку входа - идентична. Запросы с обоих шлюзов идут на https://api.vetrf.ru/platform/services/2.1/ApplicationManagementService

Запрос из первого(1с) шлюза:

<Envelope xmlns="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
	<Body>
		<submitApplicationRequest xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
			<apiKey>ApiKeYapiKEYApiKeYapiKEYApiKeYapiKEYApiKeYapiKEYApiKeYapiKEY</apiKey>
			<application xmlns="http://api.vetrf.ru/schema/cdm/application">
				<serviceId>mercury-g2b.service:2.1</serviceId>
				<issuerId>2d5a78e2-6cfe-40e0-ae7c-f6a077c7374c</issuerId>
				<issueDate>2019-12-02T12:13:14</issueDate>
				<data>
					<getVetDocumentListRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2">
						<localTransactionId>280a887d-9c0f-4f43-be0e-7fe3c615401d</localTransactionId>
						<initiator xmlns:d7p1="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
							<d7p1:login>login_io_110122</d7p1:login>
						</initiator>
						<vetDocumentType xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">INCOMING</vetDocumentType>
						<vetDocumentStatus xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">CONFIRMED</vetDocumentStatus>
						<issueDateInterval xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:d7p1="http://api.vetrf.ru/schema/cdm/base">
							<d7p1:beginDate>2019-12-01T00:00:00</d7p1:beginDate>
							<d7p1:endDate>2019-12-31T23:59:59</d7p1:endDate>
						</issueDateInterval>
						<enterpriseGuid xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">c5837b3f-3cb5-4ae4-80c3-a9049e12dadc</enterpriseGuid>
					</getVetDocumentListRequest>
				</data>
			</application>
		</submitApplicationRequest>
	</Body>
</Envelope>

Запрос из второго шлюза:

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" 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:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:dt1="http://api.vetrf.ru/schema/cdm/dictionary" xmlns:ent="http://api.vetrf.ru/schema/cdm/cerberus/enterprise">
  <SOAP-ENV:Header />
  <SOAP-ENV:Body>
    <ws:submitApplicationRequest>
      <ws:apiKey>ApiKeYapiKEYApiKeYapiKEYApiKeYapiKEYApiKeYapiKEYApiKeYapiKEY</ws:apiKey>
      <apl:application>
        <apl:serviceId>mercury-g2b.service:2.1</apl:serviceId>
        <apl:issuerId>2d5a78e2-6cfe-40e0-ae7c-f6a077c7374c</apl:issuerId>
        <apl:issueDate>2019-12-02T12:44:50.7474337+03:00</apl:issueDate>
        <apl:data>
          <merc:getVetDocumentListRequest>
            <merc:localTransactionId>280a887d-9c0f-4f43-be0e-7fe3c615401d</merc:localTransactionId>
            <merc:initiator>
              <vd:login>login_io_110122</vd:login>
            </merc:initiator>
            <vd:vetDocumentType>INCOMING</vd:vetDocumentType>
            <vd:vetDocumentStatus>CONFIRMED</vd:vetDocumentStatus>
            <vd:issueDateInterval>
              <bs:beginDate>2019-10-01T00:00:00.0000000</bs:beginDate>
              <bs:endDate>2019-12-02T23:59:59.0000000</bs:endDate>
            </vd:issueDateInterval>
            <dt:enterpriseGuid>c5837b3f-3cb5-4ae4-80c3-a9049e12dadc</dt:enterpriseGuid>
          </merc:getVetDocumentListRequest>
        </apl:data>
      </apl:application>
    </ws:submitApplicationRequest>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

"Веселый" ответ из второго шлюза:

<?xml version="1.0" encoding="UTF-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>346ba6dc-04b6-42e2-a161-2beec66baf13</applicationId>
<status>COMPLETED</status>
<serviceId>mercury-g2b.service</serviceId>
<issuerId>2d5a78e2-6cfe-40e0-ae7c-f6a077c7374c</issuerId>
<issueDate>2019-12-02T10:11:33+03:00</issueDate>
<rcvDate>2019-12-02T10:11:32+03:00</rcvDate>
<prdcRsltDate>2019-12-02T10:11:37+03:00</prdcRsltDate>
<result>
<ns1:getBusinessEntityUserListResponse xmlns:ns1="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:base="http://api.vetrf.ru/schema/cdm/base" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<vd:userList>
<vd:user>
<base:uuid>ec9ad213-dfd0-4c0b-af7e-1b19199cce6f</base:uuid>
<vd:login>login_io_110122</vd:login>
<vd:firstName>Имя</vd:firstName>
<vd:middleName>Отчество</vd:middleName>
<vd:lastName>Фамилия</vd:lastName>
<vd:authorityList>
<vd:authority>
<vd:ID>MERCURY_ACCESS_WEB_READ</vd:ID>
<vd:name>Доступ к веб-интерфейсу ИС Меркурий только на чтение</vd:name>
</vd:authority>
<vd:authority>
<vd:ID>MERCURY_ACCESS_WEB_WRITE</vd:ID>
<vd:name>Доступ к веб-интерфейсу ИС Меркурий на выполнение операций</vd:name>
</vd:authority>
<vd:authority>
<vd:ID>MERCURY_ACCESS_API_READ</vd:ID>
<vd:name>Доступ к ИС Меркурий через Ветис.API только на чтение</vd:name>
</vd:authority>
<vd:authority>
<vd:ID>MERCURY_CONTROL_WORKING_AREA</vd:ID>
<vd:name>Управление зонами ответственности пользователей</vd:name>
</vd:authority>
<vd:authority>
<vd:ID>MERCURY_ACCESS_API_WRITE</vd:ID>
<vd:name>Доступ к ИС Меркурий через Ветис.API на выполнение операций</vd:name>
</vd:authority>
<vd:authority>
<vd:ID>MERCURY_CERTIFICATE_ACCEPTANCE</vd:ID>
<vd:name>Гашение ВСД</vd:name>
</vd:authority>
<vd:authority>
<vd:ID>MERCURY_HS_AUTHORIZED_ASSIGNMENT</vd:ID>
<vd:name>Назначение уполномоченных ХС</vd:name>
</vd:authority>
<vd:authority>
<vd:ID>MERCURY_PRODUCTION_BATCH_CERTIFICATE</vd:ID>
<vd:name>Оформление ВСД на производственную партию</vd:name>
</vd:authority>
<vd:authority>
<vd:ID>MERCURY_HS_AUTHORIZED_APPLICANT</vd:ID>
<vd:name>Авторизованный заявитель в системе Меркурий</vd:name>
</vd:authority>
<vd:authority>
<vd:ID>MERCURY_RETURNED_CERTIFICATE_CREATION</vd:ID>
<vd:name>Оформление возвратных ВСД</vd:name>
</vd:authority>
<vd:authority>
<vd:ID>ARGUS_HS_AUTHORIZED_APPLICANT</vd:ID>
<vd:name>Авторизованный заявитель в системе Аргус</vd:name>
</vd:authority>
</vd:authorityList>
</vd:user>
</vd:userList>
</ns1:getBusinessEntityUserListResponse>
</result>
</application>
</receiveApplicationResultResponse></soap:Body></soap:Envelope>

Ни разу не было такого и не видел, что бы кто то писал об этом на форуме.
Я бы проверил на логические ошибки работу шлюза. Может где то путается интеграция и подменяет номера заявок.

Также можете написать в техническую поддержку, они проверят со своей стороны по логам и точно скажут с их стороны или нет ошибка.

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