cancel
Showing results for 
Search instead for 
Did you mean: 

EOIO on demand?

Former Member
0 Kudos

Hi guys,

I have an scenario that I am not sure how to approach.  I have one system sending IDOCS and PI sends them to multiple receivers at the same time.  currenlty the scenario is EOIO for a couple of reason that concern to some of those receivers.  My question is, would it be a way to make the flow just EO for the other receivers that are not interested in keep it as EOIO?

To make it a little more understandable, lets say I have system A sending IDOCS, and systems B, C, D receiving them.

- From A to B, I need to keep the sequence, so I use EOIO.

- From A to C, and A to D, there is no need to keep that sequence, but currently its EOIO anyway as the idoc was sent in that way from A.

I want to avoid sending the IDOC more than once from A.

Many thanks for any ideas!

Nico

Accepted Solutions (0)

Answers (2)

Answers (2)

asdasd_asdasd
Active Participant
0 Kudos

You've tried deselecting the "Maintain Order at Runtime" in "Interface Determination" in these cases"From A to C, and A to D"?

iaki_vila
Active Contributor
0 Kudos

Hi Nicholas,

I think your scenario is a clear example to use a ccBPM or SAP Netweaver BPM because you need to introduce some internal logic between different receivers.

Another way it is to make the control in the sender side, but you have pointed that you dont want to send the IDOC more than once, then this option is not possible.

Regards.

Former Member
0 Kudos

Hi, thanks for your idea. I missed to comment that in this scenario we handle quite a high volume, so using BPM might introduce some performance concerns.  Also I can mention that we have a PI 7.31 dual stack (not PO).

Nico

sunil_singh13
Active Contributor
0 Kudos

Nico,

Check this blog:

Thanks,

Sunil Singh

Former Member
0 Kudos

Hi Sunil, thanks for your reply.

I checked the blog but dont think that solution suits my current case.  In the blog is explained how to define the queue dinamically, but all messages are EOIO.  In my case, I need some of them to be EOIO and others just EO, and will only be able to determine it after the receiver determination takes place, so I dont thing an adapter module would help...

Thanks,

Nico