Entries in Transaction SM58 are in status "Transaction recorded"

Purpose

The purpose of this wiki is to provide tips on troubleshooting  "Transaction recorded"  entries in SM58.

Overview

This page demonstrates with screenshots how to identify and  troubleshoot " Transaction recorded" issues in SM58.

Identifying the issue

A screen similar to the following will be shown in SM58:


Check SMQS to see if destination NBP800 is registered on the outbound scheduler for tRFC processing:

To do this goto SMQS find the relevant destination and click on the value in the TYPE field - usually it is R for Registered:




Here we can see that destination NBP800 is registered for both qRFC and tRFC processing.

Troubleshooting

If entries are remaining in SM58 in status "transaction recorded" and the destination is regsitered on the outbound scheduler for tRFC processing, the only way to speed up the processing of these entries is by increasing the "max conn" value for that particular destination in SMQS. If destination is not registered in SMQS for trfc processing the entries in SM58 can be reprocessed by scheduling report RSARFCEX.
Report RSARFCEX will not work for the entries where the destination is registered for tRFC processing.

The number of max connections can be seen in SMQS ALSO:
Trnx SMQS:




Destination NBP800 is Registered (Type "R") on the Outbound scheduler. The "Max. conn." Value is 1 which means that the maximum number of used dialog used for this destination is 1, this may cause a problem so the number can be increased.
To do this, highlight the destination and choose "Edit" and "Registration":





You will see the following:




"Max conn" value can be changed here.
If you are increasing the max conn value, check that there are enough resources available.
To do this from SMQS, choose "goto" in the Menu and then "qRFC Resources":


You will see something like:


Make sure that there are enough resources for tRFC/qRFC processing. If the value is set to 0 or if the "qRFC Resources" show "not ok"
the parameters in note
74141 will need to be set to allocate resources for trfc/qRFC processing.

"Transaction recorded" usually happens when A. processing idocs or B. BW loads.
A.If it occurs when processing idocs you will see function module "IDOC_INBOUND_ASYNCH" mentioned in SM58.
Check also that the idocs are being processed in the background and not in the foreground.
Ensure that background processing is used for ALE communications.
Report RSEOUT00 (outbound)can be configured to run very specifically for the high volume message types on their system. Schedule regular runs of report RESOUT00 it can be run for
IDoc Type and\or Partner etc..
To set to background processing for Outbound idocs do the following:
-> go to transaction WE20 -> Select Partner Select Outbound Message Type and change the processing method from
"Transfer IDoc Immedi." to "Collect IDocs".
B.If "transaction recorded" occurs when processing BW loads the function module "RSAR_TRFC_DATA_RECEIVED" will be seen in SM58, check also note 916706 Number of dialog processes for data transfer.  In this case, also check transaction SM66 on the BW side, if you see many work processes in error running report SAPLSENA then this needs to be checked by BW application colleagues.