cancel
Showing results for 
Search instead for 
Did you mean: 

QoS BE, QoS EO and QoS EOIO

Former Member
0 Kudos

what does QoS BE, QoS EO and QoS EOIO refer to with respect to

a) Synchronous RFC (sRFC)

b) Asynchronous RFC (aRFC)

c) Transactional RFC (tRFC)

d) Queued RFC (qRFC)

Regards,

Nithiyanandam

Accepted Solutions (0)

Answers (7)

Answers (7)

Former Member
0 Kudos

HI Niranjan,

sRFC is BE

tRFC is EO

qRFC is EOIO

Best Regards,

Sreekantha

Former Member
0 Kudos

Dear Nithiyanandam,

The first version of RFC is synchronous RFC (sRFC). This type of RFC executes the function call based on synchronous communication, meaning that the systems involved must both be available at the time the call is made

Transactional RFC(tRFC, previously known as asynchronous RFC) is an asynchronous communication method that executes the called function module just once in the RFC server. The remote system need not be available at the time when the RFC client program is executing a tRFC. The tRFC component stores the called RFC function, together with the corresponding data, in the SAP database under a unique transaction ID (TID).

To guarantee that multiple LUWs are processed in the order specified by the application, tRFC can be serialized using queues (inbound and outbound queues). This type of RFC is called queued RFC (qRFC).

qRFC is therefore an extension of tRFC. It transfers an LUW (transaction) only if it has no predecessors (based on the sequence defined in different application programs) in the participating queues.

Implementation of qRFC is recommended if you want to guarantee that several transactions are processed in a predefined order.

Former Member
0 Kudos

HI

Transactional RFC (tRFC)

Transactional RFC (tRFC, also originally known as asynchronous RFC) is an asynchronous communication method that executes the called function module in the RFC server only once. The remote system need not be available at the time when the RFC client program is executing a tRFC. The tRFC component stores the called RFC function, together with the corresponding data, in the SAP database under a unique transaction ID (TID).

Synchronous RFC

The first version of RFC is synchronous RFC (sRFC). This type of RFC executes the function call based on synchronous communication, which means that the systems involved must both be available at the time the call is made.

Queued RFC (qRFC)

To guarantee that multiple LUWs are processed in the order specified by the application, tRFC can be serialized using queues (inbound and outbound queues). This type of RFC is called queued RFC (qRFC).

BE for Synchronous Calls.

EO & EOIO for Asynchronous Calls.

EOIO for Asynchronous with Sequential Processing Guranteed

RFC----


BE,EO,EOIO

Plain HTTP-----BE,EO,EOIO

SAP BC----


BE,EO

FILE,FTP-------BE,EO,EOIO

XI,SOAP,MAIL,JDBC----


BE,EO,EOIO

JMS----


EO,EOIO

a good introduction into RFC and the different RFC types is the following article: https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/f078394a-4469-2910-c4bf-853c7567...

http://help.sap.com/saphelp_nw04/helpdata/en/6f/1bd5b6a85b11d6b28500508b5d5211/frameset.htm

http://help.sap.com/saphelp_nw04/helpdata/en/8b/ceea3b31aac554e10000000a114084/content.htm

cheers

Former Member
0 Kudos
Former Member
0 Kudos

hi

check the first part of this blog

regards

kummari

Former Member
0 Kudos

Hi,

BE for Synchronous Calls.

EO & EOIO for Asynchronous Calls.

EOIO for Asynchronous with Sequential Processing Guranteed

RFC----


BE,EO,EOIO

Plain HTTP-----BE,EO,EOIO

SAP BC----


BE,EO

FILE/FTP-------BE,EO,EOIO

jdbc/SOAP/MAIL/XI----


BE,EO,EOIO

jms----


EO,EOIO

Thanks,

Madhu.

Edited by: Madhu on Jul 8, 2008 12:19 PM

Former Member
0 Kudos

Hi Nithi,

Best Effort --> Used for Synchronous Calls.

EO and EOIO --> Asynchronous Calls.

EOIO --> Asynchronous with Sequential Processing Guranteed

do chk this link

http://help.sap.com/saphelp_nw04/helpdata/en/41/b714fe5ffc11d5b3ea0050da403d6a/frameset.htm

http://help.sap.com/search/highlightContent.jsp

Thanx

Sampath

Edited by: venkata sampath on Jul 8, 2008 12:11 PM