How to make a notification stay in a users inbox until theyaction it?

[John White]

I have done this different ways.
 
I use the confirm end of processing, and add a loop to edit to make sure it is done, before passing control to the next workflow step. I found that I sometimes have to refresh the business object prior to the edit loop. To do that, I just added a method to read the business object and pass back the container data.
 
I also have used a user-decision step with a single decision (with the 'cancel and keep in inbox'), if the task is more of 'reminder' to do something and not critical to the workflow.
 
John

________________________________

From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of Flavio Oliveira
Sent: Thursday, March 29, 2007 10:13 AM
To: SAP Workflow Users' Group
Subject: RE: How to make a notification stay in a users inbox until theyaction it?


What is the task the user has to do?
 
One option is not to use the SELFITEM.DISPLAY and just ask the user to do something. 
 
Instead, you can send the message with the task he has to perform. If this task is asynchronous, you are done. If it is not, 
you can create a loop on your workflow that will check if the task was done and send the message again if it was not.
 
The option to use the "confirm end of process" is ok to, but the user can always left the message doing nothing.
 
Regards,
Flávio.
> Subject: How to make a notification stay in a users inbox until they action it?
> To: SAP-WUG at mit.edu
> From: Paul.Bakker at osr.treasury.qld.gov.au
> Date: Thu, 29 Mar 2007 17:29:28 +1000
> 
> Wuggers,
> 
> I would like to send a notification workitemto a user (a simple piece of
> text, with an instruction: eg 'Please do X').
> 
> That's easy. But I would also like the workitem to _stay_ in their inbox
> until they've done it. How do you achieve that?
> 
> I thought I could do it with a terminating event (X_IS_DONE), but the
> notification task is based on SELFITEM.DISPLAY, which is a synchronous
> method.
> As far as I understand it, synchronous methods terminate once executed, and
> do not need to wait for the terminating event.
> 
> Is there a better approach? Would I need to build a new, asynchronous
> version of SELFITEM.DISPLAY?
> 
> thanks for your thoughts,
> Paul B
> 
> 
> ******************************************************************************************************************************************************
> 
> Only an individual or entity who is intended to be a recipient of this e-mail may access or use the information contained in this e-mail or any of its attachments. Opinions contained in this e-mail or any of its attachments do not necessarily reflect the opinions of Queensland Treasury.
> 
> The contents of this e-mail and any attachments are confidential and may be legally privileged and the subject of copyright. If you have received this e-mail in error, please notify Queensland Treasury immediately and erase all copies of the e-mail and the attachments. Queensland Treasury uses virus scanning software. However, it is not liable for viruses present in this e-mail or in any attachment. 
> 
> ******************************************************************************************************************************************************
> 
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug



________________________________

Explore the seven wonders of the world Learn more! <http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE>  





-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

This e-mail and any files transmitted with it may
contain privileged, confidential, or proprietary information
which may be protected from disclosure under law, and is
intended solely for the use of the individual, group, or entity
to whom this e-mail is addressed.  If you are not one of the
named recipients, please notify the sender by e-mail and
delete this message immediately from your computer.  Any
other use, retention, dissemination, forwarding, printing, or
copying of this e-mail is strictly prohibited.  Thank you for
your assistance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20070329/bbc90bec/attachment.htm