ICR Proces 003 Functionality

Hi friends
Recently I m cuztomizing SEM BCS for financial statement consolidated, from some years ago in version SAP R/3 4.6c, the transaction code F.2E was used to, butin version 5.0 and 6.0 this funcionality there isnt, now Intercompany Reconciliation is used,
any of yours have implemented this functionality, I have read the notes about this topic and I dont understand verywell how to do this
Is necesary configured all process, 01, 02, 03
is necesary use a special ledger , the new functionality mentioned that I can do reconciliation fron sistem No SAP and SAP old versions like 4.6c, 4.7 etc
I have version 6.0 and I want to do reconciliation beetwen Trading partner, one trading partner was in another client, Ineed to do RFC`s, IDOC`s???
Best regards
thanks in advance

Hello Lucio,
1. Please apply the corrections from note 863630, 1062292, 1159776, and 1172591 to your system x (ECC6.0) and y (ECC5.0). Please apply the corrections from note 789242 to system z (4.6C). Depending on your use of ICR additional corrections may be necessary. But for getting started the ones I mentioned should be sufficient.
2. In your central ICR system x (ECC6.0) you should make sure that all companies to be reconciled are set up in transaction OX15.
3. Run transaction FBICC, specify Reconciliation Process 003, deactivate Test Run and choose Execute. The program will ask you whether you want to include GL open items as well. If you have any companies that post their IC documents to GL accounts, you need to choose Yes. Otherwise choose No.
4. Start transaction FBIC031. The Inactive flag for FBICRC003A is probably checked. Uncheck this and save your changes.
5. Start transaction FBIC004. Deactivate Test Run and choose Execute. Please note that you should run this program only when nobody is trying to post FI documents in the system at that time since it will generate the posting framework. This might lead to canceled updates if someone is trying to post. For this reason the program will also not run automatically in the target system when you transport your settings. You have to start the program manually in each system of your system x landscape (development, test, production). Try to choose a time when no postings in FI will be made.
6. Go to transaction SM59 and create a RFC connection for system y and a RFC connection for system z. You should set up these RFC connections so the user and password are stored. That way data selection will be able to run automatically without logon screens.
7. If you want your users to be able to display the original FI documents in the original system you should create a second RFC connection for systems y and z. For these RFC connections you should not specify a user name. That way you ensure that if a user tries to display the original FI document they can only do this if they have a user with appropriate authorizations in the original system.
8. Go to transaction FBIC032. Transaction FBICC created an entry for each company from OX15. There will be two entries if you specified that you want to include GL open items. For each entry you need to specify the appropriate RFC connection from #6 in the column RFC Destination for Data Selection (the second column). If you want to specify the RFC connection from #7 in the first column (RFC Connection for Interactive Functions).
This completes the setup.
9. Start transaction FBICS3 in system x to collect all ICR documents from systems x, y, and z using the customizing you set up in FBIC032 (and the customizing generated by FBICC). Specify the year and period you would like to reconcile, deactivate Test Run and choose Execute.
10. Start transaction FBICA3. Deactivate Test Run and choose Execute.
11. For productive use you should set up #9 and #10 as two steps of a batch job to run at regular intervals.
12. Start transaction FBICR3. This is the only transaction that your users will usually execute themselves. For a demo of this transaction please review FI_EN_ICR_sim.zip attached to note 863630. This simulation was recorded for process 001 and is not quite up-to-date regarding a couple of minor details. But it does show the important points. Please download iTutor Software from https://websmp207.sap-ag.de/swdc (search for software iTutor).
You do not need to actually set up SL in any of your systems for process 003!
Hope this helps,
Ralph

Similar Messages

ICR proces 003: data reconciliation runtime

