Execute reserves workitem (was: work items getting reserved)

[Michael Pokraka]

Hi Sergey,
I'm afraid I'd have to disagree with you. When a user executes a
decision task it's status normally changes to STARTED (at least it does
so for quite a few other decision tasks in our system). If the user
backs out, it remains STARTED.
Perhaps there is a difference in SAP versions - I'm working on a 4.6c
system.
 
The other curious coincidence is that this particular task will not
execute in a full screen, so I'm all but convinced that this behaviour
is linked.
 
Thanks for your input though!
Cheers
Mike
 
 
 
On Thu, Dec 05, 2002 at 12:38:32PM -0600, Breslavets, Sergey wrote:
> Michael,
>
> "RESERVED" means that the workitem was assigned to particular agent who started
> processing it. You don't see "STARTED" status, because it's moved to "READY"
> when it's sent to agents' inbox.
>
> Basically, dialog workitem initially is created in status "READY" and available
> to all responsible agents. When one of them starts executing the workitem WF
> system "reserves" it for that person, its status is changed to 'RESERVED', and
> it's removed from other agent's inboxes. It'll stay "reserved" for that agent
> until he/she completes the task (sets status to "COMPLETED", rejects execution
> (if possible), forwards, resubmit or replace it. Last action sets workitem back
> to status "READY" and makes it available to all responsible agents again.
>
> Does it answer your question?
>
> Sergey
>
> -----Original Message-----
>> From: Michael Pokraka [mailto:workflow at quirky.me.uk]
> Sent: Thursday, December 05, 2002 10:50 AM
> To: SAP-WUG at MITVMA.MIT.EDU
> Subject: Execute reserves workitem (was: work items getting reserved)
>
>
> Hi all,
> I've a problem which may relate to the other one below.
> I recently posted a problem in getting a WI to execute fullscreen rather
> than in the SBWP preview window. Well, it's still not happening, even
> though it should. What is of interest is that execution will only change
> the WI status to RESERVED.
>
> In effect, user dblclicks, item changes to RESERVED and decision is
> presented in the preview window. If I cancel by any means it remains in
> RESERVED status, and if I click on a decision it goes straight to
> completed. Not even a whiff of a STARTED status.
>
> I'm running out of ideas, any clues?
>
> Cheers
> Mike
>
>
> On Tue, Dec 03, 2002 at 01:45:39PM -0700, Marty Braithwaite wrote:
> > We have a custom approval workflow tied to the personal expense transaction
> trip_ewt.  The users enter their expenses into workplace, the trip is sent to an
> approver's inbox for approval or rejection.  The approvers access their work
> items via the workplace inbox and the only functionality they are given from
> there is to click on the work item, view the trip details and approve, reject or
> send back for changes.  It doesn't happen very often, but once in awhile we find
> a work item that has been reserved by the approver and just sits there in
> process.  I know how to fix it, but can anyone tell me how this might be
> happening?
> >
> >
> > Thanks in advance,
> > Marty Braithwaite
> > CPrail SAP Sustainment Team
> >
> >
> > ------------------------------ IMPORTANT NOTICE - AVIS IMPORTANT
> ------------------------------
> >
> > Computer viruses can be transmitted via email. Recipient should check this
> email and any attachments for the presence of viruses. Sender and sender company
> accept no liability for any damage caused by any virus transmitted by this
> email.
> >
> > This email transmission and any accompanying attachments contain confidential
> information intended only for the use of the individual or entity named above.
> Any dissemination, distribution, copying or action taken in reliance on the
> contents of this email by anyone other than the intended recipient is strictly
> prohibited.  If you have received this email in error please immediately delete
> it and  notify sender at the above email address.
> >
> >
> > Le courrier ilectronique peut jtre porteur de virus informatiques.  Le
> destinataire doit donc passer le prisent courriel et les pihces qui y sont
> jointes au ditecteur de virus.  Lexpiditeur et son employeur diclinent toute
> responsabiliti pour les dommages causis par un virus contenu dans le courriel.
> >
> > Le prisent message et les pihces qui y sont jointes contiennent des
> renseignements confidentiels destinis uniquement ` la personne ou ` lorganisme
> nommi ci-dessus.  Toute diffusion, distribution, reproduction ou utilisation
> comme rifirence du contenu du message par une autre personne que le destinataire
> est formellement interdite.  Si vous avez regu ce courriel par erreur, veuillez
> le ditruire immidiatement et en informer lexpiditeur ` ladresse ci-dessus.
> >
> > ------------------------------ IMPORTANT NOTICE - AVIS IMPORTANT
> ------------------------------