cancel
Showing results for 
Search instead for 
Did you mean: 

SAP PI SOAP Loop Back Scenario

Former Member

Hi Experts,


I need your help on this one.


I read this blog about SOAP Loop Back Scenario in SAP PI. This scenario is similar to my concern.
This scenario is already running for 3 years and there's a new development for another Partner.

Current Set-up:

1st Stage (1st ICO)

IDOC --> PI (Soap Receiver under the same business component)

Routing condition is based on Receiver Partner Number maintained in WE20 for vendor


The request message is sent to the messaging System by Java Proxy runtime


2nd Stage (2nd ICO)

PI (Soap Sender under the same business component) --> Partner

Routing condition is based on output xml value from IDOC/VENDOR/DUNS (output from 1st ICO)


Triggered IDOC from SAP failed in PI on 2nd ICO due to "Receiver Determination did not find any receivers at all".

Simply because it didn't met the requirement of 2nd ICO routing condition which is based on IDOC/VENDOR/DUNS. DUNS value for this new Vendor was not produced.


Question is how do these segments got generated or filled in with details after 1st ICO or when picked up by Soap Sender? These segments are not mapped in 1st mapping (1st ICO)


Your help will be very much appreciated.

Thank you in advance!

herman_lin
Participant
0 Kudos
publishing now

Accepted Solutions (0)

Answers (2)

Answers (2)

Former Member
0 Kudos

Hi Evginey,

As per checking, ASMA Attributes are disabled on SOAP Sender Adapter 2nd ICO, NO UDFs and NO Value Mappings; and NO customer adapter modules in all Channels for both ICOs.

Soap Receiver Channel (1st ICO):

Soap Sender Channel (2nd ICO) – with the same BC

NO UDF – 1st ICO Mapping

Target Structure:

VENDOR and COMPANY Elements are grayed out as these are not used.

Regards,

Jeffrey

mdejesus
Participant
0 Kudos

Hi Jeffrey,

Screenshots in your reply are not visible.

Best regards,

Marc.

former_member190293
Active Contributor
0 Kudos

Hi Jeffrey!

When using SOAP Loopback, result message from the first ICo is sent as source message in the second ICo without any changes. So if you can't find the elements you need in second ICo's source message - this means that first ICo's interface mapping produced none of it.

Regards, Evgeniy.

Former Member
0 Kudos

Hi Evgeniy,

Thank you for taking time.

This scenario is already running in Production system and I retrieved some source files for other Partners. Same set-up, the VENDOR elements are not mapped and source file doesn't have those VENDOR Details. However, VENDOR Details got generated on 1st ICO output file. AND file was successfully routed in 2nd ICO going to Partner.

This is really what confused me. How the VENDOR Details got generated knowing that it's not mapped in 1st ICO mapping.

Regards,

Jeffrey

former_member190293
Active Contributor
0 Kudos

Hi Jeffrey!

You also should check other possibilities like ASMA attributes of sender adapter, UDFs in mapping, Value Mapping Groups, any kind of custom adapter modules and so on.

Regards, Evgeniy.