ICR Process 3 - FBICA3 Reconciliation Assigning documents.

We want to match-up documents with the same assignment number field BSEG-ZUONR, I can find this field assignment in transaction code FBIC032, So I will make a change here, but I canu2019t find this field in transaction code FBRC005 > Process 003 > Rule definition. Any idea how would I assign the intercompany A/R , A/P with the same assignment number.

Hello Zameer,
In FBIC032 you specify the sender field for FBICRC00*A-REFNR. So if you transfer ZUONR for all companies (based on the settings in FBIC032), then your rule should be REFNR = REFNR.
You can also add other fields (e.g. if you have some ccode where they sometimes post the reference number in XREF1 or BKTXT) to the data model. Then these fields are simply transferred as additional fields and you could set up additional rules (e.g. REFNR = BKTXT or XREF1 = BKTXT).
HTH,
Ralph

Similar Messages

ICR Process 3 - FBICR3 Reconciliation Display

After upgrade to ECC 6.0 reconcillation process is not working as it should. We upgraded from 4.6 to 6.0 and didnot turned on New GL functionality. We applied all the necessary notes 863630, 1062292, 1164059, 1172591, 1180060 and now we are able to execute all the necessary transactions for reconcillation such as FBICS3, FBICA3, and FBICR3. But after executing FBICR3 we are only seeing one company code information. e.g there are three company codes and so CC1, CC2, CC3, and we have three companies C1, C2, C3 and we have vendor and customer set up for each combination. After executing the final step of ICR I only see CC1 information and not others. In other words if CC1 is equal to C1, I m only seeing C1 documents. I m unable to reconcile documents manually.
I m able to see company information but not the partner.

Ralph,
No I havent used RFICRC00 before. We are on ECC 6.0 Release 600 , Level 0013. After some more digging from my side I start looking at each transaction to see where is the problem. When I select data for companies in Transaction Code FBICS3, I was only getting data for 1 company. If I enter any other company then I will get "0" results. I went into T-Code FBIC010, even without changing anything I m getting an error " Ledger OL is not a valid sender Ledger" "You have specified ledger 0L as sender ledger for process 003. For process 003 the sender ledger must use totals table FBICRC003T. Ledger 0L uses totals table FAGLFLEXT". I think this came out of Note 1172591, and I believe we can get rid of this error by implementing these 2 notes: ( 1). 0001159776 ICR: Select data from newGL, (2). 0001161993 ICR: Customizing Checks.
If this is the problem, and if we implement note 1159776, can we still use totals from table FBICRC003T instead of FAGLFLEXT by entering I3 in a sending ledger. (New GL is not activated and table FAGLFLEXT is empty) Or the problem I m having with TCode FBICS3 is tottaly something else.
Thanks for your help.

ICR Process 003 - Reconcile Documents

Hi there,
I am in the process of configuring the ICR process in our system. After following the 'Intercompany Reconciliation Background Information & Customizing Guide' and implementing note 863630, FBICS3 and FBICA3 appear to be functioning as they should. When I execute FBICR3 there are no unassigned documents, which is what I am expecting. However the documents in the intercompany vendor and customer accounts are still open. Is this the expected result or is there another step or program that I need to follow in order to clear these? Thank you in advance for your help.
Regards,
Dan Schnock

Hello Dan,
Please note that ICR is only an analysis tool. It extracts the information from the original systems and then helps you to find documents causing differences. It does not clear any open items. This is still part of the normal processes in the operative systems.
Assigning documents to each other simply means that you have identified them to be part of the same business transaction. This can help you find documents causing differences more quickly (e.g. two documents are assigned to each other; receivables posted in EUR, payables posted in USD => the payables document is not correct, reverse it and post a new one using EUR as transaction currency). Assigning them to each other does not trigger any kind of clearing mechanism (at least not within the standard functionality). You could implement the existing BADI methods to send information back to the operative systems and trigger a process there. But the standard does not contain anyhihng like that...
Best regards,
Ralph

ICR - Wrong display of assigned documents in Object Groups.

Hello ICR gurus,
Hello,
We are just about to start with UAT and we have found this error which is a major problem for us.
When we run the automatic assignment step via FBICA3, the system starts assigning documents automatically based on the matching rules that we
have customized. After this, it starts classifying the matched documents based on the account groups defined in the customizing.
The problem is, that sometimes one side of the matching falls into one group and the other side of the matching falls into another group and
then the user cannot see the assigned documents in the same screen.
We were thinking of using a BADI that gets called after the automatic assignment but we think this is a huge thing to do with a BADI because we would be changing the way the standard fucntionality works with our code.
Any other ideas?
Thanks a lot
Regards
Isabel

