Common Problems:
RFC Connections remain in SM04
Outbound Scheduler (SMQS) remains in status WAITING
Inbound Scheduler (SMQR) is in status WAIT
Deleting unwanted entries from RFC tables (ARFCSSTATE, ARFCSDATA etc.)
Many background ARFCXXXX jobs visible in SM37
CPIC Return Code 679 - Transaction Program not Registered
QRFCTRACE table contains an excessive amount of entries
RFC Trace files Increasing in Size
Remote Logon button in SM59 does not work
Test connection in SM59 fails with the error Invalid Length. Check Parameters
Entries with error message “Error when opening an RFC connection” in transaction SM58
tRFC calls in SM58 fail with the error Logon failed
Other RFC issues:
Unicode option in SM59 cannot be changed
SAP-OSS RFC destination fails with Username or password is incorrect. Please re-enter
Reorganize option in transaction SMQ1 and SMQ2
RFC destination fails with error Incomplete Logon Data
RFC destination fails with error Failed to open sideinfo.dat
How to check if Oracle Statistics have been updated as per Note 1020260
Resources in Transaction SARFC Explained
Running RSTRFCEG or RSTRFCEH indicates No inconsistencies
Gateway connections remain open because of firewall
How to find the correct application component if Queues are in status SYSFAIL
Logon screen is shown in Sm59 when doing a Connection Test
Entries are in status "Transaction Executing" in Sm58
Example scenarios using “Max Runtime” and “Scheduler Monitoring” in SMQS
RFC passwords not available after system copy, client copy or migration
1 Comment
Unknown User (xc1ou30)
I have a senerio where 2 RFC FMs
first one updating customer (ship to party)adress (ADDR) through xd02 BDC recording
second one is using sales_order_create bapi to create sales order in SAP - but if the customer address is not present in SAP then calling the first RFC to create the address first and then creating the sales order.
now the problem is that it is observed by bussiness that -
while these 2 FMs are used in tandem the existing customer master of the ship to is getting changed with the address passed in the sales_order creation RFC.
We tested the RFCs with different or same user name in all possible combination but could not replicate the senerio......So My QUESTION IS -
IS IT REALLY POSSIBLE THAT ONE RFC's LOCAL/GLOBAL VARIABLE VALUES GET PASSED TO THE NEXT CALL OF THE SAME RFC ?
As we know each individual RFC call is maintained in different rfc session.