on 12-04-2008 1:42 AM
Hello everybody,
is there a way to configure that an Idoc going outbound from an R/3 don't request acknowledge cause I think that's is causing me trouble and when the idoc is sent from the R/3, is with status sent and there is nothing in the queues in R/3 or in PI, but is taking too long to appear in SXMB_MONI, any ideas?, thanks in advance for your help.
regards,
Oscar
Thanls for your answers, actually I'm not using BPM, and the behaivor is as follows:
The idoc's are PAYEXT and DIRDEB configurated in a Partner of type B(Bank) going out from an R/3 system, now the idoc's are configurated as Transfer Idoc Immediatly, now when the idocs are generated in R/3 in WE02 they are with green status, but I can't see them in SXMB_MONI of the PI, but until 4 minutes later, it doesn't matter if it is 1 Idoc or more Idoc's it takes the same time to be seen in SXMB_MONI of PI, during this four minutes there is no records in queues in SMQR or SMQ1 or SMQ2 either in the R/3 or the PI, there is no dumps or error visible of the RFC that transmits the idoc, when PI receives the Idoc it sends it via a WebService as required, I deactivated the sent back of akcnowledgement Idoc to sender system thinking this could be a problem, any suggestions?
Regards
Oscar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi ,
This is the delay in transfering the idoc from the source(R/3) to destination(XI) in the ALE layer. Check SM58 in the source(with a filter for the destination - use the detination that is specified in the port of the idoc send out- that is the connection from R/3 to XI) and you will see the entries there, possibly in status - transaction recorded.
Also check SMQS on the source to see if the RFC destination towards XI is busy(STATUS waiting). You can play with parameters like MAX connection,MAX runtime to allow more parallel processing.
cheers
danus
Thanks a lot, I've tried it but it still takes too long to process the idocs, any other suggestions you have why this could be happening?, thanks in advance.
Regards,
Oscar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
From the above blog....
At times, there could be a scenario where in we do not need the ALEAUD IDOCs to be got back.To acheive this add the PORT,CLIENT and MESSAGETYPE to the table IDXNOALE.Use transaction SE16 -> specify the table name "IDXNOALE" and then choose create new entries.Specify the values for PORT, CLIENT and MESTYPE fields, save the entry.This procedure helps switch off ALEAUD IDOCs from being sent back to the sender SAP system.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
93 | |
10 | |
10 | |
9 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.