Dynamically change deadline of a workitem

[de Valensart Schoenmaeckers, Patrick]

Hi Mike.
 
I like your idea of combining required start and required end (or latest
end? By the way, I never understood the difference between the two. Anyone
knows?). Thanks for the tip!
The difference with our requirement is that here the user would not need to
explicitly say that he wants to keep the workitem for 15 more day, just
executing the workitem and the canceling would be enough. However, this is
at least worth being presented to our process owners.
 
Regards,
Patrick
 
-----Original Message-----
From: Michael Pokraka [mailto:workflow at quirky.me.uk]
Sent: Tuesday, July 20, 2004 7:01 PM
To: SAP-WUG at MITVMA.MIT.EDU
Subject: Re: Dynamically change deadline of a workitem
 
Hi Patrick,
Can you not play around to make the requirements suit the workflow? e.g. use
a 'required start' instead of a 'requested end' deadline for the original
one week deadline. Thus if someone executes it, the deadline no longer gets
triggered. Then have a second requested end deadline within 3 weeks, or even
a third - latest end.
Alternatively, the loop option isn't so bad, with 'step not in workflow log'
you can still keep your log less confusing on 620.
Cheers
Mike
 
de Valensart Schoenmaeckers, Patrick wrote:
> Hi all,
>
> In a dialog approval step (type activity, delegated object method
> ZWFIPP.Approve), I need to give the user the choice to keep the workitem
for
> an additional fifteen days (the original deadline being set to workitem
> creation + one week). I see two ways to do that:
> - I end my method with a specific result value _WI_RESULT = "Keep" when
the
> user chooses to change the deadline. Then I model my workflow so that it
> changes the container element "Deadline", and loops back to the approval
> step in case its result is "Keep".
> - I pass the workitem number to my workitem, and program a deadline change
> in my object method "FIPP.Approve".
>
> The first possibility works for sure, but is making workflow definition
even
> more complex and risks to create a lot of workitems, making workflow logs
> difficult to read for an average user. Therefore I would like to try the
> second possibility. I found function module SWW_WI_DEADLINES_CHANGE, but
> it's not very well documented. Anybody used it before? Otherwise, who has
> arguments to make me change my mind ;-) ?
>
> Thanks in advance for your always valuable help.
>
> Cheers,
>
> Patrick
>
> P.S. By the way I am on WAS release 6.20
>
>