XI and RFC adapter

Hi
The RFC Adapter configuration has been done successfully and the adapter starts up successfully.
In our scenario, we attempt to receive an xml message from my local machine through a file adapter, and pass this along to the RFC Outbound adapter to execute a RFC on the CRM box. 
The following error message is encountered in the XI monitoring tool.
==============================================================================================================
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
- <!--
Inbound Message
  -->
- <SAP:ErrorHeader xmlns:SAP="http://sap.com/exchange/MessageFormat">
  <SAP:Context />
  <SAP:Code p1="connection closed (no data)" p2="" p3="" p4="">RFC_ADAPTER.SYSTEM_FAILURE_OUTBOUND</SAP:Code>
  <SAP:Text language="EN">System error when calling the outbound RFC adapter (connection closed (no data))</SAP:Text>
  </SAP:ErrorHeader>
===================================================================================================
I then stop the RFC adapter and attempt the scenario again.  I get the following error message in XI monitoring tool.
================================================================================================================
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
- <!--
Inbound Message
  -->
- <SAP:ErrorHeader xmlns:SAP="http://sap.com/exchange/MessageFormat">
  <SAP:Context />
  <SAP:Code p1="Exception in handleRequest of server Xmb2RfcService: java.lang.Exception: Bean n" p2="" p3="" p4="">RFC_ADAPTER.SYSTEM_FAILURE_OUTBOUND</SAP:Code>
  <SAP:Text language="EN">System error when calling the outbound RFC adapter (Exception in handleRequest of server Xmb2RfcService: java.lang.Exception: Bean n)</SAP:Text>
  </SAP:ErrorHeader>
==================================================================================================================

Hi Eduardo ,
Please check wether the following steps are done in BPM:
1.Async Recieve
A.Properties :
Please set the following
Message:Message 1
Mode:asynchronous
B.Container Data :
Declare Message 1 as asynchronous abstract interface with message type of outbound interface(File Structure).
2.Sync Send
Pre-Requisite:
Copy the inbound Syncronous Interface to Sync_interface_abstract by changing the direction in the message interface of Interface object in the Integration Repository.
A.Properties
Mode:Synchronous
Request:Message 1
Response:Message 2
Syncronous Interface:Sync_interface_abstract
Recievers From :Send Context
B.Container Data:
Message 2 should be declared as the asynchronous message interface with Response message type in inbound interface(Rec Syst Interface).
3.Async send
A.Properties:
Mode:Asynchronous
Message:Message 2
Acknowledgment:None
Recievers From :Send Context
Integration directory has to be configured to send data forth and back to BPM.
1.Send MESSAGE From Outbound interface to BPM.
OutBound and Abstract Interface needs to be mapped in the interface determination and Abstract interface has to be binded to Business Process Name in the repository.
Outbound->Your OutBound Interface(File Interface)
Abstract->Message 1
Reciever Service-> Your Business Process Name
2.Send MESSAGE From  BPM to Inbound interface.
Abstract and Inbound interface needs to be mapped in the interface determination and Abstract Interface has to be binded to the Receiver Service/Business System.
Abstract->Message 1
Inbound->Your Inbound Interface(RFC)
Reciever Service-> RFC SYSTEM(SAP)
These are the general steps to follow for Async/sync pattern.
Please let me know if all the steps are configured.

