General design question to prep for 4.6c -> ECC6

Sample, Rick Rick.Sample at gbe.com
Wed Aug 1 13:04:57 EDT 2007


Mike, 
Tried it and liked it. Does exactly what I need...

Thanks,
Rick

-----Original Message-----
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
Of Sample, Rick
Sent: Wednesday, August 01, 2007 11:42 AM
To: SAP Workflow Users' Group
Subject: RE: General design question to prep for 4.6c -> ECC6

Mike,
Glad I asked. I think I see what you are say'n.

In the Approval Task - Approved outcome branch, if Bk not executed,
execute BK.
And in the Approval Task - Latest Start modeled deadline branch, execute
BK task and set this BK flag. 
And I would have a copy of the same task in both branches.

Never really used Modeled Deadlines, time to give it a ding. 
Sounds a heck of lot simpler than raising / catching events...

"If you always do what you've always done, you will always get what you
always got"

Thanks Much!
Rick Sample
SAP Business Workflow Developer
Graybar, Inc.



 

-----Original Message-----
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
Of Mike Pokraka
Sent: Wednesday, August 01, 2007 11:01 AM
To: SAP Workflow Users' Group
Subject: Re: General design question to prep for 4.6c -> ECC6

5 nodes, no fork:
Use a modelled deadline and put a copy of your BG step in the deadline
branch and set a flag (do NOT set the approval to obsolete). In the
approval outcome, check the flag and if not set then execute your BG
step.
Cheers,
Mike

On Wed, August 1, 2007 4:11 pm, Sample, Rick wrote:
> I have to create a new WF in 4.6c. We will be moving to ECC6 on our 
> business side of house next year. Right now, I have the luxury of 
> having
>
> ECC6 in HR sandbox, so I can play around with design in both versions.
>
> I have a block of logic that can be easily solved in ECC6 but not so 
> easy in 4.6c.
>
> Basic logic: (Keeping details to limit) In 2 leg fork.
>
> I need to have a background task that will need to wait X time before 
> executing OR when 2nd foreground task fork is Approved.
> When time = X OR 2nd task in other fork is Approved, execute and 
> complete background task and logic block.
> The background task can complete, but block must not complete until 
> agent has approved foreground task.
> i.e. 2 leg fork requiring both forks to complete.
>
> In ECC6, I can easily accomplish this with the new Conditions Tab on 
> task.
> This is the enhanced Deadline Monitoring and works BEAUTIFULLY!
> We can now start/complete tasks based on more than just Date/Time and 
> if conditions are not met, the deadline monitor re-evaluates every
run.
>
> In 4.6c, this is a tad more complicated. What I have so far is this:
>
> 2 leg fork,
> 1st fork (for background task) is split with another 2 leg fork
branch.
> sub fork 1 is just a task with a  Request Start time sub fork 2 is a 
> Wait for Approved Event listener.
> Either one will complete fork!
>
> 2nd fork (for Foreground Decision task). When Approved, complete task 
> and Raise Approved Event for my object. Thus, completing the 
> background fork.
>
> This works fine, but anyone have a more elegant alternate solution for

> 4.6c?
>
> I know this is a lot, so if clarification is needed, by all means ask.
> This is a design competition. Best solution gets 20 points... ;-]
>
> Rick Sample
> SAP Business Workflow Developer
> Graybar, Inc.
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>


--
Mike Pokraka
Senior Consultant
Workflow Connections
Mobile: +44(0)7786 910855

_______________________________________________
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





More information about the SAP-WUG mailing list