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.