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

Similar Messages

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.

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

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>

File to IDOC stuck in the queue

Hi Expert,
I have a file to IDOC scenario. I checked in SXMB_MONI, I can see the file coming in. But it just stuck in the queue and won't send out to SAP system. When I checked the SMQ2, it tells me the status is "SYSFAIL'. I have checked my RFC, port, logical systems, profile etc. Just don't know where is wrong. Can somebody tell me what else I need to check? Thank you very much!
Charles

Hi Charles
Check SMQ2 and double click on the queue with sysfail status.
It will show you a new screen with a more detailed error description.
Regards,
Giuseppe

Process IDOC stuck up in TRFC

Hi,
I have an IDOC that is still being stuck in TRFC Queue. The status shows as '03', but I can see that IDOC in the TRFC queue. It is lying there for a month. I need to process that IDOC manually so that it goes to the other system. Which transaction can be used for that.
I tried with BD87 --- But here u have lot of other IDOCs also in TRFC and I cannot pick up only that one single IDOC from TRFC queue.
Please let me know the entire process.
Regards,
Anirban

Hi Anirban,
Please go to transaction SM58 and check if the IDocs are stucked up on the t-rfc queue. If so, you can right click and choose Execute LUW to release them.
Hope this will help.
Regards,
Ferry Lianto
Please reward points if helpful.

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

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

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.

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

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

Message getting stuck in XBQO queue - Time limit exceeded

Hi All,
We have a BPM scenario in our project (on PI 7.0 SP18), where bundle of PEXR2002 Payment IDocs are received as a single flat file. This file is then consumed by the BPM, to split the message into multiple payments using Java Mapping.
However, when we get an IDoc file of size greater than 5 MB (more than 500 IDocs), the message gets stuck in XBQO queue and eventually giving a SYSFAIL with the message "Time limit exceeded". Could you please let us know if you have encountered a similar issue and are aware of a possible solution.
Any pointers to this will be really appreciated.
Thanks & Regards,
ROSIE SASIDHARAN

H Rosie,
1) Goto SXMB_ADM-> Integration Engine Configuration->Parameter EO_MSG_SIZE_LIMIT->possible values 0 - 2,097,151 (KB)
The parameter EO_MSG_SIZE_LIMIT enables serial processing of messages of a particular size. This applies for messages with the quality of service Exactly Once (EO). If the message is larger than the parameter value, the message is processed in a separate queue.
2) Goto SXMB_ADM-> Integration Engine Configuration->Parameter HTTP_TIMEOUT->possible values n Seconds, where n is a whole number.
The parameter Specifies the timeout for HTTP connections (time between two data packages at line level). This value overrides the system profile parameter icm/server_port_n (for example, icm/server_port_0 : PROT=HTTP, PORT=50044, TIMEOUT=900). If you do not set the parameter HTTP_TIMEOUT or if you set the parameter to 0, then the setting for the system profile parameter is used.
See SAP Note 335162 for sysfail issue....
Hope these will help u....
Regds,
Pinangshuk.

545 mb file stuck in inbound queue

Hi
we are sending article master data from IS Retail to ftp server as flat file.
data size is around 545 mb...it got stuck in inbound queue(smq2) ..
error is : " Internally required memory is not available".
XI server config : RAM - 16 gb.
How to process such big file.
what are the hardware configuration needed ?
Regards
Abhijit

Hi Michal
Thanks for your response
This activity is done in PRD server.
An idoc with 545 mb data is triggred from SAP.
But it got stuck in inbound queue.
I came across a thread ..
Re: Processing large XML messages (>100Mb) in PI 7.1
According to this thread we need to maintain a parameter
icm/HTTP/max_request_size_KB has default value of 102400 & maximum it can accept is 2097152
Please suggest on this...do we need to maintain this parameter ?
Regards
Abhijit

Idoc stuck in Sm58 Commit fault: ASJ.ejb.005043 (Failed in component:

Hi All,
We have an IDoc to File scenario and IDoc is stuck in tRFC with the error :Commit fault: ASJ.ejb.005043 (Failed in component:sap.com/com.sap.aii.ad
This is the new PI box and IDoc is triggered for the first time.
RFC destination is created for PI Java Stack as we are using ICO.
PI Version: 7.31
Regards,
Mani

Hello,
If you still receive the error after the above recommendations please go to the NWA logs and traces in PI and provide the corresponding error message from the developer trace.
Also check the configuration as per the following link has been done:
Configuring PI 7.30 Java IDoc Adapter
Kind regards,
Sarah

Idoc stuck in trfc queue

Similar Messages

Maybe you are looking for