Question:
Hey Everyone,
I'm having some issues around some very large POs (ORDERS05) coming in via EDI. Now, these are big guys sometimes going over 17000 segments. They create sales orders 1000+ items. This works all fine and dandy...but it slows down incrementally as the IDocs get larger. I'm beginning to have performance issues around these large orders. I've considered a number of options...splitting the orders...filtering the IDocs...using BAPIs...all that. I am pretty much stuck just posting these large idocs. Does anyone have any insight around how I could increase speed/performance of native IDOC_INPUT_ORDERS??
Thanks for any insight,
Greg
Answer:
Greg,
What is actually the problem? is it the transfer of the IDoc to ALE, or the order posting? if it's the transfer may be you could get better results in some way, I don't know how are you sending the Idocs, but there is a chance. If the problem is the order posting (and my experience suggest it is) Maybe splitting them could help. As you suggest, posting times increase exponential as the order evaluates conditions already applied for every item again and again....
If you are transferring and posting inmediatly, you should consider transfer in one step, and postin using a job.
Another thing could be done, is simplify the conditions and pricing schema, but that's usually politically complex, or unacceptable.
Last, but not the less, you're Idocs are really big ones, maybe your company is selling too much, and could buy another server just jokin'.
I hope it helps.
Edgardo
Answer:
Thanks Edgardo, you are correct in assessing that the posting of the application is the problem, not actually the ALE transfer from the EDI-subsystem. I am unable to split the orders (politically incorrect), thought of that one, and I already post in batch so it doesn't happen immediately. It would take an act of congress to change pricing or co-pa...stuck there too. Your comment about the other server is actually where I'm heading I believe in the end...with another application server I can set up my jobs in parallel in the background and use as much system resources as I like without worrying about the impact to others. I also found a OSS note that pertained to >1000 line item sales orders...I'm testing that now.
Answer:
Hi there I had this kind pf problem with Idoc containg useless description texts ... IT was fixed by filtering the non business relevant segments with a user exit ... would it be appliccable to your case ?
Cheers,
Nicolas
Answer:
Hello I am Technical Lead on ABAP & Idoc Technology.
Outgoing Idocs (Transaction BALE) click on parallel processing. Also If you are having incoming idocs with that much of a magnitude. First Transfer, then have another process posting. This definetely made an impact in our company.
CAD