Ветис API c# "APLM0002"

Доброго дня

Пишу интеграцию на .NET
Подключил WSDL к проекту, добавил пространство имен, создал объекты.
При запросе справочников - проблем нет: создаю экземпляр ServicePortTypeClient, вызываю нужный метод, в него передаю экземпляр запроса:
Получаю ответ в responce, вытаскиваю что нужно.

При запросе в ApplicationManagement - Подсистему обработки заявок получаю ошибку "Unsupported application data format" "APLM0002" на любой запрос и статус заявки REJECTED
Меня смущает, что внутрь объекта ApplicationDataWrapper мне приходится вкладывать не просто любой объект, а XmlElement, то есть ручками сериализованный объект запроса, точнее его тело.

ApplicationManagementServicePortTypeClient client = ApiProxyClass.CreateApplicationClient(userName, passWord) // Создал клиент подключения
submitApplicationResponce responce = client.submitApplicationRequest(new submitApplicationRequest
{
	apiKey = apiKey,

application = new Application
	{
		serviceId = "mercury-g2b.service",
		issuerId = issuerId,
		issueDate = DateTime.Now,
		issueDateSpecified = true,

data = new ApplicationDataWrapper
		{
			//Вот тут системными средствами сериализован объект операции
			//Потому что Any принемает System.Xml.XmlElement, а не какой-нибудь object
			Any = ClassFactory.SerializeObject(new GetStockEntryListRequest
			{
				localTransactionId = "A00001",

initiator = new User
				{
					login = "**************",
				},

enterpriseGuid = "***",

listOptions = new ListOptions
				{
					count = "10"
				}

}).DocumentElement

// Ниже то, что мне возвращает сериализация и то, что я вкладываю в Any. Пространства имен можно убрать - на результат не повлияет.

// Конец

}
	}
});

В ответ мне вернется ID запроса, по нему запрашиваю ответ
В итоге получаю ошибку "Unsupported application data format" "APLM0002" на любой запрос и статус заявки REJECTED
В Дебаге объект выходит правильный: Аппликейшн, в него вложена Дата, а в Дате лежит готовый XML запроса.
Я бы с радостью приложил XML и посмотрел его сам, но пока не нашел способ просматривать исходящий пакет, если посылать запрос через описание WSDL, буду благодарен, если подкинете идей.

это у них что-то с сервисами напутано.
методом тыка:
/platform/services/2.0/ApplicationManagementService
или
/platform/services/ApplicationManagementService

если на первом выходит ошибка - попробуйте отправить на второй.
и наоборот...

loki wrote:если на первом выходит ошибка - попробуйте отправить на второй.
и наоборот...

Видел тему, пробовал - не помогло. Позже, конечно, потыкаю еще, может временно и действительно сработает.
Но почему-то кажется что объект неправильно заполнил.

Machinima wrote:

loki wrote:если на первом выходит ошибка - попробуйте отправить на второй.
и наоборот...

Видел тему, пробовал - не помогло. Позже, конечно, потыкаю еще, может временно и действительно сработает.
Но почему-то кажется что объект неправильно заполнил.

См. отсюда http://vetrf.ru/vetrf-forum/posts/list/7130.page#44785

Machinima wrote:

loki wrote:если на первом выходит ошибка - попробуйте отправить на второй.
и наоборот...

Видел тему, пробовал - не помогло. Позже, конечно, потыкаю еще, может временно и действительно сработает.
Но почему-то кажется что объект неправильно заполнил.

Посмотри что у тебя:
serviceId = "mercury-g2b.service",

А обращаешься к версии 2.0.
То есть тебе надо указывать
serviceId = "mercury-g2b.service:2.0",

Может еще какие ошибки есть, но это не корректно.
mercury-g2b.service - версия 1.4
mercury-g2b.service:2.0 - версия 2.0
mercury-g2b.service:2.1 - версия 2.1

И потом появятся mercury-g2b.service:3.0

В общем смена целевого сервиса на 2.0 толку не принесла.

Скачал Fiddler смотреть трафик - пакеты в порядке, структура у них верная, даже у того, что вызывал сомнения при сериализации, пробовал их целенаправленно портить - возвращает другие ошибки. Смущает что пространства имен самостоятельно не добавились. Подскажите, если не указывать пространства имен - какие ошибки возвращает?

