Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

why tRFC is stated as asynchronous processing type

Former Member
0 Likes
422

why tRFC is stated as asynchronous processing type?

1 ACCEPTED SOLUTION
Read only

Former Member
0 Likes
383

Hi max,

1. The concept and architecture of rTFC

is such that,

even if the other server is DOWN, at the time of making the call,

the r/3 system will ensure,

that wehenver the other system is UP,

it will connect and do the rfc call.

2. This processing happens INDEPENDENTLY

of the calling program.

The callling program, can CONTINUE after the tRFC call is made.

It NEED NOT WAIT, after calling the FM.

Hence, it is asynchrous.

regards,

amit m.

2 REPLIES 2
Read only

sourabhshah
Product and Topic Expert
Product and Topic Expert
0 Likes
383

hi,

While with synchronous and asynchronous RFC each call makes a single logical unit of work (LUW) in the remote system,you can group several RFCs into one LUW for transactional RFCs.

you can use the addition IN BACKGROUND TASK which you must specify before the DESTINATION entry.if you write a COMMIT WORK statement all the previous RFCs are bundled into one LUW and transmitted through tRFC

Thus it is asynchronous

Regards,

Sourabh

Read only

Former Member
0 Likes
384

Hi max,

1. The concept and architecture of rTFC

is such that,

even if the other server is DOWN, at the time of making the call,

the r/3 system will ensure,

that wehenver the other system is UP,

it will connect and do the rfc call.

2. This processing happens INDEPENDENTLY

of the calling program.

The callling program, can CONTINUE after the tRFC call is made.

It NEED NOT WAIT, after calling the FM.

Hence, it is asynchrous.

regards,

amit m.