Real processing timestamp of tRFC in outbound IDOCs

We post outbound IDOCs directly via tRFC. Due to heavy load, processing is extremely asynchronous. The timestamp when the tRFC is realeased is loggend in the IDOC status record, but I want to know when it is really processed for trouble shooting reasons. Is there any way to find that out?
Thanks, Manfred

Hi Manfred,
This is indeed a pain. In my experience, you will not be able to get a status record entered at the actual time of sending.
A workaround I have used in the past is report RBDMOIND which will update the IDOC status from 03 to 12 if the corresponding tRFC packet has been processed (ie. is not there anymore).
Whilst it's better than nothing, it still won't give the true picture because the date/time of the status 12 record is the date/time of the RBDMOIND run.
The other alternative, which takes a bit more effort, is to have the receiver (such as Business Connector or XI), send back an audit IDOC (ALEAUD01) when the IDOC has been processed. This allows you to update the IDOC status.
Cheers,
Scott

Similar Messages

Outbound Idocs in 03 status

How do these get processed to be sent to the external system...in this case XI. They are setup as "Transfer idoc Immediately" but I am not sure what to execute to get them to process....message type WP_PLU....Thank-You

Test: Outbound Processing from IDoc
Use
This test program selects one or more outbound IDocs and forwards them to the external system. You can choose the IDocs according to various criteria (for example, recipient or business message).
Prerequisites
You require outbound IDocs which were generated without errors (no error status). The partner profiles, therefore, must be maintained completely.
Outbound processing must stop when the outbound IDocs have been generated, to allow the test program to intervene. You can make sure that this is the case by setting the output mode to "Collect IDocs" in the partner profile for the IDoc interface. If you now generate an outbound IDoc for the partner (for example, via the application or the test tool), the IDoc is only generated in the R/3 System and is not forwarded to the external system. This test program, therefore, is simply used to start a selection run which retrieves your IDoc(s) and sends them to the external system. The program is report RSEOUT00, which is also generally scheduled with the output mode "Collect IDocs" in live operation.
Activities
Start the test program from the initial node of the IDoc interface by selecting Test ® Outbound from IDoc.
You can decide whether the output mode is set to "Start subsystem" or "Do not start subsystem" in the partner profile. This defines whether the external (sub) system processes the IDocs further.
Thanks,

Urgent --- How to resend an outbound IDoc which is in status 03

Hi Experts,
I've a rquirement to resend an outbound IDoc which is in status 03. I don't want to use BD87 or WE19 to reprocess.
Please provide me some FM or some technique by which I may use in a Z-program to accomplish the above requirement.
Even if IDoc no is changed....that won't cause any problem....i just need to resend the IDoc.
Thnx in advance
Rudresh
Mumbai

Test: Outbound Processing from IDoc
Use
This test program selects one or more outbound IDocs and forwards them to the external system. You can choose the IDocs according to various criteria (for example, recipient or business message).
Prerequisites
You require outbound IDocs which were generated without errors (no error status). The partner profiles, therefore, must be maintained completely.
Outbound processing must stop when the outbound IDocs have been generated, to allow the test program to intervene. You can make sure that this is the case by setting the output mode to "Collect IDocs" in the partner profile for the IDoc interface. If you now generate an outbound IDoc for the partner (for example, via the application or the test tool), the IDoc is only generated in the R/3 System and is not forwarded to the external system. This test program, therefore, is simply used to start a selection run which retrieves your IDoc(s) and sends them to the external system. The program is report
RSEOUT00, which is also generally scheduled with the output mode "Collect IDocs" in live operation.
Activities
Start the test program from the initial node of the IDoc interface by selecting Test ® Outbound from IDoc.
You can decide whether the output mode is set to "Start subsystem" or "Do not start subsystem" in the partner profile. This defines whether the external (sub) system processes the IDocs further.

Outbound idoc has data from previous idoc as well

Hi Experts
I am doing the goods receipt against a scheduling agreement using idocs. If this goods receipt is succesful, I am triggering an outbound idoc informing the WMS of the goods receipt. For example, if idoc number 1 comes in for GR , code has been mentioned in the inbound function module for trigger of an outbound idoc A. Please note that the difference that this isnt the case of an output type.
Now the problem that arises is , the idoc data for outbound idocs is being accumulated and sent. For example, if 1 is the GR idoc, A is the outbound idoc, then 2 is the 2nd GR idoc, then AB is the data coming 2nd outbound idoc (instead of just B), then 3 is the 3rd GR idoc, then ABC is the data coming for 3rd outbound idoc(instead of just C)
I am a little confused about the same as to which area this pertains to and would really appreciate quick help on the same.
Regards
Shubhankar