<?xml version="1.0" encoding="UTF-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
   <s:Body xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
      <submitApplicationRequest xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
         <apiKey>***</apiKey>
         <application xmlns="http://api.vetrf.ru/schema/cdm/application">
            <serviceId>mercury-g2b.service:2.0</serviceId>
            <issuerId>***</issuerId>
            <issueDate>2018-06-27T09:47:22.9622257+10:00</issueDate>
            <data>
                // Это вручную сериализованный элемент, в него я пространства имен сам добавил при создании
                // Даже если я их уберу вовсе - на результате это не скажется
               <GetStockEntryListRequest xmlns="" xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" 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:xs="http://www.w3.org/2001/XMLSchema">
                  <merc:localTransactionId>A00001</merc:localTransactionId>
                  <merc:initiator>
                     <vd:login>***</vd:login>
                  </merc:initiator>
                  <bs:listOptions>
                     <bs:count>10</bs:count>
                  </bs:listOptions>
                  <dt:enterpriseGuid>***</dt:enterpriseGuid>
               </GetStockEntryListRequest>
            </data>
         </application>
      </submitApplicationRequest>
   </s:Body>
</s:Envelope>

Как можно заметить - системно созданный пакет не указывает пространства имен, они указаны только в моем куске. НО опять же это запрос - на него я не получаю ошибок, я получаю ответ:
Кстати в этом пакете не указан сервис :2.0, есть подозрение что он не важен
Теперь я беру аппликейшнАйди и отправляю запрос ответа:
На что получаю:
Мне хотелось бы сделать вывод, что структура пакета верная, но блин я не уверен, ибо ни единого успешного запроса у меня не проходит в ApplicationService

Кстати в этом пакете не указан сервис :2.0, есть подозрение что он не важен

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

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

Сделал идентичные копии запросов из справки:

<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:app="http://api.vetrf.ru/schema/cdm/application" xmlns:base="http://api.vetrf.ru/schema/cdm/base" xmlns:ent="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:v21="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
   <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-27T18:57:00</app:issueDate>
            <app:data>
               <merc:getBusinessEntityUserListRequest>
                  <merc:localTransactionId>A00001</merc:localTransactionId>
                  <merc:initiator>
                     <v21:login>***</v21:login>
                  </merc:initiator>
                  <base:listOptions>
                     <base:count>50</base:count>
                  </base:listOptions>
               </merc:getBusinessEntityUserListRequest>
            </app:data>
         </app:application>
      </ws:submitApplicationRequest>
   </soapenv:Body>
</soapenv:Envelope>

И соответсвующий запрос ответа:
На результат это не повлияло. Ответ на первый запрос я также получаю, ответ на 2 запрос - такая же ошибка.
Уже самые элементарные операции без GUID чего-либо, просто логин пользователя с доступом к API. Написал им письмо, может по applicationId подскажут что не так...

Machinima wrote:

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

Сделал идентичные копии запросов из справки:
<?xml version="1.0" encoding="UTF-8"?> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:app="http://api.vetrf.ru/schema/cdm/application" xmlns:base="http://api.vetrf.ru/schema/cdm/base" xmlns:ent="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:v21="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions"> <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-27T18:57:00</app:issueDate> <app:data> <merc:getBusinessEntityUserListRequest> <merc:localTransactionId>A00001</merc:localTransactionId> <merc:initiator> <v21:login>***</v21:login> </merc:initiator> <base:listOptions> <base:count>50</base:count> </base:listOptions> </merc:getBusinessEntityUserListRequest> </app:data> </app:application> </ws:submitApplicationRequest> </soapenv:Body> </soapenv:Envelope> И соответсвующий запрос ответа:
<?xml version="1.0" encoding="UTF-8"?> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:app="http://api.vetrf.ru/schema/cdm/application" xmlns:base="http://api.vetrf.ru/schema/cdm/base" xmlns:ent="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:v21="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions"> <soapenv:Header /> <soapenv:Body> <ws:receiveApplicationResultRequest> <ws:apiKey>***</ws:apiKey> <ws:issuerId>***</ws:issuerId> <ws:applicationId>***</ws:applicationId> </ws:receiveApplicationResultRequest> </soapenv:Body> </soapenv:Envelope> На результат это не повлияло. Ответ на первый запрос я также получаю, ответ на 2 запрос - такая же ошибка.
Уже самые элементарные операции без GUID чего-либо, просто логин пользователя с доступом к API. Написал им письмо, может по applicationId подскажут что не так...

Беру твой запрос, загоняю в SOUPUI, подставляю в свои данные и оп, все работает. У тебя конечно одно лишнее пространство имен, но и с ним работает. Вы проверяли запросы через SOUPUI, а не через интеграцию?
Это я кто му, что можно долго искать, почему не работает запрос, а на самом деле, запрос работает и что то другое его ломает.