Deleting Items From Approved SCs

[Former Member]

Weu2019ve discovered a new feature in our upgraded SRM 5.0 Ext Classic system that doesnu2019t seem correct and according to OSS is functioning as designed.

Weu2019d like to hear if anyone else who is running SRM 5.0 Ext Classic (SRM_SERVER/PLUS release 550 and Level 14) has this same problem, hopefully not.

In our upgraded system, a shopper can delete an item from their approved shopping cart after the item has been sourced and the associated PO and item sent to the vendor.

The end result of deleting the shopping cart item is that the system also automatically deletes the associated PO item without the buyers knowledge.

This doesnu2019t make sense and weu2019re having a difficult time verifying this new feature.

Thanks,

Jerry Martinek

[Former Member]

Hi,

Thank you for the feedback on this issue.

IN the end we coded a custom sulution to stop the standard system behavior.

Thanks,

Jerry

[Former Member]

Hi Jerry,

The behaviour you are observing is standard.

Once the follow on doc is created,the user can still delete the SC line items .The deletion is then forwarded into the PR or PO line item.

You can avoid this by unchecking the "delete" activity In the single role for your user in transction PFCG.

BR,

Deepti.

[Former Member]

Hi Deepti,

Thank you for the response.

I had a quick look at authorization object BBP_PD_SC and yes we could control the delete by removing activity code 6. But by doing this doesn't it affect the shopper's ability to delete items anytime or only after the cart has been approved?

Is there another authorization object that can be used or if you want to be able to delete items, does one need to implement a customization to prevent the delete activity if follow on documents exist for the item?

Thanks,

Jerry

[Former Member]

Hi Jerry,

Once the activity 06 "delete" is unchecked in user role,regenrate the profile.After that,

Deletion will be possible during SC creation

Deletion will not be possible while SC is in approval

deletion will not be possible while SC is approved

BR,

Deepti.

[Former Member]

Hi Deepti,

We changed our shopping role by removing activity code 06 from authorization object BBP_PD_SC.

We only had partial success in our testing.

Once the cart is approved but before the items are included in a PO, the SC items can't be deleted.

However, as soon as the SC item is assigned to a PO, the SC item can be deleted.

Once the SC item is deleted, the system will automatically delete the PO item. The when you review the PO change history, it clearly shows that the user who deleted the SC item is the same user who deleted the PO item. The funny part is that this user has no authorizations to update POs. This would look pretty strange on any audit report - user changes PO without authorizations.

I ran an authorization trace and it shows the RC =4 on auth object BBP_PD_SC for BBP_PROCTY=SHC, ACTVT=06. I would have expected the system to not allow the delete.

Did we miss something?

Thanks,

Jerry

[peter_novoth]

Hi Jerry,

please see the note 1341617.

Regards,

Peter

[Former Member]

Hi Peter,

Thank you for your reply.

We've already applied note 1341617 and its follow up correction note 1401399. They did not solve the problem.

As mentioned before, once the SC is approved and before the items are included in a PO, the delete function is disabled when the ACTVY=06 is not present in the BBP_PD_SC auth object.

Then as soon as the approved SC item is part of a PO and the PO is issued (sent to the supplier), the SC delete function is enabled (no ACTVY=06 permission) and the shopper can delete the approved SC item. Then if they delete the SC item, the system deletes the issued PO item automatically.

I fail to understand how this can be standard functionality. A shopper is able to delete the approved SC item after the associated PO item is ordered/approved and sent to the vendor who has no authority to delete the SC item (after SC approval) and no authority to delete a PO item.

If this is not a bug, did someone verify this feature with audit?

Regards,

Jerry Martinek

[Former Member]

Pl go through attached thread

may help you

BR

Dinesh

[peter_novoth]

Hi Jerry,

yes, there are some threads around where we discuss the same issue (like also the: ).

As described this is the standard behavior.

Of course if this is a critical issue, you can ask for development request for creating a pilot note.

Regards,

Peter