<html>
Hi Alon,<br>
<br>
Thanks. I am trying to get the doc type now (which is a property of
the object). My previous attempts had involved trying to get the
workitem ID, then reading the workitem container to get the container
elements I wanted. Perhaps (and someone can feel free to correct me
on this) since no workflow is yet assigned to this event, there is no
workitem to get, and this is why I had been failing...<br>
<br>
Best regards,<br>
Sue<br>
<br>
At 10:24 AM 6/28/01 -0500, you wrote: <br>
<br>
<font face="arial" size=2 color="#000080"><blockquote type=cite cite>Susan,
(hi!!)<br>
</font><br>
<font size=2 color="#000080"> <br>
</font><br>
<font size=2 color="#000080">Try the following code in the check FM.
Should work<br>
</font><br>
<font size=2 color="#000080"> <br>
</font><br>
<font size=2 color="#000080">Data : lv_fipp type swc_object.<br>
</font><br>
<font size=2 color="#000080">Swc_get_element event_container
'_EVT_OBJECT' lv_fipp.<br>
</font><br>
<font size=2 color="#000080"> <br>
</font><br>
<font size=2 color="#000080"> <br>
</font><br>
<font size=2 color="#000080">You should now have the object which the
event was raised for.<br>
</font><br>
<font size=2 color="#000080"> <br>
</font><br>
<font size=2 color="#000080">If this doesn't work then we have a problem.
I am doing this in 4.6c and it seems fine. How is the event raised? Can
you see the Object ID in the event log?<br>
</font><br>
<font size=2 color="#000080"> <br>
</font><br>
<font size=2 color="#000080">Regards,<br>
<br>
</font><font size=3 color="#000080">Alon Raskin<br>
</font><br>
<font face="Times New Roman, Times" color="#000080">Workflow Advisor -
Soliance <br>
</font><br>
<font face="arial" size=2 color="#000080"> <br>
</font><br>
<font face="tahoma" size=2 color="#000000">-----Original
Message-----<br>
<font size=2><b>From:</b><font size=2> Susan R. Keohan
[<a href="mailto:skeohan@MIT.EDU" eudora="autourl"><font size=2>mailto:skeohan@MIT.EDU</a><font size=2>]<br>
<font size=2><b>Sent:</b><font size=2> June 28 2001 10:16<br>
<font size=2><b>To:</b><font size=2> SAP-WUG@MITVMA.MIT.EDU<br>
<font size=2><b>Subject:</b><font size=2> FIPP Events - Check FMs, and
more<br>
</font><br>
<font face="Times New Roman, Times" size=3> <br>
</font><br>
Hello Workflow-ers,<br>
<br>
We are running on 4.6c. We have three workflows which should get
kicked off when an FI parked document (Object FIPP, event CREATED) is
created. Currently, we use check function modules to allow the
correct workflow to start based on document type. However, based on
recent mail to this list on this topic, I have decided to implement a
Receiver Type FM - essentially the same code, but packaged into one
receiver FM.<br>
<br>
My question is this... I use an import from memory to get the
document (the export to memory is done in a user-exit) , then, if that
fails, I try to read the container, and if that fails, I try to
read the database using the event object. When testing, I can make
the container read and the database read methods work. However, in
real life, only the import from memory succeeds. So, why do the
container read and the database read fail ? What are the
implications if I rely strictly on the import from memory to retrieve the
document number ? <br>
<br>
Many of the other SAP-delivered Check FMs and Receiver Type FMs get the
data necessary by reading the event container, then calling
SWW_WI_CONTAINER_READ (an example of ME_REL_CHECK_EVENT_PARAM
follows, and I do know that this FM is not related to FIPP).<br>
<br>
<font face="Arial monospaced for SAP, Helvetica"> swc_get_element
event_container evt_receiver_id wi_id.<br>
if sy-subrc ne 0.<br>
raise container_error.<br>
endif.<br>
<br>
</font><font color="#0000FF">** Get the workitem container<br>
</font><font color="#000000">call function 'SWW_WI_CONTAINER_READ'<br>
exporting<br>
wi_id
= wi_id<br>
tables<br>
wi_container
= wi_container<br>
exceptions<br>
container_does_not_exist = 01.<br>
<br>
if sy-subrc ne 0.<br>
raise container_error.<br>
endif.<br>
<br>
</font><font color="#0000FF">** Get the release code from the workitem
container.<br>
</font><font color="#000000">swc_get_element wi_container 'RELEASECODE'
wi_release_code.<br>
<br>
Any insight into this phenomenom will be appreciated. Of course, I want
to build the most robust receiver type FM possible. That's why I have
used the three methods described above, but if two of them always fail, I
may as well not implement them.<br>
<br>
Cheers,<br>
Sue<br>
</blockquote><br>
</font></html>