Interface-Determination: selecting an interface mapping not possible

Hi all,
I configured a scenario CRM (IDoc) -> XI -> Oracle database using BPM. Now I want to configure the same scenario without a business process. But in the interface determination it's neither possible to drag&drop the interface mapping, nor select it from the list. What's the problem?
Thanks in advance
Dominic

Dominic,
Like pointed by Michal , you have missed something somewhere.
1.Look into message mapping and check what the source and target message types are.
2. Look into Interface mapping and check if  the message interfaces  use the same message types as in the message mapping
3. Look into Interface determination and see if the source and inbound message interface is the same as in Interface mapping.
4. Make sure interface and message mapping is activated.!
Regards
Bhavesh

Similar Messages

  • Error  M8147 Account determination for entry CPES PRD not possible

    Hi all
    Im getting this error when a try to make a goods receipt whit trx migo and materials whitout material number and GR goods receip: 101. I try with the trx omjj whith movement type 101 and account grouping and then I don´t know how to do, I read I need a new entry here, but I don´t know how to do this. Some one could tell me if I´m doing the things right or exist any other way to solve this problem?
    Here´s the exactly message error.
    Account determination for entry CPES PRD not possible
    Message no. M8147
    Diagnosis
    The system did not find an account for this transaction. This means that the account determination for key CPES PRD is not maintained in MM Customizing (Valuation). The key is made up of:
    Chart of account
    Transaction key (= Posting transaction)
    Valuation grouping code
    Account grouping code
    Valuation class
    System Response
    The system cannot update a G/L account for this transaction. You cannot post the transaction.
    Procedure
    Contact your system administrator.
    If you have the authorization, check the Account determination in Customizing for Valuation.
    Proceed
    Note
    The relevant posting transaction can be found in Table T030A.
    Best regards
    Edited by: Alvaro Olmos on Aug 21, 2010 2:36 PM
    Edited by: Alvaro Olmos on Aug 21, 2010 2:40 PM

    Hi,
    Use t.code: OBYC,  Double click PRD, Enter Chart of Account.In next screen ,click RULES in application tool bar & then in next screen  select check box of  Debit/Credit but  do not select check boxes valuation class, valuation Modifier & account modifier & save.( not required as price difference will goto  one generic G/L).
    Now come back & again use t.code: OBYC, Enter Chart of Account, Double click PRD & enter your G/L account for Debit/Credit& save.
    Now try your transaction doing MIGO, you would not have any error now.
    Better involve FICO consultant for the above steps.
    For more check the link:
    http://www.scribd.com/doc/2531210/SAP-FI-GL-CONFIGURATION
    Regards,
    Biju K

  • Account determination for entry CASI DIF not possible.

    Hi Friends,
    While doing Invoice (MIRO) against PO, I have encountered below error.
    IR Error:
    Account determination for entry CASI DIF not possible. 
    Please help to how to resolve.
    Warm regds,
    Raman,

    Hi,
    If you click on the message you will get help, it will show you exactly which entry in the auto account assignment table is missing. Note the details (COA valuation area etc.) then at the bottom of the message is a link to take you into the transaction where you can make the appropriate settings (assuming that you have access and this is not your production live system).
    CASI may well be yyour chart of accounts and DIF is the transaction event key. The system needs to know which GL to post to in this situation.
    Steve B

  • Message no. M8147 : - Account determination for entry TLRG KDM not possible

    Dear Friends,
    We encounter with error message M8147:-Account determination for entry TLRG KDM not possible while posting a MIRO entry, here is the brief analysis.
           Goods receipts is posted the following entry with exchange rate 3.81650
                         RM-Paper A/c                 USD 31075.24 and ARS 118598.67
                               GR/IR Clearing           USD 31075.24 and ARS 118598.67
    Now while posting MIRO exchange rate is 3.8863, as there is difference exists with GR rate system is trying to identy GL account from transaction key KDM (Materials management exch.rate diffs) but we have not mantained any account there.
    Now what I want to understand is that I have seen the cases when there is a exchange rate difference it will be adjusted to Expense A/c in this case it should be RM-Paper A/c but why system is looking for an entry to KDM transaction key.
    Please give us an idea why system is behaving is like this and how to achive the funtionality of adjusting the exchange rate difference to expense A/c.

    hi all,
    I am also facing this error
    Account determination for entry ____ GBB ____ BSA 7900 not possible .
    The system cannot find account for posting. OBYC i have checked but not getting any solution. Can you suggest something?
    Regards,
    Diptanshu gupta

  • Account Determination for entry GCOA PRD not possible

    Hi!  we encountered this error during Invoice Receipt.   During IR, there is a decimal difference between the Invoice Balance in mir7 (in the upper right)  and the PO amount.  What we do is we put the the decimall difference in the Unplanned Del Costs under the details tab.  But our problem is we encounter the error message Account Determination for entry GCOA PRD not possible.   I read that in the transaction key PRD:  Price differences can also arise in the case of materials with moving average price if there is not enough stock to cover the invoiced quantity. In the case of goods movement in the negative range, the moving average price is not changed.  Instead any price differences are posted to a price difference account.
    The material in the PO that we are trying to IR have stocks in the system.  My question is how can we know the number of stocks that should be available for us to be able to IR?
    How can we also avoid these decimal differences between the IR and PO amount?
    Thanks so much and appreciate your help..
    Regards,
    Paula

    first thing
    If there is small diffrence in Invoice total amount send my vendor and system calculated value and ther is small diffrence then it shoudl go to small diff account
    this account should go in OBYC GCOA DIF hear u can give gl account , and also check if u have stet tolearance limit for this amount
    SPRT ==MM == LIV == invoice block == Set Tolerance Limits
    in this u set BD for ur company code.
    if u do this then u will not require to put that small diffrence in unpland delivery cost.
    Account Determination for entry GCOA PRD not possible
    in OBYC for ur GCOA  click on PRD key
    and following should be the entry for ur Material valuation class
    general modification      valuation class    gl account
    (blank)                              xxxx                    xxxxx
    PRA                                  xxxx                     xxxx
    PRF                                   xxxx                      xxxx
    PRU                                  XXXX                       XXXX
    depending on ur posting rule set this
    hope ur error will go
    My question is how can we know the number of stocks that should be available for us to be able to IR?
    when do MIRO or MIR7 system check what is the stock qty availabe at the point of posting
    say Stk is 10 and u are posting 15 qty than system calculat the value for 10 and post the amount for 10 as inventory cost and remaning 5 will post to price dif account  if ther eis change in rate of PO and invoice received.
    hope this helps

  • Issue with MIGO- Account determination for entry ABCD FR1 not possible

    Hi,
    We create a PO with account assignment category - A.
    When we are doing MIGO against this PO, error showing - Account determination for entry ABCD FR1 not possible.. (PO without material code)
    I have already checked following points: -
    1. First check Material Group in PO and through OMQW tcode, also checked mentioned valuation class against Material Group.
    2. In OBYC, checked that in Transaction Key FR1 has the GL assignment with Chart of Accounts ABCD...
    Please let me know now, how to fix this issue now...
    Regards..

    Hi,
    Maintain Valuation modifier along with valuation class in OBYC.
    And also Check the automatic account determination cofiguration once...
    The below link helps you in configuaration .....
    http://www.sapstudymaterials.com/2007/12/sap-mm-automatic-account-determination_16.html
    Regards,
    Udaya.
    Edited by: udayareddy on Oct 15, 2011 11:17 AM

  • Account determination for FI-MM Integration not possible

    Hi SAP Guru
    When I am doing GR for an order the system throw an error Account determination for INT BSX__ __ Valuation class(FINI) not possible. I have checked the configuration in OBYC & find that in GBB Ram material consumption A/c has assigned in P/L nature without automatic posting.
    In BSX Inventory change A/c in the nature of B/S with automatic posting allowed have been maintained
    In GBB Consumption A/c in the nature of  P/L without automatic posting have been maintained
    Then what is the exact problem Tell me Gurus
    Rajeev

    hi rajeev
    can u clarify what type of material u r using
    For GR against order
    Accounting entries
    Finished good ............dr BSX
    To cost of good sold acount GBB (AUF)
    i think ur doing mistake in assignment
    because in question u have talk about raw material consumption
    u please check it
    Thanks
    Ansuman

  • Select statement - Where Condition not possible

    Hi,
    I am trying to extract data from sap standard table CFX_COL.I want extract based on a field which is of type string.I can see that in the table but when I code below I am getting error.Any other alterantives?
    REPORT x.
    TABLES:proj.
    DATA: it_proj TYPE STANDARD TABLE OF proj.
    DATA:wa_proj TYPE  proj.
    DATA: it_cfol TYPE STANDARD TABLE OF CFX_COL.
    DATA:wa_cfol TYPE  CFX_COL.
    data:v_name type STRING.
    PARAMETERS: p_pspid LIKE proj-pspid.
    SELECT * FROM proj INTO CORRESPONDING FIELDS OF TABLE it_proj
    WHERE pspid = p_pspid.
    READ TABLE it_proj INTO wa_proj INDEX 1.
    concatenate wa_proj-pspid '-' wa_proj-post1 into v_name.
    select * from CFX_COL into CORRESPONDING FIELDS OF TABLE it_cfol
    where name in v_name.
    Error:The Field "NAME"  is a long string , so it cannot be used in WHERE, ON or HAVING conditions.
    Rgds
    Vara

    Hi Vara.
    Select will not work if you are trying to search based on the name field as in the table  CFX_COL it has data type String which basically is not content but a reference to a storage area and internally it is stored in a different format not searchable. Even , if you try to find the number of entries in the table you can not put any value in this field as it will not be available for input as it doesn't contain any value.
    STRING: Character string with variable length This data type can only be used in types (data elements, structures, table types) and domains. In the Dictionary a length can be specified for this type (at least 256 characters). It may be used in database tables, however, only with restrictions. For a description of them refer to the documentation of the ABAP statement 'STRING' . In ABAP, this type is implemented as a reference to a storage area of variable size. As default for the output length 132 characters are proposed. You cannot attach search helps to components of this type.
    http://help.sap.com/saphelp_40b/helpdata/en/cf/21f2e5446011d189700000e8322d00/content.htm
    Regards
    Apoorva

  • Account determination for entry 0010 GBB not possible

    Hi,
    While doing the GR, the above error is displayed.
    Please guide.
    rgds,
    AJit

    Ajit,
    During GR automatic account determination takes place based on the materail type/valuation class assgned in the materail/controlling area/chart of accounts/GL account/Movement type.
    In your case system is not able to determine which GL account it has to hit. You need to set up the right GL account under GBB accounts for the account modifier and Valuation class combination mentioned in the error message. Please use transaction OBYC for this purpose.
    Regards,
    Prasobh

  • Error in Migo: Account determination for entry NCSA KDM not possible

    We did not setup the account for KDM as we fixed the exchange rate at PO. Did not expect such error when perform GR for foreign currency PO. This happened in our production environment.
    In the developement environment, did not encountered such problem.
    Would appreciate if anyone had encounter the same issue enlighten us where went wrong.
    Regards,
    Peck Har

    Hi,
    Yes, the data entry (PO) is correct. And compare the valuation setting in IMG of developement environment seem alright. Not sure what's else to check.
    Regards,
    Peck Har

  • Condition in Interface Determination

    Hi
    I have two interfaces clubbed together. The output is an Idoc and the same Idoc is sent to two interfaces. The Business Sytem is same for both receivers. The Idoc has to be sent only to both reveiver interfaces if the EKORG is one and I have put that condition in Receiver Determination and its working fine.
    Now, I have two interfaces and one of the interface has an additional condition. If only a particular Idoc field has values either 12 or 20. So how do I incorporate it ? Should I go to the Configured Inbound Interfaces under Interface Determination, select the Interface and use " OR " there ?
    Regards

    I didn't understand how to create the OR operand
    You need to make use of the Insert Group option....it is mentioned in this help link
    http://help.sap.com/saphelp_nwpi71/helpdata/EN/67/49767669963545a071a190b77a9a23/content.htm
    You can even enter the condition manually in the condition editor...for more info check the blog by Shabharish.
    Regards,
    Abhishek.

  • Problem while determining receivers using interface mapping: "SYSTEM FAILURE" during JCo call. Bean SMPP_CALL_JAVA_RUNTIME3 not found

    We have a SOAP to PROXY scenario Which is in Production.
    We keep getting the Error:
    " Problem while determining receivers using interface mapping: "SYSTEM FAILURE" during JCo call. Bean SMPP_CALL_JAVA_RUNTIME3 not found on host XXXXXX, ProgId =AI_RUNTIME_XXX.
    We are using Standard Receiver Determination with single receiver without any condition. And no mapping being used in interface determination.
    What are all the possible situation where we face such as this issue in Production.

    Please check the SAP note
    # 1706936 - messages fails with error java.lang.RuntimeException Bean SMPP_CALL_JAVA_RUNTIME3 not found
    1944248 - PI unstable due to JCO_SYSTEM_FAILURE mapping issues

  • Interface mapping - Not specified

    I am able to create the interface determination. But I am not able to associate my Interface mapping to the Inbound interface. After I selected a Inbound interface in the Interface determination, I clicked on the mapping option, but 'No objects found!' for interface mapping. But I saw it in 'Integration Builder: Design'.

    Hi,
    Make sure that the source and the target interfaces in configuration are the same as in Interface Mapping......this problemis not related only to Target interface....take into consideration both the interfaces......
    Regards,
    Abhishek.

  • Non BPM process - no mapping object found in interface determination

    I'm working on a non BPM synchronous process of kind HTTP=>XI=>RFC
    I completed my design and onto config now. I created receiver determination for HTTP (no sender agreement) and receiver determination for RFC. In my interface determination I cannot find mapping objects.
    I included in HTTP service, the request, sync and response message and RFC shows up naturally with RFC objects.
    Any ideas. I've been struggling with this for over a day now.
    Thanks.

    Hi Parimala -
    Just to clarify, for this scenario, here's what you need:
    <b>Design</b>
    1. One Message Interface (outbound/synchronous) corresponding to your HTTP request/response.  You don't need a Message Interface nor Message Type for your inbound/synchronous RFC.
    2. Request Mapping corresponding to request
    - HTTP request Message Type to imported RFC (request)
    3. Response Mapping corresponding to response
    - RFC.response to some Message Type for the response
    4. Interface Mapping
    - interfaces: your outbound/sync Message Interface corresponding to HTTP request to imported RFC
    - at bottom request tab, select your Request mapping (#2 above)
    - at bottom response tab, select your Response mapping (#3 above)
    <b>Config</b>
    When you say the following:
    >>><i>I completed my design and onto config now. I created receiver determination for HTTP (no sender agreement) and receiver determination for RFC.</i>
    Don't know if that's a typo, but there should only be one receiver determination based on your sending system/service, sending interface (HTTP one), and interface namespace.
    Confirm the above steps and see if that helps.
    Regards,
    Jin

  • RFC to HTTP Interface - Access using NULL object reference is not possible

    Hi All,
    I am working on a Interface RFC to HTTP where in I am sending the data to a third party system.
    Using PI 7.3 and Adapter type XI to send this data.
    I am getitng an error Short dump occured when executing message in qRFC queue <Queuename>: Date/time 02.12.2011 08:44:57, user XXXXX, runtime error: Access using NULL object reference is not possible.
    <SAP:Code area="INTERNAL">QRFC_SYSTEM_DUMP</SAP:Code>
    I am entering the parameters such as target host,service number,path correctly with addrseing type as URL.
    The message is failing in the call adapter step with the above error.
    There are no messages stuck in SMQ2 as well.
    Now on the other if I use the  adapter type HTTP_AAE the messages is getting successfully delivered with the same parameters mentioned above.But as we know it is a plain adapter and will not have the SOAP envelope.
    We would want to send the data using the XI adapter.
    Any idea as why this issue is happening?
    Helpful answers will be rewarded points.
    Thanks & Regards,
    RK

    Hi,
    please go through below threads,
    Error for all the interfaces
    Access via NULL object reference not possible., error key: RFC_ERROR_SYSTEM
    hope it will help you
    regards,
    ganesh

Maybe you are looking for