Questions on ICR reconciliation process 002 (reconciliation status)

Dear all,
I am implementing ICR reconciliation process 002   and I have some questions regarding process's behaviour and functionality. I have set u201CDefine Rules for Document Assignments" as following:
1     POPER     Posting period     = Equal     POPER     Posting period
10     RTCUR     Transaction currency     = Equal     RTCUR     Transaction currency
20     TSL     Transaction Currency     -1 Opposite Amount (Only for Value Fields)     TSL     Transaction Currency
1/ when running trx 'FBICR2 - Reconcile Documents Manually'  although there are only 2 items and they are reconciled and appear as without differences, group's status on navigation tree is "yellow" (Unassigned items). I expected that it will be "green" (Assigned without differences).

I close this message in order to post it more correctly since I think current message is a bit confusing.

Similar Messages

  • Questions on ICR reconciliation process 002 (behaviour 2)

    Dear all,
    I am implementing ICR reconciliation process 002   and I have some questions regarding process's behaviour and functionality. I have set u201CDefine Rules for Document Assignments" as following:
    1     POPER     Posting period     = Equal     POPER     Posting period
    10     RTCUR     Transaction currency     = Equal     RTCUR     Transaction currency
    20     TSL     Transaction Currency     -1 Opposite Amount (Only for Value Fields)     TSL     Transaction Currency
    3/ If I am reconciliating company A with partner B in FBICR2, when I assign manually items and reconcile all accounts for this Company A/Partner B I expected that status for Company B and Parther A would be updated but transaction do not seems to work as I expected. Is this the correct behaviour or am I doing something wrong?
    Cheers

    I close this message in order to post it more correctly since I think current message is a bit confusing.

  • Questions on ICR reconciliation process 002 (process behaviour)

    Dear all,
    I am implementing ICR reconciliation process 002   and I have some questions regarding process's behaviour and functionality. I have set u201CDefine Rules for Document Assignments" as following:
    1     POPER     Posting period     = Equal     POPER     Posting period
    10     RTCUR     Transaction currency     = Equal     RTCUR     Transaction currency
    20     TSL     Transaction Currency     -1 Opposite Amount (Only for Value Fields)     TSL     Transaction Currency
    2/ I do not fully understand process behaviour. Although all accounts included in a group are balanced to zero; group status appears "yellow" (Unassigned items) and I have to unassign them in the assigned data view (bottom of the user interface) and then assign them manually again in order to get them in "green" status (without differences).
    I understood for process '002' reconciliation is in a account balance point of view and not try to clear item by item. Am I right?
    Cheers

    I close this message in order to post it more correctly since I think current message is a bit confusing.

  • Questions on ICR reconciliation process 002

    Dear all,
    I am implementing ICR reconciliation process 002   and I have some questions regarding process's behaviour and functionality. I have set u201CDefine Rules for Document Assignments" as following:
    1     POPER     Posting period     = Equal     POPER     Posting period
    10     RTCUR     Transaction currency     = Equal     RTCUR     Transaction currency
    20     TSL     Transaction Currency     -1 Opposite Amount (Only for Value Fields)     TSL     Transaction Currency
    1/ when running trx 'FBICR2 - Reconcile Documents Manually' although there are only 2 items and they are reconciled and appear as without differences, group's status on navigation tree is "yellow" (Unassigned items). I expected that it will be "green" (Assigned without differences).
    2/ I do not fully understand process behaviour. Although all accounts included in a group are balanced to zero; group status appears "yellow" (Unassigned items) and I have to unassign them in the assigned data view (bottom of the user interface) and then assign them manually again in order to get them in "green" status (without differences).
    I understood for process '002' reconciliation is in a account balance point of view and not try to clear item by item. Am I right?
    3/ If I am reconciliating company A with partner B in FBICR2, when I assign manually items and reconcile all accounts for this Company A/Partner B I expected that status for Company B and Parther A would be updated but transaction do not seems to work as I expected. Is this the correct behaviour or am I doing something wrong?
    Cheers

    Ralph thanks for your answer that was very helpful.
    I reviewed table FBICRC002T and as you said, there were lines with RTYPE = 1 and TSL NE 0; but they were wrong, I mean not "real" since the amounts (totals amounts) were bigger than the sum of the individual line items documents involved in FBICRC002A.
    Then I run 'FBICRC002_DATA_TCAL' and totals were recalculated and then I run FBICA2 and all lines in FBICRC002T with TSL NE 0 had RTYPE = 2 so gropus appear as "green" in FBICR2 now.
    I think that I understand now how program derive group's status.
    Then I did the following steps:
    - I went to FBICR2  and unassign all items in "green" groups.
    - FBICRC002A was updated with status 1 but FBICRC002T remains with status 2
    - Then I logoff transaction FBICR2  and login transaction FBICR2 again. Since table FBICRC002T did not change (remains with status 2) groups appear "green" again although items were not assigned in FBICRC002A.
    - Then I run 'FBICRC002_DATA_TCAL' again FBICRC002T was updated now with status 1
    - After doing that, I log in transaction FBICR2 again and groups appear "yellow" as expected.
    - Then I manually assign in FBICR2 all items so they changed to status "2" in FBICRC002A but FBICRC002T remains with status "1". Groups remains as "yellow" since FBICRC002T is not updated yet.
    - Once again, If I run 'FBICRC002_DATA_TCAL'  table FBICRC002T is updated with status "2" and groups are "green" in FBICR2.
    If you are still keeping reading this thanks you. I think all of this sounds a bit tricky but my question is: how and when is table FBICRC002T updated? Is necessary to run 'FBICRC002_DATA_TCAL' after any manual change (assign or unassing) at FBICR2? Is this regular behaviour? Sound a bit strange by the way, I think I am doing something wrong or have misunderstood somethingu2026
    Thanks a lot in advance for your help and patience.
    Rafa

  • Questions on ICR reconciliation process 002 (functionality)

    Dear all,
      I am implementing ICR reconciliation process 002   and I have some
      questions regarding process's behaviour and functionality. I have set
      u201CDefine Rules for Document Assignments" as following:
    1   POPER       Posting period    = Equal     POPER       Posting
      period
      10  RTCUR       Transaction currency    = Equal     RTCUR
      Transaction currency
      20  TSL   Transaction Currency    -1 Opposite Amount (Only for Value
      Fields)   TSL   Transaction Currency
      4/I need to reconcile accounts (process 002) not only for GL accounts w/o
      open items but also Open Items GL accounts and vendor and customer GL
      accounts (reconciliation accounts).
      I do not need to manage open items nor vendor customer items (which would
      be supported with processes 001 and 003); I just need to reconcile these
      accounts as if they were GL accounts. I have tested in my test client and
      seems to work.  Is it possible?
      Cheers

    Hello Rafael,
    The advantage of using process 001 or 003 is that you get a clear overview of the unpaid receivables and payables taking key date information into account. This is why the recommended procedure for dealing with payables and receivables is to use process 001 or process 003. You basically have a different angle when analyzing open items...
    Having said all this it is possible to include any type of account in process 002. All you need to do is to not be quite as restrictive in your ledger selections. Then other line items will be posted to your ledger and can be analyzed within process 002. If this is what you need then go ahead and do it. Just make sure that you are sure your customer does not want to analyze receivables and payables on a different level...
    Hope this helps,
    Ralph

  • ICR Process 002: ledger selection

    Dear experts,
    We are running on ECC6 and trying to implement Intercompany reconciliation process 002. We already have successfully implemented process 001 and 003. All the data that need to be reconciled are in the same system and on the same client (ie all the company codes are running on SAP ECC6)
    The problem is that everytime we launch the transaction FBICS2, no data is selected (or reselected), even though there are data to reconcile. Message: "No data selected according to the specified restrictions".
    My question:
    - what do I need to customize as sending ledger and receiving ledger ? Should it be the same ledger ?
    - do i really need to create a SL ledger for this process ? If yes do i need to set up transfer operations ?
    - what could be the cause of my problem ?
    My customizing is as follows: in FBIC009, local company code activated, Data source is current process, Data transfer type is Asynchrnous via direct RFC, Sender field for reference and alternative sender field are blank.
    Thanks in advance.
    Steven

    Hello Steven,
    Sorry that it took me so long to answer...
    Re #1 Yes, you have to run FBICA2 in order to have documents visible in FBICR2.
    Re #2 GCU1N takes ledger selection into account. The program basically simulates posting of the document. So if a line is posted to your ledger during GCU1N it would also be posted when using FB01 etc.
    Re #3 You can set up matrix reconciliation.
    Add Segment and Partner Segment as fields with availability "Totals Items: Subassignment" (transaction FBIC006).
    Then maintain the field catalog and choose role Secondary OrgUnit for Segment and Secondary Partner Unit for Partner Segment (transaction FBRC008).
    Finally you have to choose option Use Primary and Secondary OrgUnits and Partner Units in Hierarchy Display in IMG activity Set Up Reconciliation Display (transaction FBRC003).
    The hierarchy in FBICR* will look like this:
    Company 1 - Segment A
       Partner 1 - Segment B
       Partner 2 - Segment A
       Partner 2 - Segment B
    Company 1 - Segment B
       Partner 1 - Segment A
       Partner 2 - Segment A
       Partner 2 - Segment B
    Best regards,
    Ralph

  • ICR process 002 - rules for S-L

    Dear all
    When I try to enter a rule, saying:
    BSEG-XOPVW = ''
    for my S-L for the IC reconciliation process 002, the system gives an error (GU103), saying: "Die Tabelle bzw. das Feld des eingetragenen Objektes, z.B. der Regel, des Feldes oder des Sets, ist für den aktuellen Anwendungsbereich und Zeitpunkt nicht zugelassen".
    However I don't want open item accounts in my S-L. How can I set up the rule?
    Kind regards,
    Isabelle

    Hello everybody,
    A couple of days ago I ran into the same problem trying to set up the ledger selection. While BSEG is still offered it cannot be used in this context. The best alternative I was able to find was to implement a user exit UIC2 for ledger selection:
    FORM uic2  USING b_result.
      DATA    BEGIN OF ls_xopvw.
      DATA      bukrs   TYPE bukrs.
      DATA      saknr   TYPE hkont.
      DATA      xopvw   TYPE xopvw.
      DATA    END OF ls_xopvw.
      STATICS sth_xopvw LIKE HASHED TABLE OF ls_xopvw
                        WITH UNIQUE KEY bukrs saknr.
      IF accit_glx-vbund = ''
      OR accit_glx-koart NE 'S'.
        b_result = 'F'.
        EXIT.
      ENDIF.
      READ TABLE sth_xopvw
      INTO ls_xopvw
      WITH TABLE KEY
        bukrs = accit_glx-bukrs
        saknr = accit_glx-hkont.
      IF sy-subrc NE 0.
        SELECT SINGLE bukrs saknr xopvw
          FROM skb1
          INTO ls_xopvw
          WHERE bukrs = accit_glx-bukrs
          AND   saknr = accit_glx-hkont.
        IF sy-subrc NE 0.
          ls_xopvw-bukrs = accit_glx-bukrs.
          ls_xopvw-saknr = accit_glx-hkont.
        ENDIF.
        INSERT ls_xopvw INTO TABLE sth_xopvw.
      ENDIF.
      IF ls_xopvw-xopvw = 'X'.
        b_result = 'F'.
        EXIT.
      ENDIF.
    ENDFORM.                                                    "uic2
    Best regards,
    Ralph
    Edited by: Ralph Stadter  on May 25, 2009 5:05 PM

  • ICR redundand status fields in process 002

    Hello experts,
    when reconciling documents in process 002 (transaction FBICR2) the status fields for communication and processing are shown redundand in the German system.
    Checking table FBRC0070C shows 8 entries for process 002, which is correct.
    Checking table FBRC0070T shows 13 entries for process 002, language D. Unfortunately I'm not able to delete entries from this table, but I guess, these redundand entries are the reason for the redundancies in FBICR2.
    Any ideas on how to remove these entries in a way that is transportable through all the systems?
    Thanks in advance!
    Maria

    Hello Maria,
    It looks like you had additional status values with the same texts at some points. Then the status values were deleted but for some reason some of the translations remained. Try creating the missing status values and then deleting them again. This should also get rid of the unwanted texts.
    Another option is to delete all status values in viewcluster maintenance for VC_FBRC0075. Simply select the status field you are having issues with at the Status Field level of the navigation and choose function Delete. Make sure to choose to delete all entries.
    Next time you enter VC_FBRC0075 the Status Field entries will be generated again from the field catalog and you can maintain the status values you want...
    HTH,
    Ralph

  • ICR Process 002: ledger selection  - create a SP Ledger

    Hello,
    I am implementing ICR functionality in ECC 5.0.
    I have implemented process '003' so far, and it is already working fine.
    I have seen this question in SDN which is about exactly the same issue that I have:
    [Re: ICR Process 002: ledger selection|Re: ICR Process 002: ledger selection]
    I understand that I have to create a Ledger for process '002' as is said in the message above. The problem is:
    - I have configured "Define Reconciliation Process Detail Attributes (FBIC010)" as following:
    RC           CoA           SS                                          SendLD  Receiving LD
    002     K4     PCGE      Minimize number of RFC calls     I2          I2
    - When I try to create a "I2" ledger in 'GCL1' and I set summary table as "FBICRC002T" the system shows the following error message: " Table FBICRC002T is not allowed  Message no. GG291"
    Do you know what could be wrong?
    Thanks in advance

    Solved by the following information of Customizing's documentation
    Before you can define any ledgers for ICR you have to make sure that global ledgers are active (transaction GCVO: IMG path Financial Accounting  Special Purpose Ledger  Basic Settings  Perform Preparation or Financial Accounting (new)  Special Purpose Ledger  Basic Settings  Perform Preparation).

  • ICR Leading zero on field DOCREFNR in process 002

    Hello,
    Like some other people here on this forum, I've noticed that the process 002 behave a bit differently in terms of field mapping.
    DOCNR cannot be used like in other processes, because it's filled with another number than BELNR. I need to use REFDOCNR instead.
    But I need REFDOCNR to be formatted without leading zeros.
    I read on this thread (ICR process for GL accounts.) that it's possible to do it by user exit in the field movement definition.
    But my question is that in my field movement I don't have the mapping BELNR -> REFDOCNR, this mapping is built-in, so I don't know exactly where I should define the user exit.
    Can you please advise?
    Best regards,
    Maxime

    Hello Maxime,
    When posting directly to a ledger the FI document number is not known at the time the SL document is posted. This is why SL creates its own document number. You have the information in the REF* fields which lead you back to the connected FI document. This is exactly what program FBICRC002_DOCNR_SELECT does. It finds the corresponding FI document and puts the FI document key information into the fields FAGL_* in FBICRC002A; the correct FI document number will be contained in FAGL_DOCNR.
    If you collect the data for process 002 using the data selection program, FBICRC002_DOCNR_SELECT is executed automatically as part of the data selection process in the sender systems. For documents posted directly into the reconciliation ledger in the reconciliation system you need to run the program yourself - I suggest that you do this each time before you run automatic assignment.
    If you want to manipulate any information as it is posted into the special purpose ledger you set up you should implement an exit called by the field movement.
    If you want to manipulate FAGL_DOCNR as it is populated by FBICRC002_DOCNR_SELECT, you need to implement BADI method CHANGE_DATA_TABLE for event if_ex_fb_icrc_002=>gc_evt01_remote_select.
    Best regards,
    Ralph

  • ICR - Process 002 - Business Area

    Hi Ralph,
    how can I reconcile for business area in ICR Process 002?
    In the standard table (FBICRC002A), there is not present field Business Area.
    Can yuo help me?
    Thank you so much.
    Best regards
    Giampaolo

    Hello Rafael,
    Here is some information about the "Standard Setup" for ICR. Depending on your individual requirements you may have to vary these settings:
    Field Movement
    Create a new field movement using transaction GCF1.
    Receiver Table FBICRC002T
    Sender Table ACCHD
    Receiver Field  Sender Table     Sender field
    DOCDT             ACCIT_GLX        BLDAT
    GSBER             ACCIT_GLX        GSBER
    RACCT             ACCIT_GLX        ALTKT
    RASSC             ACCIT_GLX        VBUND
    REFNR             ACCIT_GLX        XBLNR
    Note that this will result in the field XBLNR not being changeable any more. This is SL standard behaviour because this means that if you changed XBLNR in the original document you would not get an update of your SL copy of the document. If you want to be able to change XBLNR in the FI document you could leave sender field for REFNR blank and implement an exit populating the field with XBLNR when the document is first posted.
    Posting Indicator
    I recommend setting this to 3. You will have to build up the initial set of data at some point using GCU1N. And you also want new postings to be transferred.
    Check independent of posting
    NO! You should not set this indicator. This is only relevant if you set posting indicator to 2 and you have implemented e.g. validations.
    Write line items
    YES!!! You need line items as the basis for your reconciliation.
    Required posting
    NO! You should not set this flag.
    Best regards,
    Ralph

  • ICR File Upload Process 002 G/L Accounts

    Dear SAP experts,
    For external companies, we want to upload their intercompany transactions in the intercompany reconciliation cockpit.
    But it seems that is not possible for process 002 (G/L accounts): indeed, when I go on the customizing step 'Companies to be reconciled' (FBIC009), I cannot set the data source for one company code to File Upload.
    D
    o you have any idea so that I can load data in ICR process 002 tables by file upload?
    Thank you in advance for helping me,
    Bernard

    Hi Rafael,
    Thank you for your answer.
    But the file upload functionality is not activated by the transfer type config but by the data source config (=File upload), no?
    Unfortnulately, the field data source cannot be modified for process 002 (always equals Documents of current process)
    BR
    Bernard

  • Intercompany Reconciliation process 003 - Sender Ledger

    Hi Gurus,
    I am trying to set up configuration for IC reconciliation process.  In the step define reconciliation process attributes, do I have to mention any sender ledger for ICR process 003?  I read that the sender ledger field is not mandatory for ICR process 003.  If we leave this field empty the reconciliation program will consider entries from BKPF and BSEG tables.
    My current client has reconciliation system same as sender system.  There is a productive company code running on the same client of the same system. 
    Currently there are two ledgers defined ZA and ZB. 
    ZA - named as FI ledger and
    ZB - named as SPL reporting ledger.   
    Questions:
    1./  In the ICR configuration, Do I have to mention one of  the current ledgers (ZA or ZB) in the sender ledger field in the configuration?  If so what will be the impact?
    2./  Can I leave the sender ledger field blank in the configuration?  If so, what will be the impact.
    I am trying to read through the documentation in SAP notes (1172591 and 863630) but I am unclear of what is needed to be configured in this field.
    Any feedback will be appreciated.   Thanks in advance.
    Best Regards
    Ram

    Hello Ram,
    For processes 001 and 003 you should leave the sending ledger field empty unless you want to transfer information from document splitting to ICR from the general ledger.
    If you specify a sending ledger the program will try to retrieve additional details from the sender ledger specified. But this only makes sense if you are using New GL with document splitting.
    Best regards,
    Ralph

  • Intercompany reconciliation process in ECC 6.0

    Hi
    Can anyone guide me on how to understand intercompany reconciliation process in ECC 6.0? I have tried but could not understand.
    Thanks in Advance

    Hello,
    If you have been using F.2E you should probably review note 1180060 ( https://service.sap.com/sap/support/notes/1180060 ) as an introduction.
    It is necessary to set up some ICR specific details with the new solution. But if you use customizing generation as described in note 1172591 ( https://service.sap.com/sap/support/notes/1172591 ) migrating to the new solution should not be too hard...
    Best regards,
    Ralph

  • Automate Your Intercompany Reconciliation Process in ECC

    Hi
    Can any one provide me this document "Automate Your Intercompany Reconciliation Process in ECC "
    your help is very much appreciated.
    Thanks and Regards
    SH

    Hi SH,
    Please import the transport files attached to note 863630. This will ensure that you have the most recent corrections as well as the missing IMG paths. Please note that documentation for setting up the new ICR functionality is also attached to note 863630.
    It should resolve your inquiry
    Best Regards,
    Vanessa Barth.

Maybe you are looking for