intercompany reconciliation guide
Post on 15-Oct-2015
180 Views
Preview:
DESCRIPTION
TRANSCRIPT
-
Ralph Stadter Development Support Financials
Intercompany Reconciliation Background Information & Customizing Guide 18. April 2007
Version 1.1
-
Intercompany Reconciliation
Table of Contents:
1 Purpose of this document .............................................................................................4
2 Background information................................................................................................4
2.1 Environment ................................................................................................................................................4
2.2 Purpose........................................................................................................................................................4
2.3 Target groups..............................................................................................................................................4
2.4 Supported processes .................................................................................................................................5 2.4.1 Process 001 .............................................................................................................................................5 2.4.2 Process 002 .............................................................................................................................................5 2.4.3 Process 003 .............................................................................................................................................5
2.5 Services .......................................................................................................................................................5
2.6 ICR process cycle .......................................................................................................................................6 2.6.1 Select Documents ....................................................................................................................................7 2.6.2 Assign Documents Automatically...........................................................................................................11 2.6.3 Reconcile Documents Manually.............................................................................................................12 2.6.4 Main toolbar functions of the reconciliation screen ................................................................................14 2.6.5 Other functions of the reconciliation screen...........................................................................................16
3 ICR customizing ...........................................................................................................17
3.1 Preparations in the Reconciliation System............................................................................................17 3.1.1 General Settings.....................................................................................................................................17 3.1.2 Data Selection and Storage ...................................................................................................................19 3.1.3 Data Assignment ....................................................................................................................................22 3.1.4 Data Reconciliation ................................................................................................................................23 3.1.5 Communication Support.........................................................................................................................30
3.2 Preparations in the Sender System ........................................................................................................31 3.2.1 General Settings.....................................................................................................................................31 3.2.2 Define Enhancements ............................................................................................................................31 3.2.3 Open Item Reconciliation .......................................................................................................................31 3.2.4 GL Account Reconciliation .....................................................................................................................31
4 Technical Details ..........................................................................................................31
4.1 Data Selection ...........................................................................................................................................31
4.2 Data Assignment.......................................................................................................................................34
Seite 2
-
Intercompany Reconciliation
Table of Figures:
Table 1: Programs for Document Assignment ................................................................................................ 11
Table 2: Programs for Manual Document Reconciliation ................................................................................ 12
Table 3: FBICR1 Status Icons ...................................................................................................................... 13
Table 4: Process 001 Attributes ...................................................................................................................... 17
Table 5: Process 002 Attributes ...................................................................................................................... 18
Table 6: Process 002 Attributes ...................................................................................................................... 18
Table 7: ICR Database Tables ........................................................................................................................ 18
Table 8: Field Catalogs Mandatory Role Assignments ................................................................................ 19
Table 9: Field Catalogs Recommended Role Assignments......................................................................... 19
Table 10: BAdI FB_ICRC_001, FB_ICRC_002, and FB_ICRC_003: Available Methods............................... 21
Table 11: Recommended Rule for Automatic Assignment.............................................................................. 22
Table 12: BAdI FB_RC_ASSIGNMENT: Available Methods........................................................................... 22
Table 13: Example Sets .................................................................................................................................. 23
Table 14: Example Set Definition #1 ............................................................................................................... 24
Table 15: Example Set Definition #2 ............................................................................................................... 24
Table 16: Process 001 Display Category 100 Receivables ......................................................................... 26
Table 17: Process 001 Display Category 200 Payables .............................................................................. 26
Table 18: Process 001 Display Category 300 Open Items .......................................................................... 26
Table 19: Proces 002 Display Category 100 Revenue ................................................................................ 27
Table 20: Proces 002 Display Category 200 Expense................................................................................. 27
Table 21: Process 003 Display Category 100 Receivables ......................................................................... 27
Table 22: Process 003 Display Category 200 Payables .............................................................................. 27
Table 23: Process 003 Display Category 300 Open Items .......................................................................... 27
Table 24: Communication Status Delivered Values .................................................................................... 28
Table 25: Processing Status Delivered Values ........................................................................................... 28
Table 26: BAdI FB_RC_PRESENTATION: Available Methods ...................................................................... 29
Table 27: Delivered Placeholders.................................................................................................................... 30
Table 28: Key Date for Open Item Selection................................................................................................... 32
Table 29: Order of Data Selection Depending on Transfer Type and Data Source........................................ 32
Table 30: Authorizations for RFC users .......................................................................................................... 32
Seite 3
-
Intercompany Reconciliation
1 Purpose of this document This document is intended for project members responsible for setting up the Intercompany Reconciliation functionality. It explains the delivered standard customizing as well as the options available during configuration.
2 Background information The Intercompany Reconciliation solution was first delivered with release ERP2004. It replaces the previously existing programs RFICRC00, RFICRC01, and RFICRC20.
2.1 Environment
The Intercompany Reconciliation solution (ICR) is designed for use in Financial Accounting. It provides periodic control of documents which describe the accounting transactions within the corporate group. ICR selects documents across SAP systems and clients. It is also possible to integrate external data into the reconciliation process. In order to avoid currency conversion differences, the documents are reconciled in the transaction currency.
2.2 Purpose
The purpose of ICR is to ensure that intercompany documents from accounting transactions within the corporate group correspond to one another. It contains tools which check that documents have been correctly assigned to a business transaction and which also enable you to find corresponding documents easily and to make additional assignments. ICR operates on the level of companies and partner companies (trading partners).
If the reconciliation process is successful this will ultimately lead to reduced differences in corporate group consolidation.
2.3 Target groups
There are two main groups who would benefit from using this solution:
1. Firstly, individual companies would benefit from matching up documents, because they need to ensure that their own documents from accounting transactions correspond to the documents of internal trading partners to avoid delays and disputes when payments are supposed to be processed.
2. The consolidation parent can then make a global check of the results for all the companies.
The program is designed to maintain constant control and can be run at any time. This means that the deadline pressure which normally arises during monthly closing and year end closing can be avoided.
Seite 4
-
Intercompany Reconciliation
2.4 Supported processes
The following processes are supported by the delivered programs:
Process 001 GL Open Items
Process 002 Accounts
Process 003 Customer/Vendor Open Items
2.4.1 Process 001
This process is intended for reconciliation of open items. You should choose this process if most of your intercompany receivables and payables are posted to GL accounts.
2.4.2 Process 002
This process is intended for reconciliation of documents which are posted to accounts which do not have open item management. This process is mostly used for reconciliation of profit and loss accounts.
2.4.3 Process 003
This process is intended for reconciliation of open items. You should choose this process if most of your intercompany receivables and payables are posted to customer and vendor accounts.
2.5 Services
The ICR solution consists of 2 parts:
1. Process independent services
2. Process dependent components
The process independent services can also be used for customer defined processes. Depending on the specific requirements you may want to copy the programs of the delivered processes and modify them to your requirements.
The process independent services are contained in package FB_RC.
Seite 5
-
Intercompany Reconciliation
2.6 ICR process cycle
The ICR process is basically a cycle of individual steps as shown below:
SAP AG 2005, Intercompany Reconciliation, 4
Intercompany Reconciliation Process
Data Selection Data Storage
Communication
Data Presentation& AnalysisPost Corrections *
* Available through programming interface (BAdI)
Figure 1: ICR Process Cycle
Data will first be selected from the sender systems and then stored centrally in the reconciliation system. The data is analyzed and issues are communicated to the involved accountants. After this corrections (as well as new documents) are posted. These will then be included in the next data selection.
These steps are represented in the programs to be executed for ICR:
1. Select Documents Data Selection & Data Storage
2. Assign Documents Automatically Preparation for Data Presentation & Analysis
3. Reconcile Documents Manually Data Presentation & Analysis and Communication
The programs and transactions involved in these steps depend on the reconciliation process.
Seite 6
-
Intercompany Reconciliation
2.6.1 Select Documents
When data selection is performed the relevant document lines are selected from the sender systems and stored in the reconciliation system. Which document lines are relevant depends on the process as well as the time period of the current reconciliation cycle.
2.6.1.1 Process 001: GL Open Items
The program for data selection of process 001 is FBICRC001_DATA_SEL and is assigned to transaction code FBICS1. The program can be found in the SAP menu under the following path:
SAP menu Accounting Financial Accounting General Ledger Periodic Processing Closing Check/Count Intercompany Reconciliation: Open Items
Figure 2: FBICS1 Selection Screen
The program will select the relevant data records for the specified companies. The fiscal year and period will be used to determine the key date for the selection of open items.
The program will produce a protocol displaying some statistical information about the program run as well as messages for any issues that came up during the program run.
Seite 7
-
Intercompany Reconciliation
Figure 3: FBICS1 Protocol
Seite 8
-
Intercompany Reconciliation
2.6.1.2 Process 002: Accounts
The program for data selection of process 002 is FBICRC002_DATA_SEL and is assigned to transaction code FBICS2. The program can be found in the SAP menu under the following path:
SAP menu Accounting Financial Accounting General Ledger Periodic Processing Closing Check/Count Intercompany Reconciliation: Accounts
Figure 4: FBICS2 - Selection Screen
The program will select the relevant data records for the specified companies. Since this program is not working with open items determining the relevant data records is much more difficult. The relevant data records are all intercompany document lines which have been posted to accounts to be reconciled since the last successful data selection. In order to find these document lines the standard logic requires that a special ledger is created in the sender systems for table FBICRC002T (or FBICRCS002T for releases < ERP2004).
This ledger should be set up with a ledger selection which will allow only relevant document lines to be posted into the ledger: i.e. document lines where the trading partner is specified and which are posted to the accounts which you would like to reconcile; additional restrictions can also be applied according to your needs.
The program will then select the newly posted line items from this ledger and mark the selected line items as transferred (field RTYPE is set to 4).
In case some of the previously transferred items have to be transferred again you have to mark the checkbox Reselect Data and specify the posting date for which the data is supposed to be retransferred.
The program will produce a protocol displaying some statistical information about the program run as well as messages for any issues that came up during the program run. The content of the protocol is essentially the same as for FBICS1 which is why no screen shot is included here.
Seite 9
-
Intercompany Reconciliation
2.6.1.3 Process 003: Customer / Vendor Open Items
The program for data selection of process 003 is FBICRC003_DATA_SEL and is assigned to transaction code FBICS3. The program can be found in the SAP menu under the following path:
SAP menu Accounting Financial Accounting Customers Periodic Processing Closing Check/Count Cross-System Intercompany Reconciliation Or
SAP menu Accounting Financial Accounting Vendors Periodic Processing Closing Check/Count Cross-System Intercompany Reconciliation
Figure 5: FBICS3 Selection Screen
The program will select the relevant data records for the specified companies. The fiscal year and period will be used to determine the key date for the selection of open items.
The program will produce a protocol displaying some statistical information about the program run as well as messages for any issues that came up during the program run.
Seite 10
-
Intercompany Reconciliation
2.6.2 Assign Documents Automatically
After the relevant documents have been transferred to the reconciliation system they are analyzed by this program. The program tries to find documents belonging to the same business transaction using customizable rules. Matching documents are assigned to each other.
The following programs are available for the individual processes: Process Program Transaction
001 FBICRC001_DATA_ASSIGN FBICA1
002 FBICRC002_DATA_ASSIGN FBICA2
003 FBICRC003_DATA_ASSIGN FBICA3
Table 1: Programs for Document Assignment
The paths in the SAP menu are the same as for the data selection programs.
The protocols of the programs provide some statistical information about the number of records analyzed and the number of records which could be assigned using the rules set up in customizing.
The following screen shot shows the protocol of FBICA1. The protocols of the other programs provide the same information.
Figure 6: FBICA1 Protocol
Seite 11
-
Intercompany Reconciliation
2.6.3 Reconcile Documents Manually
This is the main transaction for intercompany reconciliation. It is geared towards finding documents which cause differences.
The following programs are available for the individual processes: Process Program Transaction
001 FBICRC001_DATA_REC FBICR1
002 FBICRC002_DATA_REC FBICR2
003 FBICRC003_DATA_REC FBICR3
Table 2: Programs for Manual Document Reconciliation
The program produces an overview screen with a tree structure showing the company relationships which require reconciliation:
Figure 7: FBICR1 - Overview Screen
The tree shows the company on the first level and the partner on the second level. The third level contains a link to the documents to be reconciled. The second column shows the difference on the business relationship level in the display currency which the user can specify on the selection screen. As mentioned before ICR works on transaction currency amounts. But in order to display one total per business relationship the transaction currency values are converted into a display currency during program execution. The user can specify the display currency to be used on the selection screen.
Only the business relationships requiring action are displayed per default (icons and ).
Seite 12
-
Intercompany Reconciliation
Icon Meaning
Differences exist
No differences exist, but some documents have not been assigned yet. Theoretically this could be caused by several incomplete business transactions which are not balanced within themselves but the overall balance is zero by coincidence.
No differences exist and all documents have been assigned
No data records are available for this business relationship
Table 3: FBICR1 Status Icons
Entries with status and can be added by using the corresponding functions in the trees toolbar.
Function controls the size of the tree display.
Function List Output displays the contents of the tree in a list.
Function User Settings allows the user to maintain some detailed parameters.
The user will then click on one of the differences to display the documents for a business relationship.
Figure 8: FBICR1 Reconciliation Screen
The screen is divided into 3 areas. The unassigned documents posted by the company of the selected business relationship are displayed in the left top area. The unassigned documents posted by the partner of the selected business relationship are displayed in the right top area. Documents which were assigned either automatically or manually are displayed in the bottom part of the display. However, by default document groups with a balance or zero are not displayed. They can be added to the display using function
. The layout of the individual display areas can be changed according to the users requirements.
Seite 13
-
Intercompany Reconciliation
2.6.4 Main toolbar functions of the reconciliation screen
The user can look for matching documents manually, select them and assign them using function Assign Items. The assigned items will then be added to the bottom part of the display. If the balance of this new document group is zero it will not be displayed.
The user can also have the program suggest assignments using function Suggest Assignments. This will display a list of rules which can be set up in customizing. After the user selects one of the rules the unassigned documents are analyzed using the selected rule and assignments are suggested. The selected rule in this example checks for documents with the same transaction currency and matching amounts.
Figure 9: FBICR1 Suggest Assignments
The user can now analyze the suggestions, select documents to be assigned to each other, and assign them using function Assign Items. Function Delete From Display will delete the selected documents from the suggestion display. Function End Suggestions will return the user to the previous screen.
Note
All selected items will be assigned to the same document group independent of the displayed temporary group number. This requires the user to analyze all of the suggestions before accepting the suggested assignments. Please note as well, that the suggested document groups will not necessarily balance to zero (see group number T00000000000003 in the above screen shot).
Function Communication will start a dialog which can be used to send template based messages to accountants in the partner company. As a first step the user has to select a template and the language of the message:
Seite 14
-
Intercompany Reconciliation
Figure 10: FBICR1 Select Template
On the next screen the user is offered contact persons which the message is supposed to be sent to. Per default the contact persons for the partner in the selected business relationship are displayed. After confirming the selected recipients the user will be taken to the SAPoffice send screen. The user can send the message without any additional actions or display the document and edit it manually if necessary. All SAPoffice functions are available for the document.
Note
You can use SAPoffice to send the messages externally to your email client. The user can specify a default recipient in the User Settings and that way receive a copy of the correspondence in the email client as well.
After sending the message or canceling the dialog the user returns to the reconciliation screen.
Note
If the message was sent successfully the Communication Status of the documents which the message was sent for is automatically set to Mail Sent.
If the user select the menu part of function Communication other related functions are also available.
Function Set Status allows the user to set the status for a document. The standard status fields are Processing Status and Communication Status. Other status fields can be added through customizing.
Seite 15
-
Intercompany Reconciliation
2.6.5 Other functions of the reconciliation screen
The first functions in the toolbar for each ALV grid displaying documents are standard functions which will not be explained in detail in this document:
Additional ALV standard functions are available through Standard Functions. They can also be added to the ALV grid toolbar through this function. Standard Functions Show Functions in ALV Toolbar Temporarily or Permanently. Function Display Document will display the original document in the original system of the document. This is only available if the original document is from an SAP system and the appropriate RFC connection has been maintained.
Function Services for Object allows the users to maintain public notes and attachments as well as private notes.
Function deletes the assignment of documents to a document group.
Function controls the size of the bottom part of the display.
Seite 16
-
Intercompany Reconciliation
3 ICR customizing The customizing is available through the standard IMG (transaction SPRO) as well as 2 additional transactions which display the subtree specific to Intercompany Reconciliation:
Transaction FBICIMG Customizing for processes 001 and 002 This customizing is available in SPRO through the following path: SAP Customizing Implementation Guide Financial Accounting General Ledger Accounting Business Transactions Closing Check / Count Cross-System Intercompany Reconciliation or SAP Customizing Implementation Guide Financial Accounting (New) General Ledger Accounting (New) Periodic Processing Check / Count Cross-System Intercompany Reconciliation
Transaction FBICIMG3 Customizing for process 003 This customizing is available in SPRO through the following path: SAP Customizing Implementation Guide Financial Accounting Accounts Receivable and Accounts Payable Business Transactions Closing Count Cross-System Intercompany Reconciliation or SAP Customizing Implementation Guide Financial Accounting (New) Accounts Receivable and Accounts Payable Business Transactions Closing Count Cross-System Intercompany Reconciliation
3.1 Preparations in the Reconciliation System
3.1.1 General Settings
3.1.1.1 Define Reconciliation Process Attributes
This customizing step contains some basic settings for each reconciliation process. The delivered settings are sufficient and do not need to be changed. Please refer to the field documentation for additional information.
Process 001 Field Value
Description Intercompany Reconciliation: GL Open Items
Structure for Unassigned Items FBICRC_S_DISPLAY_001
Structure for Assigned Items FBICRC_S_DISPLAY_001_ASSIGNED
Determine Group Reference Automatically X
Application ID FBRC
Message Template Group 001
Contact Person Database 001
Do Not Display Totals Overview Screen X
Table 4: Process 001 Attributes
Seite 17
-
Intercompany Reconciliation
Process 002 Field Value
Description Intercompany Reconciliation: Accounts
Structure for Unassigned Items FBICRC_S_DISPLAY_002
Structure for Assigned Items FBICRC_S_DISPLAY_002_ASSIGNED
Determine Group Reference Automatically X
Application ID FBRC
Message Template Group 002
Contact Person Database 002
Do Not Display Totals Overview Screen
Table 5: Process 002 Attributes
Process 003 Field Value
Description Intercompany Reconciliation: Cust./Ven. Open Items
Structure for Unassigned Items FBICRC_S_DISPLAY_003
Structure for Assigned Items FBICRC_S_DISPLAY_003_ASSIGNED
Determine Group Reference Automatically X
Application ID FBRC
Message Template Group 003
Contact Person Database 003
Do Not Display Totals Overview Screen X
Table 6: Process 002 Attributes
3.1.1.2 Create Additional Fields
You can use the IMG step to define additional fields you would like to use during Intercompany Reconciliation. The fields are defined separately for each process. The additional fields will be generated into the ICR database tables: Process ID Line Item Table Totals Table
001 FBICRC001A FBICRC001T
002 FBICRC002A FBICRC002T
003 FBICRC003A FBICRC003T
Table 7: ICR Database Tables
Whether a field is added to the Line Item Table and/or the Totals Table depends on the Level of Availability you choose for the new field.
Please refer to the field documentation for further information.
3.1.1.3 Activate Processes
The ICR solution uses the FI-SL posting framework to store document and totals information. The tables were created as Special Ledger tables. In order to reduce the impact of unused processes the tables can be deactivated in this IMG step. Please set the flag Inactive for the processes which you will not be using.
Seite 18
-
Intercompany Reconciliation
3.1.1.4 Activate Transaction Data Tables
This step will add the additional fields you customized to the transaction data tables and display structures and generate the FI-SL posting framework. If you created any additional fields they will not be visible in the field catalog until this step has been executed.
Since the FI-SL posting framework is generated in this step (if there were any changes which require the generation) you have to be careful about the time of execution for this step. There should not be any documents posted in any client of the system while this program is executed.
3.1.1.5 Maintain Field Catalogs
In this step you can assign predefined roles to the fields of the ICR database tables. The following role assignments are mandatory for processes 001 to 003. Field Name Role
GRREF Group Reference Number
RASSC Leading Partner Unit
RCOMP Leading Organisational Unit
RTCUR Primary Currency Key
TSL Primary Amount
Table 8: Field Catalogs Mandatory Role Assignments
The following role assignments are recommended. If you do not want to use the delivered status fields you can assign the role Subassignment instead. Field Name Role
CSTAT Status Field
PSTAT Status Field
Table 9: Field Catalogs Recommended Role Assignments
If you added any other fields to be used as status fields you should also assign the role Status Field to these fields.
Please refer to the field documentation for further information.
3.1.2 Data Selection and Storage
3.1.2.1 Define Reconciliation Process Detail Attributes
This step defines some of the details regarding data selection and storage for each of the reconciliation processes.
Reconciliation Process Detail Attributes
The Fiscal Year Variant is used to derive the key date for open item selection in processes 001 and 003.
The Group Chart of Accounts is used in processes 001 and 002 to determine the relevant accounts.
Program Options
If you set the flag Display Company Name in Reconciliation Display the name of the company as maintained in table T880 will be displayed in the navigation tree next to the company ID.
You can specify a version to be used as a default for the main transactions of the process. Versions play a secondary role in the reconciliation process. Since the field is available due to the FI-SL framework it can be used to create separate sets of data. You can use different versions for testing purposes for example. However, for productive use you should always use the same version since document details like assignment and status are version dependent.
If you set the flag Hide Version from Selection Screens the field will not be available for input on the selection screen. That way you avoid issues with users working in separate versions although they should not.
Seite 19
-
Intercompany Reconciliation
If you set the flag Show Sequential Number on Selection Screen of Data Selection Program this field will be available for input on the selection screen. Please refer to the field documentation for additional information and dependencies.
You can also specify a Display Currency as a default for manual document reconciliation. The flag Hide Display Currency From Selection Screen enables you to enforce a display currency for all users.
Data Selection
If you choose the Selection Strategy Minimize number of RFC calls the data selection program will select all relevant documents from the sender systems using one RFC call per sender system. If you set the flag Selection Strategy Is Default Only you can specify for each company whether the data of that company should be selected in the collective RFC call or in a separate one.
Example
There are 5 companies with data in system PR1. The data volume for three of these companies is relatively low. The other two companies have a lot of intercompany postings on PR1. In order to optimize the runtime of the data selection you specify Minimize number of RFC calls as the selection strategy and set the flag Selection Strategy Is Default Only. In the company specific settings you set the flag Separate Selection Process for the two companies with the high data volume.
The data selection program will start three separate RFC calls to the sender system. The first one will select the data for the three companies with low data volume. The other two calls will select the data for the bigger companies.
If you choose the Selection Strategy Minimize data transfer volume per RFC call the data selection program will create a separate call to the sender system for each company.
The Sender Ledger specifies which ledger data for process 002 is to be read from during data selection. If you set the flag Sender Ledger Is Default Only you can specify a different sender ledger per company.
The data selection program will store the selected documents in the Receiving Ledger.
Note
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.
Note
For process 002 the data selection program will ignore all local companies which have the same Sender Ledger and Receiving Ledger.
3.1.2.2 Define Ledger
In this IMG step you can set up a Special Ledger. Please note that for the core functionality of ICR it is not necessary for you to set up a Special Ledger in the Reconciliation System. You only need to set up a ledger if you want to use general SL functionality (e.g. reporting).
If your reconciliation system is also used as a sender system (i.e. there is a productive company code running in the same client of the same system) you have to create the sender ledger. More details are available in the section 3.2.4 GL Account Reconciliation.
Seite 20
-
Intercompany Reconciliation
3.1.2.3 Define Enhancements
Use this activity to implement BAdIs FB_ICRC_001, FB_ICRC_002, and FB_ICRC_003.
The following BAdI methods are available: Method Use Available in
BAdI
ADD_FIELDS_TO_BE_SELECTED Add additional fields to be selected from FI document table
FB_ICRC_001, FB_ICRC_003
ADD_INFORMATION_TO_DATA_RECORD Change field contents of a data record to be reconciled
FB_ICRC_001, FB_ICRC_002, FB_ICRC_003
CHANGE_DATA_TABLE Add or delete data records to be reconciled FB_ICRC_001, FB_ICRC_002, FB_ICRC_003
CHANGE_DATA_TABLE_SENDER_SYS Add or delete data records to be reconciled in the sender system
FB_ICRC_001, FB_ICRC_002, FB_ICRC_003
CONVERT_DATA_FROM_001 Convert GL Open Items to be used in Process 003
FB_ICRC_003
CONVERT_DATA_FROM_003 Convert AR/AP Open Items to be used in Process 001
FB_ICRC_001
MAP_COMPANY_IDS Map company IDs in case they are not consistent throughout the system landscape (this can also be achieved in method ADD_INFORMATION_TO_DATA_RECORD
FB_ICRC_001, FB_ICRC_002, FB_ICRC_003
SUPPLY_OTHER_DATA Add data from external sources using self-defined logic
FB_ICRC_001, FB_ICRC_002, FB_ICRC_003
RESTRICT_SELECTION Change the selection restrictions of data selection
FB_ICRC_001, FB_ICRC_002, FB_ICRC_003
Table 10: BAdI FB_ICRC_001, FB_ICRC_002, and FB_ICRC_003: Available Methods
Please refer to the implementation of CL_IM_FB_ICRC_001 for detailed information and example implementations of the individual methods. This class implements the interface of BAdI FB_ICRC_001, however, the implementation can also be used for other processes with minor adjustments.
3.1.2.4 Companies to be Reconciled
This part of the customizing allows you to define the properties for all companies which are supposed to be included in reconciliation.
There is extensive documentation available for the individual fields. Please refer to this documentation during customizing.
Seite 21
-
Intercompany Reconciliation
3.1.3 Data Assignment
3.1.3.1 Maintain Number Range for Group Reference Numbers
Use this IMG step to set up the number range intervals for the group reference numbers of the individual reconciliation processes. Please note that you have to maintain the number range interval 10 for each of the processes you would like to use.
3.1.3.2 Define Rules for Document Assignments
In this part of the customizing you can set up rules which can be used to find matching documents. You can set them up to be used during Automatic Assignment or to be available during Manual Reconciliation.
Note
If you set the flag Use Rule During Assignment Program Run for a rule it will be used during automatic assignment. These rules are not available during manual reconciliation.
You should set up the following rule for automatic assignment: Rule SeqNr OrgUnit Field Compare Partner Field
100 100 REFNR Equal REFNR
Table 11: Recommended Rule for Automatic Assignment
This rule will assign all documents which are related to the same business transaction to each other if the reference number was posted correctly. You should establish organizational rules within the corporate group which will ensure that all intercompany transactions are posted with the proper reference number.
All documents with the same reference number should then be assigned to each other during automatic assignment. You should not add an additional condition to the automatic rule that the amounts should match. First of all using operators other than Equal has a severe impact on the performance of automatic assignment.
Also, it does not make sense from a business logic point of view to assign documents to each other only if the amounts match. If several documents have been assigned to the same business transaction by posting the same reference number then the user should be able to see all documents belonging to that business transaction right away. The main goal of intercompany reconciliation is to identify all documents belonging to the same business transaction and to make sure that these documents were posted correctly. If one of the documents was not posted correctly (e.g. with wrong amount and / or transaction currency) it speeds up the reconciliation process if the user can see this immediately when analyzing the documents during Interactive Reconciliation. All necessary information is available right away, i.e. the user can see immediately which document was posted incorrectly and request a correction posting.
If documents are only assigned to each other if the amounts match, the users have to try and find documents belonging to the same business transaction before being able to check whether or not they were posted correctly. This slows down the process unnecessarily.
3.1.3.3 Define Enhancements
Use this activity to implement BAdI FB_RC_ASSIGNMENT.
The following BAdI methods are available: Method Use
PROCESS_AFTER_ASSIGN_ALL Executed after all rules have been processed
PROCESS_AFTER_ASSIGN_SINGLE Executed after each rule has been processed
Table 12: BAdI FB_RC_ASSIGNMENT: Available Methods
Please refer to the implementation of CL_IM_FB_RC_ASSIGNMENT for detailed information and example implementations of the individual methods.
Seite 22
-
Intercompany Reconciliation
3.1.4 Data Reconciliation
3.1.4.1 Set Up Reconciliation Display
In this step you can specify whether the navigation tree in the reconciliation display is supposed to be using the primary organizational units only or the secondary organizational units as well. The second option is only available if you added fields as secondary organizational units (IMG activity Create Additional Fields: additional fields have to be set up with Availability Totals Items: Subassignment; IMG activity Maintain Field Catalogs: additional fields must have been assigned the roles Secondary Organizational Unit and Secondary Partner Unit respectively).
3.1.4.2 Define Sets
In this activity you have to set up value sets which will be used in the next IMG step Set Up Display Categories and Subcategories. The sets simply contain the values which will be used to separate the individual types of accounts used in intercompany reconciliation. This is a rather technical part of the customizing for which you need to know some technical details about GL accounts and customer / vendor accounts.
In field Description you can enter a text which identifies the set for you. In field Data Element you should specify the data element used for the field in the check table of the characteristic you want to use. The main thing about the data element is that the technical settings have to be correct (i.e. type, length, conversion exit). If you want to build sets for GL accounts you should use data element SAKNR. If you want to build sets for customer accounts you should use data element KUNNR, for vendor accounts LIFNR. The other fields are optional and only necessary if you would like to have value help and texts available when maintaining the single entries for the sets.
Set ID Description Data Element Text Table Text Field Superordinate Characteristic
1000 All Accounts SAKNR SKAT TXT50
2000 GL Receivables SAKNR SKAT TXT50
3000 GL Payables SAKNR SKAT TXT50
4000 Revenue Accounts SAKNR SKAT TXT50
4100 Revenue Hardware SAKNR SKAT TXT50
4200 Revenue Software SAKNR SKAT TXT50
4300 Revenue Licenses SAKNR SKAT TXT50
5000 Expense Accounts SAKNR SKAT TXT50
5100 Expense Hardware SAKNR SKAT TXT50
5200 Expense Software SAKNR SKAT TXT50
5300 Expense Licenses SAKNR SKAT TXT50
6000 Customers KUNNR KNA1 NAME1
7000 Vendors LIFNR LFA1 NAME1
Table 13: Example Sets
In field Text Table you can specify the text table for the characteristic for which you want to create the set. For GL accounts you should specify SKAT as text table. For customer accounts the text table is KNA1, for vendor accounts LFA1.
In field Text Field you can specify the field of the text table which contains the descriptive text for the accounts. For GL accounts the text field is TXT50, for customer and vendor accounts it is NAME1.
Field Superordinate Characteristic needs to be maintained if the text table contains key fields other than client, language key, and the characteristic itself. For GL accounts you need to specify the Chart of Accounts you want to use. For customer and vendor accounts you do not need to specify anything.
Seite 23
-
Intercompany Reconciliation
Sets: Single Entries
In this part of the set customizing you can specify the actual values which are supposed to be contained in a set. Each set can have several entries. Please note that the individual entries are combined with each other with a logical OR.
Example Set SeqNr Low High
4100 Revenue HW 10 100 199
4100 Revenue HW 20 300 399
Table 14: Example Set Definition #1
During the program run each data record is analyzed whether it is contained in a set or not. For this set 100 all data records which have an account between 100 and 199 OR 300 and 399 are contained within the set.
Note
If you would like to include all possible values in a set you can also specify values which do not represent an actual account. The following set contains all possible values for customer, vendor, or GL accounts: Set SeqNr Low High
1000 All Accounts 10 0 ZZZZZZZZZZ
6000 Customers 10 0 ZZZZZZZZZZ
7000 Vendors 10 0 ZZZZZZZZZZ
Table 15: Example Set Definition #2
3.1.4.3 Set Up Display Categories and Subcategories
In this IMG step you set up what categories are supposed to be used for interactive reconciliation for each process. The display categories are the third level of the navigation hierarchy.
Example Display Hierarchies
Process 001: Example Tree Setup Comment
A C1000
C2000
Payables
Receivables
Company
Partner
Display Category Payables
Display Category Receivables
B C1000
C2000
Open Items
Company
Partner
Display Category Open Items containing both receivables and payables accounts
Process 002: Example Tree Setup Comment
C1000
C2000
Revenue
Expense
Company
Partner
Display Category Revenue
Display Category Expense
Seite 24
-
Intercompany Reconciliation
Seite 25
-
Intercompany Reconciliation
Process 003: Example Tree Setup Comment
A C1000
C2000
Payables
Receivables
Company
Partner
Display Category Payables
Display Category Receivables
B C1000
C2000
Payables
Receivables
Open Items
Company
Partner
Display Category Payables
Display Category Receivables
Display Category Open Items containing both receivables and payables accounts
This maintenance is set up as a hierarchy of 3 steps:
1. Reconciliation Processes
2. Display Categories
3. Display Subcategories
First you have to choose for which process you would like to maintain the display categories.
On the next level you create the display categories. All you need to do here is to give the display category an ID and a description. If you set up several display categories they will be displayed in the order of the Display Category ID. Whatever you choose as your description is the text which will be displayed in the navigation hierarchy.
On the third level you specify which sets are supposed to be included in the display, i.e. if you choose a display category in the navigation tree, which documents are supposed to be shown. For each entry you specify both a set for the company and for the partner data records. You could look at the display categories as sort of a filter for the data to be reconciled.
Please refer to the examples below for further details.
Example Display Categories
Process 001: Subcategory SeqNr Company Field Company Set Partner Field Partner Set
100 10 RACCT 2000 Receivables RACCT 3000 Payables
Table 16: Process 001 Display Category 100 Receivables
Subcategory SeqNr Company Field Company Set Partner Field Partner Set
100 10 RACCT 3000 Payables RACCT 2000 Receivables
Table 17: Process 001 Display Category 200 Payables
Subcategory SeqNr Company Field Company Set Partner Field Partner Set
100 10 RACCT 1000 All RACCT 1000 All
Table 18: Process 001 Display Category 300 Open Items
Seite 26
-
Intercompany Reconciliation
Process 002: Subcategory SeqNr Company Field Company Set Partner Field Partner Set
100 10 RACCT 4100 Rev. HW RACCT 5100 Exp. HW
100 20 RACCT 4200 Rev. SW RACCT 5200 Exp. SW
100 30 RACCT 4300 Rev. Lic. RACCT 5300 Exp. Lic.
Table 19: Proces 002 Display Category 100 Revenue
Subcategory SeqNr Company Field Company Set Partner Field Partner Set
100 10 RACCT 5100 Exp. HW RACCT 4100 Rev. HW
100 20 RACCT 5200 Exp. SW RACCT 4200 Rev. SW
100 30 RACCT 5300 Exp. Lic. RACCT 4300 Rev. Lic.
Table 20: Proces 002 Display Category 200 Expense Process 003: Subcategory SeqNr Company Field Company Set Partner Field Partner Set
100 10 RCUST 6000 Customers RVEND 7000 Vendors
Table 21: Process 003 Display Category 100 Receivables
Subcategory SeqNr Company Field Company Set Partner Field Partner Set
100 10 RVEND 7000 Vendors RCUST 6000 Customers
Table 22: Process 003 Display Category 200 Payables
Subcategory SeqNr Company Field Company Set Partner Field Partner Set
100 10 RCUST 6000 Customers RVEND 7000 Vendors
100 20 RVEND 7000 Vendors RCUST 6000 Customers
Table 23: Process 003 Display Category 300 Open Items
Seite 27
-
Intercompany Reconciliation
3.1.4.4 Define Possible Status for Documents
In this activity you can maintain the status texts and icons to be used during interactive reconciliation. Two status fields are defined as part of the standard delivery:
1. Communication Status
2. Processing Status
The following status icons and values are delivered as part of the standard for each process:
Communication Status Status Text Icon
10 Mail Sent 20 Fax Sent 30 Talked on Phone 40 Created Note
Table 24: Communication Status Delivered Values
Processing Status Status Text Icon
10 In Process 20 On Hold 30 Clarification Needed 40 Requested Correction Posting
Table 25: Processing Status Delivered Values
Seite 28
-
Intercompany Reconciliation
3.1.4.5 Define Enhancements
Use this activity to implement BAdI FB_RC_PRESENTATION.
The following BAdI methods are available:
Method Use
ADD_CUSTOMER_UI_FUNCTIONS Add Functions to Main Toolbar
CHANGE_DISPLAY_GRID Change Properties / Settings of the Grid Controls
CHANGE_MESSAGE Change Message Text (e.g. Replace Placeholders)
CHANGE_NAVIGATION_TREE Change Properties / Settings of Navigation Tree
CHECK_ASSIGN_OK Check Whether Assignment Is OK
CHECK_UNASSIGN_OK Check Whether Assignment May Be Deleted
CONTACT_PERSON_CHANGE_AUTH Check Whether User Has Authority to Change Contact Person
DISABLE_STANDARD_UI_FUNCTIONS Disable Standard Functions of User Interface
MAP_COMPANY_IDS Do not use!
PROCESS_CUSTOMER_UI_FUNCTIONS Processing for Added Functions
NAVIGATION_TREE_ADD_ITEMS Add Items to Navigation Tree (e.g. Additional Columns)
Table 26: BAdI FB_RC_PRESENTATION: Available Methods
Please refer to the implementation of CL_IM_FB_RC_PRESENTATION for detailed information and example implementations of the individual methods.
Seite 29
-
Intercompany Reconciliation
3.1.5 Communication Support
The communication support of ICR contains the functions to maintain a contact person database and to create and send template based messages. The contact persons can be used as recipients for these messages.
3.1.5.1 Define Application ID
In this activity you can define application IDs. The mandatory ID for Intercompany Reconciliation is FBRC which is part of the delivered customizing.
3.1.5.2 Define Contact Person Database
In this step you can set up the contact person databases you would like to use as part of ICR. Simply define a contact person database by specifying a Contact Person Database ID and maintaining a description. In the fields Group By Table and Group By Field you can specify whether you would like to group contact persons by organizational units. If you would like to group the contact persons by companies you have to specify table T001 and field RCOMP.
Note
If you are using secondary organizational units and would like to organize your contact persons accordingly you would have to specify a different table and field. When using the communication support functionality of the interactive reconciliation the program will automatically suggest the contact persons maintained for the partner company of the current display. Depending on the number of contact persons per organizational unit you could also group the contact persons by company and then use a field like Department to enable your users to find the best recipient.
Use function Maintain Contacts to navigate to the contact person maintenance. If you supplied a table and field name you will be prompted to select an organizational unit. If do not choose an organizational unit the system will display the complete list of existing contact persons. However, if you create a new contact person this contact person will not be assigned to any organizational unit.
3.1.5.3 Maintain Placeholders for Messages
In this step you can define placeholder to be used in messages. The following placeholders are delivered for all three processes and will be replaced by the standard functionality of ICR: Placeholder Description
00005 Key Date
00010 Company
00015 Company's Documents
00020 Partner
00025 Partner's Documents
00030 Assigned Documents
00040 User's Name
Table 27: Delivered Placeholders
If you create additional placeholders you have to replace them in a BAdI implementation (FB_RC_PRESENTATIONCHANGE_MESSAGE). 3.1.5.4 Maintain Message Templates
In this activity you can create message templates which can be used during interactive reconciliation to send messages including information about the context and the documents of the current reconciliation.
The placeholders which were defined in the previous step can be inserted and deleted using special functions in a toolbar. You can use the function Import Template in order to import any other existing template in any language in which it has been maintained. This is useful if you would like to create a second template with a similar text or if you want to translate a template into a different language.
Seite 30
-
Intercompany Reconciliation
3.2 Preparations in the Sender System
If your sender system has a release before ERP2004 please refer to note 789243 for additional information.
3.2.1 General Settings
Use the steps in this part of the IMG to check whether the assignments of company codes to companies is complete. For process 001 and 002 you should check whether the relevant operational accounts have been assigned to the appropriate group accounts. For Process 003 you need to check whether the customer and vendor accounts have been set up with the appropriate trading partner.
3.2.2 Define Enhancements
You can implement some of the BAdI methods in the sender system as well. Use these activities to implement the appropriate ones.
3.2.3 Open Item Reconciliation
No additional activities are necessary for process 001 and process 003.
3.2.4 GL Account Reconciliation
In order to support data selection from the sender ledger you may have to complete the steps in this branch of the IMG. You need to at least make sure that the tables are not inactive and that you define a ledger, assign the appropriate companies, activities, and ledger selections.
4 Technical Details
4.1 Data Selection
This part of the document describes the program logic of the data selection programs. While there are 3 different data selection programs most of the logic is implemented in class CL_FBICRC_SERVICES.
As a first step the program selects the specified companies from table FBICRC01010 and checks whether the user is authorized to run data selection for the specified companies (authorization object F_RPROC). If the user specified any companies without having the proper authorization the program will display warning messages regarding these companies and they are excluded from processing. It is not necessary to change the selection criteria, though.
If the program is not running in test mode the program will then try to lock the companies for which data is supposed to be selected. If any of the companies are already locked the program will create corresponding messages for the log and exclude the companies from processing.
The remaining companies will then be analyzed regarding their RFC connections. The companies are grouped depending on the RFC connection and the data transfer type. The RFC connections are then checked in parallel tasks running in the reconciliation system. The program first checks the availability and the release of the sender system using function module RFC_SYSTEM_INFO. Next the program will call function module FB_ICRC_RCOMP_RFC_DEST_CHECK (FB_ICRCS_RCOMP_RFC_DEST_CHECK for releases < ERP2004). This function module checks whether any company codes are assigned to the specified companies, passes back the logical system for each company, and updates the DDIC structures for data selection (FBICRC_S_SELECT_001, FBICRC_S_SELECT_002, or FBICRC_S_SELECT_003 depending on the process). If there are issues with the RFC connection, no company code has been assigned or the DDIC structure cannot be updated the program will add corresponding messages to the log and exclude the respective companies from processing.
If the program is running in update mode the program sets the status of the remaining companies to 3 Reconciliation Running.
Seite 31
-
Intercompany Reconciliation
For processes 001 and 003 the program derives the key date for open items using the year and period entered on the selection screen in combination with the fiscal year variant from the reconciliation process detail attributes (transaction FBIC010).
Example
Reconciliation Process Detail Attributes Fiscal Year Variant K4
Fiscal Year entered on selection screen 2010
Posting Period entered on selection screen 12
Key date for selection of open items 31 December 2010 Table 28: Key Date for Open Item Selection
The selection restrictions and fields to be selected are added to internal tables which will later be used for data selection. The program will create packages of companies which can be selected with one RFC using the logical system determined with function module FB_ICRC_RCOMP_RFC_DEST_CHECK, the selection strategy of the individual companies, the transfer type and the data source.
Now the actual data selection is executed in the following order depending on the transfer type and the data source. Nr. Transfer Type Data Source
1. 2 Asynchronous Triggered From Reconciliation System SPACE Documents of Current Process
2. 2 Asynchronous Triggered From Reconciliation System 1 Documents of Other Process
3. Z Other 2 File Upload
4. 1 Synchronous via XI SPACE Documents of Current Process
5. 1 Synchronous via XI 1 Documents of Other Process
6. SPACE Asynchronous via Direct RFC Connection SPACE Documents of Current Process
7. SPACE Asynchronous via Direct RFC Connection 1 Documents of Other Process
Table 29: Order of Data Selection Depending on Transfer Type and Data Source
Note
The RFC users in the sender systems require authorization for authorization object S_RFC Field Value
RFC_TYPE FUGR
RFC_NAME SDIF
FBICRC_SERVICES (sender system > ERP2004)
FB_ICRCS_SERVICES (sender system < ERP2004)
ACTVT 16 (Execute)
Table 30: Authorizations for RFC users
When all of this has been completed the program calls BAdI method SUPPLY_OTHER_DATA. If any data is supplied via BAdI the transferred data records are checked using function module FB_ICRC_BADI_DATA_CHECK.
For processes 001 and 003 all currently relevant open items have to be transferred each time the data selection program is executed. The logic for standard data selection is implemented in function modules FB_ICRC_BS_S_SEL_RFC for process 001 and FB_ICRC_BS_DK_SEL_RFC for process 003. If any of your companies provide their data records via upload files they need to ensure that the upload files also contain all relevant open items.
For process 002 only newly posted items have to be transferred. The logic for standard data selection is implemented in function module FB_ICRC_LEDGER_SEL_RFC. The function module reads data records with RTYPE SPACE from the sender ledger on table FBICRC002A (FICRCS002A for releases > ERP2004)
Seite 32
-
Intercompany Reconciliation
specified in the Reconciliation Process Detail Attributes. If the program is running in update mode the function module will set field RTYPE to 4 for all data records which were transferred. If new documents are posted in the sender system they will be transferred to the ledger with RTYPE SPACE. These new data records will be included in the next data selection program run. If there are problems with the selected data in the reconciliation system you can delete them using the appropriate auxiliary program. The data records can then be retransferred using the respective option on the selection screen of FBICS2.
As a next step the data records are completed. For process 002 this mainly means that the BAdI method ADD_INFORMATION_TO_DATA_RECORD is called. For processes 001 and 003 the programs compares the currently transferred data records to the previously transferred data records. If a data record was transferred again it is updated with the information from the new data selection run (e.g. changed reference number). If a data record is transferred for the first time it will be added to the reconciliation database. If a data record was transferred in a previous data selection but is not transferred in the current program run because it was cleared or cancelled in the meantime it is deleted from the reconciliation database.
Previously transferred data records are identified by the combination of the following parameters:
Company Sequential Number Fiscal Year Period Version
This means that if one of the companys data sources (identified by the combination of company and sequential number) should fail or be excluded during one program run the data of this data source is not deleted but remains untouched.
A side-effect of this logic is that once data has been loaded into a period for a specific data source the only way to delete all of that data is to use the respective auxiliary program. This also means that if you should rename your companies i.e. copy the entries and give the new entries a different sequential numbers and then delete the original entries existing data records will not be migrated. You have to delete the data and then run data selection to have the data records available.
During this program phase the number of transferred data records is created so it can be used in the protocol.
In case the program is running in update mode the changes to the data are posted to the database. Right before the changes are saved, BAdI method CHANGE_DATA_TABLE is called. Afterwards the protocol information is split up into individual logs for each company and stored for later reference. Then the companies status is updated and the totals are recalculated to reflect the changes to the documents.
As a last step the protocol is displayed.
Seite 33
-
Intercompany Reconciliation
4.2 Data Assignment
This part of the document describes the program logic of the data assignment programs. While there are 3 different data selection programs the main logic is implemented in class CL_FBICRC_SERVICES and in function module FBRC_RUN_AUTOEXEC_RULES.
As a first step the program selects the specified companies from table FBICRC01010 and checks whether the user is authorized to run data selection for the specified companies (authorization object F_RPROC). If the user specified any companies without having the proper authorization the program will display warning messages regarding these companies and they are excluded from processing. It is not necessary to change the selection criteria, though.
If the program is not running in test mode the program will now check whether any of the companies is locked for data selection. If any of the companies are already locked the program will create corresponding messages for the log and exclude the companies from processing.
Now the documents for the specified business relationships are selected and split up into packages per company and partner. In case of an update run each data record is locked. Each of the packages is then analyzed by function module FBRC_RUN_AUTOEXEC_RULES in a separate task according to the information specified in parameters Server Group and Max. Calls per RFC Destination on the selection screen. After processing of each rule, BAdI method PROCESS_AFTER_ASSIGN_SINGLE is called. After all rules have been processed BAdI method PROCESS_AFTER_ASSIGN_ALL is called.
In case of an update run the changes in assignment are saved and the locks on the individual records are released. Right before the changes are saved, BAdI method CHANGE_DATA_TABLE is called. Also, individual logs per company are created and stored.
As a last step the protocol for the program run is displayed.
Seite 34
Purpose of this documentBackground informationEnvironmentPurposeTarget groupsSupported processesProcess 001Process 002Process 003
ServicesICR process cycleSelect DocumentsProcess 001: GL Open ItemsProcess 002: AccountsProcess 003: Customer / Vendor Open Items
Assign Documents AutomaticallyReconcile Documents ManuallyMain toolbar functions of the reconciliation screenOther functions of the reconciliation screen
ICR customizingPreparations in the Reconciliation SystemGeneral SettingsDefine Reconciliation Process AttributesCreate Additional FieldsActivate ProcessesActivate Transaction Data TablesMaintain Field Catalogs
Data Selection and StorageDefine Reconciliation Process Detail AttributesDefine LedgerDefine EnhancementsCompanies to be Reconciled
Data AssignmentMaintain Number Range for Group Reference NumbersDefine Rules for Document AssignmentsDefine Enhancements
Data ReconciliationSet Up Reconciliation DisplayDefine SetsSet Up Display Categories and SubcategoriesDefine Possible Status for DocumentsDefine Enhancements
Communication SupportDefine Application IDDefine Contact Person DatabaseMaintain Placeholders for MessagesMaintain Message Templates
Preparations in the Sender SystemGeneral SettingsDefine EnhancementsOpen Item ReconciliationGL Account Reconciliation
Technical DetailsData SelectionData Assignment
top related