На тестовом сервере отрыт 80-й, тут все понятно, работает.
На рабочем сервере админ отрыл нестандартный порт и настроил IIS на него.
wsdl я получаю по измененному порту, но как дело доходит до дерганья метода, так похоже идет обращение на 80-й, а не на измененный. Хотя не уверен. Но отваливается по таймауту. В SoapUI та же история.
Где подкрутить?

Ну так там, где создаешь WSПрокси

(0) В районе WSПрокси.ТочкаПодключения.Местоположение

"wsdl я получаю по измененному порту" // Вот путь до WSDL-описания ("файлика") и указываешь в WSОпределении, затем создаешь WSПрокси на основе этого определения

(2) А хотя там скорей всего только чтение будет...
Тогда фиг, забираешь wsdl как файл, редактируешь как XML, и уже на его основе лепишь WSопределение. Заодно кстати и кэширование описания и экономию одного обращения сделаешь

То есть если у меня сервис на 1С:Розница, то мне нужно поправить модуль?

Или клиента править? Что-то я запутался.
Сервис предоставляет 1С:Розница, клиент - мобильное приложение 1С:Мобильная касса.

Тебе надо добится чтобы клиент для построения wsппокси получил исправленный wsdl, внутри которого правильные точки подключения. Как ты этого добьешся - твое дело.

понятно, сейчас покурю отладчик

в wsdl-ке которую сервер отдает в разделе <soapbind:address location=" что написано?

(9) Написан IP сервера без указания порта. Как исправить?

Походу никак. Адрес 1С-ный плагин для IIS формирует. Видимо c ISS он не совсем дружит.
Можешь сохранить wsdl-ку, импортироват в базу как ws-ссылку и дальше по методу из (2)

Извините за глупый вопрос. А как wsdl-ку получить программно? :)

(12) Скачать из интернета как обычный файл

(13) Какой метод для этого используется, я с интернетом из 1С не много работал.

Нашел что-то типа:

Соединение = Новый HTTPСоединение(ИмяСервера);
Соединение.Получить(ПустьКФайлуНаСервере, ПутьДляСохранения);

А нет ли такого способа, чтобы не сохранить на диск, а просто загрузить файл в переменную?