Добрый день,

Прошу Вас помочь советом по текущей задаче, которую передо мной поставили.
В рамках разработки мобильного приложения мне поставлена задача разработать веб-сервис, который будет выдавать данные пользователю из БД и предоставлять пользователю возможность менять эти данные.
При изначальной версии ТЗ никаких проблем не возникает, однако в процессе ТЗ было изменено. Теперь задача выглядит следующим образом:
1) На фронт-энде мобильного приложения пользователь вводит свой логин и пароль от SAP (к примеру, "USER1"/"Qwerty123")
2) Веб-сервис должен оперировать не по пользовательской учётной записи из шага 1), а по системной учётной записи "USER_MOBILE_APPLICATION", которая специально для этого сервиса создавалась.
3) При этом всём логирование действий пользователя веб-сервиса должно проводиться конкретно по пользовательской учётной записи.

Пока что всё, до чего я смог додуматься, выглядит так:
1) Создаются два веб-сервиса, нижнего уровня (оперирует через системную учётку) и верхнего уровня (оперирует через пользовательскую учётку).
2) Пользователь авторизуется через сервис верхнего уровня.
3) Сервис верхнего уровня потребляет сервис нижнего уровня (т.е. по сути сервис верхнего уровня должен быть типа и service provider, и service consumer).

Прошу Вас поделиться своими соображениями по этоу вопросу. Реализуема ли технически такая схема? Подозреваю, что если даже реализуема, то это очень громоздкое решение, "через ж**у" сделанное. Наверняка есть куда более простое решение, которое я просто не вижу или не могу видеть в силу своего ограниченного опыта в программировании на ABAP.

Буду рад любым конструктивным предложениям.

Вам не кажется что эти пункты противоречат друг другу?

Мне кажется, что противоречат, но руководитель проекта настаивает именно на такой реализации. А так как он мой непосредственный руководитель, то я обратился за помощью сюда, потому что моих занний явно недостаточно, чтобы сделать так, как того требует РП.

Как вариант вместо веб-сервиса нижнего уровня вы можете использовать вызов RFC - функциональных модулей, при этом использовать RFC соединение, требующее ввода логина и пароля и передавать ему на вход логин и пароль конкретного пользователя, переданный на вход внешнего веб-сервиса.

Может я туплю...
А можете конкретно пояснить как это сделать?

Вот есть какое-то доверенное соединение с техническим пользователем USER_MOBILE_APPLICATION.
Дергаем веб сервис по этому соединению (залогинились в систему первый раз под USER_MOBILE_APPLICATION)
Далее, вызываем RFC FM с destination, которое предварительно настроили в sm59, так чтобы был запрос логина и пароля.
Каким образом ему передать автоматически логин и пароль для того чтобы залогинится в систему повторно под другим пользователем (посредством RFC) и далее чтобы весь функционал в RFC ФМе соответствено уже выполнился от имени другого пользователя?

Besa, автор топика пишет, что в интерфейсе мобильного приложения пользователь все-таки указывает свой реальный логин и пароль.

Получается, их можно передать как две текстовые переменные на вход внешнему веб-сервису (в который логинимся под техническим пользователем) и уже этот внешний веб-сервис их передаст на вход RFC-вызову ФМ.
Если веб-сервис вызывать по https, наверное, даже секьюрно выйдет.

Наверное я не так понял, в моем понимании внутри WS предлагался вызов RFC FM (CALL function xxx Destination yyy), с этой точки зрения не понятно как вызвать RFC FM с передачей ему логина и пароля.

Мда, хороший вопрос..

Из внешних языков программирования точно можно залогиниться в SAP систему под заданным логином/паролем и после этого начинать вызывать RFC-ФМ под полномочиями этого пользователя.
Вот, например:
https://sapland.ru/kb/articles/stats/in ... z-sap.html

Я был уверен что из-под ABAP тоже можно как-то перед вызовом ФМ по RFC передать на вход логином/пароль, но беглый поиск ничего такого не дал.

Все же надеюсь я просто плохо искал и способ такой есть.

Согласен


Не уверен.

может рассмотреть вариант создания джоба под необходимым пользователем, где и обернуть все необходимые манипуляции.

Странная несколько постановка задачи.
А для чего именно под пользователем нужно проводки делать? Принципиально важно чтобы какието стандартные ограничения полномочий срабатывали (т.е. чтобы если от имени пользователя вызван вебсервис, он бы через полномочие ограничивал область проводок)?

Или нужно лишь, чтобы проводка данных вебсервисом просто оставляла след для истории (например в документах изменений к проводке) что "сервис провёл даннный документ в интересах такогото пользователя"? Во втором случае наверное можно было бы от имени системной учётки и проводить, а потом генерить фиктивный документ изменений с логином пользователя (как будто он в сохранении документа участвовал).

не подойдет?
https://help.sap.com/doc/abapdocu_750_i ... _abexa.htm

как то я это пропустил, вроде это то что надо.

Ура! И все-таки она вертится!
Как мне говорили когда я пришел стажером в SAP: "читайте хелп, там все написано".

Вот только версия должна быть совсем свежая: