Entries written in tRFC-Queue

Hi everybody,
does anybody know, when entries are written in the tRFC Queue (=SM58?)
Thanks, Regards
Mario

Hi Mario
have a look at this link
http://help.sap.com/saphelp_nw04/helpdata/en/ad/7b623c6374a865e10000000a11402f/frameset.htm
http://help.sap.com/saphelp_nw04/helpdata/en/8f/53b67ad30be445b0ccc968d69bc6ff/frameset.htm
check this thread also
/thread/370513 [original link is broken]
Thanks!

Similar Messages

BD87 hide "idoc entries in tRFC queue" by assigning to status or other meth

Hi,
I am working on the inbound side of an idoc interface for message type MATMAS. My problem is that when I enter in BD87 there are more than 400 hundred entries in "idoc entries in tRFC queue". Now, whatever filter I put on the first screen this line appears. Even, if I enter with a specific idoc number. These entries are obviously outbound errors and are completely irrelevant to the interface I am working on but will make the reprocessing screen unnecessarily complicated for the users. So, basically I want to allow the end user to filter out these messages.
I noticed that the errors "idoc entries in tRFC queue" aren't associated to a status and I was wondering if it is possible to give them a status value and so make them sensitive to a status filter. But if this isn't possible any solution to hide these error messages from the end user would be equally valid.
I know someone will probably suggest that the best solution would be to remove all old entries from tRFC queue in SM58 and that there shouldn't be so many idoc in entries in the tRFC queue. The problem is that it is not my role to monitor tRFC in production and if it has not been regularly monitored up to now then it probably won't be in the future.
Many thanks in advance,
Jamie.

Hi Jamie,
To the best of my knowledge the shown outbound RFC entries in BD87 are a feature that cannot be suppressed. I.e. in the coding of BD87 one can see logic where it automatically checks for outbound RFC errors and adds those to the output.
In general IDoc status 03 should be associated with the outbound RFC errors. Yet, when one sees those in BD87, the IDoc status field is empty. Along your train of thought I had also previously tried to suppress those displayed IDocs by adding a filter for suppressing status 03 or blank status, but nothing helps. And as you correctly point out, even when using BD87 on a single IDoc (e.g. specified via IDoc number), the transaction will still display the outbound RFC errors.
So unless somebody else has some good idea or insight, I'm afraid you're stuck with that behavior.
Cheers, harald

IDOCs in TRFC Queue

Hi,
We have a ALE scenario where we send IDOCs to other SAP system.
The IDOCs we send are sitting in TRFC queues, they are not sent to the target system. I checked all the ALE settings, they are fine. The processing mode is "Immediate".
When I go to SM58 I will find the entry for the transaction with status "Transaction Recorded". If I select the entry and press F6 (Execute LUW) the IDOC is sent to the target system and the queue becomes empty.
What I am missing? I dont want to go to SM58 everytime I post an IDOC. I am sure there will be some setting to process the IDOCs from the TRFC queue automatically. Can you please let me know that?
Regards,
Ravikanth

HI,
the problem is caused by immediately processing.
Pipeline:
Outbound Processing -> sender IDOC -> TRFC Queue -> receiver IDOC - Inbound Processing
In case your are using IP (immediately Processing) at sending side your are using 1 LUW to send it to the TRFC Queue and saving IDOC at receving side -STOP.
In case your are using IP at both sides .. your are using 1 LUW for the complete Pipe.
That means this LUW is still open if the IDOc is processed in the receiving system.
ToDO:
Go to your Receiving System and check the Processing Settings. Try to use Background Jobs or get higher Batch Processing to avaoid TRF Queue Jam
Regards,
Gordon

TRFC Queue

Hi,
Is there any job that can check the trfc queues for any error entries and remove it automatically so that it process the next one in the queue.
Regards
Krish

