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

Similar Messages

  • 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.

  • 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

  • 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

  • "WF-USER can only delete this entry" error while deleting entry in tRFC

    Hello Experts,
    We have a scenario wherein the outbound IDoc from our SAP system consists of lot of IDoc data segments. Becase if this large size, the EAI Middleware is getting out of memory exception while processing it before sending it to the receiving system with an error "Trnasaction XXXXXXXXX rolled back" (Committing is geting failed). And it is not possible from EAI Middleware side to increase the memory. Because of this, other outbound IDocs getting struck in the tRFC (IDoc status  = 03, Data Passed to Port OK) queue and thereby delaying the process.
    We would like to delete the entry (TID) of this particular IDoc from the tRFC queue. When we try to do taht, we are getting the error message "WF-BATCH can only delete this entry" which is actually the system Workflow user.
    Could anyone suggest me the way to delete the entries? We hav one option where we can that system user name to our user name in "Debug Change'. Becasue of some authorozation problems, we would not be getting that.
    Could you please suggest me about any alternative. Appriciate your help. Thanks in advance.
    Best regards,
    Kishore.

    Hello Kishore,
    I also encountered the same problem in transaction SWU2.
    I could bypass the message in debuging mode only.
    I put a breakpoint in report RSARFCRD, and, in debug mode, I skip the following check:
          if sy-lisel+1(12) <> sy-uname.
            message e019 with  sy-lisel+1(12).
          endif.
    Best Regards,
    Alexandre.

  • 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

  • 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!

  • 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
    <b>Number of dialog processes for data transfer
    SAP Note Number: 916706</b>
    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).
    <b>Recipient details</b>
    Port : RFC in We21.
    Partner No. : XI logical name.
    Partner Type: Logical system.
    <b>Sender details</b>
    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
    <b>Transaction IDX1: Port SAPBIW, client 001, RFC dest contains error.</b>
    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.
    <i><<<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</i>
    It is not mandatory, you can leave this option blank.
    Thanks

  • IDOC's in TRFC ("Transaction recorded") Problem

    Dear Gurus,
    BW System = SAP NetWeaver 7.40 , Sap_Basis = 7.40 - 007 , Database = Hana , 1.00.80.00.391861 , Kernel = 741 , Sup.Pck.Lvl = 31
    ERP System = ERP 6 EHP 4 , Sap_Basis = 701 - 0011 , Database = Oracle , 11.2.0.4.0 , Kernel = 721 , Sup.Pck.Lvl = 401
    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.
    Also " 530997 - tRFC calls are not processed in transaction SM58" job is scheduled for 2 min period but same result !
    What is the problem ? It should be goes automatically.
    Best Regards

    Dear Kumar,
    We have enough DIALOG WP defined, now we will check 1280898 note and see what happens.
    Best Regards

  • 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

  • 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

  • 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.
    <i><<<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</i>
    It is not mandatory, you can leave this option blank.
    Thanks

Maybe you are looking for