From EO to EOIO QoS

[Former Member]

One of the interfaces in our XI system (from an R/3 system to another R/3 system

via RFC connection) is currently using the EO queue. However, due to

some performance issues encountered in XI, the client is complaining

about their idocs not arriving in the R/3 system at the right order.

So, they are expecting to receive the idocs in the same order as they

are sent from the sending R/3 system. The sample we have is that the 2

idocs passed thru a different high priority queue: XBTA1___0000 and

XBTA1___0001, but the one in XBTA1___0000 took a longer processing time

(12 minutes) during the mapping step. The file size is normal and I

also did a simulation test in the QA environment but the processing

only took a couple of seconds. The initial plan is to transfer the

interface from the EO queue to the EOIO queue. I would like to ask if

this is the best option we have? If yes, would you know any reference

describing the step by step procedure on how to transfer from an EO QoS to

EOIO? Many thanks.

[nabendu_sen]

Hi Jocelyn,

Please find the below blog which will help you to achieve the requirement.

Setting up inbound qRFC queues for serializing IDocs using the IDoc Adapter

[udo_martens]

Hi,

>I would like to ask if this is the best option we have?

Yes

>If yes, would you know any reference describing the step by step procedure on how to transfer from an EO QoS to EOIO?

[How to serialize IDoc XML messages fed into XI|https://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/4865] [original link is broken] [original link is broken] [original link is broken];

Regards,

Udo

[Former Member]

Hi Udo,

your answer is not visible.

Now I have the same question.

I think your answer should be looked like this:

Adapte Engine is multithreaded by nature, but not for EOIO messages which completes their lifecycle until reaching the receivers/IE in a single thread for the sake of queueing. So technically, an EO message cannot be set to EOIO after being received by the AE.

You need to send them already eoio, otherwise you cannot control the processing sequence of the BPM instances. In addtion BPM send step does not allow to give a dynamic queue name. One idea could be to send message as proxy messages in a certain sequence.

To achieve that you need to wrap the call of IDoc/RFC in ABAP proxies and give the queue a dynamic name what is dependend from content, for example the order number. See: http://help.sap.com/saphelp_nw2004s/helpdata/en/65/40c9a4a1fa476288ac61b5fcc6bbde/content.htm

right?

Regards

Rene