Similar Messages

  • RFC Sender problem  between 46D and RFC adapter

    Hi,
    I have this simple integration scenario where I want to send data to a archiving system;
    SAP -> (tRFC) -> XI -> (MQ) -> BizTalk -> (MQ) Arch.syst.
    SAP side ***
    A Z-program using a Z func. like;
        CALL FUNCTION 'ZSD_DCF_SEND_TAG'
          IN BACKGROUND TASK
          DESTINATION 'XISYSTEM_TRFC_DCF'
          EXPORTING
            pt_filing_info = gt_filing.
        COMMIT WORK AND WAIT.
    XI side ***
    Both IR and ID is configured correctly, in the development environment everything works just great. I have created a test program where I can define how many calls I will do, looping over the func. call with a commit inside the loop - 500 or more msgs are ok.
    The integration scenario is transported to quality enviroment using CMS, and the RFC sender comm.ch. is configured accordingly.
    The problem in quality ***
    When sending just 1 msg, everything is just fine, message received and delivered to MQ.
    When sending >= 2 msgs, the 1 msg is always ok, BUT all others fails due to the following from Adapter monitor;
    RFC_HISTORY
    - Error: 2006-01-19 10:55:18 CET: com.sap.aii.af.rfc.afcommunication.RfcAFWException: lookup of alternativeServiceIdentifier via CPA-cache failed for channel 'RFCSender_XI0002' (02d4d30de3593874942ed0659add0827, party '', schema 'TechnicalSystem', identifier 'Q93#120')
    - OK: 2006-01-19 10:55:17 CET: Message processed for interface ZSD_DCF_SEND_TAG
    My sending system is Q93 CLI 505 so I can understand the error, BUT I cannot understand why the RFC adapter is saying the TechnicalSystem is Q93#120 - it should be Q93#505. My Q XI has client 120...
    It seems to me that the RFC adapter is kind of confused about the sender..
    I have created a OSS message and SAP has looged on and looked into it with both a XI expert and RFC expert without being able to answer - all is configured correctly.
    - The SLD config. for bus.system Q93 is ok -
    - The bus.system in ID is showing correct vaues for
    Adapter Specific Identifiers (SID Q93, client 505)
    - Both Dev. and Qual. environment are running on XI 3.0 SP 14 latest patch, RFC component version on the SAP side is identical between dev. and qual. SAP systems
    - It doesn't matter which gw I use (Q93 gw or XI gw), the error is persistent
    - It doesn't matter if I increase initial conn, max conn.
    I have also tried to use qRFC instead, but with the same result.
    Anyone using tRFC for asynch. communication from SAP to XI seeing something similar?
    Meanwhile, I will do RFC trace on GW and RFC Adapter on AE....
    Please, do not say SP15, oss msg for FAQ RFC adapter or links to RFCAdapter config....
    best regards
    Torstein

    Hi,
    SAP Note 730870 FAQ: XI 3.0 RfcAdapter Q.no 15
    <i>Q 15: Whats wrong when the error message "lookup of alternativeServiceIdentifier via CPA-cache failed" shows up while sending a RFC call to the RfcAdapter?
    A: A RFC sender channel is located beneath a service within the Integration Directory. Within this service choose "Service" -> "Adapter-Specific Identifiers". The values in the fields "R/3 System ID" and "Client" has to be maintained with the correct values of the system, that sends the RFC call to the RfcAdapter. It normaly only makes sense to have these values filled for services of type "Business System". If maintained in SLD, this fields will be filled automaticaly for services of type "Business System" and can be updated with the button "Compare with System Landscape Directory".</i>
    - Give correct appserver and gateway service details in XI.
    - Open the service holding the RFC adapter you are trying to use. On the top menu, goto Service -> Adapter Specific Identifiers..
    Regards,
    Prateek

  • Soap Sender and RFC Adapter receiver getting APPLICATION_ERROR

    Hi, all,
    I have a webservice soap sender and RFC Adapter receiver scenario, it works fine with RFC "RFC_SYSTEM_INFO", When i tried the RFC "RFC_READ_TABLE", getting the following error message,  <SAP:Code area="RFC_ADAPTER">APPLICATION_ERROR</SAP:Code> in
    SXI_MONITOR, in webservice client, i am getting error message like this:
    <faultcode>SOAP:Server</faultcode>
             <faultstring>Server Error</faultstring>
             <detail>
                <rfc:ZZTEST_RFC_READ_TABLE.Exception xmlns:rfc="urn:sap-com:document:sap:rfc:functions">
                   <Name>TABLE_NOT_AVAILABLE</Name>
                   <Text>QUERY_TABLE not active in Dictionary</Text>
                </rfc:ZZTEST_RFC_READ_TABLE.Exception>
    Thanks a lot!

    Hi
    Its not compulsory but its good to wrap it as Z object.
    Well if you are facing problem with SOAP data. Then try to do one thing. Check with the data you received from SOAP message. If this works
    Then try to check in mapping is it passing the data correctly or not. With this check with the user authorization PIAPPLUSER. if its having less authorizations to execute this BAPI in ECC
    Thanks
    Gaurav

  • How to use IDOC and RFC adapter in 1 scenario?

    We have AAA field and BBB field and we want to send AAA field to receiver sap system using IDOC adapter and BBB field to receiver sap system using RFC adapter. But how to use IDOC and RFC adapter in 1 scenario and how to map and  what are the design and configuration objects we require to create?

    To achieve this you have to use
    Two Interface Determinations
    Two Communication Channels (IDOC & RFC)
    & Two Receiver Aggrements.
    Use the Enhanced Interface determination and give your conditions there. Based on you condition your interface mapping will be triggered and data will be sent to IDOC & RFC respectively.

  • HTTP and RFC Adapter are not Required Sender

    Hi All,
    I have one dought....
    Why Plain HTTP and RFC Adapter are not Required Sender Communication Channel and Sender Agreements...
    I Know this two Adapter are in ABAP Stack....
    Please clarify my dought...
    Regards

    Idoc Adapters do NOT require Sender Communication Channel.
    The Sender System identifies itself at the Integration Server, with the fields SNDPOR and Client of the Control Record.
    Sender Communication channels are used for communication betweeen the Application System and the Integration Server.
    In the case of Idocs, all idocs are tranferred to the Integration Server pipeline and NOT to the regular EDI/IDOC interface.
    The RECEVIER DETERMINATION is based on the values in the Control Record.
    If you are doing ALE, then you have to maintain the idoc types which are NOT to be transferred to the Integration server by executing report IDX_SELECT_IDOCTYP_WITHOUT_IS.
    By maintaining the Idoc Types using this report, only these idoc types are sent to the regular EDI/IDOC interface.

  • JDBC to File and RFC adapter

    Hi All,
    In my scenario, i am sending file from a database system to SAP system. Here I am using JDBC/ webserveices adapter at outbound side  to query the database and FILE and RFC at inbound side to send file and workflow notification.
    my requirement is to send file as batch to SAP system(after business hours), send workflow notiication to the responsible person, and when the file is stored on application server then only i should send the notification to the person.
    I know this can be acheived by BPM by using wait step but I am  not sure how to do it only for RFC adapter to kick the notification once the file has stored and confirmed.
    Can anyone help me in this issue.
    Reg
    Sre.

    >
    sre wrote:
    > Hi All,
    >
    > In my scenario, i am sending file from a database system to SAP system. Here I am using JDBC/ webserveices adapter at outbound side  to query the database and FILE and RFC at inbound side to send file and workflow notification.
    > my requirement is to send file as batch to SAP system(after business hours), send workflow notiication to the responsible person, and when the file is stored on application server then only i should send the notification to the person.
    >
    > I know this can be acheived by BPM by using wait step but I am  not sure how to do it only for RFC adapter to kick the notification once the file has stored and confirmed.
    >
    > Can anyone help me in this issue.
    >
    > Reg
    > Sre.
    There are two options,
    1. With BPM you can have the send step for file request an acknowledgment and then have the send step for the RFC call after the previous file send  step.
    2. Without BPM, use the same Business system (single receiver det.) and have multiple interface determination (file&RFC). Use the option maintain order at runtime and have the file interface above the RFC. This will act like an EOIO.

  • IDOC Adapter and RFC Adapter

    Hi experts,
    Q1. What are the configurations steps (Transaction codes) required at R/3 and XI while sending the IDOC to XI? Please provide the list of TCodes required at both sides. if any weblog is exists which provides detail explanation on IDOC scenarios plz provide the path.
    Q2. While sending the IDOC we need to generate partner profile and port. How many types of port exist and wht each port represents?
    Q3. In RFC Sender Adapter we need to create RFC port in R/3 and there we specify Connection type as ‘T’ which TCP/IP……why we use connection type T instead of 3 (which represents connection type as R/3). While communicating with SAP systems we need to specify the connection type as 3.
    Q4. How many types of partner profiles exist and wht each type represents?
    Q5. How to transport design, configuration objects and SLD objects from Development system to Quality system. Please provide me the steps to transport the objects?
    Q6. Once the objects are transported a .tpz file is created wht is the purpose of the file and where it will generated? Suppose if I’ve transported the namespace from Dev to Quality system then at quality side to which SWC this transported namespace is assigned. Do we need to create any SWC at quality system side?
    Cheers
    Faisal

    Hi Abdul,
    for the first one u need to create a logical system and assign that logical system and need to create a port and partner profile and distribute the system,, for that follow this blog
    Steps
    SAP XI
    1) RFC Destination (SM59)
    a) Choose create.
    b) Specify the name of the RFC destination
    c) Select connection type as 3 and save
    d) In the technical settings tab enter the details SAP SID/URL and system number#.
    e) Enter the Gateway host as same details above SID/URL.
    f) Gateway service is 3300+system number#.
    g) In the Logon /Security tab, enter the client user & Password details of Destination system.
    h) Test the connection and remote logon.
    2) Create Port (IDX1)
    a) Select create new button
    b) Enter the port name as SAP+SID (The starting char should be SAP)
    c) Enter the destination client.
    d) Enter the RFC Destination created in SAP R/3 towards other system.
    e) Save
    3) Load Meta Data for IDOC (IDX2)
    a) Create new
    b) IDOC Message Type
    c) Enter port created in IDX1.
    SAP R/3
    1) RFC Destination (SM59)
    a) Choose create.
    b) Specify the name of the RFC destination
    c) Select connection type as 3 and save
    d) In the technical settings tab enter the details SAP SID/URL and system number#.
    e) Enter the Gateway host as same details above SID/URL.
    f) Gateway service is 3300+system number#.
    g) In the Logon /Security tab, enter the client user & Password details of Destination system.
    h) Test the connection and remote logon.
    2) Create Port (We21)
    a) First Select Transactional RFC and then click create button
    b) Enter the destination port name as SAP+SID (The starting char should be SAP)
    c) Enter the destination client.
    d) Enter the RFC Destination created in SAP R/3 towards other system.
    e) Save
    3) Create Partner Profile (WE20)
    a) Create New
    b) Create the Partner no. name as same the logical system name of the destination system.
    c) Select Partner type LS
    d) Enter details for Type: US/USER, Agent, and Lang.
    e) Click on the + button to select the message type.
    f) Select Partner no. and LS which ever create above.
    g) Select Message type
    h) Select Process code related to the Message type.
    I) save.
    In SLD – System Landscape Directory
    TS for R/3 (Logical system):-Assign the client name created in R/3 as Logical system Name.
    Ts for Third Party (Logical system):-
    BS for SAP R/3 (Logical system):- Assign the client name created in R/3 as Logical system Name.
    BS for Third Party (Logical system):-Enter the XI logical system name.
    In Transaction SALE
    Define and Assign the logical system name.
    2.& 3 ) for the 2nd question the answer was in above u need to create the partner profile and port.
    port can be created as HTTP Port and RFC port which are used to communicate with the R/3 server and depends on the requirement we need to choose the port..
    4. partner profile creation depends on ur scenario, it is a custmized one it purely depends on the customer requirement, there is no specific partner profiles exists in R/3.
    5. For transportation u may choose File level transport or CMS, if u trnasfer through File level it is very easy to maintain and reimport in the production server,, just while exporting from the development server a .TPZ file was created and import this .TPZ file in the production server this gives the entire objects of IR and ID, but when u deal with SLD instead of .tpz there u will be creating .zip file, so u neeed to reimport the file in the production server..
    6. The .TPZ file will be created when u export the objects either in IR and ID..., so as i explained in the above point it will go top the export directory of development server and import in production server with IMPORT directory..
    regards,
    Kishore

  • Offline backup and RFC adapter

    Hello,
    I have a scenario where sap ECC 6.0 send data to XI via RFC adapter. Because we are on SP12 I set Maximum Reconection Delay parameter of sender agreement to make sure that adapter will work when the system is up again. Unfortunatly when in CC-monitoring I get a green light, but in sm59 on ECC 6.0 I get error. Data are not send to XI. Could anyone help me?
    Many thanks,
    Milan

    Hi you are doing RFC----Xi-----scenario....
    now first you have to make t type rfc destination .......you will define program is here and you will be used same program id in sender communication channel(program id is case sensetive)...
    define gateway host and gateway service of your r3 system not xi.....
    you can get the gateway service from SMGW transaction.......it will be like this....sapgw..you have to put the two digit system no of ur r3 system on dots ....like this sapgw02.
    go to tcode smgw >>>>goto>>>>  Logged on clients  and seeyour connection is active or not.....
    then test ur connection sm59....
    thanks
    kunaal

  • Multiline BAPI return structure  and RFC Adapter

    Since SP14 RFC Adapter check return structure of RFC function.
    But how it works if BAPI returns multiline BAPIRET2?
    Will adapter loop all elements and perfom commit only if <b>all</b> alements don't have errors.

    I'am about this:
    <i>As of SP 14 support for commit handling for single BAPI calls was added to the RfcAdapter receiver channel. If activated in the receiver channel setting, the received XI message will be executed as synchronous RFC (sRFC) in the receiving system. This is also true for asynchronous (QoS EO) XI messages to receive and analyze the execution result by the RfcAdapter.
                   The received response is parsed by the RfcAdapter to get the BAPI return parameter with name "RETURN". This return parameter can be of BAPIRETURN, BAPIRET1 or BAPIRET2 types. The "RETURN" parameter is checked for the response status (field TYPE) which can take following values:
                  1. 'S' : Success
                  2. 'I' : Information
                  3. 'W' : Warning
                  4. ''  : Empty String
                  5. 'A' : Abort
                  6. 'E' : Error
                   If the response contains one amongst the first four response status then it implies that the BAPI was successful. If the response contains one amongst the last two response then the BAPI failed. If the BAPI "RETURN" parameter is of not of type ABAP structure rather of type ABAP table, a empty table is also considered as successful execution result.
                   In case of a successful execution the BAPI function module "BAPI_TRANSACTION_COMMIT" is called within the same context to trigger the commit of the BAPI. In case of a failure the BAPI function module "BAPI_TRANSACTION_ROLLBACK" is executed by RFC Adapter which rolls back the changes.</i>

  • RFC Adapter - JCO Exception - Please Urgent

    I am developing a scenario from File--RFC integration.  I am using File and RFC adapter to perform this transaction.
    The File Adapter is picking the file properly and the trnaformation (Mapping Program) is also happening properly.  But the RFC is throwing the following error.  I got this error info from the Runtime Workbench.
    Exception caught by adapter framework: error while processing message to remote system:com.sap.aii.af.rfc.core.client.RfcClientException: JCO.Exception while calling ZPS_XI_ACTIVITY_CREATE in remote system (RfcClient[BAPI_CreateActivity_Receiver]):com.sap.mw.jco.JCO$Exception: (104) RFC_ERROR
    Error Delivery of the message to the application using connection AFW failed, due to: error while processing message to remote system:com.sap.aii.af.rfc.core.client.RfcClientException: JCO.Exception while calling ZPS_XI_ACTIVITY_CREATE in remote system (RfcClient[BAPI_CreateActivity_Receiver]):com.sap.mw.jco.JCO$Exception: (104) RFC_ERROR.
    The RFC is executing without any problem when I execute this from the transaction SE37.
    I have created communication channel in Integration Directory in appropriate manner. 
    I also created RFC destination in the XI system (TCODE SM59) and the same is using in the "Receiver Determiiation - Service".
    I have not done any configuration at SAP R/3 side.  Is any config required at R/3 end for this scenario - please let me know.
    Please throw some light on this.  I will greatly appreciate your help.

    Friends,
      Please suggest on this vague problem that I am facing.  Your help would be greatly appreciated.
    1. I am using SAP-PS (Projects & Systems) BAPI 'BAPI_BUS2002_ACT_CREATE_MULTI' to create the activities for a project.  According to this BAPI documentation,
    - First call 'BAPI_PS_INITIALIZATION' before make this BAPI call
    - After BAPI call, we should use 'BAPI_PS_PRECOMMIT' and 'BAPI_TRANSACTION_COMMIT'.
    2. Hence, I have developed Z-Func Module with Initialize, BAPI call - then Pre Commit and Commit.
    3. This is executing from SE37 without any issues.  Other parameters to make a remote call is also set properly.
    4. To make sure that, I made a JCO call from Java Program using PDK for Java.  This is also working fine.
    5. But when I used this in the XI scenario (File-XI-RFC) this is showing ABAP dump and this is invoking from Pre-Commit module.
    I couldn't figure it out why it's happening like this.
    I did lot of troubleshooting and the details are as follows for your reference.
    1. The mapping program is working fine without any issues.  I confirmed this by writing these input values to the file (ofcourse lot of pain) inside the function module.  All the values have been parsed by XI and coming to Func Module as expected.
    2. No issues with logical destinations (SM59).
    3. I have tried other options such as clearing the Cache...etc.
    Hence, please throw up some light.  If any body tried with these kind of BAPI (needs initialize, pre-commit and commit) I really appreciate your effort.
    <b>Can we enable the debugging of func module when the XI makes a call...?</b>  - I tried with Standard options that seems doesn't work.

  • RFC Adapter and BAPI Commit

    Hi everybody!
    In my scenario I post an RFC call to a BAPI (BAPI_GOODSMVT_CREATE). The call succeeds (empty RETURN parameter, material document numer is returned). However, the resulting material document is not available in MB03 - I assume this is due to a missing COMMIT after the RFC call.
    However, our system has SP 18 - and I have read that the RFC adapter is able to add a COMMIT after a successful call automatically starting from SP 14. What confuses me is the fact that the descriptions in the online sources state that I should check the "Extended Mode" checkbox in the RFC adapter config screen and then I should check the "Commit..." option. However, when I set the checkbox for extended parameters, I only get a simple table where I can enter property/value pairs.
    Has something gone wrong with the upgrade and my RFC adapter doesn't have SP 18 yet? Or am I doing something wrong?
    Regards, Joerg

    Hi Joerg,
    Check in your Repository if you imported the newest adapter metadata.
    Check Software Component SAP BASIS - > SAP BASIS 6.40 -> http://sap.com/xi/XI/System
    There Adapterobjects -> Adaptermetadata -> RFC
    search after the attribute  ..<b>singelBapiCommit</b>
    Because you dont see a SP version there.
    Maybe its better to search afer the label:
    <b>Commit handling for singel BAPI-calls</b>
    When you dont find the attribute .. try to reimport your BASIS 6.40 Software Componenent.
    Regards,
    Robin

  • Sender RFC Adapter AND Rec. File Adapter

    Hi
    Workflow of my scenario is like this :
    <b>SAP R/3 ---> Sender RFC Adapter ---> XI Server -
    > Rec. File Adapter -
    > Legacy System</b>
    I am using Async Inbound interface for this as I dont need any response back & I just need to create file.
    I am just picking some data from BAPI & creating a file on a folder in Legacy System.
    Now during execution, file is getting created but I am getting dump on SAP R/3 and even when I am using Async communication, response is coming back from Legacy Business System ( service ) & giving an error " <i>No Mapping Program Found</i> " in sxmb_moni.
    Kindly suggest how can I avoid getting response from Legacy System. Pls. take note again I am using Async Inbound Interface.
    Regards
    - Lalit -

    Hi Lalit,
    When your RFC is called from R/3 by default it would be in Sync mode. When this is in Sync mode it obviously will expect a response and where as in your scenario XI dose'nt give any response and there is no mapping for that and I think that is the reason you are getting that error.
    So when your Sender RFC is triggered it will like this in ABAP
    CALL Function "Function Name" <SM59 Destination>
    and this is Sync call. To make it Async i should be
    CALL Function "Function Name" IN BACKGROUND TASK <SM59 Destination>
    Hoep this helps
    Thanks,
    Prakash

  • Problem when calling the RFC and IDoc adapter at the same time

    Hi,
    I'm having a major slowdown problem with XI3.0 SP11.
    When I'm sending a message(IDoc) from R/3 into XI to get translated into an EDI document, I have no problems and it's very fast.  RFC calls are very fast too.
    Now, if I'm sending the same message and at the same time another call is done trough the RFC adapter, then the full XI environment hangs for several minutes.
    I did all recommended settings from the XI-SR1 install guide(Configuring the J2EE Engine) and tuning guide (XI Configuration Parameters)
    and I don't know what to do more?   At the Unix level, command TOP shows that dw.sap.XDV_DVEBMGS70 is taking all the CPU% available when both messages(IDoc and RFC) are sent to XI at the same time.
    Anybody have an idea what to do next?
    Rgds,
    Yves

    Did you check the dev_rfc logs ? Also check SM21 for any errors. Logon to the Target System and check SM50 transaction then you will know whats going on.
    regards
    Shravan

  • Rfc Adapter and Service

    Hi!!
    I try to sent a message from R3 (RFC) to XI and then to File Adapter.
    I configure all but I've problem with "Service" Rfc2XmbService.
    I don't understand how configure that!!
    1) with which gateway I configure it?!?!
    And where?!?
    In XI System?!?!
    With XI System Number(sapgw<sysnr>)?!?!
    2) in R3 when I launch the RFC what destination I use?!?
    I must create a new TCP/IP destination?!?!
    With Rfc2XmbService?!?
    And the Gateway?!?
    I'm not a Basis and I want only find a solution for verify the configuration (mine and the system)!!
    Thanks to all,
    Mik
    Message was edited by: Michele Ugatti

    Hi Michele,
    please use XI version in subject (i.e. XI20: Rfc Adapter..)
    I think that XI 2.0 SR1 Configuration Guide contains quite detail description. See http://service.sap.com/instguides->SAP Components->SAP Exchange Infratsructure->Release 2.0 SR1 ->Configuration Guides or URL https://websmp105.sap-ag.de/~sapidb/011000358700002429232003E
    Jiri

  • Difference In RFC Adapter and XI proxy

    I am using RFC adapter for master data and XI proxy for transaction data , can anyone tell me what is major difference and what is negative point in using RFC adapter
    Thanking you
    sridhar

    Hi,
    Adapters enable the Integration Engine and the Partner Connectivity Kit (PCK) to communicate with different applications.Adapters connect the Integration Engine to SAP legacy systems, as well as to external systems.
    In this way, adapters integrate existing SAP components with SAP Exchange Infrastructure, for example. In the process, XML and HTTP-based documents are converted to IDocs (IDoc adapter) and RFCs (RFC adapter) and the other way around. This enables you to integrate your existing SAP infrastructure with the new SAP infrastructure, which is based on system integration and the exchange of XML messages.
    The plain HTTP adapter gives application systems the option of communicating with the Integration Engine and exchanging business data in a simple format, using an HTTP connection.
    RFC Adapter :
    The RFC adapter enables you to use the functions of the Integration Engine or the PCK in existing SAP landscapes. It is used by SAP systems to connect to the Integration Engine or the PCK by using the RFC interface. It supports SAP systems as of version 3.1x.
    For FAQs about the RFC adapter, see SAP Note 730870
    The RFC adapter is provided by the Adapter Engine and the PCK. It essentially comprises two parts, namely a sender adapter at the Integration Engine inbound channel, and a receiver adapter at the Integration Engine outbound channel.
    The adapters are configured in the configuration part of the Integration Builder, or in the configuration part of the PCK. You use the SAP Java Connector (JCo), which enables you to manage metadata. This in turn enables you to map RFC data generically to RFC XML and the other way around.
    The receiver RFC adapter can be used for mapping lookups.A communication channel with a receiver RFC adapter can be created automatically for business systems that are defined in the System Landscape Directory.
    The RFC adapter maps the following RFC calls to XML messages and the other way around:
    Synchronous RFC calls (sRFCs) in messages with quality of service Best Effort (BE)
    &#9679;     Transactional RFC calls (tRFCs) in messages with quality of service Exactly Once (EO)
    &#9679;     The receiver RFC adapter can also process messages with quality of service Exactly Once In Order (EOIO). They are mapped to transactional RFC calls (tRFC).
    You require the sender adapter if you want to use the Integration Engine or the PCK to process RFCs. The RFC adapter converts the incoming RFC data to XML message format (RFC XML) so that it can be processed by the Integration Engine or the PCK.
    You require the receiver adapter if the determined receiver system expects the data from the Integration Engine or the PCK to arrive in RFC format. In this case, the Integration Engine or the PCK must transfer the received XML message (RFC XML) to the RFC adapter. The RFC adapter converts the RFC XML message to a valid RFC call and executes the call.
    Proxy :
    Generally speaking, interfaces are where functions in a system can be executed. In the context of SAP Exchange Infrastructure, only the following interfaces are relevant:
    ·        Interfaces designed for message exchange between application systems
    ·        Interfaces used by a cross-component integration process to receive or send messages, or both
    Starting with a cross-system integration process, you can then derive the corresponding interfaces required. SAP Exchange Infrastructure supports this process by using an integration scenario to describe the collaborative process. The integration scenario summarizes the interfaces required for this collaborative process.
    You can use SAP interfaces that already exist in systems, non-SAP interfaces that are connected to SAP Exchange Infrastructure using adapters, or define new interfaces called message interfaces in the Integration Repository. Both worlds can also be interconnected in a collaborative process.
    Interfaces are an essential component of SAP Exchange Infrastructure:
    ·        You define the interfaces to be used in an integration scenario.
    ·        Cross-component integration processes use interfaces to exchange messages.
    ·        You define the XML transformations for messages that are to be exchanged between two interfaces in a mapping.
    ·        You assign an interface in a sender system to one or more interfaces in a receiver system in logical routing.
    ·        You generate proxies to implement your scenario based on message interfaces.
    You save interface descriptions (message interfaces, BAPIs, RFCs, and IDocs) in the Integration Repository so that they can be referenced throughout SAP Exchange Infrastructure. However, adapters for external systems do not normally use interfaces; instead they access files or database tables in order to function, for example. For this reason, it is not necessary to import these interfaces into the Integration Repository. If the structure of the message is described using a WSDL, XSD, or DTD schema, you can import the schema as an external definition.
    Hope this will help you.
    Regards
    Aashish Sinha
    PS : reward points if helpful

Maybe you are looking for