> Is there any job that can check the trfc queues for any error entries and remove it automatically so that it process the next one in the queue.
Using this program you can delete RSARFCER Delete various LUWs
[http://help.sap.com/saphelp_nw04/helpdata/en/25/bcfa40badbf46fe10000000a1550b0/content.htm]
Thanks
Siva

InfoPackage Stalls in tRFC Queue

Hi All.
I have a problem I've been unable to figure out. I trigger an InfoPackage that starts an extraction from an ECC 5.0 system. When we trigger the InfoPackage, we get the "Data is Requested" message at the bottom of the screen (BW 3.5). When we check RSMO, it stays yellow until it times out. I checked out the tRFC queue (SM58) and saw an IDoc listed as "Recorded" but we didn't expect to see anything. Upon triggering another load, we saw the entry in SM58 and told the system to execute the LOW. The load itself completed as expected.
We also checked out a load from BW to BW (via the Myself connection). This load executed completely without getting stuck in the tRFC queue.
I checked the RFC connection settings (SM59) and the partner profiles (WE20) and don't see any differences between the ECC and BW system connections. Both are set to process automatically and the connections work.
Does anyone have an idea what may be the cause of this problem?
Thanks,
Adam

Hi again,
it looks like the tRFC handling is different in the latest version....
See note
Number of dialog processes for data transfer
SAP Note Number: 916706
and help
<a href="http://help.sap.com/saphelp_nw04s/helpdata/en/13/083f420e09b26be10000000a155106/frameset.htm">BI Service API tRFC Data Transfer Using QOUT Scheduler (New)</a>
the main difference is that there are no IDOCs anymore...
hope this helps...
Olivier.

Error in TRFC queue

Hi all,
A job was loading and in TRFC queue i get an error 'Time Limit Exceeded' and when i try to execute this queue i get the message that "Request REQU_1N6KJEJGQ3PKKISMS0620YYU4 properly ended; no further processing allowed " and the queue is in error status.
When i check the data target all records have been arrived and the Request is in green status. But in the Total and Technical parameters of the 'Details' tab the status is showing red.
Kindly suggest me possible solutions.
Regards,
Dinesh

Hi
Due to the many processes hitting the same time to the TRFC will get stuck or its processing time exceeds, hence you got the error.
Go to SM58-- Delete Entry -- Run the Load Again.
Hope it helps

IDoc- XI- IDoc - Problem in TRFC-Queue

Hi everybody,
in Integration Builder i have created an A2A-Scenario (Idoc->XI->IDoc).
After designing and configurating i want to send an IDoc to XI.
But the IDoc stands in the TRFC-Queue with error "no service for system <xxx> client 020 in Integration Directory."
In ID i have set Business Systems for sender and receiver both with outbound/inbound interfaces of idoc-type, which i have upload from relevant sap-system.
What is my fault?
Thanks a lot.
Greetings
Joerg Knaust

hi,
most probably it's a typo
there's no sender agreement if you're sending idocs
from r3 to the xi
1. how does your service in TCODE - IDX1 look like?
sapSID ?
2. adapter specific identifiers (do it step by step):
/people/michal.krawczyk2/blog/2005/03/29/xi-error--unable-to-convert-the-sender-service-to-an-ale-logical-system
Regards,
michal
<a href="/people/michal.krawczyk2/blog/2005/06/28/xipi-faq-frequently-asked-questions">XI FAQ - Frequently Asked Questions</a>

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
successfully.
Why would those idocs get stuck in the tRFC queue? Shouldn't the queue
auto-process those idocs?
thanks,
robert.

Hi..
Normally this will happen when you Set the "Collect IDOCs" Option in the Partner profile Outbound Message type.
In that case these IDOCs will be dispatched only when the RSEOUT00 program runs in Batch or Explicitly.
If you set "Transfer Immediately" option in Partner profiles then they will be dispatched Immediately.
reward if Helpful.

TRFC queue needs to be automatically restarted after errors

transaction SMQS, tRFC queue. We have documents being sent from the tRFC queue which when an error is encountered, then the tRFC queue needs to be restarted manually. Is there a way to have this queue restarted automatically after an error is encountered?

SAP verified no other way than to manually restart this queue....

TRFC Queue Error "Unable to interpret BGUA as a number"

Hi all,
I am getting the below error message in TRFC queue
"Unable to interpret BGUA as a number" when i do a datamart dataload from ODS to Cube. ODS is getting data from datasource 0CO_OM_CCA_9. Can anyone help how to resolve this issue?.
Thanks & Regards,
Muruganand. K

What is BGUA ??
I think you have mapped this field (BGUA holding infoobject) to number or key figure field.
Check your mapping in transformation form ODS to CUBE.
Hope this helps.

Problem in TRFC queue (SM58) - IDOC2FILE scenario

Hi,
I am executing IDOC2file scenario. In the transaction we19, i have successfully posted the IDOC to external system (XI).
But the iDOC is still in TRFC queue. (SM58 or BD87).
Recipient details
Port : RFC in We21.
Partner No. : XI logical name.
Partner Type: Logical system.
Sender details
Port : SAPBIW
(This is the confusing part, I was told that first three letters should be SAP and next three should be SID of the SAP system).
Is this mandatory. But my TRFC (we21 in BW) didn't have any such port, so i created one.
Partner No. : BIW logical name.
Partner Type: Logical system.
I am getting this error in SM58
Transaction IDX1: Port SAPBIW, client 001, RFC dest contains error.
Now i want to know what is the problem because of which IDOC is not being to pushed to XI

Hi,
go to sm58 and release or delete that queue, next time idoc will not stuck in the queue.
<<<Port : SAPBIW
(This is the confusing part, I was told that first three letters should be SAP and next three should be SID of the SAP system)Is this mandatory
It is not mandatory, you can leave this option blank.
Thanks

JCO Server and SAP trfc queue

Hi,
we are sending IDocs from our sap system to a JCO server. Let's assume we are sending 1000 IDocs to it. After sending there are no IDocs in the trfc-queue and the status of all IDocs is "green". Can we assume the JCO server received all 1000 IDocs? Is an empty trfc-queue always an indicator for a successfull sending process even there are some problems with a weak network(network interruptions). I know IDocs are tansaction based. For my understanding a transaction is okay or not. So an empty trfc queue should indicate everything went fine and all IDocs were received?
I appreciate any comments on that issue ...
-Steffen

If the status of all idocs is green which indicates the communication layer is ok. As you said, the idocs are transaction based. You need to make use of transaction id to confirm everything is fine from the viewpoint of your business logic.
Dennis

Idoc in trfc queue

Hi,
I have requirement where the idocs are sent to external (non sap) system, now when system is down or for some other reason the idocs gets queued up in trfc queue(SM58) , now when the system is up and running these idoc gets passed to the external system without any particular sequence, i.e. suppose for HR data there is 2 idoc for same employee and the IDOC1 should go before IDOC2 , then this not happens when the trfc queue(SM58) is cleared.
I wanted to know how to mantain this idoc Serialization so that the idoc go in sequence, i have gone through some idoc Serialization document but i think its useful when both system is receiveing system is also SAP.

Hi Sudhakar,
Check this:
Re: tRFC & qRFC
Reddy

Idoc stuck in trfc queue

Hi,
I have requirement where the idocs are sent to external (non sap) system, now when system is down or for some other reason the idocs gets queued up in trfc queue(SM58) , now when the system is up and running these idoc gets passed to the external system without any particular sequence, i.e. suppose for HR data there is 2 idoc for same employee and the IDOC1 should go before IDOC2 , then this not happens when the trfc queue(SM58) is cleared.
I wanted to know how to mantain this idoc Serialization so that the idoc go in sequence, i have gone through some idoc Serialization document but i think its useful when both system is receiveing system is also SAP.

duplicate post, locked.
Thomas

Run Reorg of tRFC queue like transaction SM58

Hi.
Does somebody know how I can run a reorg of the tRFC queue from an ABAP program?
Cheers,
Nils

Hi,
go to sm58 and release or delete that queue, next time idoc will not stuck in the queue.
<<<Port : SAPBIW
(This is the confusing part, I was told that first three letters should be SAP and next three should be SID of the SAP system)Is this mandatory
It is not mandatory, you can leave this option blank.
Thanks

Entries written in tRFC-Queue

Similar Messages

Maybe you are looking for