Hi,
How are you testing this functionality ? Is it using WE19 test transaction or ??
If that is the case then please come out of transaction everytime you process the idoc.
Also, clarify your scenario in more detail.
Processing of your single inbound idoc creates more than one outbound idocs or
for every inbound idoc which is processed you are creating one outbound idoc in user exit.
Also check if the idocdata internal table is refreshed once an outbound idoc is created.
If possible please send your code.
KR Jaideep,

Trying to change Inbound IDOC to Outbound IDOC for testing....

Hi Friends,
I am trying to do the following
1) In our legacy system SAP R/3 3.1H we have received an IDOC from our partner. This has been stored correctly.
2) We now need the same functionality in our SAP R/3 4.6C system so I have created the IDOC type + segments accordingly. I have also set up the partner profiles
3) We need test data but our partner can not send yet so the only other way is to send this INBOUND IDOC from 3.1H to 4.6C.
4) HOWEVER, i have tried everything to do this like using WE19 to edit the idoc, but I can not process it for OUTBOUND processing.... You can in 4.6C but there is no option in 3.1H.
HELP!! Rewards

Hi Friend,
        The test programs allow you to skip certain sections of the processing chain between applications to localize errors. However, they can also be used to simulate an entire business process (for example, purchase order on the customer side with posting of the purchase order on the vendor side) in an SAP System (without any other systems). For this reason, the test programs are an important tool for configuring the IDoc Interface and defining new IDoc types.
