Can RFC Adapter guarantee delivery of data completely ?

[Former Member]

Interface :

File  XI  R3.

File – Asynchronous Message interface

R3- uses RFC as synchronous Message interface to update Ztable.

I can use the Synch Asynch bridge in BPM with multi line option and post the data.

The problem is if the connection between XI and R3 goes down. I know data in XI will not be lost.

What would happen when the link is re-established ?

• Will the file processing start again and over write the data in the Ztable in R3 ? ( table has primary keys so this chance seems to be remote but return code in RFC will be set to 4 – How do u handle this ? )

• Is it possible to restart the File update to Ztable from the point it failed – If yes How ?

• Can we get the update in Ztable to be rolled back completely if all the records in table are not update ? – If yes how ( number of records per file transfer can vary ) !

Any inputs would be helpful.

[MichalKrawczyk]

Hi Manish,

>>R3- uses RFC as synchronous Message interface to update Ztable.

why do you need sync? do you need to send it back to XI as

some sort of acknowledgment? I'm asking because if your

update will take a lot of time then the sync call may be

very long which is not a good practice

>>The problem is if the connection between XI and R3 goes down. I know data in XI will not be lost

you can always build your process in a way that it will allow reposting your message:

(let's say the first step can send data to XML file)

and then if an error occurs and you have to

send it once more you can use this XML file

(with some sort of WWW interface for instance)

>>>• Is it possible to restart the File update to Ztable from the point it failed – If yes How ?

if the call is made then your data should be updated

if not then you can reprocess it once more (how? answer no 1)

>>>can we get the update in Ztable to be rolled back completely if all the records in table are not update ?

if you RFC receives the data then it will update the table

I don't think it can update the table partially

unless you're talking about the wrong update because of the table content then you can try to program it in abap

(for instance loop at the table to see if all the eitries exits first and then update/ or insert them)

but this depends on your update's logic

Regards,

michal

[Former Member]

>>>>why do you need sync? do you need to send it back to XI as some sort of acknowledgment? -- Agreed I will use Asynchronous call.

>>>>> let's say the first step can send data to XML file)

and then if an error occurs and you have to

send it once more you can use this XML file

(with some sort of WWW interface for instance) --- workable and easy.

Thanks. That should slove one probelme for the day.