Python. Suds. Построение запроса к API.

Цель: Работа с API средствами suds в Python.
Задача: При помощи инструмента suds сконструировать верный запрос к бизнес-методу сервиса Меркурий.
Проблема: Не получается задать содержимое поля data типа ApplicationDataWrapper.
Моя попытка:

Эти и некоторые другие действия создают следующий запрос:

<SOAP-ENV:Envelope 
	xmlns:ns5="http://api.vetrf.ru/schema/cdm/application/ws-definitions" 
	xmlns:ns6="http://api.vetrf.ru/schema/cdm/base" 
	xmlns:ns1="http://api.vetrf.ru/schema/cdm/dictionary/v2" 
	xmlns:ns0="http://schemas.xmlsoap.org/soap/envelope/" 
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xmlns:ns2="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2"
	xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" 
	xmlns:ns3="http://api.vetrf.ru/schema/cdm/application" 
	xmlns:ns4="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2">
	<SOAP-ENV:Header/>
	<ns0:Body>
		<submitApplicationRequest xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
		<apiKey>******</apiKey>
		<ns3:application>
			<ns3:serviceId>mercury-g2b.service:2.0</ns3:serviceId>
			<ns3:issuerId>******</ns3:issuerId>
			<ns3:issueDate>******</ns3:issueDate>
			<ns3:data>
				<ns3:getStockEntryListRequest>
					<ns4:localTransactionId>******</ns4:localTransactionId>
					<ns4:initiator>
						<ns2:login>*******</ns2:login>
					</ns4:initiator>
					<ns6:listOptions>
						<ns6:count>100</ns6:count>
						<ns6:offset>0</ns6:offset>
					</ns6:listOptions>
					<ns1:enterpriseGuid>******</ns1:enterpriseGuid>
				</ns3:getStockEntryListRequest>
			</ns3:data>
		</ns3:application>
	</submitApplicationRequest>
</ns0:Body>
</SOAP-ENV:Envelope>

Результат выполнения этого метода: "Unsupported application data format"

Ошибка этого запроса видна в строке №20.
Если исправить пространство имен с "ns3" на тип "ns4", то запрос будет валидно исполняться, а бизнес-метод GetStockEntryListRequest будет возвращать ожидаемый результат.

Проблема в том, что для поля getStockEntryListRequest я и так задавал пространство имен "ns4". Это видно в моем python-коде.
Не понимаю в чем проблема.
Готов с радостью принять любой возможный метод решения моей проблемы, а также любой альтернативный способ соединить Python и Меркурий.

UPD.
Названия ссылок на ns в Питон-реализации могут отличаться от названий ссылок в итоговом запросе. Это нормально.

Про питон ничего не скажу, пишу на Дельфи, запросы собираю вручную. Беру шаблон документа и модифицирую его средствами xml или текстовой подстановкой. Если бы начинал сейчас, вобще бы целиком в тексте собирал, всяко быстрее. WSDL оставил только для справочников, потому что там проблем нет.

Вдогонку: у Вас там подставляется подставляется неймспейс из версии 1.3-1.4, а запрос Вы отправляете на сервис второй версии. Проверьте импорт WSDL, похоже проблема там.

Vladimir2017, не уверен что в них есть ошибка. Импорт и описание ns-ов происходит автоматически. Либо я не понимаю что вы имеете ввиду.

Есть две версии API:

В версии 1.4 у getStockEntryListRequest неймспейс http://api.vetrf.ru/schema/cdm/application
В версии 2.0 у getStockEntryListRequest неймспейс http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2

У Вас указаны оба, но подставляется неправильный. Подставляться он может только если он неправильно импортировался.

P.S. Кстати у Вас и для Application подставляется не тот неймспейс, который Вы указываете. Возможно его надо указывать другим способом.

Vladimir2017. По поводу неправильной подстановки неймспейса для Application. Это, видимо, особенность suds. Если в Питон я указываю "ns0:Application", то в итоговом запросе вместо "ns0" может быть любое имя. Точнее цифра. Suds просто по каким-то своим законам меняет названия ссылок для итогового запроса.

А по поводу первого пункта.... Надо посмотреть.