Hello Isabel,
Where in your scenario is the problem:
#1 The object groups are defined incorrectly.
#2 The data is posted incorrectly.
If #1 is the case - change the object group definition
In case of #2 it seems to me that what you want is more transparency where the issue is so the users can make the necessary adjustment postings. It would be good to have a specific scenario here.
Why did you create the object groups you created? Are these examples you're referring to based on the fact that the invoices were posted incorrectly?
In FBICR3 you would usually use either just one object group (Open Items) or two object groups (Payables and Receivables). Are GL open items classified as payables or receivables incorrectly when integrating them into process 003?
Hope this helps. If you need additional answers, please provide more details and specific examples...
Ralph
P.S.: Instead of adding these other documents to the object groups where they don't belong you could also add a function which will display the partner documents for the currently displayed "assigned" documents which don't have their partner documents in the display in a popup. That way you're still showing the problem (partner document is not posted correctly) but give them a little more information how to correct it (item should have been posted to account ABC instead of BAC)...

ICR - Mark Assigned Documents for Payment.

Hi All,
I am looking at enhancing the ICR functionality by adding an option of marking assigned documents for payment, and was wondering whether anyone has done something similar. What I would like to do is to let the user have an option (additional button) where the assigned (without differences) documents i.e. reconciled across both partner companies, are marked with a flag that can later be used in the F110 selections. This could be the ZUONR field as an example, and should happen in the leading company documents only. I am aware that there are possibilities to automate correction postings from within FBICR3 but am not sure if this would cater for mass document changes to the underlying data?
Any advice (.e. is there a standard BADI) will be appreciated.
Thanks
Kris

Hello Kris,
There is no standard functionality or BADI example implementation.
Implementing a BADI would make sense if you would want to trigger this manually. Otherwise it would probably be better to run a program to process mass data...
Best regards,
Ralph

ICR Process 003 - FBICR3 - Display original FI document

Hello,
I am doing several test run of ICR Process 003 and I have found that, without any reason, sometimes functionality "display original FI document2 does not work when pushing the "button".
Am I doing something wrong? Is there any functional reason for this behaviour?
Thanks in advance

Hello Rafael,
There are a couple of notes available for this functionality:
1293732
1156114
1148888
Please apply the notes and retest.
Best regards,
Ralph

ICR Process 003 - question about data selection (table FBICRC003A)

Hello, I am implementing ICR process 003. We are doing several test and we I have some questions that I hope you can help me:
1 - If I run transaction FBICS3 - Customer/Vendor( Select Documents) and then FBICA3 - Customer/Vendor (Document Assignment ) several times (the same selection criteria) will the same documents be selected redundantly and will be stored redundantly in table FBICRC003A? I expected that this will not happen but It seems to happen in my test environment. (?)
2- If I need to delete the data stored in ICR '003' functionality I need to use transaction GCDE. The problem as I am using ledger '0L' for '003' process I cannot "delete data of one ledger" functionality -that allows to set selection data- and I have to "delete the data of an entire data group" that deletes all data stored in FBICRC003A & FBICRC003T tables. Should I set another ledger for '003' process in order to delete data using selection criteria? Is it recommended to not to use '0L' and create a new one?
I have read in reference documentation that "is not necessary to set up a SL", but since all my productive companies are running in the same client that is the ICR cliente I am wondering if could be better to create and set a SL.
Thanks in advance
Rafael Barreda
Edited by: Rafael Barreda on Sep 14, 2009 1:27 PM

Hi Ralph,
we have created a RFC in order to get data from client B to client A (where ICR system is placed). The summary is:
I need to import vendors/customer data from Client B that belongs to a certain company code "0001". The company is called "X" in both clients A & B although it only exists as a company code (FI) in Client B and just as a company (and trading partner) in client A.
Client A:
1- have set company "0001" as a "Company to be reconciled" at FBIC032:
RFC destination = ""
RFC destination for data selection = "ZRFC0001"
Local company= ""
Data Source="Documents of Current Process"
Separate Selection Process= "X"
Data Transfer Type="Asynchronous via Direct RFC Connection"
Sender field for reference number = "XBLNR"
Client B:
1- I have created the companies (V_T880) that I will need in order to inform trading partner on vendor's master data.
2- I have assigned company code '0001' to company "X"
3- I have assigned trading partners created on step 1 to vendors
4- I have post few FI documents with trading partners informed.
Then I run FBICS3 - Customer/Vendor: Select Documents in background but the programs takes a lot of time and do not select any document.
Do you think that I am missing something?
Thanks very much in advance.

