SC Approval Workflow based on Cost Center at Header level sequential

[tirthankar_chakraborty]

Hi Experts,

We have a Requirement where we do have the requirement of SC approval at the header level. Like if a SC has 3 line items, then for each item based on the cost center it would have 3 levels of approval. We have implemented the BADI /SAPSRM/BD_WF_AGENTS but the approval is happening in parallal for this. We need the 3 level of approval ( Based on no of line items )  in sequence and not in parallal . Any advice on any BADI which we have missed out.

Thanks

Tirthankar

[Former Member · Accepted solution]

Hi,

I think you can implement the requirement using BADI /SAPSRM/BD_WF_PROCESS_CONFIG.

Since the number of approval levels would be determined at runt time based on the shopping cart line items and its account assignment you need a dynamic schema.

BADI /SAPSRM/BD_WF_PROCESS_CONFIG is precisely for the same purpose.

In this BADI implementation you can loop at the SC line items and identify the distinct cost centres  and generate required approval levels.

Regards.

Sameer.

[laurent_burtaire]

Hello Tirthankar,

account assignment is done at item level, so if accounting is a criteria to determine approver(s), validation should have to be done at item level: this is pure logic and SRM logic too...

Why business does not want decision type 4?

One more thing: how did you manage your process levels configuration as they have to be dynamic?

Regards.

Laurent.

[tirthankar_chakraborty]

Hi Laurent,

We have created one process level and for that we split that dynamically into line items by usage of BADI. However we want the process sequentially instead of parallaly. Any advice on that ?

[laurent_burtaire]

Hello,

if you want to do approval in sequence, you need to have one process level for each approval level...

As you based your approval levels on CC, you cannot know by advance how many process levels your process schema will have, so you need to dynamically manage your process levels.

Never tried this and do not know if it is possible or not...

In example you gave (item 1/CC X, item 2/CC Y and item 3/CC Z), your process schema needs to have three process levels triggered:

- first one > approver for CC X

- second one > approver for CC Y
- third one > approver for CC Z

For each process level, you will have only one Decision Set by opposition of what you do currently ("We have created one process level and for that we split that dynamically into line items by usage of BADI"). This is the reason why you have three WI: one for each Decision Set (based on CC) of the process level.

Regards.

Laurent.