использование веб-сервисов в 1С с процедурой авторизации #711265

Всем привет, нужна помощь использования веб-сервисов в 1С. Есть внешний веб сервис, в конфигураторе добавлил объект ws-ссылка, все ОК, получил дерево доступных методов и модель данных(логин и пароль не требовал). Создаю прокси: У каждого пользователя этого веб-сервиса есть учетка, для аутентификации есть метод Authmethod. Метод возвращает строку "true"- из описания все ОК, аутентификация прошла. Далее вызываю нужный мне метод: Прокси.FindCompanyByCode(ИНН,"",0,Рез,Данные); В переменной "рез" получаю строку "Authentication error". Вот тут то и запара, как будто аутентификации в системе не было. Есть пример использования этого сервиса на C#, и прога на C# с моими учетными данными работает: using (ifaxWSReference.iFaxWebService service = new ifaxWSReference.iFaxWebService) { Интересна вот эта строка: Зачем она? Есть ли что то подобное в 1С? Может быть это и есть ключ к моему решению, WS не запоминает что была утентификацию). Так же пробывал пихать логин и пароль в поля прокси, но думаю что это чуть другое: С сервисами работаю первый раз, так что прошу сильно не пинать)).

а что за ""Authentication error"."? это тебе сервер возвращает?

Эту строку: можно проверить Fiddler'ом. Да и вообще сравни с фиддлером свою прогу на шарпе и 1С

а что за ""Authentication error"."? это тебе сервер возвращает? Да, это результат выполнения процедуры FindCompanyByCode записываемый в выходной параметр Рез. Эту строку: можно проверить Fiddler'ом. Да и вообще сравни с фиддлером свою прогу на шарпе и 1С Что такое Fiddler?

защищенное соединение используется? Тось сервер по https работает?

не сервер, а сервис

короче, пока автор отдупляется, напишу, - зачем спросил. Был у нас при переходе на 8.3.3 забавный случай: стрелялся, стало быть, некий помещ... кхмм... Простите, в 8.3.3 у WS Определение и WSПрокси появился последний необязательный параметр ЗащищенноеСоединение. Так вот к вебсервисам, раздаваемым по https, которые замечательно работали с 8.2, пропал коннект по причине неправильной авторизации. Эксперименты показали, что при испоьзовании защищенного соединения, в 8.3.3 нужно в конструкторе в этот последний параметр передавать Новый ЗащищенноеСоединениеOpenSSL( неопределено, неопределено ) я не знаю, почему не работает с значением по умолчанию (параметр, к слову, не обязательный), но вот не работает. Может кому пригодится инфа...

Нет, работает по http, но все равно ща попробую поиграться с этим параметром. Спасибо.

куки 8-ка не поддерживает

у тебя авторизация по ходу в куках хранится, а 8-ка их не поддерживает

печально как то, а как это можно обойти? есть идеи?

в FindCompanyByCode добавь пользователя и пароль, в нем и проверяй

Этот сервис предоставляет сторонняя компания, у меня нет к нему доступа((

как вариант - зафигачить у себя прокси-сервис не на 1С, который будет уметь авторизоваться там по кукам, а тут - авторизовать без куков. Но это, наверное, слишком хтонично...

ну тогда уж лучше обертку на C# написать ввиде ВК например, геморно но вариант. Может че нить попроще можно придумать.

как-то же их в 7-ке использовали, наверняка или через ие или ещё через что-то подобное можно

можно еще через msscriptcontrol и каким-нить жабаскриптом... яхз...

У меня работает через     Прокси.Пароль = Пароль; Но это к 1С-овским сервисам. К внешнему сервису когда не удалось (не помню уже по какой причине) создать wsсылку, подключаюсь через COMОбъект("Msxml2.XMLHTTP"). Неудобно, приходится запрос собирать, но работает стабильно.

кинь примерчик плз.

Второго? reqST = "[здесь формируем хмл-ку с запросом]"; Ну и дальше читаем ответ.

Вот еще ссылка, я по ней разбиралась, в принципе там достаточно информации:

Спасибо, посмотрю

"reqST = "[здесь формируем хмл-ку с запросом]"" а примерчик запроса ХМЛ можешь кинуть, плз.?

Все получилось, большое спасибо catena за идею, Msxml2.XMLHTTP    рулит!!! Действительно фишка авторизации данного сервиса в куках, жаль что через ws-ссылки куки не работают, придется морочиться с запросами XMLHTTP.

Можешь заморочиться с этим