on 09-29-2008 8:33 AM
Dear XI Experts,
I've read through all of the corresponding Idoc Ack. posts and the How To Guide but still can't figure out why my scenario just won't work.
I've set up a File -> XI -> Idoc scenario and want to receive an acknowledge back in XI and send this out via the Mail Adapter.
File conversion works, Idoc is received in the R/3 system, an ALEAUD Idoc is sent back to XI and references the original Idoc. The problem is, I keep on getting an error at "technical routing of response" within the processing of the Acknowledgement.
The sender of the ALEAUD is the R/3 system, which is correct, the sender interface though is "http://sap.com/xi/XI/Message/30">Acknowledgment which I've never created and which is also not present!
Also the receiver of the acknowledgement gives me a headache, as it's the original file sender business system, the receiver interface is as well "http://sap.com/xi/XI/Message/30">Acknowledgment. How can that be? I've even deleted all receiver and interface determinations regarding the inbound processing of the ALEAUD message.
Does anyone know where this mysterious Acknowledgment interface comes from and why there's a receiver and interface determination even though I didn't configure it?
Thanks a lot!
Michael
The usage of namespace http://sap.com/xi/XI/Message/30 is default behavior seen when ack are sent back to XI. Have u configured BPM for ur case? This is because ur requirement is to send this ack as mail.
Regards,
Prateek
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Prateek,
I've also tried using a standard Idoc receiver, instead of the mail receiver, so this can't be the reason for the "default interface" which is triggered. This should work without a bpm...
I've also entered the port of the sending system into IDX_ALEREQUEST, but still the ALEAUD IDOC is not treated as a separate message, it always references the original IDOC.
Any other idea what the problem might be?
Regards
Michael
Hi,
the problem is that there's always a standard sender / receiver within the acknowlegment, with or without a specific receiver in the integration directory. I've checked IDXNOALE already, it says:
Systemport: SAPR12 Client: 020
Acknowledgments requested for all message types in this system
except for the following message types
so that should be fine too, still it does not work....
Hello,
As per scenario 6 in this document, if you need to process the Aleaduit's as a separate Pipeline message of XI you would need create the steps using report IDX_ALEREQUEST.
Has this been done? if no this needs to be done for the Aleaduits to be treated as XI messages.
Regards
Bhavesh
my aplogies, I failed to see your reply that IDX_ALEREQUEST is completed.
The only reason this might not do the trick would be that you have provided the incorrect entries.
All the entries should refer to the Sender SAP R3 system and these should match the value as in the Idoc control record of the AleAduit Idoc.
Regards
Bhavesh
Hi,
I think that the entry within IDX_ALEREQUEST does not have any effect on my Acknowledgments. What I expect is that after the entry within IDX_ALEREQUEST has been applied, all ALEAUD messages are treated as separate XI request messages. I can select the corresponding port of the sending system, the partner no. of the receiver is a wildcard, so it shouldn't matter what value I enter there, but this all has no effect on the acknowledgments...
Maybe it's because XI recognizes the sender/receiver interface as "Acknowledgment" (which I did not even create). But How do I get it to identify the ALEAUD Idocs as ALEAUD IDOCs?? The receiver namespace for example is automatically determined as http://sap.com/xi/XI/Message/30. Where does XI get this from?
Anyone any idea what I'm doing wrong?
Hi Michael,
Which PI Version do you have? Actually I'm facing the same Problem. Also made very broad entries (used wildcards) in IDX_ALEREQUEST but the message does not show up as a separate message in Monitoring. Perhaps there's a Bug in PI71? Or did you solve the Problem?
Thanks and Greetings,
Robert
User | Count |
---|---|
84 | |
25 | |
12 | |
9 | |
6 | |
6 | |
5 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.