PR MOdification

Wed Nov 17 15:00:28 EST 2010

Hi all, 

On an ECC6 system, We are using release strategy on PR with a only one
step with user exit we are determining dynamically according to the
amount of the PR the unique approver.
At creation, or release it is working fine.

However for modification there are some complication,  when the PR is
not yet approved

First I noticed that the changes (like price modification or quantity
modification) were not triggering a new release strategy (of course
there is only one now with one step !!)
So in transaction SWEC I used the event significantly changed on update
with some criteria relevant for our workflow, 

Then I noticed that creating a new line item was not considered as a
change on the PR, so was not triggering the event significantlychanged
event ....so the release strategy has the right approver but not the
workitem ...

Do someone have a workaround ? a way to trigger the change event or
significantlychanged event for the Pr in order to restart the workflow ?
Best regards
stephane

Le mercredi 17 novembre 2010 à 12:22 -0500, sap-wug-rethe quest at mit.edu
a écrit :best 

> Send SAP-WUG mailing list submissions to
> 	sap-wug at mit.eduPR
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://mailman.mit.edu/mailman/listinfo/sap-wug
> or, via email, send a message with subject or body 'help' to
> 	sap-wug-request at mit.edu
> 
> You can reach the person managing the list at
> 	sap-wug-owner at mit.edu
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of SAP-WUG digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: Stupid Question (so now you have to read it ...;-) -
>       Regarding	Delegations (michael.mcley at daimler.com)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 17 Nov 2010 09:53:39 -0600
> From: michael.mcley at daimler.com
> Subject: Re: Stupid Question (so now you have to read it ...;-) -
> 	Regarding	Delegations
> To: sap-wug at mit.edu
> Message-ID:
> 	<OF9D83ECDA.02A5A9D3-ON862577DE.0057390C-862577DE.005755DD at dcx.dcx>
> Content-Type: text/plain; charset="us-ascii"
> 
> Sheldon,
> 
> GOOD CATCH.  I don't talk to those guys much ;-)  I'll ask him.  Thx.
>  
> Michael McLey 
> MBUSI - IT Parts & Administration 
> Mercedes-Benz US International, Inc. 
> 1 Mercedes Drive 
> Vance, AL 35490 
> PHONE:  (205) 462 - 5239 
> EMAIL:   michael.mcley at daimler.com   
> 
> 
> 
> soxenber at csc.com 
> Sent by: sap-wug-bounces at mit.edu
> 11/17/2010 09:29 AM
> Please respond to
> sap-wug at mit.edu
> 
> 
> To
> sap-wug at mit.edu
> cc
> 
> Subject
> Re: Stupid Question (so now you have to read it ...;-) - Regarding 
> Delegations
> 
> 
> 
> 
> 
> 
> Hi Michael,
> 
> I also did some gOOgling...
> It appears that Quintus Bell is a SAP CRM Developer at Mercedes Benz South
> Africa / Sofware developer at Mondial IT Solutions?
> 
> 
> Regards.
> 
> SHELDON OXENBERG
> System Architect Principal Leader
> LMP Technical Architect, SAP Workflow
> CSC
> 
> 
>   
>   From:       michael.mcley at daimler.com   
>   
>   To:         sap-wug at mit.edu  
>   
>   Date:       11/17/2010 10:03 AM   
>   
>   Subject:    Stupid Question (so now you have to read it ...;-) - 
> Regarding                Delegations 
>   
> 
> 
> 
> 
> 
> 
> Wuggers,
> 
> I need to make a couple of system-wide delegations for one of my workflow
> projects.  From what I have read of system-wide delegations, they are kind
> of a 1 time / 1 step configuration, meaning that you cannot cascade
> delegations from one object to another, to another, etc... . And also, a
> delegation from a standard object can occur only 1 time.  So once I have
> delegated a standard BUSxxxx object to another object, there is no
> possibility to further delegate that base object.
> 
> So now, when I look at my current system delegations I find there are
> already several delegations of standard SAP BUSxxxx objects (BUS2010, 
> 2011,
> 2081, etc..) to some ADBxxxx objects.  The person responsible for these
> delegations is "QUINTUS" who is not a user in our system.
> 
> Does anyone know if these are delegations provided by SAP, or should I be
> looking for some add-in (or something else) that created these 
> delegations?
> No one who was here before me knows anything about them.  Also is it safe
> to delete these delegations (assuming I do some research to ensure we are
> not using them) if they are provided by SAP?
> 
> Tried gOOgling it, found a lot of information relating to a company named
> Quintus Corp, but not much else.  Not much in OSS either.  Thanks for your
> help.
> 
> 
> Michael McLey
> MBUSI - IT Parts & Administration
> Mercedes-Benz US International, Inc.
> 1 Mercedes Drive
> Vance, AL 35490
> PHONE:  (205) 462 - 5239
> EMAIL:   michael.mcley at daimler.com
> If you are not the intended addressee, please inform us immediately that
> you have received this e-mail in error, and delete it. We thank you for
> your cooperation. _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
> 
> 
> 
> If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.  
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20101117/009e93eb/attachment-0001.htm
> 
> ------------------------------
> 
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
> 
> 
> End of SAP-WUG Digest, Vol 72, Issue 40
> ***************************************

-- 
Stephane Bailleul
Consultant SAP SRM/MM/Workflow

GSM: +33 6 14 08 32 50
FAX:  +33 9 56 62 24 40
Email: stephanebailleul at free.fr

http://www.linkedin.com/in/stephanebailleul
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20101117/803cb9ee/attachment.htm