on 10-21-2013 4:52 PM
Hi Experts,
Brief explanation about Requirement and configuration:
3rd Party sends the PO Create/Change.
3rd party shared one Generic XSD schema for both Order Create/Change message types.
Soap Communication as Sender, They restricted to use single SOAP URL for both. Our Middle layer is SAP PI system. Target is ECC6.0
Configured has been completed by using their xsd schema as source with two message types. According that condition added into Interface determination when MESTYP is ORDERS it should go ahead with Order Create Message Type OR MESTYP is ORDCHG it should go ahead with Order Change Message Type.
I tested(Payload of the Party) internally with XMLSPY, SOAP UI and Runtime Workbench. It works perfect.
But whenever Partner send the same it got failed in PI system and it shows the error :"Unable to find an inbound interface". But it works successful when condition remove from interface determination.
Thanks in Advance.
Srinivas
Hi All,
After analysis, I found an issue with 3rd Party Payload. Their middle layer system is Tibco and sending the Payload with "ns0" as <ns0:XXXX> in the root tag in runtime. When added the condition in PI system, unable to check the condition with "ns0" from root tag.
So I am closing the tread.
Thanks for all.
Regards.
Srinivas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Srinivas,
sounds like you have differences in the SOAP envelope. Have you compared attributes there like sender party, receiver party and so on? If the same payload works internally this seems to me the logical consequence.
Regards,
Jörg
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Are you getting an indicator in Sender message when you want to create or change the interface. That should be the condition for calling separate interface in inbound SAP side.
cheers,
Ambrish
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Srinivas,
Compare the xml triggered from source with the xml you have tested. There should be some extra tag or ns0, ns1 namespace difference in it.
Regards,
Pranav
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Srinivas,
from the above details it seems you are using multiple operation in one interface. Please check your interface determination if operation based selection is checked.
Regards,
Harish
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Srinivas,
If all the tests that you sayworked, the problem should be in the message sent by the third party. Take the XML in monitorization which you got the problem and with any tool that you have said try to test again. May be any namespace or tag is being missed.
Regards.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
87 | |
10 | |
10 | |
9 | |
7 | |
7 | |
6 | |
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.