SRM 5.0 - Rejected Carts Total Value set to 0

Fri Jun 2 19:07:58 EDT 2006

Hi Miguel,

I was concerned that the creators would just hit the green check box, 
and save a zero-dollar cart,  we would not route (or at least, not route 
*correctly*) for monetary approvals.  However, I found that if I remove 
EC_DECISION (TX SWL1) from the 'Change Rejected Cart' task, TS10407972, 
it forces the creator to go in and change/order again, which resets the 
TotalValue.  Not great for the people already suffering from rejection, 
but that's always a hard pill to swallow.

Not sure if there are further implications to removing the EC_DECISION, 
but it's Friday, and I'll end the week on a high note.

Happy WF-ing,
Sue

Adao-Cruz, Miguel wrote:

>Hi Susan,
> 
>I implemented workflows (line-item approval, completion) for SRM 5.0 in 2
>different big companies (30.000 and 100.000 employees) and none of their
>key-users, managers, complained about it.
>About the BADI, I was a bit too optimistic! There is one dealing with the
>shopping cart value but it is for the budget workflow. It is called
>"Determine Shopping Cart Value for Purchasing Budget Workflow". Sorry.
> 
>Cheers.
> 
>___________________________________________________________________________
>Miguel Adao-Cruz | Capgemini | London
>Technology Services
>SAP Application Architect
>
>T.+44-870-238-2927 | Int.700 2927 | www.capgemini.com
><file:///C:\Documents%20and%20Settings\madaocru\Application%20Data\Microsoft
>\Signatures\www.capgemini.com,DanaInfo=OWA.UKI.CAPGEMINI.COM+> 
>
>Join the Collaborative Business Experience
>___________________________________________________________________________
>
>________________________________
>
>From: sap-wug-bounces at mit.edu on behalf of Susan R. Keohan
>Sent: Thu 01/06/2006 19:50
>To: SAP Workflow Users' Group
>Subject: Re: SRM 5.0 - Rejected Carts Total Value set to 0
>
>
>
>Ooops.  Never mind Miquel.  Of course that would be the Doc Change BADI.
>
>Is anyone else implementing SRM (5.0) and having serious issues because of
>this 'feature' of SC
>Rejections ?
>
>Thanks
>Sue
>
>Susan R. Keohan wrote:
>
>  
>
>>Hi Miquel,
>>
>>Is that a BADI or a function ?  Would you have the name ?
>>
>>Thanks,
>>Sue
>>
>>Adao-Cruz, Miguel wrote:
>>
>>
>>    
>>
>>>Hi Susan,
>>>
>>>Yes, it is standard.
>>>A rejected line item is flagged for deletion.
>>>There is a BADI to calculate shopping cart total the way you want it.
>>>
>>>Cheers.
>>>
>>>__________________________________________________________________________
>>>      
>>>
>_
>  
>
>>>Miguel Adao-Cruz | Capgemini | London
>>>Technology Services
>>>SAP Application Architect
>>>
>>>T.+44-870-238-2927 | Int.700 2927 | www.capgemini.com
>>><file:///C:\Documents%20and%20Settings\madaocru\Application%20Data\Microso
>>>      
>>>
>ft
>  
>
>>>\Signatures\www.capgemini.com,DanaInfo=OWA.UKI.CAPGEMINI.COM+>
>>>
>>>Join the Collaborative Business Experience
>>>__________________________________________________________________________
>>>      
>>>
>_
>  
>
>>>________________________________
>>>
>>>From: sap-wug-bounces at MIT.EDU on behalf of Susan R. Keohan
>>>Sent: Thu 01/06/2006 16:22
>>>To: SAP Workflow Users' Group
>>>Subject: SRM 5.0 - Rejected Carts Total Value set to 0
>>>
>>>
>>>
>>>All,
>>>
>>>SRM 5.0, SRM_Server 550....
>>>
>>>Using standard SAP-Delivered Workflows for SC Approval, WS10000129, Task
>>>TS10008126, web transaction
>>>BBPSC07, I noticed (to my shock and dismay) that a rejected cart gets it's
>>>Total Value set to 0.
>>>
>>>Since I am 'new' to SRM, and we are in a ramp-up, sandbox environment, I
>>>      
>>>
>am
>  
>
>>>not sure if this is
>>>'functioning as designed' or a bug... There are no OSS notes either way
>>>      
>>>
>that
>  
>
>>>I could find.
>>>Is this really standard functionality ?  Am I off my gourd (okay, those of
>>>you who know me need not
>>>reply publicly).
>>>
>>>Your feedback is appreciated.
>>>--
>>>Susan R. Keohan
>>>SAP Workflow Developer
>>>MIT Lincoln Laboratory
>>>244 Wood Street
>>>LI-200
>>>Lexington, MA. 02420
>>>781-981-3561
>>>keohan at ll.mit.edu
>>>
>>>_______________________________________________
>>>SAP-WUG mailing list
>>>SAP-WUG at mit.edu
>>>http://mailman.mit.edu/mailman/listinfo/sap-wug
>>>
>>>
>>>
>>>
>>>------------------------------------------------------------------------
>>>
>>>This message contains information that may be privileged or confidential
>>>      
>>>
>and is the property of the Capgemini Group. It is intended only for the
>person to whom it is addressed. If you are not the intended recipient,  you
>are not authorized to read, print, retain, copy, disseminate,  distribute,
>or use this message or any part thereof. If you receive this  message in
>error, please notify the sender immediately and delete all  copies of this
>message.
>  
>
>>>------------------------------------------------------------------------
>>>
>>>_______________________________________________
>>>SAP-WUG mailing list
>>>SAP-WUG at mit.edu
>>>http://mailman.mit.edu/mailman/listinfo/sap-wug
>>>      
>>>
>>    
>>
>
>--
>Susan R. Keohan
>SAP Workflow Developer
>MIT Lincoln Laboratory
>244 Wood Street
>LI-200
>Lexington, MA. 02420
>781-981-3561
>keohan at ll.mit.edu
>_______________________________________________
>SAP-WUG mailing list
>SAP-WUG at mit.edu
>http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>
>  
>
>------------------------------------------------------------------------
>
>This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient,  you are not authorized to read, print, retain, copy, disseminate,  distribute, or use this message or any part thereof. If you receive this  message in error, please notify the sender immediately and delete all  copies of this message.
>  
>
>------------------------------------------------------------------------
>
>_______________________________________________
>SAP-WUG mailing list
>SAP-WUG at mit.edu
>http://mailman.mit.edu/mailman/listinfo/sap-wug
>  
>