leave request workflow
Shipp, Anthony
Anthony.Shipp at logicacmg.com
Wed Aug 31 12:25:54 EDT 2005
Thanks greg for the response.
we're actually using workflow WS04200009, which is the one I am having some difficulties with. any further advice would be greatly received.
cheers
anthony
________________________________
From: sap-wug-bounces at mit.edu on behalf of sap-wug-request at mit.edu
Sent: Wed 31/08/2005 17:06
To: sap-wug at mit.edu
Subject: SAP-WUG Digest, Vol 9, Issue 91
Send SAP-WUG mailing list submissions to
sap-wug at mit.edu
To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./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: Upgrade (Maes Steven)
2. Re: Upgrade (Mark Pyc)
3. RE: Upgrade (Maes Steven)
4. RE: leave request workflow (Gregory Utley)
----------------------------------------------------------------------
Date: Wed, 31 Aug 2005 16:08:01 +0200
From: "Maes Steven" <Steven.Maes at luminus.be>
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Subject: RE: Upgrade
Message-ID: <E8D0962050794842956D2873C926B2E705DBCAF0 at SHAEX01.luminus.int>
Content-Type: text/plain;
charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Precedence: list
Reply-To: SAP Workflow Users' Group <sap-wug at mit.edu>
Message: 1
The responsible agents are assigned via the org structure. The task is
assigned to an organisational unit. The users are assigned via positions
to this org unit.
In the workflow task, the assignment is done with an expression (org
unit)
-----Oorspronkelijk bericht-----
Van: Mark Pyc [mailto:mark.pyc at gmail.com]
Verzonden: woensdag 31 augustus 2005 15:02
Aan: SAP Workflow Users' Group
Onderwerp: Re: Upgrade
Are the responsible agents hardcoded or expressions or via Rules?
On 8/31/05, Maes Steven <Steven.Maes at luminus.be> wrote:
> Hi Mark,
>
> Thx for your reaction.
>
> 1. This happens with all the steps of the workflow. Even when this
step
> is a subworkflow. => it happens with several workflows. I haven't
tested
> all the workflows yet since we are in the beginning of out testing
> phase.
>
> 2. The possible agents are linked to the task. I can see this in the
> organisational structure and in the agent assignment of the standard
> task it self. (Additional data -> agent assignment -> maintain)
>
> 3. The responsible agents are set as well (the org unit where the
agents
> belong to)
>
> 4. In the workflow log I can see the possible agents, but there are no
> selected agents.
>
> 5. When executing SWI2_ADM1 and then the redo rule button, I can see
the
> selected agents in the workflow log.
>
> Very weird indeed ...
>
> I can follow your thinking with the authorisation part. Thing is that
I
> have executed the workflow myself.
>
>
> Steven
>
> -----Oorspronkelijk bericht-----
> Van: Mark Pyc [mailto:mark.pyc at gmail.com]
> Verzonden: woensdag 31 augustus 2005 13:44
> Aan: SAP Workflow Users' Group
> Onderwerp: Re: Upgrade
>
> G'day Steven,
>
> Can you be a bit more specific about the agent resolution situation?
>
> Some terminology clarification first:
> * Possible Agents are those linked to the task.
> * Responsible Agents are those returned by a Rule or expression
> * Excluded Agents are those listed as such at the step.
> * Selected Agents is the Intersection of Possible and Responsible
> minus Excluded. These are the people who can see the Workitem in their
> inbox.
>
> >From your explanation it sounds as though initial pass of the
Workflow
> sees the Rule return Responsible agents who are not Possible. The lack
> of intersection is what leads to the Workitem without agents.
>
> When you reevaluate the rule a different set of agents who are
> possible are returned.
>
> Sounds weird.
>
> Does this only happen for 1 step in 1 Workflow and the rest of your
> flows are going fine?
>
> Where is this step relative to the rest of the Workflow? Is the
> previous step a dialog step - this means that the agent determination
> happens under the executing users authorizations. When you
> re-evalutate the determination would happen using yours.
>
> Have fun,
> Mark
>
>
>
> On 8/31/05, Maes Steven <Steven.Maes at luminus.be> wrote:
> > Hello,
> >
> >
> > We are doing an upgrade from 4.64 to 4.72.
> >
> > For a workflow, the agent assignment is not working anymore. When
> > executing the WF, the step finds the possible agents, but no agents
> that
> > can execute the work item. We have clicked, double-clicked and even
> > triple-clicked in swu_obuf and swus and on the "generate index" in
the
> > agent assignment in the task... no way it works. Strangely when we
do
> > transaction SWI2_ADM1 "work items without agents" and press the new
> 4.72
> > icon "execute agent rules" which runs the REDUROLE-function, the
> agents
> > are found !!!!
> >
> > My guess is that there is some memory problem or some parameter
> missing
> > due to the upgrade.
> >
> > Anyone who encountered this or has a logical explanation ??
> >
> >
> >
> > Thx,
> >
> > Steven
> >
> >
> > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
> >
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
>
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
>
_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
------------------------------
Date: Wed, 31 Aug 2005 15:21:19 +0100
From: Mark Pyc <mark.pyc at gmail.com>
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Subject: Re: Upgrade
Message-ID: <23f0a78a05083107215535e277 at mail.gmail.com>
In-Reply-To: <E8D0962050794842956D2873C926B2E705DBCAF0 at SHAEX01.luminus.int>
References: <E8D0962050794842956D2873C926B2E705DBCAF0 at SHAEX01.luminus.int>
Content-Type: text/plain; charset=ISO-8859-1
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Precedence: list
Reply-To: SAP Workflow Users' Group <sap-wug at mit.edu>
Message: 2
I'm stumped sorry. Maybe one for OSS.
On 8/31/05, Maes Steven <Steven.Maes at luminus.be> wrote:
> The responsible agents are assigned via the org structure. The task is
> assigned to an organisational unit. The users are assigned via positions
> to this org unit.
>
> In the workflow task, the assignment is done with an expression (org
> unit)
>
> -----Oorspronkelijk bericht-----
> Van: Mark Pyc [mailto:mark.pyc at gmail.com]
> Verzonden: woensdag 31 augustus 2005 15:02
> Aan: SAP Workflow Users' Group
> Onderwerp: Re: Upgrade
>
> Are the responsible agents hardcoded or expressions or via Rules?
>
> On 8/31/05, Maes Steven <Steven.Maes at luminus.be> wrote:
> > Hi Mark,
> >
> > Thx for your reaction.
> >
> > 1. This happens with all the steps of the workflow. Even when this
> step
> > is a subworkflow. => it happens with several workflows. I haven't
> tested
> > all the workflows yet since we are in the beginning of out testing
> > phase.
> >
> > 2. The possible agents are linked to the task. I can see this in the
> > organisational structure and in the agent assignment of the standard
> > task it self. (Additional data -> agent assignment -> maintain)
> >
> > 3. The responsible agents are set as well (the org unit where the
> agents
> > belong to)
> >
> > 4. In the workflow log I can see the possible agents, but there are no
> > selected agents.
> >
> > 5. When executing SWI2_ADM1 and then the redo rule button, I can see
> the
> > selected agents in the workflow log.
> >
> > Very weird indeed ...
> >
> > I can follow your thinking with the authorisation part. Thing is that
> I
> > have executed the workflow myself.
> >
> >
> > Steven
> >
> > -----Oorspronkelijk bericht-----
> > Van: Mark Pyc [mailto:mark.pyc at gmail.com]
> > Verzonden: woensdag 31 augustus 2005 13:44
> > Aan: SAP Workflow Users' Group
> > Onderwerp: Re: Upgrade
> >
> > G'day Steven,
> >
> > Can you be a bit more specific about the agent resolution situation?
> >
> > Some terminology clarification first:
> > * Possible Agents are those linked to the task.
> > * Responsible Agents are those returned by a Rule or expression
> > * Excluded Agents are those listed as such at the step.
> > * Selected Agents is the Intersection of Possible and Responsible
> > minus Excluded. These are the people who can see the Workitem in their
> > inbox.
> >
> > >From your explanation it sounds as though initial pass of the
> Workflow
> > sees the Rule return Responsible agents who are not Possible. The lack
> > of intersection is what leads to the Workitem without agents.
> >
> > When you reevaluate the rule a different set of agents who are
> > possible are returned.
> >
> > Sounds weird.
> >
> > Does this only happen for 1 step in 1 Workflow and the rest of your
> > flows are going fine?
> >
> > Where is this step relative to the rest of the Workflow? Is the
> > previous step a dialog step - this means that the agent determination
> > happens under the executing users authorizations. When you
> > re-evalutate the determination would happen using yours.
> >
> > Have fun,
> > Mark
> >
> >
> >
> > On 8/31/05, Maes Steven <Steven.Maes at luminus.be> wrote:
> > > Hello,
> > >
> > >
> > > We are doing an upgrade from 4.64 to 4.72.
> > >
> > > For a workflow, the agent assignment is not working anymore. When
> > > executing the WF, the step finds the possible agents, but no agents
> > that
> > > can execute the work item. We have clicked, double-clicked and even
> > > triple-clicked in swu_obuf and swus and on the "generate index" in
> the
> > > agent assignment in the task... no way it works. Strangely when we
> do
> > > transaction SWI2_ADM1 "work items without agents" and press the new
> > 4.72
> > > icon "execute agent rules" which runs the REDUROLE-function, the
> > agents
> > > are found !!!!
> > >
> > > My guess is that there is some memory problem or some parameter
> > missing
> > > due to the upgrade.
> > >
> > > Anyone who encountered this or has a logical explanation ??
> > >
> > >
> > >
> > > Thx,
> > >
> > > Steven
> > >
> > >
> > > _______________________________________________
> > > SAP-WUG mailing list
> > > SAP-WUG at mit.edu
> > > http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
> > >
> >
> > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
> >
> >
> > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
> >
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
>
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
>
------------------------------
Date: Wed, 31 Aug 2005 16:29:15 +0200
From: "Maes Steven" <Steven.Maes at luminus.be>
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Subject: RE: Upgrade
Message-ID: <E8D0962050794842956D2873C926B2E705DBCAF2 at SHAEX01.luminus.int>
Content-Type: text/plain;
charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Precedence: list
Reply-To: SAP Workflow Users' Group <sap-wug at mit.edu>
Message: 3
No problem. I'm glad that I'm not the only one that is stumped :-)
Thx !
Steven
-----Oorspronkelijk bericht-----
Van: Mark Pyc [mailto:mark.pyc at gmail.com]
Verzonden: woensdag 31 augustus 2005 16:21
Aan: SAP Workflow Users' Group
Onderwerp: Re: Upgrade
I'm stumped sorry. Maybe one for OSS.
On 8/31/05, Maes Steven <Steven.Maes at luminus.be> wrote:
> The responsible agents are assigned via the org structure. The task is
> assigned to an organisational unit. The users are assigned via
positions
> to this org unit.
>
> In the workflow task, the assignment is done with an expression (org
> unit)
>
> -----Oorspronkelijk bericht-----
> Van: Mark Pyc [mailto:mark.pyc at gmail.com]
> Verzonden: woensdag 31 augustus 2005 15:02
> Aan: SAP Workflow Users' Group
> Onderwerp: Re: Upgrade
>
> Are the responsible agents hardcoded or expressions or via Rules?
>
> On 8/31/05, Maes Steven <Steven.Maes at luminus.be> wrote:
> > Hi Mark,
> >
> > Thx for your reaction.
> >
> > 1. This happens with all the steps of the workflow. Even when this
> step
> > is a subworkflow. => it happens with several workflows. I haven't
> tested
> > all the workflows yet since we are in the beginning of out testing
> > phase.
> >
> > 2. The possible agents are linked to the task. I can see this in the
> > organisational structure and in the agent assignment of the standard
> > task it self. (Additional data -> agent assignment -> maintain)
> >
> > 3. The responsible agents are set as well (the org unit where the
> agents
> > belong to)
> >
> > 4. In the workflow log I can see the possible agents, but there are
no
> > selected agents.
> >
> > 5. When executing SWI2_ADM1 and then the redo rule button, I can see
> the
> > selected agents in the workflow log.
> >
> > Very weird indeed ...
> >
> > I can follow your thinking with the authorisation part. Thing is
that
> I
> > have executed the workflow myself.
> >
> >
> > Steven
> >
> > -----Oorspronkelijk bericht-----
> > Van: Mark Pyc [mailto:mark.pyc at gmail.com]
> > Verzonden: woensdag 31 augustus 2005 13:44
> > Aan: SAP Workflow Users' Group
> > Onderwerp: Re: Upgrade
> >
> > G'day Steven,
> >
> > Can you be a bit more specific about the agent resolution situation?
> >
> > Some terminology clarification first:
> > * Possible Agents are those linked to the task.
> > * Responsible Agents are those returned by a Rule or expression
> > * Excluded Agents are those listed as such at the step.
> > * Selected Agents is the Intersection of Possible and Responsible
> > minus Excluded. These are the people who can see the Workitem in
their
> > inbox.
> >
> > >From your explanation it sounds as though initial pass of the
> Workflow
> > sees the Rule return Responsible agents who are not Possible. The
lack
> > of intersection is what leads to the Workitem without agents.
> >
> > When you reevaluate the rule a different set of agents who are
> > possible are returned.
> >
> > Sounds weird.
> >
> > Does this only happen for 1 step in 1 Workflow and the rest of your
> > flows are going fine?
> >
> > Where is this step relative to the rest of the Workflow? Is the
> > previous step a dialog step - this means that the agent
determination
> > happens under the executing users authorizations. When you
> > re-evalutate the determination would happen using yours.
> >
> > Have fun,
> > Mark
> >
> >
> >
> > On 8/31/05, Maes Steven <Steven.Maes at luminus.be> wrote:
> > > Hello,
> > >
> > >
> > > We are doing an upgrade from 4.64 to 4.72.
> > >
> > > For a workflow, the agent assignment is not working anymore. When
> > > executing the WF, the step finds the possible agents, but no
agents
> > that
> > > can execute the work item. We have clicked, double-clicked and
even
> > > triple-clicked in swu_obuf and swus and on the "generate index" in
> the
> > > agent assignment in the task... no way it works. Strangely when we
> do
> > > transaction SWI2_ADM1 "work items without agents" and press the
new
> > 4.72
> > > icon "execute agent rules" which runs the REDUROLE-function, the
> > agents
> > > are found !!!!
> > >
> > > My guess is that there is some memory problem or some parameter
> > missing
> > > due to the upgrade.
> > >
> > > Anyone who encountered this or has a logical explanation ??
> > >
> > >
> > >
> > > Thx,
> > >
> > > Steven
> > >
> > >
> > > _______________________________________________
> > > SAP-WUG mailing list
> > > SAP-WUG at mit.edu
> > > http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
> > >
> >
> > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
> >
> >
> > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
> >
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
>
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
>
_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
------------------------------
Date: Wed, 31 Aug 2005 10:39:57 -0400
From: "Gregory Utley" <Gregory.Utley at citrix.com>
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Subject: RE: leave request workflow
Message-ID: <B2CD390FE356424489B0F82AEF93B7A202402F59 at ftlpexch01.citrite.net>
Content-Type: text/plain;
charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Precedence: list
Reply-To: SAP Workflow Users' Group <sap-wug at mit.edu>
Message: 4
If memory serves, in 4.6c I believe this workflow is program-triggered,
not event-triggered in tran WS20000081, program SAPMWS20000081H. The
leave cancellation is tran WS01000109, program SAPMWS01000109H. There
are user-exits in both to manipulate approver selection, etc.
Greg
-----Original Message-----
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
Of Shipp, Anthony
Sent: Tuesday, August 30, 2005 10:53 AM
To: sap-wug at mit.edu
Subject: leave request workflow
All,
We are working on ERP2004 and I am trying to set up the Leave request
workflow via ESS.
I cannot find the triggering event for this workflow, does anyone know
how this workflow gets triggered or where i need to make any settings
etc??
thanks
anthony shipp
This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be
copied, disclosed to, retained or used by, any other party. If you are
not an intended recipient then please promptly delete this e-mail and
any attachment and all copies and inform the sender. Thank you.
_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
------------------------------
_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug <https://ukgateway.logicacmg.com./mailman/listinfo/sap-wug,DanaInfo=mailman.mit.edu+>
End of SAP-WUG Digest, Vol 9, Issue 91
**************************************
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 24651 bytes
Desc: not available
Url : http://mailman.mit.edu/pipermail/sap-wug/attachments/20050831/6046ce67/attachment.bin
More information about the SAP-WUG
mailing list