Dear all,
we are implementing SAP ICR process 003 for both customer/vendor open items and GL open items and have come across the following issue:
If a user runs tcode FBICR3 for a period in which no data exist (yet) in table FBICRC003A, tcode FBICR3 runs forever without producing any results.
When running FBICR3 for another period (with data existing in FBICRC003A) we get a result at least after a couple of minutes and everything is fine.
The issue only occurs in systems with a big amount of data in FBICRC003A.
Has anybody come across this issue so far? Is there any way to prevent this?
Thanks in advance for any help + best regards,
Claus

The reason was a basis issue (database statistics not updated), no ICR issue.

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 - 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 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 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

Proc or function returning n rows

Returning multi-rows with informix or sysbase procedures is very simple
for example it's possible to declare in esql/c sybase a cursor for execute procedure and retrieve all tutles in a cursor in the esql/c code.
This procedure is also usable in sql with execute blablabla and the result is like a simple select.
Oracle proc or function simes to be more complicated!
Is someone got a part of pro*C code and stored proc or function code about multirows retrieval? Is this function or proc usable in VB for example?

If you are certain to get a small number of rows (10, 20, ..., 100), than PL table is the best choice.
But for a large number of rows, cursor is the best choice, having in view that a PL table will have to be entirely stored in the server memory (and this requires some SGA space), while cursors allow fetching a number of rows, processing the fetched rows, again fetch a number of rows and so on ...
Forms with data-blocks based on functions that return ref cursor allow fetching rows in bulks of 10-20...100 at a time.
null

ICR Proces 001+003

Hello,
We start to work with ICR and I have problems with selection.
I activate process 003 and ask to include the GL open items.
I maintain the customization of 003 but didn't maintain any on 001.
I have 2 problems:
1. I only customize few company codes but the selection include companies that I didn't maintain in "Companies to be Reconciled".
2. From the documentation I fought that for GL open items, in table FBICR003A/T the field RCUST will contain the GL account number. But I see that in this field is a number that I do not know where it came from.
Thank You
Orna

Hello Oma,
Ad 1. This probably happens because you do not restrict the company IDs on the selection screen of FBICR3. In this case the partner companies are also included as first level nodes in the navigation tree so you can see the business relationship from both sides.
Example
You set up reconciliation for company C1000. You have 1 open item for partner company C2000. You select data for C1000. If you now start FBICR3 your tree will look like this:
C1000
C2000
C2000
C1000
Ad 2. I do not have an explanation for this. If this issue still persists you may want to consider opening a service ticket.
Hope this helps,
Ralph

ICR process 003 - question about handling and ledger

Hello Ralph,
I have set up all customizing settings as described in the attachments of note 863630. When i execute FBICA3 now the system gets me the following results:
Company 001502/Partner 001501: Data records analyzed:         5
Company 001502/Partner 001501: Resulting unassigned company data records:         5
Company 001502/Partner 001501: Resulting unassigned partner data records:         0
Now i execute FBICR3 and I only get the company unassigned data records and not partner unassigned data records.
In f.2e this used to show up as well so the documents could be assigned manually.
Am I doing something wrong here?
And another question regarding the ledger: I have read in some of your statements as well as in a note that there is no need to set up a ledger. But to set up the attributes of the reconciliaton process 003 this is a mandatory entry for the reconciliation ledger. What exactly is the background of this type of ledger?
Thank you very much in advance for your support on this.
Kirsten

Hello Kirsten,
Re #1: As you can see from the log entries of FBICA3 the program only worked on 5 documents.
Company 001502/Partner 001501: Data records analyzed: 5
All 5 documents were documents posted by company 001502:
Company 001502/Partner 001501: Resulting unassigned company data records: 5
None of the documents were posted by 001501:
Company 001502/Partner 001501: Resulting unassigned partner data records: 0
Did you run FBICS3 for company 001501? Are there any open items relevant to ICR (VBUND > SPACE)?
Re #2: As explained in ICR_documentation.doc attached to note 863630 ( https://service.sap.com/sap/support/notes/863630 ) in chapter 3.1.2.1 Define Reconciliation Process Detail Attributes:
The ledgers you specify here do not actually have to be created in the Special Ledger customizing unless you want to use additional SL functions like reporting.
In order to enable later addition of general SL services you have to specify a ledger name. You can specify any ledger which has not been created yet. However, you should be careful not to create a ledger with this name for a different purpose later in time. If you do create ledgers in IMG activity Define Ledger you must set the properties of the ledgers as described in the documentation of that activity.
I hope this explains the logic satisfactorily.
Best regards,
Ralph

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 Process 003 - Running Data Selection for Accounts without a Group CoA

