PR MOdification

[Mike Pokraka]

Hi Stephane,

This is correct behaviour. e.g. a release strategy is up to a value of
5000 and a PR is for 3000, pending approval. The PR is changed to a value
of 3500. ==> Same approver.
Significantlychanged is only raised whenever a change causes a new release
strategy. Change the value to 5001 and a new release strategy is
determined.

If you need the system to behave differently then you need to do some
custom work as Marton suggested.

Cheers,
Mike


On Wed, November 17, 2010 8:00 pm, Stephane Bailleul wrote:
> 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
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>