qRFC update failure

[Richard Marut]

Kris,
 
Take a look at transaction SWEL to see if SAP is publishing an event when a
failure occurs. First check SWELS to see if the event log is active or not.
 
Richard...
 
-----Original Message-----
From: SAP Workflow [mailto:Owner-SAP-WUG at MITVMA.MIT.EDU] On Behalf Of Kris
WUG
Sent: Thursday, April 01, 2004 2:06 PM
To: SAP-WUG at MITVMA.MIT.EDU
Subject: Fw: qRFC update failure
 
 Hi Mike,
 
 Actually, this is not used in the workflow instead webmethods passes the
 data from outside to SAP and call
 the qRFC funtion module to create Sales Order. Since lot of data is coming
 from non SAP systems, we had to
 do this asynchronously only by setting up a que.
 
 I just want to know if qRFC update function module is failed in the
 background is there any event  get published in SAP?
 So that I can implement workflow to notify responsible people to take care
 of this error.
 
 
 Regards,
 Kris.
 
 
 
 
 
> ----- Original Message -----
>> From: "Michael Pokraka" <workflow at quirky.me.uk>
> To: <SAP-WUG at MITVMA.MIT.EDU>
> Sent: Thursday, April 01, 2004 9:54 AM
> Subject: Re: qRFC update failure
>
>
> Hi Kris,
> Could you explain why this has to be asynch? Asynchronous and serial are a
> bit like oil and water, so it may be worth rethinking that part.
> Perhaps BAPI_SALESORDER_CREATEFROMDAT2 might be better suited?
> Cheers
> Mike
>
> Kris WUG wrote:
> > Hello experts.
> >
> > I appreciate any help related to this issue below.
> > Below issue is more ABAP related rather than a workflow.
> >
> > In the process of implementing qRFC with inbound queues, when a function
> is
> > called with the addition IN BACKGROUND TASK (eg., to create a sales
> order),
> > the caller program does not receive any importing parameters or return
> data
> > as to whether the LUW which was executed asynchronously was a success or
a
> > failure.  In the example above, the only sure way is to check the
database
> > table entry to see if the sales order has been created.  To achieve
> > serialization, the inbound queue needs to be stopped if there are any
data
> > errors.  Without knowing the results of the executed LUW, the next LUW
is
> > executed if the queue is not stopped.  It appears that it may not be
> > possible to implement serialization in inbound queues as it is not
> possible
> > to get any return data.
> >
> > Is there any way to trigger an event or capture the result of success
and
> > failure
> > of a qRFC called  IN BACKGROUND TASK(not workflow background task) ?
> >
> >
> > Thank you in advance.
> > Kris.
> >
> >
>