What's in someone's inbox?

[Van der Burg, Jeroen JA SITI-ITPSEE]

How I use it is that I created a workflow which runs a report running =
this fm for all employees in entire admin org units by employee (but =
only shows workitems which are seven days old or older).=20
 
Then the workflow generates an email with the report contents as an HTML =
attachment and sends it out to the manager of the org unit by internet =
mail.=20
 
 
Regards,
 
 
Jeroen
 
-----Original Message-----
From: Tamir Pivin [mailto:TAMIRPI at cellcom.co.il]
Sent: 08 October 2002 18:01
To: SAP-WUG at MITVMA.MIT.EDU
Subject: Re: What's in someone's inbox?
 
 
Hi,
What about overdue items ?
is there a special function that i can for identifying such items?
 
-----Original Message-----
From: Van der Burg, Jeroen JA SITI-ITPSEE
[mailto:jeroen.vanderburg at shell.com]
Sent: Tuesday, October 08, 2002 4:52 PM
To: SAP-WUG at MITVMA.MIT.EDU
Subject: Re: What's in someone's inbox?
 
 
Michael,
 
I tend to use RH_LOCAL_INBOX_GET and run it directly for the user I am
interested in.
 
Especially useful if you want to build control reports on inbox =
contents.
 
 
 
Regards,
 
 
Jeroen
 
-----Original Message-----
From: Pokraka, Michael [mailto:michael.pokraka at kcc.com]
Sent: 08 October 2002 16:40
To: SAP-WUG at MITVMA.MIT.EDU
Subject: What's in someone's inbox?
 
 
Greetings,
 
Is there an admin transaction/report that just lets you see what's in
someone's inbox? I know of two ways which are not quite suitable - SWI5 =
does
a little bit too much, and SE16 is a bit too complex.
 
I'm asking the obvious here, it may even be possible I've asked it here
before...
 
Bit of background: SWI5 should be a restricted transaction as it can =
produce
some potentially sensitive data (performance evaluations), yet I'm =
looking
for something that can be used by support staff to quickly find the work
item in question when a call is received (seeing the inbox as the user =
sees
it is the obvious answer). Substitution seems a bit too
maintenance-intensive, and digging through the tables takes a bit long.
 
Thanks
Michael
 
 
-------------------------------------------------------------------------=
---
--
This e-mail is intended for the use of the addressee(s) only and may =
contain
privileged, confidential, or proprietary information that is exempt from
disclosure under law.  If you have received this message in error, =
please
inform us promptly by reply e-mail, then delete the e-mail and destroy =
any
printed copy.   Thank you.
 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D
=3D=3D
 
-------------------------------------------------------------------------=
--------------------------------------
This e-mail message may contain confidential, commercial and privileged =
information or data that constitute proprietary information of Cellcom =
Israel Ltd. Any review or distribution by others is strictly prohibited. =
If you are not the intended recipient you are hereby notified that any =
use of this information or data by any other person is absolutely =
prohibited. If you are not the intended recipient, please delete all =
copies and contact us by e-mailing to: infosec at cellcom.co.il.
Thank You.