Purpose |
Scope |
Details |
Overview |
Program Functionality |
Example |
Setup |
Prerequisites |
AAI Setup |
Processing Options |
Data Selection |
Reviewing the Report |
Post Summarization |
Frequently Asked Questions |
This document provides an overview of the summarization of account ledger (F0911) records using the Summarize Transactions program (R09811).
This document is intended for both Technical and Finance Functional users who will be involved in the summarization of general ledger data in EnterpriseOne system.
To increase disk space, you can summarize, delete, or purge information from the system. Programs that summarize records create a single record. This record summarizes your transactions and replaces numerous detailed transaction records. This is followed by running programs that will purge the original detail records being summarized.
You can use the Summarize Transactions program (R09811) to summarize journal entries and replace numerous detailed records with a single record. The Summarize Transactions program processes all posted F0911 records (POST = 'P') for summarization selected through processing options. This program will bypass accounts that fall under the GLSMxx AAIs and also accounts that fall under the GLRCxx AAIs and are not reconciled. During summarization, the report :
The summarized records serve as an audit trail to the Account Balances (F0902) table, which is useful in the event where the Repost Account Ledger report (R099102) needs to be run for a year in which transactions have been purged.
For the period of November 2011, December 2011, and January 2012, the records for cash account 91009.1105 contains the following records prior to summarization:
After running R09811, the records for cash account 91009.1105 contains the following records:
The records marked in yellow color are summarized BF document type records created for each period November 2011, January 2012 but two for December 2011 period since it has two different types of transaction currency code (USD and CAD) within the 12th period. Please note the following observations:-
*1 All the BF records being generated in a single run of R09811 report will have common next number (DOC) generated from the next numbers setup for base company 00000 and document type 'BF'.
*2 The G/L Date (DGJ) for each BF record will be the period ending date for which the detail records have been summarized. For example, for the detail records being summarized for period of November 2011, it has created BF record with G/L Date updated as last date of november i.e. 11/30/2011 and similarly for December 2011, it will be 12/31/2011.
*3 The value of JELN field in F0911 for each BF record will be incremented for each record depending upon the value of JE Line Number Increment processing option.
*4 The Amount generated for BF records will be the sum total of all the records by period, ledger type, currency code, subledger value.
Following AAI items control the account ranges that are summarized or bypassed:
GLSMxx
The AAI items GLSMxx define account ranges that you do not want to summarize. For example, if you do not want liquid asset accounts summarized, you might set up this account range. You must define complete ranges, consisting of a beginning and an ending AAI item. The first range must begin with GLSM01. We recommend that you end the first range with GLSM02, which is the next consecutive number. Define the next range, if needed, to begin with GLSM03 and end with GLSM04, and so on. This table shows the information needed to set up AAI item GLSMxx:
AAI Item | Description | Business Unit (Not used) | Object (Required) | Subsidiary (Optional) | Sequence Number |
---|---|---|---|---|---|
GLSM01 | Bypass Summarization Accounts |
NA | 1000 | Blank | 1.300 |
GLSM02 | Bypass Summarization Accounts |
NA | 1199 | 99999999 | 1.300 |
GLRCxx
The AAI items GLRCxx define ranges of accounts that you want to reconcile as part of your account reconciliation process. You must reconcile these accounts before you can summarize them. The
Reconciled field must have a value from user defined codes (09/RC) to allow summarization. The unreconciled accounts falling under GLRCxx AAIs will be left unprocessed for summarization. You must define complete ranges, consisting of a beginning and an ending AAI item. The first range must begin with GLRC01. We recommend that you end the first range with GLRC02, which is the next consecutive number. Define the next range, if needed, to start with GLRC03 and end with GLRC04, and so on. This table shows the information needed to set up AAI item GLRCxx:
AAI Item | Description | Business Unit (Not used) | Object (Required) | Subsidiary (Optional) | Sequence Number |
---|---|---|---|---|---|
GLRC01 | Reconcilable Ranges |
NA | 2000 | Blank | 1.400 |
GLRC02 | Reconcilable Ranges |
NA | 2100 | 99999999 | 1.400 |
1. Number of Periods to Retain
Specify the number of periods that you want the system to retain in detail.
2. Company
3. Business Unit
4. Starting Account ID Range
5. Ending Account ID Range
6. Subledger
7. Subledger Type
8. Ledger Type
9. JE Line Number Increment
The Summarize Transactions program does not include data selection. To specify which transactions the system summarizes, you use processing options in conjunction with AAI items - GLSMxx and GLRCxx.
This redesign is included in all releases starting with 8.11 and later without needing to apply an ESU.
This report does not print any output of the update.
After the system creates summarized records, you can:
Question 1: Why can report data selection not be specified while running summarization?
Answer 1: To improve the processing performance of the summarization program, event rules processing was removed from the UBE and a business function was created (B0900247) to do the processing previously handled by the Event Rules. The associated processing option template T09811 was also revised to include company, business unit, account id ranges, subledger, subledger type and ledger type for data selection and hence the report data selection is no longer available in this UBE. This is true for all releases of EnterpriseOne other then 8.9.
Question 2: Why does the R09811 report fail when run for a large number of records?
Answer 2: When the summarization UBE R09811 is run over 1,000,000 records in such a way that for each record separate BF record needs to be created, then the line number goes out of range since numeric over flow occurs. A new processing option "JE Line number increment" has been introduced so that the user has an option to increment the line number either by 0.1 or 1. Run the report with processing option set to '1' when run over huge data, as it will increment the JE line number with 0.1 and hence the overflow will not occur. The Processing Option JE Line Number Increment if set to '1' will expand the field to 999,999.9 number of rows inserted for BF document type in a single run. This is the max amount of records that the UBE can insert in a single run.
Question 3: What happens to the cumulative totals in Account Ledger Inquiry (P09200) after the summarization process?
Answer 3: The summarization has no effect on the cumulative totals since the system uses the period totals in the Account Balances table (F0902) to calculate the cumulative-period-ending-amount.
Question 4: Why Document Company KCO value is incorrect on the BF records, if an account is summarized involving multiple ledgers and companies?
Answer 4: Per latest design, the document company will be populated as 00000 for all summarized BF documents. The document company of a summarized document does not serve any future purpose and also when there are multiple documents with the same company to be summarized into one company then 00000 would be the right choice. This has also addressed the next number population of the document number based on the next number of the 00000 company. Hence if the user has setup the next number by fiscal year setup in the next numbers, then the entry should be present for the company 00000 instead of the specific company.
Question 5: How to retain the number of periods greater than 99 during summarization?
Answer 5: For example, a company's business started in Jan 2002 and the current period for company is Jan 2011. Its required to summarize the data from Jan 2002 - Dec 2002 in first run and retain the rest of information from Jan 2003 to Jan 2011. In this example, user needs to retain 113 periods (8 years (from 2003 to 2010) x 14 periods per year plus 1 period in 2011 = 113) in order to summarize the data only for fiscal year 2002. However, the processing option - "No of periods to retain" only allow up to 99 periods to retain and considering the current period of Jan 2002, the 99 periods to retain will imply data from Jan 2011 to Jan 2004. (7 years (from 2004 to 2010) x 14 periods per year plus 1 period in 2011 = 99). In this case, transactions entered on or before fiscal year 2003 will be summarized. Hence to retain upto fiscal year 2003, please consider the following options:
Option #1
In P0010, change the current fiscal year and period Jan 2010. Therefore, 99 periods (7 years (from 2003 to 2010) x 14 periods per year plus 1 period in 2010 = 99) will be able to retain transactions till Jan 2003. The program will summarize transactions entered on or before fiscal year 2002.
Option #2
In case you are not comfortable with opening prior year, you can update the F0911.GLSUMM = 'Y' for all transactions that are above 99 periods. This is because R09811 will not process F0911 records with the value SUMM='Y'. In this case, update transactions for the fiscal year 2003 i.e. Jan 2003 - Dec 2003. After running R09811 to summarize data for Jan - Dec 2002, revert the field SUMM back to blank. Please note that this needs to be done via SQL with help of an expert database administrator.