Professional Documents
Culture Documents
Hyperion Closing
Sample Documentation
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
DOCUMENT CONTROL
Change Record
Reviewers
Name Position
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
Approvers
Name Position
DOCUMENT CONTROL
I confirm that the functional specifications set out in this document are correct and may be used as part of the solution design.
Any changes to these requirements after approval will be subject to a change control process and may be rejected if timescales or costs are
impacted.
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
TABLE OF CONTENTS
1 INTRODUCTION.................................................................................................................................................................................................... 6
2 ARCHITECTURE.............................................................................................................................................................................................. 7
3 OPERATIONAL PROCEDURES...................................................................................................................................................................... 9
3.1 EXISTING SETUP.......................................................................................................................................................................................... 9
3.1.1 APPLICATION ENVIRONMENT....................................................................................................................................................................... 9
3.1.2 SOFTWARE COMPONENTS................................................................................................................................................................... 10
3.1.3 BFSCAL ESSBASE OUTLINE............................................................................................................................................................... 10
3.1.4 BFSCLS / BFSHR OUTLINE................................................................................................................................................................ 11
3.1.5 DATA LOAD / DIMENSION BUILD RULES................................................................................................................................................ 12
3.1.6 ACCOUNT DIMENSION BUILD – SEQUENCES........................................................................................................................................... 13
3.1.7 DATA EXTRACTION.............................................................................................................................................................................. 13
3.1.8 CALCULATION SCRIPTS........................................................................................................................................................................ 14
3.1.9 RECONCILIATION SHEET...................................................................................................................................................................... 18
3.1.10 AUTOMATION USING APPWORX............................................................................................................................................................ 19
3.1.11 DATA LOADING FILES FOR HYPERROLL - BFSHR.................................................................................................................................. 21
3.1.12 DATA LOADING FILES FOR CALC/TEMP CUBE – BFSCAL...................................................................................................................... 24
3.1.13 BFSHR – BFSCAL DATA FLOW.......................................................................................................................................................... 24
3.1.14 DATA TRANSFER / CUBE INTERFACES................................................................................................................................................... 24
3.1.15 BACKUP PROCESS............................................................................................................................................................................... 26
3.2 RECURRING ACTIVITIES.............................................................................................................................................................................. 27
3.2.1 APPWORX CHAINS............................................................................................................................................................................... 27
3.2.2 HIERARCHY MAINTENANCE:................................................................................................................................................................. 27
3.2.3 LOCK_SEND PROCESS........................................................................................................................................................................ 28
3.2.4 MEMBER FORMULA MAINTENANCE....................................................................................................................................................... 29
3.2.5 USER ACCESS CONTROL..................................................................................................................................................................... 29
3.2.6 INTERFACES BETWEEN CUBES.............................................................................................................................................................. 29
3.2.7 START OF A NEW PERIOD.................................................................................................................................................................... 30
3.3 APPENDIX.................................................................................................................................................................................................. 30
3.3.1 APPWORX CHAINS............................................................................................................................................................................... 30
3.3.2 BFSCLS OUTLINE.............................................................................................................................................................................. 31
3.3.3 BFSCAL OUTLINE.............................................................................................................................................................................. 31
3.3.4 INPUT ACCOUNTS TO BFSCAL............................................................................................................................................................ 32
3.3.5 OUTPUT ACCOUNTS FROM BFSCAL.................................................................................................................................................... 32
3.3.6 ACCOUNTS FORMULA FILE.................................................................................................................................................................... 32
3.3.7 SAMPLE RECONCILIATION SHEETS....................................................................................................................................................... 32
3.3.8 LOCK_SEND.TXT FILE.......................................................................................................................................................................... 33
3.3.9 FLOATINTFACTORCUST_INPUT.TXT...................................................................................................................................................... 33
3.3.10 SAMPLE FILE FOR NON FINANCIAL DATA............................................................................................................................................... 33
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
1 INTRODUCTION
BISP Learning System(BFS) has embarked on an initiative to redesign & optimize Hyperion instances for their US
business and merge US and Europe Hyperion instance into a common model.
As part of this initiative, BFS implemented closing cube that split planning and closing models and implement Hyperroll
on closing cube to aggregate data faster.
This document shall be used as the operational guidance to maintain the Closing model. It shall also be used as a base
for further enhancements/developments in the model.
The Closing model at BFS utilises Data Staging, Appworx, Hyperion suite of products and Hyperroll from a technology
perspective. Hyperroll is used as an aggregation engine. Essbase is used for keeping outlines and querying engine.
Data Staging is used as intermediate storage for Oracle GL actual data and Appworx is used for automating the
processes.
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
2 ARCHITECTURE
The new closing model facilitates reduction in the cycle time of the closing cycle using Hyperroll which is an
Accelerated Aggregation Tool. We have HyperRoll cube where data is loaded and aggregated. We have an essbase
cube (calc cube) customised for calculation, since hyperroll cube can’t handle calc scripts. After aggregation is done in
hyperroll, data for a select set of accounts is extract from the hyperroll cube and loaded into the calc essbase cube.
Custom calculations run in this cube and data for a select set of accounts is loaded back into the hyperroll cube. Data in
hyperroll then gets aggregated one more time.
The diagram below outlines overall architecture of this model. For more information on architecture, refer design
document.
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
3 OPERATIONAL PROCEDURES
Essbase
HyperRoll
Server – Dev Amit-pc.com
Server – QA Amit-pc.com
Server – Prod Amit-pc.com
Application Amit-pc.com
Database Amit-pcDB
Environment name Unix
Server – QA Amit-pc.com
Server – Prod Amit-pc.com
Application Amit-pc.com
Database Amit-pc.com
Environment name Unix
Product Version
Hyperion Essbase 9.3.1
Hyperroll 4.2.2
Hyperion Planning 3.5.1
Oracle 9.2
Appworx 6.1
The outline is built based on the standard hierarchy provided by BFS, with additional customized dimensions and
members as per business need. Following table gives a summary. The actual outline is added in the appendix.
Dimension Name BFS specific Dense (D) or Sparse (S) Total no. of members (no. of stored members)
Attribute (A)
1 Accounts BFS defined S 65(65)
2 Analysis BFS defined S 2 (2)
3 Years BFS defined D 14 (14)
4 Time Periods BFS defined D 60 (19)
5 Business BFS specific S 55463(21315)
6 Scenarios BFS defined D 7 (7)
7 Country BFS defined S 200(167)
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
Dimension Name BFS specific Dense (D) or Sparse (S) Total no. of members (no. of stored members)
Attribute (A)
1 Accounts BFS defined S 18088(9787)
2 Analysis BFS defined S 2 (2)
3 Years BFS defined D 10 (10)
4 Time Periods BFS defined D 60 (19)
5 Business BFS specific S 55463(21315)
6 Scenarios BFS defined D 7 (7)
7 Country BFS defined S 200(167)
8 Class BFS defined A 45
9 Risk Rating BFS specific A 26
10 Capitalization BFS Specific A 5
11 ParticipationType BFS Specific A 6
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
HR_Feed.rul file is used to load the data to BFSCAL(Temp Cube). The data is extracted by HRSQL script from
BFSHR Cube for some of the accounts which are input to the calc scripts in BFSCAL. Custom Calculation is
performed on the BFSCAL (Temp Cube) and the level 0 export from BFSCAL (for the calculated accounts) will be
loaded to BFSHR. The list of key accounts for which numbers are extracted from BFSHR is added in appendix.
.
3.1.7 Calculation Scripts
Following calc scripts are run in BFSCAL (calc cube) for the execution of business logic for actual scenario.
Next, if AllocationFl contains either a 1 or 0 (not #missing) then copy the value located in the
intersection of Actual / NoBusiness / NoCountry / DayNo to the account 0DayNo of all Business /
BSLA combinations.
4 Animtd If the month is January and the year is FY00 then calculate 0ANIMTD as the average of
BegBalance --> 0ENI (Considered the starting value of ENI in this Hyperion model) and the
January value of ENI. For all other years, calculate January 0ANIMTD as the average of
December ENI of the prior year and the January ENI.
For all other months, calculate 0ANIMTD as the average of the prior months ENI and the current
months ENI.
5 Aniqtd CALCULATING Q1:
If the month is January, 0ANIQTD is equal to 0ANIMTD of January * Number of Days In
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
If the month is February, 0ANIQTD is equal to the sum of 0ANIMTD of February * Number of
Days in February / Number of Days in both January and February AND the sum of 0ANIMTD of
January * Number of Days in Janaury / Number of Days in both January and Februrary.
If the month is March, 0ANIQTD is equal to the sum of 0ANIMTD of March * Number of Days in
March / Number of Days in January and February and March AND the sum of 0ANIMTD of
February * Number of Days in February / Number of Days in January, Februrary and March AND
the sum of 0ANIMTD of January * Number of Days in January / Number of Days in January,
Februrary and March.
Note: The number of days in a month is held in the 0DayNo dummy account.
6 Aniytd If the month is in Q1 0ANIYTD is equal to 0ANIQTD from the same month.
CALCULATING Q2:
If the month is April, 0ANIYTD is equal to the sum of 0ANIQTD of March * Number of Days In
Q1 / Number of Days January through April AND the 0ANIQTD of April * Number of Days in
April / Number of Days in January through April.
If the month is May, 0ANIYTD is equal to the sum of 0ANIQTD of March * Number of Days In
Q1 / Number of Days January through May AND the 0ANIQTD of May * Number of Days in April
and May / Number of Days in January through May.
If the month is June, 0ANIYTD is equal to the sum of 0ANIQTD of March * Number of Days In Q1
/ Number of Days January through June AND the 0ANIQTD of June * Number of Days in April
through June / Number of Days in January through June.
Repeat the above logic for Q3 and Q4 making sure to include Q1 and Q2 sums in the Q3
calculating AND Q1-Q3 sums in the Q4 calculation.
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
Note: The number of days in a month is held in the 0DayNo dummy account
7 RecvbleZ Clear all data from these intersections
8 Adjcash Aggregate the Business dimension for these intersections only
9 Adjeni 1. Set 0ADJENI to zero (0)
2. Sum the members "ENI", "0ADJCASH" and "0ADJRECVBLEPROV" and place the value in
0ADJEN.
10 adjanimt Copy all data from ENI to 0ADJANIMTD
11 adjaniqt Copy all data from ENI to 0ADJANIQTD
12 Adjaniyt b) Copy all data from ENI to 0ADJANIYTD
b)If the month is in Q1 0ADJANIYTD is equal to 0ADJANIQTD from the same month.
CALCULATING Q2:
If the month is April, 0ADJANIYTD is equal to the sum of 0ADJANIQTD of March * Number of
Days In Q1 / Number of Days January through April AND the 0ADJANIQTD of April * Number of
Days in April / Number of Days in January through April.
If the month is May, 0ADJANIYTD is equal to the sum of 0ADJANIQTD of March * Number of
Days In Q1 / Number of Days January through May AND the 0ADJANIQTD of May * Number of
Days in April and May / Number of Days in January through May.
If the month is June, 0ADJANIYTD is equal to the sum of 0ADJANIQTD of March * Number of
Days In Q1 / Number of Days January through June AND the 0ADJANIQTD of June * Number of
Days in April through June / Number of Days in January through June.
Repeat the above logic for Q3 and Q4 making sure to include Q1 and Q2 sums in the Q3
calculating AND Q1-Q3 sums in the Q4 calculation.
Note: The number of days in a month is held in the 0DayNo dummy account
13 Intallo1 First clear all upper level blocks for this intersection and then aggregate the business dimension.
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
If Allocation is equal to 1 then set 0CustTax AND 0ADJCustTax equal to the difference of
CustEBT, BookGains and PSDividendNoTax multiplied by TaxRate (located at intersection
with NoBusiness) multiplied by -1.
Reconciliation is done at two levels, At first level data is reconciled at the GL and BFSHR to check data consistancy
between them. In the second level data consistency checked between the BFSHR (Souce Database) and BFSCAL
(Target Database). The second level checking is required if there is a need to troubleshoot/analyse any mismatch
coming up during first level reconciliation. HA can decide to use the existing reconciliation sheet or can create a new
one for the purpose.
One common scenario of referring to the second level check is the situation when data matches for GL accounts by
segments, accounts or country, but doesn’t match for calculated accounts or any account that depends on calculated
accounts. A few sample recon sheets are attached in the appendix.
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
Appworx is the job scheduler, which we are using to automate the complete closing end to end chain. Appworx simply
picks up the chain and its respective modules and runs them in the predefined order as desired. The respective chains
which initiate the data and metadata flow across different environments and servers are as explained below:
1.9.1 Staging
HYP_BFS_DS_CLOSING_WTW_C : This chain should do all the activities to be taken into staging
environment for providing output feeds described in output design section of staging.
Attached document Provide in detail all modules , chains , prompts , default values , input /output file
locations , database programs , UNIX shell scripts called by appworx components.
CFSCLS-STG-APPWO
RX-MODULES-CHAINS.xls
1.9.2 Hyperroll
HYP_BFS_HRL_HRPP_C – This chain is responsible for all the activities to be taken into hyperroll. This
chain has certain modules which clear already existing hyperroll logs, killing all user requests made on the
hyperroll box while chain is running , logging out already existing users , unlocking the outline , extracting
metadata for hyperroll , aggregating data for hyperroll in the hyperroll box , getting in sync the outline of
both the Essbase and hyperroll ( BFSCLS and BFSCHR) , running the wait command for both foreground
and background works could finish and mailing out team the desired result .
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
HYP_BFS_BUILD_HRL_M: Hyperroll build module to build closing cube. This involves running of Hyperroll
calculation tool that aggregates the Essbase data.
Main chains in Temp Essbase Cube is HYP_BFS_BFSCLS_CALC_LOAD_C: Builds metadata, extracts and
loads numbers, does the calculation, takes level 0 export and FTPs the export to hyperroll server. It has some
chains and modules under it.
1.9.4 Chain Timings Baseline
Following is the list of all the modules and chains added in HYP_BFS_CLS_WTW_C main chain. Second column
shows the total time each chain takes to run.
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
HYP_BFS_CLS_FDM_SQL_C 0:01:00
HYP_BFS_DS_FDM_PROCESS_C 0:00:04
Following two chains are added under the main Two Times chain as components
All the data files which are loaded in Hyperroll cube i.e. BFSHR, are placed under data folder on Hyperroll server (Path:
ap00/BFS/BFS_hr/data. Following is the list and descriptions of files
Lock_Send.txt – This is used by the HAs to load interest rates, non financial data to the hyperroll cube.
BFSCALexport.txt- This file is a level zero export from BFSCAL cube (After calculations are performed) to load in
Hyperroll, This level zero export is taken in columnar format. Modules are added in main wing to wing chain
under HYP_BFS_BFSCLS_CALC_LOAD_C chain to do level zero export from BFSCAL after all calculations are
performed and FTP it to Hyperroll server.
BFScls_actuals_FY05.txt – GL data for FY05 Dec
BFScls_actuals_FY06.txt – GL data for FY06
BFScls_actuals_FY07.txt – GL data for FY07 till current month
PlnToCls.txt – Extract from planning cube. Will be available when PLN to CLS chain is run.
PlnToCls_n.txt – Similar to above and may or may not be present. n can be 1 or 2 and it depends on the size of
the level 0 export of Planning cube.
OP07.txt – Budget 2007 data
BFScls_SI_2007.txt – S1 2007 data
SM07Rev.txt – SRO May 2007 data
Fix.txt – Contains the patches that were applied to BFSCLS/BFSCAL applications
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
L0nonCDRPLAN.txt – plan data for non-CDR account obtained through a level 0 export of Fin2BFS
BFScls_actuals_NONCDR_FY05.txt – actual 05 data for non-CDR obtained through a level 0 export of Fin2BFS
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
BFStemp.txt – extract from BFSHR containing values of input accounts to be used in custom calculation. No
manual intervention necessary.
allocation.txt – allocation flags. No manual intervention necessary for loading.
FloatIntFactorCust_Input.txt – This one contains floating interest factor and its loading is automated. It is to be
maintained by the HAs similar to the Lock_Send file in BFSHR.
Numbers corresponding to a set of identified accounts are extracted from BFSHR and loaded into BFSCAL. Custom
calculations run on those data set. Then a level 0 export is taken from BFSCAL for loading into BFSHR. The purpose of
taking the level 0 export is to capture a set of calculated accounts and send those values to BFSHR. (Report script
option was not used due to the high extraction time). The lists of input and output accounts pertaining to BFSCAL are
attached in appendix.
HYP_BFS_CLS_TO_CON_C: Chain to load data from Closing to Consolidation cube. This chain extracts data from
BFSHR (Hyperroll cube BFSCLS) using sql script and loads it into con cube.
Sql script was developed using the “totclose” report script and data is loaded by using L_GLAcCM load rule.
It includes following modules
HYP_BFS_CLS_CON_CREATE_SQL_M: Module to create sql script in Hyperroll.
HYP_BFS_CLS_TO_CON_SQL_M: This module runs the sql script to generate the output file.
HYP_BFS_FTP_TO_CON_M: Module to ftp file from Hyperroll server to Essbase server.
HYP_BFS_CON_HRDATA_LOAD_M: Module to load the Hyperroll extract to Consolidation cube using the load
rule “L_GLAcCM”.
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
After the data ftped to hyperroll server, hyperroll aggregation process runs to get the data to the upper levels.
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
The new application is covered under the back up plan / DR plan of hyperion CoE.
In addition, there is a backup cube that contains 1 day old data compared to BFSHR cube. It is similar in functionality as
the existing Moveapps process. Before every nightly cycle, the data/metadata files (BFSHR outline and all data files
used in BFSHR load/aggregation process) related to hyperroll main application are copied over to a back up application
(bkBFShr). Then hyperroll process runs on it which results in the backup application BKBFSHR. In case BFSHR
database is not available, users can use BKBFSHR for analysing the number.
The chain HYP_BFS_CLS_TO_BKBFSCLS_HRL_C executes the above backup process. It first copies all files in main
Hyperroll folder (BFSCLS application) to backup Hyperroll folder (BKBFSCLS application). It also copies the BFSCLS
outline. Then it runs the Hyperroll aggregation process in the backup Hyperroll setup. This ensures that the
BFSCLS/BFSHR outline and data are backed up.
The cube BFSHR is designed to handle 4 years of actual data and 2 years of plan data. When the data in the cube
becomes more than 4 years old and it impacts the performance, the earliest year’s data needs to be achieved.
Achieving process will be similar to the existing achieving process, with the exception that data from BFSHR will need to
be achieved in an essbase cube.
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
Appworx is used to automate the complete closing end to end chain. Respective nightly chains which initiate the data
and metadata flow across different environments and servers. Salient points are:
1. The wing-to-wing chain (HYP_BFS_CLS_WTW_C) takes care of the complete process and is automated.
2. HAs will need to ensure that the chain is run and then they need to reconcile the data and release the cube to the
business users.
5. On every quarter or month, HA’s need to run the chain HYP_BFS_CLS_TO_CON_C to ensure that numbers
move from close to consolidation cube.
All manual meta data changes should be done to BFSCLS / BFSCAL hierarchy and it will automatically reflect to
BFSHR hierarchy when next time chain runs. Metadata changes for Business/Account/Country are automated for
BFSCLS using appworx chains. Similarly, Business/Country are automated for BFSCAL using appworx.
As we cannot Lock and send to hyperroll, all values that are required to be locked and sent to closing cube should be
captured in a file in the following format.
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
FY07|Actual|BU Version_1|FloatIntFactorCust|NoBusiness|FACC58|0|0.059424966|0.056703369|0.050035366|
0.056598837|0.056604366|0.059011762|0.059011762|0.059011762|0.059011762|0.059011762|0.059011762|
0.059011762
FY07|Actual|BU Version_1|FloatIntFactorCust|NoBusiness|FACPAR|0|0.059424966|0.056703369|0.050035366|
0.056598837|0.056604366|0.059011762|0.059011762|0.059011762|0.059011762|0.059011762|0.059011762|
0.059011762
FY07|Actual|BU Version_1|FloatIntFactorCust|NoBusiness|C5XVE1|0|0.059424966|0.056703369|0.050035366|
0.056598837|0.056604366|0.059011762|0.059011762|0.059011762|0.059011762|0.059011762|0.059011762|
0.059011762
FY07|Actual|BU Version_1|FloatIntFactorCust|NoBusiness|C5XDEM|0|0.044033645|0.040189983|0.037007225|
0.042141818|0.042927011|0.033655815|0.033655815|0.033655815|0.033655815|0.033655815|0.033655815|
0.033655815
FY07|Actual|BU Version_1|FloatIntFactorCust|NoBusiness|C5XFRN|0|0.059424966|0.056703369|0.050035366|
0.056598837|0.056604366|0.059011762|0.059011762|0.059011762|0.059011762|0.059011762|0.059011762|
0.059011762
Time period above covers all periods starting from BegBalance to December. This file should be kept under the
following directory
Module HYP_BFS_FTP_LOCKSEND_TO_HPRL_M, added in the main wing to wing chain, will FTP this file from the
above directory to the Hyperroll server data folder (Path ap00/BFS/BFS_hr/data).
The Lock_Send.txt file currently used is attached in appendix. It has different type of data sets like interest rate, non-
financial data etc. The excel file that will be used by HA for collecting NFD is also attached in appendix. SOP for
lock_send process is also in the appendix.
All existing member formulae are added automatically in the metadata build during the nightly process. If there is a need
to add/delete/modify the formulae, the file BFScls_accounts_frm.txt needs to be updated with the proper changes. This
file is available in the /ap02/BFS/hyperion/BFSfiles/cls.
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
We need to give access to all existing users to BFSHR cube of BFSCLS application. The new access control
mechanism will be the same as the existing one. Users will need to have access to BFSHR and BKBFSHR. BKBFSHR
is the backup of BFSHR with 1 day old data and is a different application/database (BKBFSHR/BKBFSHR).
There are three interfaces for data transfer between cubes. Substitution variables/Appworx prompts are created to take
care of current month, scenario, plan/actual years, as applicable.
Close to Consolidation chain has to run every month (or on demand) to transfer last month’s data from closing
cube to consolidation cube. After that the existing load rules and calc scripts do the rest in consolidation cube. To
run this chain for a particular month and year, specific month and year are to be passed on in the appworx
prompts in the chain HYP_BFS_CLS_TO_CON_C.
Plan to Close chain runs after every planning session (or on demand) to transfer plan numbers for that session
from planning cube to closing cube. Based on the planning session, the scenario in the level 0 export module in
appworx is to be changed. To run this chain for a particular planning scenario, specific plan scenario is to be
passed on in the appworx prompts in the chain HYP_BFS_PLN_TO_CLS_C. Filter module
HYP_BFS_PLAN_FILTERSH1_M is used when level 0 export generates two files. Filter module
HYP_BFS_PLAN_FILTERSH2_M is used when level 0 export generates three files. These two modules are
currently deactivated in appworx chain, since one level 0 export file is being created. Corresponding ftp modules
HYP_BFS_FTP_TO_HRL1_M & HYP_BFS_FTP_TO_HRL1_M are also deactivated currently.
Close to Plan chain runs before every planning session (or on demand) to transfer appropriate actual data from
closing to planning cube. Currently it takes care of one month of actual data. At a later point of time, if there is
need to transfer more than one months of actual, appropriate changes are to be done in the appworx module and
HRSQL script.
1. Change the Month / Year in the chain HYP_BFS_CLS_WTW_C. For example, to start the closing cycle for
August 07, enter AUG and 07 in the prompts of the main chain HYP_BFS_CLS_WTW_C.
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
2. Add the month and Year (for example August, FY07) in the calc script recvbleZ in BFSCAL cube so that this
script also calculates data for the new period
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
3.3 Appendix
1. HYP_BFS_CLS_WTW_C
2. HYP_BFS_CLS_CYCLE2_C – This chain is similar to HYP_BFS_CLS_WTW_C but excludes FDM chains.
Interface Chains
HYP_BFS_CLS_TO_PLN_C: This chain extracts data from closing cube and loads the same in planning cube.
HYP_BFS_CLS_TO_CON_C: This chain extracts data from closing cube and loads the same in consolidation cube.
HYP_BFS_PLN_TO_CLS_C: This chain extracts data from planning cube to load the same in closing cube.
D:\Satya\
CFSredesign\Test\Appworx chain_screenshots.doc
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
D:\Documents and
Settings\326002169.326002169L\Desktop\CFSCLS.ZIP
D:\Documents and
Settings\326002169.326002169L\Desktop\CFSCAL.ZIP
D:\Documents and
Settings\326002169.326002169L\Desktop\InputAccountsCFSCAL.txt
D:\Documents and
Settings\326002169.326002169L\Desktop\OutputAccountsCFSCAL.txt
D:\
cfscls_accounts_frm.txt
Learnhyperion.wordpress.com aloo_a2@yahoo.com
Version 1.2
D:\Satya\
CFSredesign\Test\DataValidation Test\0729\SampleRecon.ZIP
D:\Satya\
CFSredesign\Deploy\Lock_Send.ZIP
3.3.9 FloatIntFactorCust_Input.txt
D:\
FloatIntFactorCust_Input.txt
D:\Satya\
CFSredesign\Deploy\CL_NFD.xls
D:\Documents and
Settings\326002169.326002169L\Desktop\Lock_Send_SOP.ZIP
*****
Learnhyperion.wordpress.com aloo_a2@yahoo.com