Change shopping cart

[Former Member]

Hello all, I am confusing in a point, I have this issue:

I have a shopping cart with 1 item and 2 approvers

First approver reject the SC

Creator of shopping cart can change this shopping cart after the approver reject it?

When the shopping cart can be changed?

Thanks

Rosa

[Former Member · Accepted solution]

Hi ,

Whether the SC requester can change the SC or not is determined by the parameter "BBP_WFL_SECURITY" under the personlization tab in trascn PFCG for the SC creator role(e.g. EMPLOYEE role).

When the Approver rejects the SC,the witem is sent back to the requester informing him that the Sc has been rejected by the 1st approver and if he has the authorisation(based on the parameter BBP_WFL_SECURITY) to chnage the SC,he can change the SC and resend it for approval.Then the Sc will be again sent to the 1st approver for approval and the cycle continues.

To change the SC,the SC creator will be able to see a CHANGE button on the Screen to make the changes and resend the SC for approval.in order to get the change button, the parameter setting level should be atleast "Low".

See the foll details on security level:

Security Levels

Each user in the SRM system can have a Security Level.

The Security Level predicts how a workflow will react when a change has been made to a business docuement. I.e. A Shopping Cart, Purchase Order etc.

There are 5 different values for the BBP_WFL_SECURITY and there are several ways to check the security levels.

Checking the Security Level of a user

Here I discuss two ways to check the BBP_WFL_SECURITY of a user. The first is by using the Business Object Builder and the second is by using User Maintenance.

1) Business Object Builder: SWO1

Logon with a user who is authorized to access transaction SWO1 Business Object Builder.

Enter the Business Object for a SRM User BUS4101 and press 'Test'. Now press the 'Instance' button to give us the ability to examine the user. Enter the user name of the user and execute. Now we can see many of the attributes that are associated with this user. The Security level of the user is available here. The value is the BBP_WFL_SECURITY for the instanced user.

2) User Maintenance: SU01

Logon with a user who is authorized to access transaction SU01 User Maintenance.

Enter the 'Username' of the user. You can now see much of the data that is associated with this user. To check the users security level we must navigate to the 'Personalization Tab'. Now Double-Click on the object key 'BBP_WFL_SECURITY'.

Security Level Definition

As mentioned above, there are 5 different Security Level values that can be assigned to a user, each of which will have a different effect on a workflow when the associated business document has been changed. These range from 0-4 and they can be maintained for each user in User Maintenance (SU01 -> Personalization Tab -> BBP_WFL_SECURITY), provided the user you have logged on with has the ability to make changes to these settings.

Please note that if the customer has an active implementation of the BBP_WFL_SECUR_BADI, it is possible that the BBP_WFL_SECURITY settings in the database can be overridden.

BBP_WFL_SECURITY = 4 High

If the user who changes the purchasing document has their security level set to 'High', the workflow will never restart after the change has taken place. No restart flag has been set in BBP_PDH_WFL_CHECK_RESTART. Again, as mentioned above, the BADI can override these settings.

BBP_WFL_SECURITY = 3 Medium

If the user who changes the purchasing document has their security level set to 'Medium', the workflow will re-evaluate the starting conditions of the workflow. If the change made to the document means that the starting conditions of a new workflow are satisfied, then the new workflow will be called and replace the old workflow. The existing workflow will be terminated.

If, however, no other starting conditions have been satisfied, then the workflow will continue. Again, as mentioned above, the BADI can override these settings.

BBP_WFL_SECURITY = 2 Low

If the user who changes the purchasing document has their security level set to 'Low', then the workflow will always restart after the change has been made. The restart flag in function module BBP_PDH_WFL_CHECK_RESTART will be flagged. Again, as mentioned above, the BADI can override these settings.

BBP_WFL_SECURITY = 1 None

Here the user does not have a security setting and changes to the document at not possible. Again, as mentioned above, the BADI can override these settings.

BBP_WFL_SECURITY = 0 Not Defined

When the setting is '0', however, the value is INITIAL. Again, as mentioned above, the BADI can override these settings.

It is wise to note that depending on the business document there are differences in how changes will effect a workflow! Please see the function module BBP_PDH_WFL_CHECK_RESTART to see these exactly!

Workflow Security BADI

Occasionally, the business requirements of a company necessitate the ability to override the workflow security settings of users. In this case, function module BBP_PDH_WFL_SECLEVEL_GET checks if an active implementation of the BAdI BBP_WFL_SECUR_BADI exists. If it does, then the logic contained in the BAdI will determine what security level is required. If not, then the value will be taken from the database as normal. These can be used specifically to determine whether a purchasing document can be changed during approval and also to determine how the workflow should behave when a change to the purchasing document has taken place.

HTH

BR,

Disha.

Do reward full points for useful answers.

[former_member224247 · Accepted solution]

Hello Disha & others,

May i know, where we can set this starting condition for BBP_WFL_SECURITY = 3 Medium ? is it the one in the workflow configuration ?

I've a case in SRM which if shopping cart already posted and need approval from 3 manager then 1st and 2nd manager already approved it, currenttly if requestor change particular fields in shopping cart such as item note or purchasing group, SRM will trigger for a new approval.

Can i set BBP_WFL_SECURITY in the requestor profile/user id with 3(medium) and set the starting condition ? so if requestor change internal note or purchasing group, the approval will not reset and will continue to the 3rd manager?

if yes, which starting condition should i choose and what condition should i put in the starting condition ? fyi, i'm using n-step approval in SRM 4.0.

Note : i'll rewards very high points if the answer very usefull.

[Former Member · Accepted solution]

you can not award any points since you are not originator of this thread.

anyways,

you can set BBP_WFL_SECURITY in the personalization tab of TXN PFCG for any role (e.g. SAP_STAL_EMPLOYEE)

alternatively you can use BADI also which is meant for ......WFL_SECURITY

BR

Dinesh

[former_member198532 · Accepted solution]

Hello SRM experts,

I have a slightly different situation. Not an SRM expert so please bear with me.

1. Shopping cart during approval has been edited (price change) by Approver1.

Shopping cart is sent back to the requester with the message that "cart has been changed/rejected in part, please check"

This is new system behavior after we applied upgrade Service pack 5. Business does not want this to happen.

The Shopping cart should continue on with the next approver without going back to the Requester.

current setup

Approver1:Personalization for BBP_WFL_SECURITY = Medium.

OSS note: 1397705 was applied back in 2010 and I presume this was done to deactivate : BBP_WFL_SECUR_BADI.

Recent service pack upgrade has SAP making this BADI active again as of 05/20/2011.

Should we reapply the OSS note 1397705?

thanks for your advice.

regards

Vinod

[Former Member · Accepted solution]

Hi,

This is the right behavior.

You can manipulate this via Badi BBP_WFL_EMPL_WI_BADI where you can decide whether the creator receives the WI back or not.

Thanks,

Melina

[Former Member]

Thanks

[imthiaz_ahmed]

If I correctly understood your question, here is the answer:

The SC can be changed:

1. During approval process ( no need to wait till it is rejected), based on the WF Security settings the approval process will be restarted or continued

2. Once the SC is rejected partially as well as total.

Once the SC is approved, no changes.

Regards, IA