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

Similar Messages

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

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 - 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 - 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 Open Items GL accounts

Hello,
I have a problem getting our open items GL accounts to be selected under Process 003 using transaction FBICS3. I have run FBIC and included open items GL accounts in Process 003 and have run FBIC031 and have unchecked tables FBICRC003A (should I check table FBICRC001A?). I have run FBIC004 successfully and have removed ledger 0L from process 003 in FBIC010. I have checked the Local company field for all companies in FBIC032. Finally, I have set up the Data Sets for our GL accounts and customers and vendors and set up the groups and sub-groups.
When I run the Select Documents FBICS3 I get all my IC cusotmer and vendor documents, however get an error message for the Open Item GL accounts that says the "group account could not be determined". The long text says to "complete the assignment of the operational accounts to the group accounts". What did I miss and where do I do this assignment?
Gary Pajkos

Hello Gary,
Actually you can include GL open items in process 003 (and vice versa). In FBIC032 you create a new entry for each company and select the data source GL Open Items.
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' 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 - 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 - Unassigned documents

Hi,
We have been live with the ICR module for three accounting periods now and have just encountered a serious issue. There is an instance on one company where all the Payables documents between two particular trading partners are displayed in FBICR3 at the bottom of the screen as assigned when the "Without Differences" button is clicked. Also the Difference amount in the left hand column between these two companies is zero.
However, when I go to transaction FBIC025 and run this transaction for the same two companies and period the reports shows the same documents with a group number assigned to them but the RTYPE = 1.
How is this possible that the record type status is unassigned but they have a group number assigned and they show up as assigned without differences in FBICR3.
This is a problem because we have created a custom report to display the unassigned amounts by looking at the RTYPE field in the this table FBICRC003A.
Your help would be appreciated.
Gary Pajkos

Everyone,
For anyone who has encountered this problem, the solution from OSS that fixed the issue is as follows:
Could you please re-test the system behaviour after implementing the
following three attached notes:
1432146 ICR: Open items from general ledger in incorrect co
1459139 ICR: Data from previous period is partially deleted
1420221 ICR: Assignments lost during new data selection
These notes actually correct some side effects of corrections that you
have automatically imported into your system by Support package
SAPKGPAC22.
The problem is now corrected.
Gary Pajkos

ICR PROCESS 003 : FBICR3

Hi experts,
When I execute the document selection, even if I select two SL partner or more, the result is the same.
I don't understand why I have documents that are duplicated after execute selection and assignment transactions.
Is it a bug or bad selection or bad customizing.
Thanks a lot for your response
Best regards
Cédric

Hi,
To fill out my previous message, on the duplicated documents, it seems that one document was selected with the Reconciliation Account and other document with the customer or vendor account.
Why this strange selection is possible ?
Thanks a lot
Best regards
Cédric

ICR - Importing File for process 003 + 001

Hello sap colleagues,
We have an issue with ICR and I hope someone can give me a hand with it.
We have included process 001 into process 003.
Now we are working in the definition of the file structure so that companies from outside the reconciliation system can send us their documents.
According to what we have read so far, we understand that if ATYPE is C, the account will go to the field RCUST and if ATYPE is V it will go to the field RVEND.
Our problem is, What do we do with the GL Accounts Open Items coming from process 001? Which account type shall we use so that when we import the file the system knows is a GL Account and not a Vendor or a Customer?
We have tried to leave it blank and it doesn't do anything.
We have also tried to enter ATYPE = G and it doesn't do anything either (er read this in a SAP Note).
We saw another post where it says the GL Accounts go to the field RCUST but it doesn't work.
Also, does field HKONT or RACCT has to be added to the ICR tables for Process 003?
Coudl anyone please tell me how to do it? We a bit desperate to make it work...
Any help will be very much appreciated.
Thanks in advance
Regards
Isabel

Hello Isabel,
It really depends on what you want to do with the information "account number"...
If you want to differentiate between receivables and payables for G/L open items - do you want to do that based on the account number of based on the amount (positive / negative)?
What object groups do you currently use and how are they set up?
I'll give you some examples of what you can do - assuming you use the standard setup with object groups "Payables" and "Receivables" with "Payables" defined as RVEND > SPACE and "Receivables" defined as RCUST > SPACE.
Minimalistic approach:
Define your upload structure so that the column is uploaded as field RCUST - now the GL account number will be in the field RCUST and all uploaded G/L OIs will be treated as receivables (if you even differentiate between payables and receivables in FBICR3; if you just have one object group "Open Items" then this is not really an issue). If you upload as RVEND, everything will be treated as payables.
Distinguishing between AP and AR:
Define your upload structure so that the column is uploaded as field RCUST. Then implement BADI method CHANGE_DATA_TABLE for event '8' to implement whatever logic you would like to use in order to distinguish between AP and AR. You must have note 1475612 implemented for this event to be used. Then fill fields RVEND and RCUST accordingly. Just make sure that in the end you don't have both RCUST and RVEND filled... You could also prefix the account number with a 'G' so you can see that this is not really a customer/vendor account number but the integrated GL account number.
If you want to have the unmodified GL account number available in ICR process 003 you should add RACCT as a custom field. Then you can also upload the GL account number into that field and then fill RCUST / RVEND according to your requirements and still have RACCT available to display in FBICR3.
Hope this helps
Ralph

ICR Process 003 Uploads

Similar Messages

Maybe you are looking for