Use
You can use the test tool to generate an IDoc manually and send the IDoc for either inbound or outbound processing. You are not restricted to a specific port type. You can start with an IDoc type (an empty IDoc) or use an old IDoc as a template and edit the IDoc, that is, add segments or change data. This is a good way to test new IDoc types, in particular.
You can forward your new IDoc for standard inbound processing (checking partner profiles and so on). You can also call a function module directly. You can therefore test new function modules for new IDoc types.
Activities
·        Start the test tool with SAP Menu ® Tools ® IDoc Interface/ALE ® Test ® Test Tool (WE19). You can use a template for your test IDoc.
You can choose IDoc types as a template, either directly or according to a specific message type. You can use the F4 Help for IDocs used as a template, which searches for IDocs by selection criteria, in the same way, for example, to IDoc Display. When an IDoc file is used as a template, the IDocs are read from this file and are available to you for selection. A default value for the IDoc file gives you the system using your test port which you can enter in IDoc Administration . This test port must therefore be of the file type. The default file is the inbound file entered there.
·        You generate the IDoc using .
The IDoc is displayed as a tree structure. If you do not use a template to create the IDoc type, at least one more segment must be added.
·        To create segments in the form of tree nodes (colored fields) place the cursor on an existing node (for example a control record at the top) and choose .
You can cut, paste or copy individual segments or entire segment groups by positioning the cursor on the relevant segment and selecting the required action from the Edit menu.
·        Click on the white fields to change data in the segments.
In the case of the control record, only the fields which are relevant for standard inbound processing are displayed. Do not forget the required entries in the partner profiles if you want to send the IDoc for standard inbound processing! You can also change all of the control record data by choosing All fields in the edit screen.
In the All fields editor screen you must enter the non-language specific partner function (for example AG for vendor). This is the only screen in the IDoc Interface in which the partner function is not translated into your language (in English AG becomes vendor VD) - in the partner profiles or in the IDoc display the field is always translated. Thus, you see the partner functions here in the way they are saved in the database. This is a unique value in the SAP System and therefore protected against mistakes.
·        The additional procedure depends on whether you want to test inbound or outbound processing.
Test: Outbound Processing from MC
Use
Use this test program if you have chosen the Message Control module and want to test generation of an outbound IDoc from an existing message status record (table NAST).
Prerequisites
You must be able to post the application documents which are to be converted into IDocs by the Message Control module correctly so that a message status record can be generated. In the case of the Materials Management (MM) and Sales and Distribution (SD) components, the following entries are required:
·        Customer or vendor records
·        Material records
·        Info records
·        MC condition record: The output medium 6 (for EDI) must be entered here. The condition records are maintained as messages from the respective application.
The appropriate file ports and partner profiles must exist in the IDoc Interface.
Outbound processing must be stopped when the message status record has been generated to allow the test program to intervene. To do so, you must set the Message Control dispatch time to 1 (output with selection run) in the corresponding condition record in the application. This test program, therefore, is simply used to start a selection run which retrieves the Message Control records and sends them for further outbound processing. The program is report RSNAST00, which is also generally scheduled with dispatch time 1 in live operation.
Activities
Once the application document has been posted, outbound processing stops after the message status record has been generated and is triggered again by the test program. Choose SAP Menu ® Tools ® IDoc Interface/ALE ® Test ® Outbound ® Outbound from MC.
Errors are stored in the Message Control processing log (document header) and in the status records of the IDocs. The status records, however, are only available if the IDoc was successfully generated.
Use
This test program selects one or more outbound IDocs and forwards them to the external system. You can choose the IDocs according to various criteria (for example, recipient or business message).
Prerequisites
You require outbound IDocs which were generated without errors (no error status). The partner profiles, therefore, must be maintained completely.
Outbound processing must stop when the outbound IDocs have been generated to allow the test program to intervene. You can check this by setting the output mode to Collect IDocs in the partner profile for the IDoc Interface. If you now generate an outbound IDoc for the partner (for example, using the application or the test tool), the IDoc is only generated in the SAP System and is not forwarded to the external system. This test program, therefore, is simply used to start a selection run which retrieves your IDoc(s) and sends them to the external system. The program is report RSEOUT00, which is also generally scheduled with the output mode Collect IDocs in live operation.
Activities
You start the test program by choosing SAP Menu ® Tools ® IDoc Interface/ALE ® Test ® Outbound ® Outbound from IDoc (WE14).
You can decide whether the output mode is set to Start subsystem or Do not start subsystem in the partner profile. This defines whether the external (sub) system processes the IDocs further.
Use
This program is used to test whether status confirmations for an outbound IDoc are sent correctly from the external system to the SAP System. The port type here must be set to File.
Prerequisites
A correct status file which can be generated by an EDI subsystem, for example, is required. The status file must refer to an existing outbound IDoc in the SAP System. You can also generate such a status file yourself.
The sender port must be recognized by the receiving system. The port must therefore be maintained as a port of type File in the port definition for the IDoc Interface. The entry for the inbound file must also be given here.
Features
The SAP System reads the status file. The IDoc number contained in the file refers to the outbound IDoc, to which the status confirmation relates. The confirmed statuses are credited to the relevant IDoc in the form of status records in the SAP System.
Activities
Start the test program with SAP Menu ® Tools ® IDoc Interface/ALE ® Test ® Status ® Edit Status File (WE17) and pass the inbound port, name and directory of the file. These entries overwrite the standard values which you have stored in IDoc administration using the test port.
Test: Inbound Processing: Modified Outbound File
Use
This program converts an outbound file with IDocs to a correct inbound file and sends the new file for inbound processing. The outbound file is not modified and can therefore be used more than once. The port type here must be set to File.
Prerequisites
You need a correct outbound file, for example, a file which is generated by the test tool or using a standard outbound processing. In this case, a port of the type File must be specified in the partner profile for the IDoc Interface, so that the IDoc(s) can be written to a file.
The sender port must be recognized by the receiving system. The port must therefore be maintained as a port of type File in the port definition for the IDoc Interface. The entry for the inbound file must also be given here.
Features
The program imports sender and recipient data as input parameters from the user. The program reads the IDoc file and changes the corresponding entries in the IDoc control record. The changed data is written to a second IDoc file at the operating system level.
Standard inbound processing is then triggered;
·        Reading the modified file
·        Generating the IDoc(s) in the SAP System
·        Processing in the application
Activities
Start the test program with SAP Menu ® Tools ® IDoc Interface/ALE ® Test ® Inbound ® Inb. Mod. Outb. File (WE12).
Set the sender and recipient data, as well as the outbound file and the inbound file to be generated (path and name). Your entries for the inbound file overwrite the standard values which you have stored in IDoc administration.
The recipient in this case is the SAP System. The port is used for identification purposes:
·        SAP (for example RSMITH
Test: Inbound Processing: Original Inbound File
Use
This program reads an inbound file and sends the file for inbound processing. If all data has been successfully read, the file is deleted.
Prerequisites
You require a correct inbound file. In this case, correct means that the:
·        Sender and recipient in the control record are correct
·        Direction in the control record is set to 2 (inbound)
·        Client in the control record and data records are correct or empty
The sender port must be recognized by the receiving system. The port must therefore be maintained as a port of type File in the port definition for the IDoc Interface. The entry for the inbound file must also be given here.
Features
The program reads the IDoc(s) from the inbound file and sends them for standard inbound processing (with processing within the application).
The file is deleted after being read successfully!
Activities
Start the test program with SAP Menu ® Tools ® IDoc Interface/ALE ® Test ® Inbound ® Inb. Orig. Inb.File (WE16) and pass the following data:
·        Inbound port
·        Name and directory of the file
These entries overwrite the standard values, which you have stored in IDoc Administration using the test port.
Thanks

Re: outbound idoc process

Can someone explain me on outbound idoc process.
I am facing problem with an idoc transimission. From sap its getting triggered and showing status 3 ( Sending to port OK ). But third party is not able to receive.
I am not much aware of the middile ware trasmission runs during idoc transfer.
Please can anyone tell me possible cause of error?

Outbound Idoc process
sap outbound program->outbound ALE program (this takes data from application repository)>Craete master Idoc (master Idoc is a virtual Idoc)->ALE service laye (which takes data from distribution model)>communication Idoc--->communication layer
The status os Idoc will becaome 03 if its pass from the communication layer and it doesnt have any gaurntee that Idoc has reached at receiver end or not.
To varify that Idoc has reached at receiver end we have two advance method
1- TRFC method
2- Auditing method
In TRFC method a standard program, RBDMOIND, is scheduled or executed online to determine whether the communication was successful.
If the Idoc has successfully reached to the destination then the status changed from 3 to 12 else status remains 3.
hope this information helps u.

Outbound IDOC process - Using standard or Custom Program

Hi all,
i'm having some doubts regarding IDOC's outbound processing.
I'm trying to understand 2 scenarios:
1- Trigger Standard Outbound IDOC without writting any Z program ou IDOC FM.
It's possible to trigger a outbound idoc for exemple, whenever a sales order is created. To do this is, i suposed i don't need to write any code at all, correct?
What i need to do is create a logical system (SALE), define Transmission protocol (WE20, in here i associate the partner, and the outbound message type? After this point is the idoc automatic triggered?
If not, what is the correct procedure?
2 Trigger Ountbound IDOC using Z program.
Whats is diferent from the point 1 to this situation?
Best regards,
Pedro

Kali,
1. You can search in SE37 using IDOC_OUTPUT* for finding out corresponding function modules. It is based on message types.
2. You can search user exit in above mentioned function module. So first get the correct populating FM & then you can search for Call Customer Function inside the code for user exit.
3.Again ans is same as in point 1.

Scheduling inbound and outbound idoc processing

Hi everybody.
I ´d ike to know which is the best way to schecule the outbound and inbound idoc process.
Nowadays we are using this:
INBOUND PROCESSING
- In WE20 the idocs are checked with "Trigger with a background program".
- The program RBDAPP01 is scheduled with a job to trigger the process of the inbound idocs.
OUTBOUND PROCESSING
- The program RBDMIDOC is scheduled to create the idocs than have been created with change pointers.
- The program RSEOUT00 is scheduled with a job to trigger the process of the outbound idocs.
Is there any better option to improve de perfomance????
Edited by: Christian Abad Chico on Nov 13, 2009 10:09 AM

Any answer

Process Code in outbound IDOC

Hi,
We have created a process code for outbound IDOC and assigned an FM to it.In that FM, code is written to generate an IDOC(FM 'master_idoc_distribute').Please let us know how to trigger the outbound IDOC using the process code.Are there any FM or standard programs??
Regards
Prathima

Hi Prathima,
For outbond Idoc you have to define the output parameters for the corresponding Partner profile (transaction WE20). Look there that there is a tab called Messages control to specify and aplication, a message class and a process code. Is here where you have to add the process code.
The application/message is responsible of select the data adapted for the FM linked to the process code.
Reward points if helps.
Roger

Regarding the Outbound IDOC process

Hi Experts,
Please answers the following questions which i have some doubts in Outbound Process.
1) Which program is resposible to fill the segments of IDOC(Std IDoc) in case of Outbound IDOC Process with message control , Is it FM in Process code or any other FM based on message type( Std Msg)?.
2) Where we need to code or search the exit in Case of extension of basic IDOC type with and without message control?
3)Which prog is responsible to fill the IDOC in case of outbound process without message control but using std basic IDOC.
Regards,
Kali Pramod

