Community
Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
Read only

Learning about IDOCS

Go to solution
Former Member

‎2006 Jan 09 3:27 PM

0 Likes
622

Hi,

for my next assugnment I need to get up to speed on IDOCS

I have bought the book ALE, EDI, * IDOC TECHNOLGIES FOR SAP by Arvind Nagpal, which I ahve started to read from the ALE section, are there any other better resources which help me to get up to speed faster? On the web or books.

Thanks

Sims

1 ACCEPTED SOLUTION
3 REPLIES 3
Read only

Go to solution
Former Member

‎2006 Jan 09 3:32 PM

0 Likes
578

Search this forum with the terms ALE, IDOC, EDI. You will get tonnes of posts that have links to several resources.

Srinivas

Read only

Go to solution
Clemenss
Active Contributor

‎2006 Jan 09 5:41 PM

0 Likes
578

Hi,

some thoughts about idoc speed:

You can't do too much as long as you remain in SAP standard, but...

1. Once I worked for a (retail) customer where SAP consultants installed a special number server, because the idoc inbound process got slow due to function 'NUMBER_GET_NEXT': This function is called from most applications to get a number for posting a document (or IDOC). It locks the number table when processed and that made the process slow, because inbound IDOCs are processed in multiple parrallel processes forcing each other to wait for numbers. With the modified numbering process numbers where taken in blocks of 1000 numbers, unused numbers were released later. Sorry I don't remember details but I learned that 'NUMBER_GET_NEXT' slows down most parralel mass processing.

2. We had excellent experience with creating out own IDOC types, process codes and processing functions: Reduce the IDOC to the information necessary - that is a small percentage of the SAP equivalent. Write your own processing function: No tables with headerlines, no loop without assigning <field-symbol>; use BAPIs to post documents.

Enjoy fast IDOC processing!

regards,

Clemens