ICR process '003' how ICR post differences?

Hello
Finally we have finished the ICR configuration and it seems to be working now for a basic scenario.
We have now a "concept" question, we have posted several documents in 2 Co Codes with the same amount and same reference (we have configured XBLNR as key field in order to reconcile) and the program assign documents correctly.
We have created several documents in 2 Co Codes with same reference (xblnr) but with differences in amount. ICR shows the documents a allow us to manually assign the documents in FBICR3 trx, when we assign them, the system show the difference correctly. My question is, how those differences are posted in FI? It is possible? is a standard function? What function? Is necessary to develope a user exit or badi...?
I think that the problem now is more my understanding of the functionality that an error, but i will appreciate help in this point
Cheers
Rafa

Hello Marcus,
There is no standard functionality for posting correction documents. How this can be implemented and achieved depends on too many factors...
You can simply add a function to FBICR* via BADI. I think this would be the best approach. That way you rely on an accountant analyzing something and determining what correction posting is the best way forward.
Example 1:
You have a document group containing one customer and one vendor invoice. The vendor invoice was posted with the wrong amount and/or currency. Click a button and choose scenario "Cancel vendor invoice and post new invoice based on customer invoice". This would reverse the vendor invoice in the sender system and post a new identical invoice using the correct currency and amount. However, if you had a more complex scenario with integration to sender applications generating the vendor invoice you may want to go about this completely differently.
Example 2:
I know of at least one customer who posts accrual documents at the end of the reconciliation process in order to correct all differences. So if something wasn't reconciled completely they use the approach "whoever sent out the customer invoice is correct", and generate an accrual posting on the partner's vendor account over the amounts in the relevant transaction currencies to reduce the differences to zero before closing the books for that month. This is then auto-reversed with posting date of the first day of the following month and any additional adjustments then have to be posted in the new period (and will obviously considered by ICR for that new period).
HTH,
Ralph

ICR Process 003- Adding new field BVORG

Hi,
I am hoping Ralph will see this post and grant some of his wisdom. I have searched this forum as well as OSS and can't seem to find a good answer to my issue.
I am in the process of implementing the ICR Process 003 in our development system. I have added field BVORG for the purposes of matching, but it remains blank in FBICRC003A. I have done the following:
1. FBIC006- Added BVORG with the Sender field BVORG
2. FBIC004- Reactivated the Transaction data tables and can see BVORG was added
3. FBRC008- Verified BVORG is added as a Subassignment
I even started from scratch before this by deleting all data in FBICRC003A and Ledger I3. I realize old data may not be populated, but after the above configuration and activation, the BVORG field in the line items table still remains blank on new postings.
Any thoughts on what I may have missed? I did find one OSS Note 1405114, but this seems to apply to Process 002 not 003. Is there a corresponding note for Process 003 or another solution?
thanks in advance
Nathan
Edited by: Nathan Crowther on Mar 9, 2012 5:54 PM

Hello John,
BVORG cannot be filled at the time of posting - just like the FI document number. This is why you cannot maintain this in the field movement.
This information is supplied by program FBICRC002_DOCNR_SELECT. The program is automatically executed in sender systems where data is picked up by data selection. If you post directly into your reconciliation ledger you need to execute the program yourself - a good time would be right before automatic assignment. If you have the corrections of note 1405114 applied to the program it will fill BVORG if the field exists in your ledger.
I do not understand why you would add that field to the totals table, though. This will result in a lot of additional entries in your totals table - one for each BVORG. You really should add this field to the line item table only!
Best regards,
Ralph

ICR Process 003 Month-End Cut-off

We have implemented ICR process 003 in the 5.0 system. It seems that "posting period" relates to the period that the document was posted in ICR not necessarily to the customer account. How can we get a good month-end cut-off when new documents are posted all the time. For instance, when we run FBICS3, FBICA3, and FBICR3 after the new period begins, it will pull in documents created in the new period and all still open before in previous periods.

