SRM Workflows - Analyse time spent between processes

[Former Member]

Our Shopping Cart process goes from the Initiator to a QA section. Once they submit, it goes to the Approver for approval.

We are trying to get some time/volume statistics on how long/many it takles SC's to progress between stages as we are hoping to identify bottlenecks.

How can we analyse the workflows and can BW assist with this reporting in any way?

Regards,

Gerry Steer

[masa_139 · Accepted solution]

Hi,

Please check SWI5 workload analysis tansaction.

Regards,

Masa

[Former Member]

As masa said SWI5 is the appropriate tran.. Also BW team can help you on this for sure..

If you need more BW technical details let me know..

Thanks!!

Bharath

[Former Member]

Bharath

More BW technical details would be helpful. Thanks.

Gerry

[Former Member]

Basically your BW team needs to develop a Z function module for this requirement.. Once that is done you need to create a data source and appropriate info packages..

There is no standard function modules delivered by SAP for this..

Thanks!!

Bharath

[Former Member]

Using ECC 6, SRM 7(Extended Classic)

Contracts maintained in backend and replicated into SRM.

Inventory Contract created in a 'bulk' fashion - e.g. - without a specific Material.

Contract is setup in ECC with an Item Category of 'M' (Material Unknown) and an Account Assignment Category of blank.

If using ECC we then raise a Purchase Order - this works fine.

When replicating the Contract into SRM it fails error is 'BL001' - Item type error.

General Scenario - We have a contract for numerous goods (Clothing) , so we enter one (1) line in the Contract. We can't define a specific material on the Contract as the goods required vary ecah Shoppnig Cart - e.g. - Shirt Blue Size 10 on 1 SC, then next day may be Trousers Grey Long - whatever. All of the various types of clothing are covered under one (1) Contract.

We can;t specify a particular Material on the Contract because the SC (and subsequent PO) will validate against the Contract Material. This all works fine in SRM and it seems that our problem is the inability to replicate teh contract into SRM since it does not recognise the 'M' Item Type category.

Any guidance appreciated.

Thanks.

Gerry Steer