Idocs stuck in tRFC queue - why?
We had an issue where 2 Idocs looked like they where sent from our
logistics box to our HR box, but in reality, they were stuck in the tRFC
queue in our logistics box.
The idocs were created 2 days ago and were never processed. When I found
them in SM58, I executed them and they were sent and processed
Why would those idocs get stuck in the tRFC queue? Shouldn't the queue
auto-process those idocs?
There are a number of reasons to get entries in SM58. For instance if the receiving system is not reachable (e.g. network problems). (Or if there is a short-dump when the receiving system tries tro process the call I think).
You can schedule report RSARFCEX to automatically process entries that are stuck in SM58.