SOAP интерфейса нет.
результат возвращается в XML|JSON

С чего можно начать воплощать в реальность, до этого использовал только функционал SOAP.

С прочтения документации, Ваш КО.

Все что можно прочитал ))

Есть два метода через НТТPсоединение или через COMОбъект("WinHttp.WinHttpRequest.5.1"), какой будет правильнее?

Какая платформа и ОС? Если не Вин, то единственный вариант: НТТPсоединение. Начни на встроенном, будут проблемы - спросишь. Если что - перепишешь на COMОбъект("WinHttp.WinHttpRequest.5.1").

(2) Если Win, то будет объект ServerHttpXmlRequest - он будет "интереснее" и "умнее".
Если уж очень сложно, то вкладку VbScript или сценарий на php через Socket-ы - можно сделать всё, что угодно.

Платформа: WinSRV

Забугорцы прислали пример обращения к своему сервису:

        private static HttpWebRequest CreateTokenServiceCall(WebServiceClientModuleInstance clientModule)
        {
            var request = (HttpWebRequest)WebRequest.Create(Singleton.Instance.GetTokenContext());
            request.Method = WebRequestMethods.Http.Get;
            request.Headers.Add(AuthenticationConstants.CompanyTokenKeyName, GetTokenByColumnName(CompanyToken, clientModule));
            return request;
        }

Можно ли это прикрепить к 1С не изменяя, по сути вроде это .NET?

Ну и подобие WinHttpRequest

(5) Прикручивай
v8: v8: Использование сборок .NET в 1С 7.x и 8.x
http://1c.proclub.ru/modules/mydownloads/personal.php?cid=142&lid=9569

(0) всё можно сделать через HTTPСоединение без всяких левых компонент

(7) Не компонента, а COM сервера. Зачем переписывать если можно использовать готовые решения, особенно когда объем этого кода значителен.

(8) затем, что это не нативно

(9) Нативность - это эталон программирования?

(5) Это вроде легко можно сделать на НТТPСоединение, поднимать ради этого дот.НЕТ я бы не стал

(10) Угу вручную разбирать JSON. Да и нужно еще подгружать xsd для преобразования XML. Если там много методов и классов то не факт что проще.

(6) Спасибо, попробуем.

(7) У тебя нет случаем примеров обращения к сервису через HTTPсоединение с подстановкой параметров (в данном прмере CompanyTokenKeyName) и получением результата (желательно не в файл) - я нашел только такой пример v8: JSON Яндекс.Директ API

ну и что из .. перспективнее, универсальнее (чтобы не придумывать велосипед...всякие парсирования) и масштабируемый.

(11) Ну в примере был простой GET. А так скорее всего ты прав.

а что вы скажете на счет WinHttp.WinHttpRequest.5.1?

(16) Объект, который умеет работать с http-запросами.
Что ещё от него надо ?

http://msdn.microsoft.com/en-us/library/windows/desktop/aa384106(v=vs.85).aspx

(16) В твоем случае на мой взгляд полный эквивалент HTTPсоединение

Так, а по производительности что эффективнее?
Объемы большие, ежедневно пару десятков тысяч строк передаются. В строке параметров 30.
Soap в принципе справлялся.

т.е. ежедневно получение 600 000 значений.

(2) НТТPсоединение работает. Но очень много геморроя поимеете в связи со своеобразной реализацией 1С его.

(16) На кой ляд костыль внешний?

(20) Еще раз повторяю: для вашего случая абсолютно эквивалентно, в случае с КОМ может еще и потеряете на взаимодействии с КОМом. КОМ лучше когда нужна авторизация клиента сертификатом, нужны заголовки ответа, еще там вроде какие-то фичи. А главное, вы хорошо разбираетесь в КОМ.

А впрочем делайте как хотите.

(0) ESB типа mule

(21) Используй то, что тебе понятней или в чем хочешь разобраться.
Для внутреннего сервера COM 600 000 это копейки. Чай не 20 лет назад живем.

Если использовать NET то берешь готовое решение у забугорных товарищей и используешь через NetObjectToIDispatch45. Минимум движений. Но при этом нужно знать .Net, что бы разбираться в исключительных ситуаций.
Второй способ создавать свое решение.
Что тебе понятней то и бери.