Basic concepts
There are some fundamental concepts on which the standard OLAP model is based. It is important to understand what should not be changed within a customer implementation:
- Data storage in data cubes, built-in logic (basic assumption within global sign
				definition) 
- All values within data cubes are to stored using this logic: 
- Expenses - negative signs
 - Revenues - positive signs
 - Assets, Liabilities, Equities - positive signs
 
 
 - All values within data cubes are to stored using this logic: 
 - This logic is dependent to used weights in BPDACCOUNT: 
- All individual accounts underneath TOTAL_ACCOUNT are to be set up with weight +1.
 
 
Following this logic, using negative signs for expenses for data entries and using always weight 1 within BPDACCOUNT, roll up for Profit and Loss statement is handled. Using accounts with weights -1, the configuration cubes will not work as configuration flags are read from consolidated elements as well (-1 + 1 = 0!)
- BPDACCOUNT dimension, central dimension within BP application for Finance 
- Account structure to be set up individually on customer side
						underneath existing parent TOTAL_ACCOUNT. The applications expect different
						parents (Top elements to be defined within Designer settings) for: 
- Profit and Loss Statement
 - Assets
 - Liabilities
 - Balance Sheet (Assets and Liabilities) Note: Use always weight 1 for aggregations.
 
 
 - Account structure to be set up individually on customer side
						underneath existing parent TOTAL_ACCOUNT. The applications expect different
						parents (Top elements to be defined within Designer settings) for: 
 - Important attribute fields to set: 
- Account type to be set for: 
- Assets - A
 - Liabilities - L
 - Equity - Q
 - Expenses - E
 - Revenues - R
 
 - Build logic is based on setting account type. For example: 
- Global sign definition
 - Account selections for selections within application such as cash accounts, asset categories, etc.
 - Opening balances logic (only A, L, Q)
 
 - Detail settings, detail reports for data entries within
						finance will be offered based on attribute settings: 
- Schedules (A,B,C,D,E)
 - Intercompany (T [True]/[False])
 - Segment 1..3 (T [True]/[False])
 - Line Details (T [True]/[False])
 - Custom Details (1..10, hierarchy information)
 
 - Method 1 - 4, defined method for currency conversion
 
 - Account type to be set for: 
 - Writeback of specified values to OLAP as difference 
- As data entries are specified on multiple levels (BPDLEVEL),
						the specified values are written back as difference values to be able to
						reproduce specified values. For example: 
- Imported Value: 400 (Level Import)
 - Data Entry: shows 400 => User is changing to: 600 (replaces 400 through 400)
 - 200 is written back as data entry (level INPUT_MAIN)
 - 600 is shown within data entry reports (read from Parent TOTAL_INPUT)
 
 - Calculation of the difference for writeback is handled mostly within data entry reports.
 - This is not valid for configuration values, only for data entries in real data cubes.
 
 - As data entries are specified on multiple levels (BPDLEVEL),
						the specified values are written back as difference values to be able to
						reproduce specified values. For example: 
 - The Entity dimension must have only one top level element.