Добрый день.

Можно ли вызвать несколько БАПишек в одной сессии? Может быть я не правильно называю то, что я называю "сессией"? Смысл попробую пояснить ниже.

Из другой системы нужно создать отсутствие у сотрудника, для этого его сначала нужно заблокировать, а после разблокировать, т.е.:

1 - BAPI_EMPLOYEE_ENQUEUE
2 - BAPI_PTMGRATTABS_MNGCREATION
3 - BAPI_TRANSACTION_COMMIT
4 - BAPI_EMPLOYEE_DEQUEUE

Если это все запускать "Отдельным тестом" (F8) в SE37, то сразу после завершения работы ENQUEUE, сотрудник разблокируется и шаг второй выполнить уже не удается.
Работает только в рамках одной "сессии", при запуске в той же SE37 "Теста последовательности".

Как бы такую же "последовательность" вызвать извне? Главное условие (и затык) - разработок нужно избежать.

Или это фантастика?

Заранее благодарю.

BAPI = Business Application Programming Interface
Как-то не стыкуется использование BAPI и отсутствие разработок. Чем вызвано такое условие?

Почему не стыкуется? Есть внешняя система, есть вполне удовлетворяющие БАПи. Почему нужно что-то городить, если все как бы уже есть?
Кагбэ постановка задачи такая

Если сильно интересует зачем же:
- нужно "нарисовать" демонстрационный ролик по интеграции САПа и некой внешней системы, которая умеет вызывать БАПи
- все должно быть максимально просто, чтобы практически любой мог с нуля повторить на своих системах
- важно! никаких действий со стороны САПа по настройке этой интеграции не нужно (никаких RFC, ни чего такого не нужно)
Поэтому очень хочется избежать и разработок.

ну правильно он разблокируется, если вы запускаете через кадр теста... когда вы запускаете тест, запускается программа, которая вызывает ФМ, а когда программа тестирования завершается, блокировки снимаются автоматически. То, что вы называете "сессией" - это LUW в терминах сапа. Если эти бапишуи вызывать в указанной последовательности из какой-нибудь программы, то всё должно работать нормально. Даже возможно, что по BAPI_TRANSACTION_COMMIT блокировки снимутся автоматически, если в бапишке модуль блокировки вызывается со _scope = 2 (не знаю, бапишки не смотрел внутри). Проделать вручную не удастся, нужно набросать небольшую программу.

И не городите. Вызывайте из внешней системы необходимые Вам BAPI в нужной Вам последовательности и наслаждайтесь результатом.

С удовольствием бы. Но не получается. К сожалению.

Что именно не получается? Пока что Вы написали про танцы с бубном в SE37(в целевой системе?), но ничего не написали про внешнюю систему. Так что не понятно чем можно Вам помочь.

Да, описаны действия в целевой системе.

Внешняя система умеет вызвать БАПи по-отдельности. По сути, это равноценно "Отдельному тесту" в SE37. Соответственно, результат аналогичен: первая БАПи отрабатывает, но т.к. "сессия" завершается, то с сотрудника снимается блокировкаи и с ним уже ничего не сделаешь. Одной "сессией" внешняя система запускать не умеет. Хотелось бы узнать, не предоставляет ли САП такой возможности?

Как вариант решения вижу такое: набросать на стороне ERP RFC-ФМ с определенным интерфейсом, в который запихнуть вызов этих бапишек в нужном порядке. И вызывать из внешней системы этот ФМ. Написание такого ФМ - дело 10 минут

Тогда без разработки не обойтись. Можно ещё посмотреть в направлении workflow, но это то же в своём роде будет разработка и не уверен что будет требуемый эффект.

Окей, понятно. Очень жаль. Будем, наверное, что-то все-таки разрабатывать.

Всем спасибо за ответы

Что за внешняя система-то? Можно кусок этой разработки выложить?
Может там для каждого BAPI отдельный коннект вызывается

Выложить не могу

Ибо имеем то, что имеем - ничего не разрабатываем. Внешняя система - Intalio 6.0 Enterprise Edition.

Коннектится через SAP JCO Connector. Плюс сама имеет коннектор к JCO. Картинка примерно такая получается:

Intalio -> Intalio's_connector_to_JCO -> JCO -> SAP.

Судя по схеме на картинке, должна как-то выстраиваться последовательность вызовов BAPI в одном процессе. По крайней мере это было бы очень логично.

Да, совершенно верно. Получается вот такая картинка. Все вызовы производятся отдельно.