qRFC With Send Queue 

To guarantee an LUW sequence dictated by the application, the tRFC is serialized using queues. It is therefore called queued RFC (qRFC). Due to the serialization, in R/3 a send queue for tRFC was created. This results in the general term qRFC with send queue.

In addition, there are applications that want to determine themselves the exact moment in which to process the LUW in the target system. These are usually applications on an external (non SAP) system that does not have a kind of send queue. qRFC with recipient queue including an appropriate enhancement of the RFC library is currently under development (scheduled for delivery in the next release).

Motivation

What Does tRFC Perform Right Now?

Disadvantages of tRFC

tRFC processes all LUWs independent of one another. Due to the amount of activated tRFC processes, this procedure can reduce performance significantly in both the send and the target systems.
In addition, the sequence of LUWs defined in the application cannot be kept. Therefore, there is no guarantee that the transactions are executed in the sequence dictated by the application. The only guarantee is that all LUWs are transferred sooner or later.

Use and Availability

The typical applications for which the serialization of tRFC was implemented use distributed environments:

qRFC with send queue is released with Release 4.5B.

As a special feature for APO, the serialization is provided as a special release for APO systems of Release 3.1H or 4.5A, respectively .

Other Topics

qRFC With Send Queue: Overview

Programming Serialization

Using "Mixed Mode"

Transaction Sequence and Queue Assignment

Tools