Idoc to Proxy code..

[Former Member]

Hi,

Currently, one of my client is using Idoc's to load data (from sender file) into R/3 but becuase of Idoc's we are facing some performance issues.

My question is that

1. is it possible to convert the Idoc processing logic into a code, which can be used inside server proxy.

2. How much performance is going t improve using such a methodology.'

Thanks....

[Former Member · Accepted solution]

hi

you can write server proxy with the reqd functionality..but lot of coding will be reqd.

the processing can be done synchronously also...latency will definitely be less comared to Idoc.

but you will loose the advantages of using Idocs.

rgds

Arun

[Former Member · Accepted solution]

Thanks Arun for the reply.

DO u think that copying the Idoc code inside that proxy method can help ?

[Former Member]

Would suggest everyone to go ahead with standard idoc.

[Former Member]

Hi,

When ever ur doing any interface please keep in mind that it should be simple and it don't effort the performance.

U can do the IDOC into server proxy creating an new interface and i think i will take lot of efforts and utilization of the resource.

U go with this proxy server design unless it is necessary and the client want in that design.

Thanks and Regards,

Phani

[Former Member]

Thanks everyone...

Phani,

What should be the basis to decide when to use proxies, RFC adapter and idoc adapter.

[Former Member]

Hi,

Check this When to Use Proxy, Idoc & RFC

/people/ravikumar.allampallam/blog/2005/08/14/choose-the-right-adapter-to-integrate-with-sap-systems

Regards

Seshagiri

[Former Member]

hi

lot of functionalities in R3 are exposed to the outside world through BAPI's and Idocs.

Normally if Bapi/Idocs are not available, we will go for proxies.

rgds,

arun

[Former Member]

Hi,

What should be the basis to decide when to use proxies, RFC adapter and idoc adapter.

We have to first check for our scenario do we have the standard IDOC or not.If we have the IDOC then we have to go with the IDOC.

If client need some validation and need to add some fields. that can be done by extending the IDOC and we can copy the standard IDOC and we can modify the code in the funtion module.

Next we have to go with RFC when we require the responce back from the target system. we have to check is there any standard BAPI or not.If u dont find then u can do customize RFC according to client requirement.

We have to go with Proxy if we dont find the Standard IDOC.

and if we have to RFC to be called at a time.

Suppoce if ur doing a scenario were u have to create a production order in this case we can go with RFC but after creating we have to commit the BAPI that cant be done in one process. we have to go with BPM and again performance issue.

In this type of cases we go with proxy scenario.if cleint require any data validation we ca do it.

If we want to reporcess the error date we ca do it. we ca send an intimation mail from proxy to user. this all can be done in proxy scenario.

Thanks and regards,

Phani

[Former Member]

hi,

Go through

/people/vijaya.kumari2/blog/2006/01/26/how-do-you-activate-abap-proxies

/people/ravikumar.allampallam/blog/2005/03/14/abap-proxies-in-xiclient-proxy

ABAP SERVER Proxies

/people/siva.maranani/blog/2005/04/03/abap-server-proxies

Regards

[prateek]

1. is it possible to convert the Idoc processing logic into a code, which can be used inside server proxy.

There is no direct option available for this conversion. U have to develop a new interface

2. How much performance is going t improve using such a methodology.

How much is difficult to ans. But abap proxy would allow sync communication as well as attachment support for future use. Proxy also hit the integration engine directly. So it would be surely advantageous

Regards,

Prateek