<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.30.3">
</HEAD>
<BODY>
Hi all, <BR>
<BR>
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.<BR>
At creation, or release it is working fine.<BR>
<BR>
However for modification there are some complication, when the PR is not yet approved<BR>
<BR>
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 !!)<BR>
So in transaction SWEC I used the event significantly changed on update with some criteria relevant for our workflow, <BR>
<BR>
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 ...<BR>
<BR>
Do someone have a workaround ? a way to trigger the change event or significantlychanged event for the Pr in order to restart the workflow ?<BR>
Best regards<BR>
stephane<BR>
<BR>
<BR>
Le mercredi 17 novembre 2010 à 12:22 -0500, <A HREF="mailto:sap-wug-rethequest@mit.edu">sap-wug-rethe</A> <A HREF="mailto:quest@mit.edu">quest@mit.edu</A> a écrit :best
<BLOCKQUOTE TYPE=CITE>
<PRE>
Send SAP-WUG mailing list submissions to
<A HREF="mailto:sap-wug@mit.edu">sap-wug@mit.eduPR</A>
To subscribe or unsubscribe via the World Wide Web, visit
<A HREF="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</A>
or, via email, send a message with subject or body 'help' to
<A HREF="mailto:sap-wug-request@mit.edu">sap-wug-request@mit.edu</A>
You can reach the person managing the list at
<A HREF="mailto:sap-wug-owner@mit.edu">sap-wug-owner@mit.edu</A>
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 (<A HREF="mailto:michael.mcley@daimler.com">michael.mcley@daimler.com</A>)
----------------------------------------------------------------------
Message: 1
Date: Wed, 17 Nov 2010 09:53:39 -0600
From: <A HREF="mailto:michael.mcley@daimler.com">michael.mcley@daimler.com</A>
Subject: Re: Stupid Question (so now you have to read it ...;-) -
Regarding Delegations
To: <A HREF="mailto:sap-wug@mit.edu">sap-wug@mit.edu</A>
Message-ID:
<<A HREF="mailto:OF9D83ECDA.02A5A9D3-ON862577DE.0057390C-862577DE.005755DD@dcx.dcx">OF9D83ECDA.02A5A9D3-ON862577DE.0057390C-862577DE.005755DD@dcx.dcx</A>>
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: <A HREF="mailto:michael.mcley@daimler.com">michael.mcley@daimler.com</A>
<A HREF="mailto:soxenber@csc.com">soxenber@csc.com</A>
Sent by: <A HREF="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</A>
11/17/2010 09:29 AM
Please respond to
<A HREF="mailto:sap-wug@mit.edu">sap-wug@mit.edu</A>
To
<A HREF="mailto:sap-wug@mit.edu">sap-wug@mit.edu</A>
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: <A HREF="mailto:michael.mcley@daimler.com">michael.mcley@daimler.com</A>
To: <A HREF="mailto:sap-wug@mit.edu">sap-wug@mit.edu</A>
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: <A HREF="mailto:michael.mcley@daimler.com">michael.mcley@daimler.com</A>
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
<A HREF="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</A>
<A HREF="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</A>
_______________________________________________
SAP-WUG mailing list
<A HREF="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</A>
<A HREF="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</A>
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: <A HREF="http://mailman.mit.edu/pipermail/sap-wug/attachments/20101117/009e93eb/attachment-0001.htm">http://mailman.mit.edu/pipermail/sap-wug/attachments/20101117/009e93eb/attachment-0001.htm</A>
------------------------------
_______________________________________________
SAP-WUG mailing list
<A HREF="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</A>
<A HREF="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</A>
End of SAP-WUG Digest, Vol 72, Issue 40
***************************************
</PRE>
</BLOCKQUOTE>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
-- <BR>
Stephane Bailleul<BR>
Consultant SAP SRM/MM/Workflow<BR>
<BR>
GSM: +33 6 14 08 32 50<BR>
FAX: +33 9 56 62 24 40<BR>
Email: <A HREF="mailto:stephanebailleul@free.fr">stephanebailleul@free.fr</A><BR>
<BR>
<A HREF="http://www.linkedin.com/in/stephanebailleul">http://www.linkedin.com/in/stephanebailleul</A>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>