Kali,
1. You can search in SE37 using IDOC_OUTPUT* for finding out corresponding function modules. It is based on message types.
2. You can search user exit in above mentioned function module. So first get the correct populating FM & then you can search for Call Customer Function inside the code for user exit.
3.Again ans is same as in point 1.

Process code for Outbound IDOC type MBGMCR03

Hi Friends,
I have a requirement, where in Goods receipt IDOC data from ECC 6.0 needs to be sent to the external system through XI, for that require a process code. Can you all suggest the process code for the outbound IDOC for Goods Receipt.
Thanks in Advance,
Meghna.

Hi,
Goods Movement is genarally inbound.
You may have to write your own process code for MBGMCR03.
Regards,
Shakthi.

OutBound IDOC Processing

Hi Experts,
I am getting the following error while sending outbound IDOC (Multiple IDOCS as a single message) to SAP-XI.I am trying to send the IDOC using WE19 transaction and getting the following error.
500 error during parsing of SOAP Header.Status record 02
Thanks
Ajay Garg

HI,
500 error during parsing of SOAP Header.Status record 02
The Idoc Status code 02 indicates as 02---> Error passing data to port
And the 500 error of parsing of SOAP header is internal server error.
HTTP 500 can be any problem at XI. Plz chk all the setting on the XI side.
Check this SAP SOAP Note for FAQ-856597 (Question No 1)
By default, the SOAP adapter sends the SOAP message with the content type text/xml.
When you check "Do not use SOAP envelope", the default contnet type is application/xml.
You can change the content type like this: Go to the SOAP receiver communication channel module tab. Add the module "localejbs/AF_Modules/MessageTransformBean" before the standard module. Add the parameter name Transform.ContentType and value text/xml.
Check out this
/people/varadharajan.krishnasamy/blog/2007/01/09/troubleshooting-soap-message--xi
One way of testing ur scenario
/people/michal.krawczyk2/blog/2005/08/25/xi-sending-a-message-without-the-use-of-an-adapter-not-possible
Can you refer below steps for troubleshooting. it may help you
Troubleshooting IDOC scenario
1. Start with checking the status in sm58 of sender R/3
Follow the steps
No message in found in XI in IDOC to FILE scenario
2. Try deleating the IDoc from IDX2 and refiring the same.
3. Check your RFC destination definition (the one pointing to your XI server) to confirm that it is of type '3' (R/3 system) and not 'T' (TCP/IP).
In your ID, in the Sender Business System --> Adapter Specific Identifiers, give the logical name for the business System pointing to the R3 system
4. Monitor the SM58 in R/3 for IDOC status.
5. Trouble shooting file to IDOC and IDOC to file
/people/venugopalarao.immadisetty/blog/2007/01/24/troubleshooting-file-to-idoc-scenario-in-xi
https://www.sdn.sap.com/irj/sdn/wiki?path=/display/xi/error%2bhandling%2bin%2bfile-idoc%2bscenario
Refer below links for indepth troubleshooting
File to IDOC, trouble shooting
Thanks
Swarup
Edited by: Swarup Sawant on May 26, 2008 11:15 AM

