IDOCS, to and from XI

[Former Member]

I have requirement to send IDOCS from SRM sytem to R/3 Sytem using XI. (SRM>XI>R/3).

1) In SRM sytem the IDOCS are sent with Collect mode.

My question here is, how many IDOCs can be collected for smooth transaction to XI? in my case the IDOCS collected varies from 6000 to 10,000.

2) and in XI, the mapping needs sorting. so how many records can i sort in the XI without performance issue? and what is memeory in XI to hold the data ?

your answers are highly appriciated.

thanks.

[Former Member · Accepted solution]

> My question here is, how many IDOCs can be collected for smooth transaction to XI? in my case the IDOCS collected varies from 6000 to 10,000.

>

This will not be a problem.

>

> 2) and in XI, the mapping needs sorting. so how many records can i sort in the XI without performance issue? and what is memeory in XI to hold the data ?

>

There is no as such memory classification in XI (you can ask your basis team). The thing is if your mapping is very complex (having lots of udf, lookup function etc..) then it will lead to a performance issue, otherwise just to sort the records in each idoc, will not be a problem as per my understanding.

Regards,

Sarvesh

[Former Member · Accepted solution]

thanks sarvesh.

so you are saying that, i can collect as many as IDOCS possible in SRM sytem and send to XI at one shot without any harm? with this, will the SRM system be fine?

and in XI i have to sort all these IDOCS coming from SRM at one shot. will this affect the XI performance?

[Former Member · Accepted solution]

Hi Prema,

Collecting the idocs in SRM and then sending them to XI doesnt create any problem, actually it improves the performance.

In XI, on what basis do you want to sort the idocs ?

Thanks,

Pooja

[Former Member · Accepted solution]

> so you are saying that, i can collect as many as IDOCS possible in SRM sytem and send to XI at one shot without any harm? with this, will the SRM system be fine?

>

For sending system (SRM) it will be fine but obviously depending upon volume of data it will keep the system busy.

>

> and in XI i have to sort all these IDOCS coming from SRM at one shot. will this affect the XI performance?

Now here is the point... you can not sort the IDOCS by this way. I mean as you are first collecting the IDOC in SRM system and then sending to XI and then want to sort at once.

You can think of IDOC serializing which will send the IDOC to XI in the same sequence which were sent from SRM system. But in this case you will not be able to use IDOC collection in SRM.

go through these ones..

/people/sap.user72/blog/2005/01/28/setting-up-inbound-qrfc-queues-for-serializing-idocs-using-the-idoc-adapter

http://help.sap.com/saphelp_erp2004/helpdata/en/bd/277264c3ddd44ea429af5e7d2c6e69/content.htm\

http://help.sap.com/saphelp_erp2004/helpdata/en/0b/2a66d6507d11d18ee90000e8366fc2/content.htm

Regards,

Sarvesh

[AaronLong]

Hi,

Please consider amount of idocs vs size of the payload.

In general, 5M payload is a good indicator for XI processing.

if you want to collect large numbers of idocs, please consider the your J2EE heap memory (normally 2-4 G, even 64 bit system) setting if you are using java mapping. , 5-10 times of the payload heap memory is requird to process mapping.

Even, in ABAP stack, the 2G ABAP heap restriction is still there.

Hope this is helpful.

Thanks & Best Regards,

Aaron

[Former Member]

Hello Prema,

Just a suggestion, if you have so many idocs coming in, you must use queue prioritization. This will be needed to stop important messages getting stucked in queue.

Here is the link.

https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/20bb9649-e86e-2910-7aa9-88ed4972...

Thanks,

-Kulwant

Award score if useful