Posibility to receive message without sending it to a receiver?

[Former Member]

Hi,

At my customer we're receiving a message from ECC, in PI this gives an error:

"No receiver could be determined"

This is correct, there is no receiver for this message.

Does anybody know what options there are how to prevent this error?

Br,

Roy

[rajasekhar_reddy14]

Hi Nijman,

If you see pipe line steps in PI,after picking up message it will try find the who is the receiver for this message at receiver gropuing stage,so it is mandatory to define receiver determination.and receiver.

my advice to you refer Piple Line steps so that You will understand the PI Message Flow.

Regards,

Raj

[Former Member]

Hi,

you might be receiving an Idoc from ECC to PI.

this might be because in WE20 receiver port is pointing to the PI for that particular message/idoc type.

if you don't want to receive it into PI change the receiver port to the requried system otherwise remove the entry in WE20

[Former Member]

Hi,

It's not an idoc i'm receiving. It's a response from a function module.

ECC is sending that response but the orginal sender of the message don't wan't this response.

A posibility is to adjust the function module, but I would like to know if there are any other options in PI to receive this message without sending it to a receiver.

Br,

Roy

[Former Member]

I think you are making sync RFC call to R3 i.e. your receving the response.

if you don't want to receive response just perform async RFC call to R3.

you can always stop the response message at PI by passing to some dummy reciver instead of actaul receiver.

[former_member200962]

ECC is sending that response but the orginal sender of the message don't wan't this response.

If you want to discard the response in PI then:

1) You have to define the Message/ Service Interfaces as Asynchronous.

2) You can implement a BPM....steps will be as follows:

Receive --> Send(Sync_to FunctionModule) --> Control Step (Cancel Process)

Regards,

Abhishek.

[Former Member]

Hi Nijman

You can define in the receiver determination when a valid receiver

cannot be determined. You have the choice between:

u2022 Cancel message processing with an error (restart possible)

u2022 End message processing without an error (restart not possible)

u2022 Continue with message processing with the following receiver

you can opt for the 2nd .