cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Class CL_UJE_USER Method GET_ALL_USER_DETAILS2 not retrieving data

Former Member
0 Likes
319

Hello experts,

I need your help!!

I have a client request in which I have to verify, every time the user saves data, to which team he belongs, in BPC. For that, I'm using the standard class CL_UJE_USER method GET_ALL_USER_DETAILS2.

The problem is:

1 - If we execute this procedure with a user that has access to the web adminstration panel of BPC, the method returns the list of users and team correctly;

2 -If we execute this procedure with a user that doesn't has access to the web adminstration panel of BPC, the method returns an empty list of users!

We cannot grant access to the web adminstration panel of BPC for all users, for security reasons, but we need to read team data for all users, regardless the permissions they have!

Do you have any ideas? Or any other method/function module we can use?

Thank you

Best regards,

Raquel Oliveira

Accepted Solutions (1)

Accepted Solutions (1)

gajendra_moond
Contributor
0 Likes

Hi Raquel

Try calling FM  UJE_USER_GET_DETAIL.

Former Member
0 Likes

Hello Gajendra,

That FM does not return the team (or teams) to which the user is associated

We really need that information!

Thank you

Best regards,

Raquel Oliveira

gajendra_moond
Contributor
0 Likes

Hi Raquel

The output of the FM provides activity groups to which user is associated. You can use those to look up in the table UJE_TEAM_AGR to get team ID to which that user belongs. Would that not work?

Former Member
0 Likes

Thank you Gajendra!!

It solved our problem.

We call the FM UJE_USER_GET_DETAIL and with the activity groups we read the table UJE_TEAM_AGR  and it worked!


Thank you so much


Best regards,

Raquel Oliveira

Answers (1)

Answers (1)

Former Member
0 Likes

Hi Raquel,

Try with writing your code with table reads on tables UJE* rather than using methods/FMs. Here you might need to do lookup on multiple UJE* tables or have to use joins.

Not a good idea but should work.

Thanks & Regards,

Prashant Vankudre

Former Member
0 Likes

Hello Prashant,

Gajendra's answer solved our problem!!

We end up reading the table as you said, but first we call the FM UJE_USER_GET_DETAIL.


Thank you so much


Best regards,


Raquel Oliveira


Ask a Question