Enhancements in Outbound IDoc Processing

Hi,
How do I find the function module where the Outbound IDoc structures are filled.
Basic type: SHP_OBDLV_SAVE_REPLICA02
Message type: SHP_OBDLV_SAVE_REPLICA
Thanks,
Regards,
Morten

go to transaction WE57 and search for messagetype/idoc type.

Outbound idoc missing

Hi All,
Outbound idocs not created for some documents only when we post from VL02, even the document not blocked in tRFC. Message type added in partner profile for outbound processing.
Please suggest me wht is the reason.....
Thanks in advance!!!!!!!

Hi,
Check if you are maintaining some filter criteria in the distribution model like specific company code or sales org.
Thanks
Krithika

Outbound IDOC in status 12

Hi all,
We have posted outbound IDOC from SAP R3 system to the middleware. Middleware system has received all the IDOC except few(2) idocs and in the very next day again they confirmed that they have not received 3 idocs.
missing idocs were manually processed to have a immediate solution.
we would like to konw how to trouble shoot this scenario?
Following checks were done from our side.
1.There are no entries listed in SM58(tRFC queue)
2.No corresponding entries in the table ARFCRSTATE
3.No network issues.
4.No clue in the Gateway trace.
Is there a way to trace the IDOC stats??
Clara

Hi,
Status 12 means that the IDoc has been passed over to the receiving system.
The report RBDMOIND checks that the transaction ID for all IDocs in status 03 are not stuck in the RFC layer If no entry is found, the status is changed to 12.
The receiving system has not acknowledged that this specific IDoc has been received, it is only an indicator that the RFC call is not pending.
aRs

Real processing timestamp of tRFC in outbound IDOCs

Similar Messages

Maybe you are looking for