Спасибо, теперь понятно. Нам не подойдет к сожалению. Но, программисты 1С смогли на своей стороне повлиять на передаваемый xml и убрать префиксы где их быть не должно. Теперь живем счастливо ))

А я, по-моему, тогда в вашей теме как раз и нашёл решение
Вот здесь: http://sapboard.ru/forum/viewtopic.php?f=70&t=86516
Ну и в зарубежных обсуждениях было нечто подобное.

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

Итак: есть веб-сервис, сгенерированный на основании RFC-функции, 1С его табличные (и структурные) выходные параметры не признает, входные табличные передает, но в систему они не заезжают. Причина проблемы - отсутствие квалификации узлов при передаче SAP->1C и их же наличие при передаче 1C->SAP.

Решение проблемы основано на том, что для каждого типа Requst/Response веб сервиса и для составных типов SAP определяет подпрограммы преобразования - из своих внутренних типов в XML и наоборот. Найти их можно на вкладке сервиса External View, ткнув на соответствующий тип. СтФункц с очень говорящим именем типа /1BCDWB/WSSC731A91B137DF53B151 как раз и есть это преобразование. Менять эти подпрограммы преобразования нельзя, но ведь если сильно хочется то можно? Пишем пару энхасментов, чтобы перед вызовом cl_ws_md_util=>create_st (exporting source = source) (записывает код XSL в БД) слегка подрихтовать source. Рихтуем, конечно, не все, а только у сервисов предназначенных 1С.

Получится что-то типа:


==>



После этого вызовы осуществляются нормально.

PS. Интересно, возможностей XSLT встроенного в SAP будет достаточно, чтобы реализовать JSON?

А если REST-адаптер, который "из коробки" JSON понимает?

P.S. Если версия PI не позволяет - не беда. Java - наше все .