Parked Document Workflow

[Dart, Jocelyn]

Hi John,
For any event, you can use the binding between the event and the workflow
to pick up the event creator and place it back into the workflow container.
Even on a terminating event you can set up a binding to do that.
As for showing this in the workflow log, why not create a dummy step (based
on an empty method) with a workitem text that shows the event creator. This
would then be displayed in the workflow log.
Even better is to first use object USR01 method FINDUSERFROMAGENTSTRUCTURE
to convert the agent to a usr01 object reference so you can show first name,
last name etc. as well as userid.
Regards,
        Jocelyn Dart
Consultant (EBP, BBP, Ecommerce, Internet Transaction Server, Workflow)
SAP Australia
Email jocelyn.dart at sap.com <mailto:jocelyn.dart at sap.com>
Tel: +61 412 390 267
Fax: +61 2 9935 4880
 
 
-----Original Message-----
From: John Wiese [mailto:jwiese at esri.com]
Sent: Saturday, 1 December 2001 4:42 AM
To: SAP-WUG at MITVMA.MIT.EDU
Subject: Parked Document Workflow
Importance: High
 
 
A colleague asked that I post this problem / issue and see if anyone in our
workflow community has any further insights . . .
 
Thanks,
--John x2381
 
ENVIRONMENT:     Version 4.5B
 
PROBLEM:
We discovered a problem with the new workflow release/reject method.
When I release/reject using the Inbox, the workflow history has my name
displayed.  When I use my transaction which raises the release event, the
workflow history displays an eyeglasses icon instead of the name.  Do you
have any ideas on this?
 
INITIAL THOUGHTS:
The issue is not a 'problem' but rather the result of how the workitem is
terminated. When a workitem is processed from within the inbox, the current
use is assigned stored as the 'actual agent'. This is true as long as the
method/task is synchronous. If the method/task is asynchronous then the only
way for the task to complete is via a terminating event. When terminating
events are used for either synchronous or asynchronous methods/tasks the
user ID is NOT stored as the 'actual agent'. Simply look at the SWWWIHEAD
table for the current workitem and notice the agent does not exist on the
table.
 
The information regarding who raised the event does exist in the event log,
but unfortunately this is information is not accessed in the workflow log.
This would be a nice enhancement to the workflow log display.
 
QUESTION:
So, how do we pick-up who raised the event . . . in the first place?