Dynamic branches on a fork
Edward Diehl
edwarddiehl at hotmail.com
Tue Oct 26 11:17:24 EDT 2010
Guillermo,
Each event launches a workflow for each item to be approved?
I can see the advantage of something like this IF the approval process for a given item is substantially different from another. If they just go to a different person for approval then dynamic parallel is the most efficient approach.
Ed
Subject: RE: Dynamic branches on a fork
Date: Tue, 26 Oct 2010 16:59:28 +0200
From: Guillermo.Vera at realtech.com
To: sap-wug at mit.edu; sap-wug at mit.edu
Hi Ed,
Maybe i'm wrong but i like to remark that the event communication approach is not for sequential process (i think with sequential there's no problem ,a loop it's OK). The event approach is somethig like (sorry for poor text-mode diagram , i hope it's understable):
|
V
-begin of loop
|
--trigger Event A(index) )))) -> Subworkflow 1..N
| V
-End of loop |
| |
| Business Process
-begin of loop |
| |
--Wait for event <- (((( EVENT B
|
-End of loop
|
Continue
|
V
As you can see in the first loop the main workflow doesn't wait for any event , only after every event (A) has been launched you start to wait for Event(B).
regards.
G:
De: sap-wug-bounces at mit.edu en nombre de Edward Diehl
Enviado el: mar 26/10/2010 16:28
Para: sap-wug at mit.edu
Asunto: RE: Dynamic branches on a fork
Hi Zolt,
If you want the process to be simultaneous and not sequential then a list of the settlement objects should be used to drive the dynamic parallel process. I use the term object because that is how I would treat each item that is part of the outboarding process. I would create a custom object and each item to be settled would be an instance of that object. You could then put enough information in the object's attributes to determine who the approver should be for that particular object. Since you already have the custom table, creating a custom object over it would quite easy. I don't know all that is in your customer table, but could you add approver information for each item?
Ed
BTW, if the process can be or needs to be sequential then just put the list of objects in a loop. Sometimes one thing cannot be approved until something else has been approved.
Subject: RE: Dynamic branches on a fork
Date: Tue, 26 Oct 2010 16:09:46 +0200
From: Marton.Zsolt at iqsys.hu
To: sap-wug at mit.edu
CC: sap-wug-bounces at mit.edu
Hi, Thanks
We have the custom table, but users requirement is to handle all the approvements in one process. L
Thanks anyway.
Márton Zsolt
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of Krishna K Kammaje
Sent: Tuesday, October 26, 2010 3:57 PM
To: SAP Workflow Users' Group
Cc: SAP Workflow Users' Group; sap-wug-bounces at mit.edu
Subject: RE: Dynamic branches on a fork
Hi Zolt,
We had a similar requirement, and this is what we did.
All the different processes were maintained in a custom table.
An ABAP batch job was created which will run daily once and trigger different work items for each suitable process. Business logic was contained in this program.
Thanks
Krishna Kishor Kammaje
SAP Certified Development Associate - ABAP with Netweaver 7.0
| HRMS LCM Team | Manyata | D3 | 9th Floor | MD3-9F-A113 | Mob: +91 990 100 0799 | Direct - Xtn: 080 280-62953 |
From: Márton Zsolt <Marton.Zsolt at iqsys.hu>
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Date: 26/10/2010 19:21
Subject: RE: Dynamic branches on a fork
Sent by: sap-wug-bounces at mit.edu
Hi Koenraad,
Thanks for reply. The workflow is started wia event and I have several previous step before settlement. Those steps must be carried out within one workflow.
You say to start the parallel processes with events. But how can I determine dynamically the events?
My tought was to create a task with parallel processing controlled by a multiline element (number of items)
But any idea is welcome. :)
Br
Zsolt
-----Original Message-----
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of JANSSENS Koenraad
Sent: Tuesday, October 26, 2010 3:25 PM
To: SAP Workflow Users' Group
Subject: RE: Dynamic branches on a fork
Zsolt,
Why don't you use events to start various instances of a settlement item wf?
Regards
Koenraad
>-----Original Message-----
>From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of Márton Zsolt
>Sent: Tuesday, October 26, 2010 3:10 PM
>To: SAP Workflow Users' Group
>Subject: Dynamic branches on a fork
>
>Hi All!
>
>I have to implement a workflow werkoer settlements when they are leaving the company. For this we have created an
>settlement document with header and itmes, where the number of items can be changed dependig on what kind of
>settlement process must be carried out (for exemple: give back the company's assets, entrance card, etc.) Each
>settlement item must be approved by different person and for this I need parallel processing.
>My problem is: need to have parallel processes but will not know the number of branches until the workflow is run. The
>number of branches will vary from instance to instance, depending from the number of items.
>Does anyone know of a way to have dynamic branches on a fork?
>
>Thanks in advance,
>Br
>Zsolt
>
>_______________________________________________
>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
_______________________________________________
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
_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20101026/bc1e0f9d/attachment.htm
More information about the SAP-WUG
mailing list