Anyone have any ideas about how to call FV60 in a synchronous method which returns the BELNR?<div><br /></div><div>Regards,</div><div>Robert<br /><br /><p>Op 19 maart 2014, schreef Dart, Jocelyn &lt;jocelyn.dart@sap.com&gt;:</p><blockquote type="cite"><div class="oneComWebmail-html oneComWebmail-mail">



<div class="oneComWebmail-body">
<div>Hi Robert </div>
<div>The vast majority of database updates from such transactions occurs in the LUW triggered from but separate to the transaction itself. Which means if you use synch methods you risk the database updates being incomplete or failing at the time the workflow
 moves onto the next step. Typically adding any user activity into the same method will add sufficient delay to avoid problems other than actual failure. However suggest you think around a couple of worst case scenarios in your design</div>
<div>Rgds</div>
<div>Jocelyn</div>
<div><br />
Sent from my iPhone with many apologies for the spelling, grammar and any other deficiencies </div>
<div><br />
On 19 Mar 2014, at 7:39 pm, "Robert van den Berg" &lt;<a href="mailto:wug@bergtop-ict.nl" target="_blank">wug@bergtop-ict.nl</a>&gt; wrote:<br />
<br />
</div>
<blockquote>
<div>Actually, it is not to approve, but to change the document.
<div>First person registers the document and fill's in the header. (FV60 / MIRO)</div>
<div>Then it is send to a second person who complements the data. (FV60 / MIR4)</div>
<div>Then it is send to a third person who approves the invoice. (FV60 / MIR4)</div>
<div>When it is approved, the invoice is booked.</div>
<div><br />
</div>
<div>For both FI and MM invoices.....<br />
<br />
Idea now is to create a subtype of the BOR objects and just call MIRO and FV60 in a sync method.</div>
<div>Anyone knows why the methods are async?</div>
<div><br />
Regards,</div>
<div>Robert<br />
<p>Op 18 maart 2014, schreef Andy Curtis &lt;<a href="mailto:abcurtis@gmail.com" target="_blank">abcurtis@gmail.com</a>&gt;:</p>
<blockquote>
<div class="oneComWebmail-oneComWebmail-html oneComWebmail-oneComWebmail-mail">
<div class="oneComWebmail-oneComWebmail-body">
<div dir="ltr">
<div class="oneComWebmail-oneComWebmail-gmail_extra">
<div class="oneComWebmail-oneComWebmail-gmail_quote">
<div>At risk of repeating Mike here, we use a solution for this built by OpenText (VIM Vendor Invoice Management) it is very good actually.  They basically have code in teh LIV Invoice SAVE BADI, and probably the equivalent in FI Invoices, I don't do much with
 them so now too sure.</div>
<div><br />
</div>
<div>OpenTexts Save Badi basically popups up a screen to allow a 'Parking Reason' to be chosen (ohh this is on Parking an Invoice, it will get Posted when it's ready later in the Resolution process).  The Parking Reason is the basis for the next step in the
 the life of the Invoice and is used along with other Agent determination config to send the invoice to the person (approver) that needs it.</div>
<div><br />
</div>
<div>QQ, wouldn't you have already approved the PO and GRN/SES? So a 3 way match could be posted?  </div>
<div><br />
</div>
<div>Andy</div>
<div><br />
</div>
<div> </div>
<blockquote class="oneComWebmail-oneComWebmail-gmail_quote" style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;">
---------- Forwarded message ----------<br />
From: "Robert van den Berg" &lt;<a href="mailto:wug@bergtop-ict.nl" target="_blank">wug@bergtop-ict.nl</a>&gt;<br />
To: "SAP Workflow Users' Group" &lt;<a href="mailto:sap-wug@mit.edu" target="_blank">sap-wug@mit.edu</a>&gt;<br />
Cc: <br />
Date: Tue, 18 Mar 2014 14:46:57 GMT<br />
Subject: Register incoming MM/FI invoices in workflow as a step<br />
All,
<div><br />
</div>
<div>I have a requirement where we want to register an incoming invoice in a workflow step, then choose the approvers and send the invoice to the approver.</div>
<div><br />
</div>
<div>Normally (as I read from SAP documentation), a user goes to transaction MIRO of FV60, enters data and when they save, then the workflow starts. But then, the user can't choose the approvers. So I need the workflow to have the registration included..</div>
<div>But to be able to call MIRO or FV60, I can only use async methods.</div>
<div><br />
</div>
<div>BUS2081-CREATE I can use, because this triggers the event BUS2081-CREATED. So MIRO seems to be checked.</div>
<div>But for FV60, I need to use BKPF-CREATE but this triggers event CREATED from object FIPP. So I can't use this as a ending event...</div>
<div><br />
</div>
<div>Does anyone have any experience with the registration of incoming invoices (MM/FI) from a workflow?</div>
<div><br />
</div>
<div>Kind regards,</div>
<div>Robert</div>
<br />
<br />
</blockquote>
</div>
</div>
</div>
</div>
</div>
<div class="oneComWebmail-oneComWebmail-mail">
<div class="oneComWebmail-oneComWebmail-body">_______________________________________________<br />
SAP-WUG mailing list<br />
<a href="mailto:SAP-WUG@mit.edu" target="_blank">SAP-WUG@mit.edu</a><br />
<a href="http://mailman.mit.edu/mailman/listinfo/sap-wug" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br />
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
<blockquote>
<div><span>_______________________________________________</span><br />
<span>SAP-WUG mailing list</span><br />
<span><a href="mailto:SAP-WUG@mit.edu" target="_blank">SAP-WUG@mit.edu</a></span><br />
<span><a href="http://mailman.mit.edu/mailman/listinfo/sap-wug" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap-wug</a></span><br />
</div>
</blockquote>
</div>
</div><div class="oneComWebmail-mail"><div class="oneComWebmail-body">_______________________________________________<br />SAP-WUG mailing list<br />SAP-WUG@mit.edu<br /><a href="http://mailman.mit.edu/mailman/listinfo/sap-wug" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br /></div></div></blockquote></div>