Hello Staci,
The period and year you enter on the selection screen is combined with the fiscal year variant maintained in your process customizing to derive a key date for open item selection. The open items are then selected in the sender system and stored in the year and period specified on the selection screen in the ICR database. This is also explained in the first message that is displayed in the log of data selection.
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 Process 002 automatic clearing

Hello Gurus,
I have a problem when clearing automatically items for ICR Process 002:
I want the system to clear items with the same reference, currency and opposite amount.
This logic is applied item by item but not globally, document by partner document whereas it is very usual to have several Expense items for one Revenue item for the same IC flow...
Is the only solution based on the implementation of the Badi u201CFB_RC_ASSIGNMENTu201D ?
Thank you in advance for your help,
Regards,
Pascal

Hi Thorsten,
Please find below the code I have applied for process 002,
regards,
Pascal
METHOD if_ex_fb_rc_assignment~process_after_assign_all.
Déclaration des variables--------------------------------------------*
FIELD-SYMBOLS         TYPE rcomp_d.
TYPES: BEGIN OF t_unassign,
           refnr TYPE fb_icrc_refnr,
           grref TYPE fb_icrc_groupref,
           tsl   TYPE vtcur9,
         END   OF t_unassign.
DATA: lt_unassign_local TYPE STANDARD TABLE OF t_unassign,
        ls_unassign_local TYPE t_unassign,
        lt_assign_diff    TYPE fbicrc_t_rproc_002_data,
        ls_assign_diff    TYPE fbicrc002a,
        l_unassign_sum    TYPE vtcur9 .
CHECK ID_RPROC = '002'.
Copie de la table interne en local pour gérer les regourpements
LOOP AT ct_assign_diff
    ASSIGNING TO lt_assign_diff.
ENDLOOP.
SORT lt_unassign_local BY refnr grref.
LOOP AT lt_unassign_local INTO ls_unassign_local.
    AT NEW grref.
      CLEAR l_unassign_sum.
    ENDAT.
On somme le montant des écritures
    l_unassign_sum = l_unassign_sum + ls_unassign_local-tsl.
A la fin du regroupement, on véfifie que l'écriture est équilibrée
    AT END OF grref.
Si ce n'est pas le cas, on supprime la référence et on laisse l'écriture
dans la table des écarts
      IF l_unassign_sum <> 0.
        ls_assign_diff-grref = space.
        MODIFY lt_assign_diff FROM ls_assign_diff
          TRANSPORTING grref
          WHERE refnr = ls_unassign_local-refnr
            AND grref = ls_unassign_local-grref.
      ELSE.
Sinon, on alimente la table des écritures sans écart
        LOOP AT lt_assign_diff ASSIGNING TO ct_assign_nodiff.
          DELETE lt_assign_diff.
        ENDLOOP.
      ENDIF.
    ENDAT.
ENDLOOP.
On supprime les lignes de la table
REFRESH ct_assign_diff.
Onalimente la table interne des écritures non assignées
APPEND LINES OF lt_assign_diff TO ct_orgunit_unassign.
LOOP AT ct_assign_diff
   ASSIGNING <ls_assign>.
   APPEND <ls_assign> TO ct_orgunit_unassign.
   DELETE ct_assign_diff.
ENDLOOP.
Regards
pascal

ICR process for GL accounts.

Hi All,
Currently had completed the ICR process 003 for the open items, likewise we also need to do the reconciliation for the GL accounts.So kindly can you let me know the options for reconciling the GL account and the steps used if possible for the same to achieve it.
Thanks in advance.
Regards,
Karthik

Hello Karthik,
FBICC can generate the ICR settings for process 002 as well. In addition to that you need to create a ledger where IC postings are collected in the sender system. There are several threads available which discuss the setup for this ledger and some information is also contained in the documentation attached to note 1164059 and the IMG documentation.
Best regards,
Ralph

ICR Process 002 - Programm FBICRC002_DATA_SEL

Hi,
by using the program FBICRC002_DATA_SEL it is possible to automatically filter documents that have enhanced the trading partner or not?
Can you help me?
Thanks and best regards.
Giampaolo

Hello Giampaolo,
Yes, this is correct. Please refer to my other answers for an example exit implementation which also makes sure that open items are not added to your ICR process 002 ledger.
Best regards,
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 Process 3 - FBICA3 Reconciliation Assigning documents.

Similar Messages

Maybe you are looking for