ALEAUD in BPM

[Former Member]

Hello,

I am trying to create the following scenario:

1. Send IDOC to R/3 System.

2. Receive ALEAUD in BPM. Examine the ALEAUD message content. If problems, send message to sender system.

I have seen many threads with similar scenario, but I have not seen any thread with a good solution. Has anyone been able to successfully receive the ALEAUD message in a BPM, AND been able to process the contents of th ALEAUD message INSIDE a BPM?

If so, could anyone give a detailed description of how to configure?

Thanks,

Bjoern Espen Raadim

[Former Member]

To clearify,

To be able to receive messages and use them inside the BPM, you would ususally need to use correlation so that the integration server can route the message to correct BPM. The problem in this case is that you do not have anything to correlate to, since the idoc number (along with all the other edidc fields) is created when the integration server serializes the message.

Usually when using ALEAUD, the integration server associates the ALEAUD with the correct IDOC message authomatically, but I have not found a way to load this message inside the BPM. It is only visible in the SXMB_MONI.

[MichalKrawczyk]

hi,

>>>>The problem in this case is that you do not have anything to correlate to

it's obvious that's what I'm talking about:)

unless Mario knows any secret way I believe it cannot

be done in standard - Z is the only way

Regards,

michal

[Former Member]

Hi Bjørn,

my question was: Do you really need to process the ALEAUD via BPM?

Why?

Why don't you post it directly back?

Regards Mario

[Former Member]

Generally I would say that being able to read the ALEAUD message inside a BPM would be of great advantage since the ALEAUD message contains information relevant to how you would control the next steps of the BPM.

In my case, the reason is that I need to use it as a status message to send back to the source system. The source system sends a message that is mapped to an IDOC, for which I want the ALEAUD message. The source message contains a messageid from the source system, this message id is needed together with the ALEAUD message to be able to send back a message the source system can correlate to. We did not want to call a synchronous RFC directly, ommitting the ALE.

I see other alternatives, but I really wanted to get a confirmation of how difficult it would be to use it in a BPM.

Regards,

Bjoern Espen

[MichalKrawczyk]

hi,

you can only get content of ZALEAUD...

>>>>AND been able to process the contents of th ALEAUD message INSIDE a BPM?

I don't think it's possible in standard

Regards,

michal

[Former Member]

Hi michal,

are you sure.

I think it is possible:

- configure receiver determination (Sender = ALEAUD-Sender, Interface = ALEAUD)

- configure interface determination (ALEAUD)

- configure receiver CC for ALEAUD

That's all?!

Regards Mario

[MichalKrawczyk]

hi Mario,

and how will this IDOC find

the appropriate BPM instance?

to process ALEAUD you don't need

to configure ID for ALEAUD

BTW

but if you still think it's possible do let me know:)

Regards,

michal

[Former Member]

Hi michal,

and how will this IDOC find

the appropriate BPM instance?

>>> Why should the BPM receive the ALEAUD?

If the ALEAUD contains all relevant information, than post it to the receiver!?

Regards Mario

[MichalKrawczyk]

hi,

he wants it in a BPM

how can you correlate and IDOC that you send

to the APP and ALEAUD which comes back ?

(if you don't use standard - with no config)

Regards,

michal