Добрый день!
Подскажите реально ли создать сессию в SAP по RFC? Т.е, например, ФМ1 создает сессию в 08:00, а ФМ2 удаляет эту же сессию в 08:15 (пользователь один и тот же)...

Что такое сессия по твоему?

Тогда вопрос на уровень глубже.
Возможно ли установить блокировку от изменений на стандартный объект в SAP (заказ, заявка) по RFC ? Аналогично, когда пользователь заходит в транкцию ME22N, остальные не смогут зайти в этот же заказ, пока 1 не выйдет.
Возможно ли организовать работу пользователя при подключении из внешней системы, аналогично возможностям с диалоговым режимом (блокировки и т.д), закрытие внешней системы = закрытие сессии в SAP ?

По RFC могут работать все BAPI, в том числе BAPI изменения закупочного заказа. И там блокировка работает по умолчанию в том числе и по RFC.

Теоретически, разве нельзя через RFC запустить фоновое задание? А там уже оно пусть блокирует нужные объекты и работает столько, сколько нужно?

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

Смысл в том, что интерфейс карточки объекта мы рисуем на WEB форме, т.к там мы можем расположить объекты, как нам угодно (без ограничений по длине симвовлов полей и т.д), а база остается в SAP-е от него пока не уйти.
Поэтому идея в том, чтобы не дать никому вносить изменения в этот объект SAP-а, пока USER1 не закончит с ним работу.....

Вы же по RFC вызываете в SAP какой-то Функциональный модуль? В нём и заблокируйте нужный объект от изменений.

В рамках концепции блокировок SAP, боюсь, не получится. Насколько понимаю, вы хотите первым RFC-вызовом заблокировать объект, а последующим сохранить изменения и разблокировать?

Можно и так, только потом разбираться с такой "самодеятельностью" будет сложно.

Самая большая проблема в том, что когда USER1 зайдет на редактирования объекта на WEB-страницу, мы заблокируем объект в SAP, а он потом возьмет и просто закроет браузер. Как мы в этом случае снимем блокировку в SAP?

Это для размышления, мысли вслух...
Если бы была технология, которая бы устанавливала онлайн-связь с SAP-ом, а не просто запрос бы делала....

Да, всё верно.....

Логичным кажется способ, при котором на стороне SAP бы хранилась информация о том, с какого фронтенда был выполнен вход, при каждом обращении к RFC/OData/Web-сервису эта информация бы обновлялась.
В этом случае можно отследить период неактивности и сбрасывать блокировки к этой сессии.


В старом CRM была такая технология - stateful, при этом управление web-интерфейсом происходило через SAP.
Но идеология stateless такое не позволяет, т.к. управление фронтэндом не связано с бэкендом..
Но как я писал выше, ситуацию можно решить с помощью 2-х дополнительных сервисов - вход в сессию/обновление сессии и выход из сессии.
Фактически это будет аналог работы с SAP GUI.

Тут кто-то изобретает концепцию BOPF + Odata. И у вас явно не хватает для этого понимания того, как сап устроен. Лучше не стоит. Выдавайте пользователю ошибку в своем вебе, если что-то пошло не так и объект поменялся.

В таком случае, например, USER1 изменяет объект и ставит ему статус "K9" - т.е изменять объект нельзя (например, в ДМС-объекте). Сохраняет всё ок.
В это же время USER2 тоже редактирует этот же объект и сохраняет уже после USER1.
Получается, кто последний, тот и сохранил (но при этом статус USER1 уже не предполагает изменений).

Тогда при каждом изменении в SAP нужно ещё проверять, можно менять или нет.......
Спасибо.
Знаний действительно не хватает, а тема интересная!

Наколхозить-то более или менее можно и через обычные блокировки.
1. Пользователь открыл WEB-интерфейс: отправка в sap через rfc информации о блокировке объекта.
2. Зафиксировать допустимое время работы с объектом, например, 15 минут.
3. При сохранении из Web-интерфейса отправка в sap через rfc изменений и снятие блокировки.
4. При незакрытом web-интерфейсе выкидывать сообщение "Продлевать будете?" При нажатии "Да" отправка в sap через rfc запроса на снятие блокировки и мгновенное блокирование повторно. При этом время блокирования объекта обновляется в sap. При нажатии "Нет" выходить из интерфейса, отправлять в sap снятие блокирования.
5. Все это время в фоне в SAP работает программа, которая каждые N минут проверяет, когда был блокирован объект. При достижении критичного порога снимать блокировку принудительно (предполагая, что ранее в web-интерфейсе пользователь продлил или вышел). При этом предполагается, что время счетчика в sap в фоне должно чуточку превышать время счетчика в web-интерфейсе, потому что после достижения 15 минут и долгого разглядывания сообщения в web-интерфейсе объект в sap уже будет разблокирован. Например, контроль в фоне в сапе 20 минут, в интерфейсе 15 минут. Разница между этими двумя отметками - это холостое простаивание объекта в заблокированном состоянии при закрытом браузере или при игнорировании сообщения в web-интерфейсе.
6. Финальная нотка - это определение времени на обработку сообщения о продлении в web-интерфейсе. Например, на принятие решения после всплытия сообщения дается минута. Таким образом, 15 минут до вывода сообщения, минута на обработку (после отсутствия реакции останавливать работу в web-сервисе). В фоне в сапе обрубать после 17 минут. Программа в фоне могла бы работать каждые N минут (чем меньше будет шаг, тем меньше будет холостое простаивание). Сама программа абсолютно невесомая, нагрузки на систему не дает особой: посмотреть все заблокированные типовые объекты и отследить время блокирования. При достижении критического времени X снимать блокировку.

Ссаными тряпками не кидаться