В связи с отсутствием практического опыта на реальном клиенте, интересует: как сочетается работа SAPUI5\FIORI приложения и обычные блокировки через ENQUEUE\DEQUEUE ФМ-ы? Обладающие опытом, поделитесь, пожалуйста, информацией. Ну или покажите где это прочесть в документации.

SAPUI5\FIORI взаимодействуют с SAP системами посредством oData сервисов http://www.odata.org/, которые реализуются в свою очередь с помощью SAP Gateway http://help.sap.com/nwgateway.
Реализация сервиса по сути это наследование от определённого класса, реализация абстрактным методов для получения и обновления данных и прописывае наследника класса в настроечных таблицах.
Как вы эти абстрактные методы реализуете, так они и будут работать с блокировками.
Статья на тему
http://sapland.ru/articles/stats/realizatsiya-prostogo-odata-servisa-s-ispolizovaniem-sap-nw-gateway-2.html

Ulis: Вы не поняли моего вопроса. Попробуйте прочитать его еще раз.
Как SAPUI5 приложение взаимодействует с SAP-системами я знаю (это я про OData-сервисы).
Так же я знаю, что SAPUI5 приложения декларируются как stateless. В то время как приложения выполняющиеся в SAP-системе являются statefull. Отсюда собственно и вопрос о блокировках. Вот, допустим, я повешу в экзите ABAP-обработчика OData-сервиса блокировку с параметром SCOPE=1. И что? Т.к. приложение stateless, после завершения http-request к сервису контекст уйдет. Блокировка - снимется. А приложение-то еще выполняется.
Ну т.е. это то, что видно по документации и примерам. Возможно, я что-то пропустил. Только вот что именно? Как совместить работу приложений основанных на разных принципах в рамках одной системы?

Не посмотрел на ваш статус, вот и дал такой ответ ))
Я использую два подхода:

1. Без блокировок (класcический stateless). Получил данные объекта SAP системы с заголовком Last-Modified, поменял данные в веб-клиенте, сохраняю данные передавая заголовок If-Modified-Since, если получаю ответ, что объект уже изменился или блокирован, "разруливаю" ситуацию на клиенте, если все ОК - сохраняюсь.
Еще для этой цели можно E-tag использовать.
2. С блокироваками. Устанавливаю для сервиса индиатор soft-state (по сути тот же statefull с некоторыми особенностями). Дальше как в обычной транзакции при входе в объект установка блокироваки. По окончанию обработки - снятие блокировки.

Это понятно. Но речь сейчас именно о совмещении 2-ух режимов.

Это тоже понятно, но возникают вопросы по продуктивному использованию.
Допустим, поставили в сервисе блокировку со SCOPE = 1 или 3. Сессия у юзера прервалась. Когда снимется блокировка? Через какой промежуток времени сервис\гейтвей осознает, что клиент уже ушел? Не получатся ли "висящие" блокировки?

При soft-state в sicf ноде обязательно указывается timeout, если не ошибаюсь без этого даже нельзя установить soft-state.
По идее, если сессия отвалилась возможны два варианта: пользователь
заходит заново и попадает в туже сессию или пользователь больше не заходит - блокировка снимается по timeout.
На практике не проверял, использую в основном 1 подход.

Ulis: спасибо. Надо будет глянуть настройку таймаута.