<br><font size=2 face="sans-serif">Hey Mike,</font>
<br>
<br><font size=2 face="sans-serif">Thanks for the reply. If the user doesn't save and just backs out, I do get the confirm box. My assumption as well was that it has something to do with the transaction itself. Not sure OSS is worth it.</font>
<br>
<br><font size=2 face="sans-serif">The VM01 transaction is a create, but for some reason it was raising the A00MARA CHANGED event.........not sure why. What I meant by 'basically does the same' is that the workflow tasks were exactly the same, just calling two different transaction. For some reason the 2 transactions react differently to being executed via the workitem - even though one's a create and one's a change I didn't think it mattered (should have known better).</font>
<br>
<br><font size=2 face="sans-serif">What I did to get this resolved doesn't make sense to me either, but it is now working. Originally in the method I set the material number via a parameter id, and did a call transaction..end of story. I changed the code to set the material number in a bdcdata table, did the CALL TRANSACTION 'VM01' USING bdcdata, and now everything works just fine....after the save I get the Confirmation screen, and all is well. Not really sure why this worked, but the users are happy, and we move on.<br>
</font>
<br><font size=2 face="sans-serif">Thanks to all for their input.</font>
<br><font size=2 face="sans-serif"><br>
Tami<br>
Eastman Kodak</font>
<br><font size=2 face="sans-serif"><br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>Michael Pokraka <wug.replies@workflowconnections.com></b></font>
<br><font size=1 face="sans-serif">Sent by: sap-wug-bounces@mit.edu</font>
<p><font size=1 face="sans-serif">05/10/2005 12:18 PM</font>
<br><font size=1 face="sans-serif">Please respond to "SAP Workflow Users' Group"</font>
<br>
<td><font size=1 face="Arial"> </font>
<br><font size=1 face="sans-serif"> To: "SAP Workflow Users' Group" <sap-wug@mit.edu></font>
<br><font size=1 face="sans-serif"> cc: </font>
<br><font size=1 face="sans-serif"> Subject: Re: Workitem not completing after Call Transaction to VM01</font></table>
<br>
<br>
<br><font size=2 face="Courier New">Hi Tami, <br>
What happens if the user doesn't save - i.e. just executes the WI and backs<br>
straight out again? Do you get the confirm box? If so, something in the<br>
transaction is sabotaging the process. OSS is an option.<br>
<br>
On the other hand, you mention create, but further on you refer to a CHANGED<br>
event. VM01 is create, MM02 is a change transaction, so we're a little way off<br>
'basically does the same'. Ideally a create txn should be async, obsoleting the<br>
need for a confirm box. Perhaps you can create your own event? <br>
<br>
Cheers<br>
Mike<br>
<br>
--- tamara.elliott@kodak.com wrote:<br>
<br>
> I have a synchronous dialog task that does a call transaction to VM01; <br>
> this task also has a Confirm End of Processing on it. When the user <br>
> executes the workitem, creates the Hazardous material, saves it and backs <br>
> out, the Confirm End of Processing Screen does not appear. I took the <br>
> Confirm End of Processing off of the task, but when the workitem is <br>
> executed and the material saved, the step does not complete. It's like <br>
> there is a complete disconnect between this transaction and the workflow. <br>
> I have another task that basically does the same thing using MM02, and <br>
> this one works fine.<br>
> <br>
> I'm stuck as to how to get the workflow to continue processing....I <br>
> thought about using a terminating event for the step, but the event that <br>
> gets raised is A00MARA CHANGED, and the object A00MARA no longer exists in <br>
> 4.7. If the user goes back into his inbox, executes the workitem again, <br>
> and then just backs out of the VM01 transaction the workflow continues <br>
> on..............but I doubt if the user wants to execute this workitem <br>
> twice.<br>
> <br>
> Any suggestions on how to deal with this?<br>
> <br>
> Thanks,<br>
> Tami<br>
> Eastman Kodak<br>
> <br>
> <br>
> > _______________________________________________<br>
> SAP-WUG mailing list<br>
> SAP-WUG@mit.edu<br>
> http://mailman.mit.edu/mailman/listinfo/sap-wug<br>
> <br>
<br>
_______________________________________________<br>
SAP-WUG mailing list<br>
SAP-WUG@mit.edu<br>
http://mailman.mit.edu/mailman/listinfo/sap-wug<br>
</font>
<br>
<br>