Hi Everyone,
I am getting an error "Account 'CoCode'/xxxxxxxxxxx: Group Account Number could not be determined" on the reconciliation of some accounts when I run FBICS3.
Currently, the operating chart of accounts is not assigned to a Group Chart of Accounts. This may change after Go Live u2013 for instance due to consolidation requirements. But for now we are without group CoA.
I am wondering if this is a requirement for the ICR program to have this field active on the GL master data and populated?
If not, is it possible then to switch off the error message or change the settings somewhere so that the error is not generated?
How will this effect accounts without a group account number?
I've included a link a screenshot below
Link:[http://i42.tinypic.com/rh3gp0.jpg]
Thanks in advance!
Best,
John Scime

Hi John Scime,
I suggest you to review SAP Note 1164893. Check if this note is applied in your system, otherwise, apply it and pay special attention to the manual steps(solution part of the note).
Message FB_ICRC10 can be customized according to your requirements as warning, error message and so on.
These are the manual steps of the note 1164893:
    o Start transaction SM31.
    o Specify view T100S.
    o Choose function Maintain.
    o Choose function New Entries.
    o Add the following entry:
       Application Area Msg                  Allowed StandardSwitch Off
       FB_ICRC           102                  AESIW E X
    o Save the changes.
    o Start transaction SM31.
    o Specify view V_T100C.
    o Choose function Maintain.
    o Specify Application Area FB_ICRC.
    o Choose function Continue.
    o Choose function New Entries.
    o Add an entry for message 102 and specify the attributes which best meet your requirements(WARNING MESSAGE, Error Message, etc). Use value help if needed.
    o Save the changes.
I hope this help you solve this issue!
Regards,
Mateus

ICR Process 003

Hi there,
has anyone discovered the following error in ICR when using Transaction Code FBICA3:
FB_ICRC105
with the description "Gesellsch. 002/0000/NONE: RFC-Destination Zum Objekt FBICRC_REF 003 ist das Nummernkreisinte: Fehler in RFC-Verbindung".
Thanks for your information or support!
Karin

Hello Karin,
Please maintain the number range for reconciliation process 003 in transaction FBICRC_SNRO.
Best regards,
Ralph

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 - Should postings be stopped during activation of database

In our first go-live of ICR we only use process 003 and have no additional special ledger in scope for this phase. We have seen a recommendation that all postings should be stopped during activation of database. Is that really also valid if we only consider our scope above.
Thanks for your comments!

Hello Istvan,
Even though you do not create a Special Purpose Ledger the ICR program still require the general SL posting framework to be generated. This can lead to issues if data is posted when the generation is performed.
Best regards,
Ralph

ICR Process 003 Uploads

We are currently running process 003 for ICR for all of our companies on SAP 6.0. I would like to incorporate the companies not on SAP via the upload of vendor and customer items feature. There doesn't seem to be mention of exactly how to do this in Note 1164059. It appears in FBIC032 I should select 2 Upload and Z other as part of the configuration there, but what else needs to be done?
Ralph - are you able to help? I tried searching sap wiki and also an note but no one will help.
Edited by: Staci Baker on Apr 13, 2011 1:23 AM

Hello Staci,
When you select Upload as the data source you also have to specify a DDIC structure as a reference. Please check the following thread:
http://forums.sdn.sap.com/click.jspa?searchID=73064060&messageID=6291767
If you need additional help, please let me know.
Best regards,
Ralph

ICR Proces 003 Functionality

Similar Messages

Maybe you are looking for