Self Service Good Receipt can display same amount of docs as Central GR

[Former Member]

Hi experts,

We've upgraded to SRM 7.0 and we're facing an issue related to the central GR transaction. Some purchasers in SRM 5.0 had the Self-service Good Receipt transaction (to perform the GR of their requests) as well as the Central Good Receipt transaction (BBPCF03). We've tried to replicate this role design in SRM 7.0 and the problem is that users that have both accesses (self-service GR + Central GR) have on both transactions, access to confirm all purchase orders.

To perform the GR, self-service users use the POWL and tab Confirmations. As commented, if the user has not only access to the POWL but also the Central GR transaction, the user then has access to all the purchase orders in POWL, not only his own ones.

We've detected the following:

- Authorization object BBP_ROLE has REC as only value --> both, central GR transaction and POWL display all POs.

- Authorization object BBP_ROLE has REC + OPP --> both, central GR transaction and POWL display only the own user's POs.

As commented, this is not the desired output. The system should display his own POs if using POWL and all if using the central GR.

Can you help us please?

Thanks a million.

[Former Member · Accepted solution]

Hi Richard,

If the user is seeing all purchase-orders when "central recipient" role is NOT assigned, please check if the user is having employee role or central roles like purchaser roles. This is because if user is having central like operational purchaser then user can see all purchase-orders created in that org.

Kind Regards,

  Harry

[Former Member · Accepted solution]

Hi Harry,

Thanks for your reply. The problem is that we want the user to have both roles assigned so:

- If he wants to perform the GR of any of his POs, he can easily find them on the self service GR role.

- If he wants to perform the GR of any other PO raised by any other user, he can use the central GR role to find it.

When user has both roles assigned, the behaviour of the transaction is truncated so whether both roles have access to all POs or only to his one ones; the behaviour depends on the value of the authorization object BBP_ROLE.

From my point of view, this is not correct as the addition of different transactions on a user's profile should not change the transactions' behaviour.

Thanks again for your help.

Ricard.

[Former Member · Accepted solution]

Hi Ricard,

When a same SRM user has got multiple roles, standard transaction behavior is different from its actual limitations.

Take an example of SRM employee role (/SAPSRM/EMPLOYEE), when you assign this role alone to a user, user can only choose a preferred supplier but there is no option to choose supplier.

Where as if you assign the higher authorization to the same user along with above role, when you go and check the Home(NWBC) / employee self service (in EP), you can find both the options, preferred vendor & supplier.

In the senses, same role has got additional authorization to assign a vendor in SC.

It is the SAP standard SRM behavior, so if you feel that this is something wrong please raise a call with SAP and let us see what sap tells.

Regards,

Govardhan.

[Former Member · Accepted solution]

Hi Govardhan and all,

Govardhan is right. We've raised a SAP call for this and SAP confirmed that now the standard behaviour changed and that if you have 2 roles added to a user, the authorization object picked is the one with higher value. So, now, you cannot mix both roles into a user (which is disappointing ).

Many thanks for your support.

Cheers,

Ricard.

[Former Member]

Hi

If the users want to make GR for other SC not created by him   -you can use central confirmation role as pointed out by you.

If the  SC creator wants to create GR  for the SC created by him the role is also mentioned by you . you have to use  that role

if you are assinging central confirmation role you can do GR for all the SC created by the users in the same org. This is the standard SRM design.

you can do one thing raise a SAP oss message and check.

Regards

G.Ganesh Kumar

[Former Member]

Hi Gopinatha,

Firstly, thanks a lot by your fast reply. Said that, do you mean that I should be able to assign:

- Central GR transaction AND

- POWL transaction

To the same user and the functionalities of each transaction should not be affected by any authorization object?

Thanks again!

[Former Member]

Hi,

central GR role is different and  POWL role is different.

check wiht your portal consultant and assign this role.

Regards

G.Ganesh Kumar

[Former Member]

Hi Ganesh,

Thanks again. Before closing the topic, do you mean that as they are 2 different transactions that belong to 2 different roles, we should not face any issue if we assign these 2 roles to a single user?

Now we're facing it . Depending on the value of the BBP_ROLE authorization object, both transactions show only user's purhcase orders or ALL purchase orders. Looks like a standard gap to me, that would require a message. Do you agree?

Thanks again!

Ricard

[jose_cortes]

Dear Ricard,

check KBA

SAP KBA 1727767 - Role determination in create
confirmation

That indicate how works role determination.

Regards

José

[Former Member]

Hi Jose,

The browser seems not to be able to open the link you provided. Would you mind doublechecking please if the hyperlink provides the correct address (https://bosap-support.wdf.sap.corp/sap/support/notes/1727767)?

Thanks a lot in advance.

Ricard.

[jose_cortes]

Hi Ricard,

please use:

http://service.sap.com/sap/support/notes/1727767

Regards

José