Всем привет.

Необходима помощь по следующему вопросу. Пишу небольшую утилиту на Java с JCo для SAP. Сейчас возникла ситуация, когда необходимо удаленно выполнить транзакцию с определенными параметрами и проанализировать результат в своей программе. В поисках нужной RFC функции я пока не нашел ни одной такой функции, которая удаленно позволяет выполнить транзакцию или отчет и вернуть результат... Вот и хотелось бы узнать вообще существует такая RFC функция, которая это позволяет? Может быть существует другой способ?

Заранее всем спасибо за помощь.

А что имеется в виду под результатом?
ФМ: CALL_TRANSACTION_FROM_TABLE, RFC_CALL_TRANSACTION_USING, ABAP4_CALL_TRANSACTION

и вобще se37 -> f4-> "Информационная система" -> "Все критерии выбора" -> заполняем:
"Функциональный модуль" - "*CALL_TRANSACTION*"
галку поставить на "RFC-модули"

"все делают это"
почти все BAPI к вашим услугам

Разве можно с помощью:CALL_TRANSACTION_FROM_TABLE, RFC_CALL_TRANSACTION_USING, ABAP4_CALL_TRANSACTION и т.д. выполнить транзакцию в background с определенными параметрами?
Например, выполнить RZ11 с auth/test_mode в качестве параметра и программно получить ее ответ.
Или как например можно получить программно ответ программ RSPARAM.
А далее уже обработать результаты их выполнения.

В идеале хотелось бы узнать 2 RFC функции (может это и одна умеет):
1) Отправляет название RFC и возвращает ее входные параметры. (Ведь у каждой транзакции свои входные параметры)
2) Отправляет имя RFC запроса со значениями входных параметров и возвращает результат ее выполнения в каком-либо виде для дальнейшего анализа.

Вы вначале теорию по ABAP изучите, а уж потом за RZ11 беритесь.
Транзакции, равно как и отчёты, не имеют никаких возвращаемых результатов и ответов. Так же как излишне сильное утверждкние про "транзакции свои входные параметры".
В общем виде ваша задача не имеет решения, поэтому всё-таки уточните что Вы в итоге хотите сделать и получить?

Что касается RZ11, то есть ФМ RSAN_SYSTEM_PARAMETER_READ
Но он не дистанционный. Можно написать RFC-обертку.

ну тут "транзакции", имхо, случайно затесались
а параметры вытягваются, имхо опять же, в поиске - *metadata* ..get, send типа.
можно конечно поглядеть log чем их VC тянет

Спасибо sy-uname за замечание.
Спасибо raaleksandr за подсказку.

А можно вот об этом поподробнее:

Если мои подсказки кому-то все-таки нужны - нашел и RFC-шный ФМ, называется RSDU_CCMS_GET_PROFILE_PARAM
Позволяет читать параметры профиля SAP ( profile parameters )
Аналогично RZ11

далась вам эта RZ11 ему нужно bapi-шку с неизвестными imp/exp/tab дёрнуть из жабы? а вот эти "imp/exp/tab" по имени фм fetchinng metadata.. visual composer при моделировании. просто посмотреть с помощью какого фм он это делает.

p.s. ну это так - в пределах моей невежественности

мб RFC_GET_FUNCTION_INTERFACE ?

Если делается конкретная утилита с определённой целью, то смысл лепить "гибкость" и "универсальность"?
Лучше использовать конкретные ФМ с конкретными параметрами. Всё равно ведь не вытянуть себя из болота за собственные волосы.

Вот если делается очередная местечковая "универсальная" среда разработки чего то, то да. Возможно и стоит заморачиваться.

это кто-то пишет эксплойт

Или опртимизирует затраты на лицензии пользователей

А что под SAP бывают эксплоиты ?