Account Member Properties
This guide covers the common properties shared by all dimension types (identifiers, descriptions, security, and display order) and the member-level properties for the Account dimension — the settings that control how each account member behaves during calculations, translation, and aggregation. For Flow member properties (SwitchSign, SwitchType, FlowProcessingType), see Flow Member Properties. For UD member properties (defaults, attribute members, RelatedDimensionType), see UD Member Properties. For Entity member properties (Currency, IsICEntity, PercentConsolidation, etc.), see Entity Dimension Setup. For Scenario member properties (InputFrequency, DefaultView, Workflow settings, etc.), see Scenario Types and Cube Dimensions. For how dimensions are created, named, and assigned to cubes, see Dimension Library and Inheritance.
Common Properties Across All Dimension Types
Every dimension member — regardless of type — has a standard set of read-only identifiers and shared properties.
General
| Property | Description |
|---|---|
| Id | Numeric identity assigned by the application when the member is created. Cannot be changed. |
| Name | The member name. Must be unique within its dimension type across all dimensions. |
| Alias | Optional alternate names (comma-delimited) for referencing the member in Member Filters, Cube Views, or Business Rules without renaming the original member. |
| DimensionType | Read-only. Indicates whether this is an Account, Flow, UD1, etc. |
| MemberDimension | Read-only. The dimension instance this member belongs to. |
Descriptions
| Property | Description |
|---|---|
| DefaultDescription | Free-text description of the member. Also known as the Report Alias. |
| FullDescription | Additional culture-specific description fields (if configured in the Application Server Configuration File). |
Security
| Property | Description |
|---|---|
| DisplayMemberGroup | Controls which security group can see this member in dimension lists. Affects member visibility only, not data access. |
PositionWithinParent (Relationship-Level)
This is a Relationship Property, not a Member Property — it varies per parent-child relationship. It controls the display order of the member under its parent in dimension lists. Members are sorted by this value in ascending order.
Account Dimension Member Properties
Account members are configured at Application > Cube > Dimensions > Account Dimensions. Select an account member and open the Member Properties tab.
AccountType
AccountType is the most important property on an account member. It defines the time balance behavior, sign convention, and translation behavior of the account.
| AccountType | Value | Time Balance | Translates? | Sign Convention | Typical Use |
|---|---|---|---|---|---|
| Group | 0 | Determined by children | N/A (parent) | N/A | Parent/rollup members only |
| Revenue | 1 | Flow (periodic/YTD) | Yes | Credit (+) | Income statement — revenue line items |
| Expense | 2 | Flow (periodic/YTD) | Yes | Debit (+) | Income statement — expense line items |
| Asset | 3 | Balance (point-in-time) | Yes | Debit (+) | Balance sheet — asset accounts |
| Liability | 4 | Balance (point-in-time) | Yes | Credit (+) | Balance sheet — liability and equity accounts |
| Flow | 5 | Flow (periodic/YTD) | No | — | Non-translating flow-type values |
| Balance | 6 | Balance (point-in-time) | No | — | Non-translating balance-type values (legacy) |
| BalanceRecurring | 7 | Balance (does not change) | No | — | Opening balances that persist unchanged (legacy) |
| NonFinancial | 8 | — | No | — | Headcount, square footage, and other non-monetary data |
| DynamicCalc | 9 | On-the-fly | No | — | Calculated ratios and metrics that are never stored |
Revenue and Expense accounts behave as flow-type values — they have both periodic and YTD views. The engine applies the debit/credit sign convention automatically during aggregation, so users can enter data as positive amounts for both revenue and expense. Asset and Liability accounts behave as balance-type values — they represent a point-in-time balance and translate using the rate type configured on the cube or scenario.
FormulaType
FormulaType controls whether the member stores data directly, runs a stored calculation, or computes on the fly.
| FormulaType | Behavior | Stored? | When It Runs |
|---|---|---|---|
| NoFormula | Default. The member accepts input and data loads directly. | Yes | N/A — data is entered or loaded |
| MemberFormula | A stored calculation defined in the member's formula editor. Runs during the Calculate phase. | Yes | Calculate (before Finance Business Rules fire for that account) |
| DynamicCalc | Calculated on the fly whenever the cell is read. Never stored in the database. | No | Every time the cell is queried |
When to use each:
- NoFormula — Input accounts, data load targets, driver accounts
- MemberFormula — Calculated line items where the formula is simple and does not need Business Rule context (e.g.,
GrossProfit = Revenue - COGS). The formula can vary by Scenario Type and Time. - DynamicCalc — Ratios, percentages, and informational metrics that should never consume storage. Use sparingly — DynamicCalc members add overhead every time they are read.
AllowInput
| Value | Behavior |
|---|---|
| True | The member can receive input from data entry forms and data loads |
| False | The member is read-only in input forms. It removes the member as a possible mapping target in data integration, preventing data from erroneously being mapped to it. |
Best practice: Set AllowInput = False on calculated accounts (MemberFormula and DynamicCalc) and on parent/rollup accounts. This prevents accidental data entry that would be overwritten by calculations.
IsConsolidated
Controls whether the member participates in consolidation processing.
| Value | Behavior |
|---|---|
| Conditional (True if no FormulaType) | Default. Accounts without a FormulaType are included in consolidation. Accounts with a FormulaType are consolidated only if IsConsolidated is explicitly True. |
| True (regardless of FormulaType) | Always included in consolidation |
| False | Never consolidated — data stays at the base entity level |
IsICAccount (Intercompany)
Determines whether the account participates in intercompany elimination.
| Value | Behavior |
|---|---|
| False | Default. Not an intercompany account. |
| Conditional (True if Entity not same as IC) | The account is treated as IC when the IC dimension member is a different entity than the current entity. Prevents an entity from recording IC with itself. Most common setting for IC accounts. |
| True | Always treated as an intercompany account regardless of the IC partner. |
For the full intercompany elimination workflow, see the IC Configuration section in the Entity Dimension Setup guide.
PlugAccount
Selects the account that receives any non-eliminating difference when intercompany elimination runs. If Entity A has an IC balance of $5,000 and Entity B has $5,100 for the same IC pair, the $100 difference posts to the plug account.
Multiple accounts can be reclassified to the same plug account.
UseAlternateInputCurrencyInFlow
When True, the account uses an alternate currency override defined on Flow members (via FlowProcessingType). This allows data to be entered in a currency other than the entity's local currency, with the Flow dimension holding both the override value and the local-currency equivalent.
Input/Adjustment View Overrides
These properties override the scenario-level input and no-data-zero view settings for this specific account:
| Property | Default | Options |
|---|---|---|
| InputViewForAdjustments | UseScenarioSetting | Periodic, YTD |
| NoDataZeroViewForAdjustments | UseScenarioSetting | Periodic, YTD |
| NoDataZeroViewForNonAdjustments | UseScenarioSetting | Periodic, YTD |
Use these overrides when a specific account needs different view behavior than the scenario default. For example, a balance-sheet account in a scenario defaulting to Periodic view might need YTD treatment for adjustments.
Account Aggregation Settings
The Aggregation section controls which dimensions the account participates in when rolling up to parent members.
| Property | Default | Description |
|---|---|---|
| UsedOnEntityDimension | True | Account participates in entity hierarchy aggregation |
| UsedOnConsolidationDimension | True | Account participates in consolidation dimension aggregation |
| EnableFlowAggregation | True | Account participates in Flow dimension aggregation |
| EnableOriginAggregation | True | Account participates in Origin dimension aggregation |
| EnableICAggregation | True | Account participates in IC dimension aggregation |
| EnableUD1Aggregation | True | Account participates in UD1 dimension aggregation |
| EnableUD2Aggregation | True | Account participates in UD2 dimension aggregation |
| EnableUD3–UD8Aggregation | True | Account participates in UD3 through UD8 dimension aggregation |
Set any toggle to False to prevent the account from aggregating in that dimension. Click the cell to toggle between True and False.
AggregationWeight
A decimal value controlling what proportion of the member's data aggregates to its parent. The default is 1.0 (100%).
Set to 0 for shared members that should not double-count when they appear under multiple parents. For example, if an account exists in both a detail hierarchy and a summary hierarchy, set AggregationWeight = 0 on the shared relationship to prevent the value from being counted twice at the top of the hierarchy.
Account Constraints (VaryByCubeType)
Properties in the VaryByCubeType category restrict which dimension intersections are valid for a given account. Constraints can vary by cube type (Standard, Tax, Treasury, etc.), allowing the same account to have different rules in different cubes.
IC Constraints and MemberFilter
Define which intercompany members are valid for this account. Use the MemberFilter field to specify allowed IC members. Invalid intersections receive no aggregation and no input.
Flow Constraints
Restrict which Flow members are valid for this account. Accounts that do not participate in rollforward analysis can exclude activity flow members.
UD2–UD8 Constraints
Restrict which UD members are valid for this account per cube type. For example, a revenue account might be valid for all Product Line members (UD2) in a Standard cube but only for specific product categories in a Tax cube.
Invalid intersections — where a constraint excludes the combination — receive no aggregation and no input. The engine skips these intersections during calculation and consolidation, improving performance and preventing data entry errors.
Accessing Member Properties in Code
You can read dimension member properties programmatically in Business Rules:
The cell-level AccountType method combines the account's base AccountType with the flow member's SwitchSign and SwitchType settings to return the effective AccountType for the current intersection.
Related Content
- Flow Member Properties — SwitchSign, SwitchType, FlowProcessingType, and flow hierarchy design
- UD Member Properties — UD defaults, attribute members, RelatedDimensionType, and constraints
- Configuring Cubes — Cube properties, types, algorithms, FX rates, data access, and integration
- Scenario Types and Cube Dimensions — Scenario Type setup, dimension assignment, and horizontal extensibility
- Entity Dimension Setup — Entity properties, relationships, intercompany, currencies, and adjustments
- Extensibility and Linked Cubes — Vertical extensibility, linked cube setup, and cube references
- Dimension Library and Inheritance — Dimension creation, inheritance, stub dimensions, and the Dimension Library
- Dimension Naming and Assignment — Naming rules, assigning dimensions to cubes, dimension levels, and best practices
- The OneStream Data Model — Conceptual overview of cubes, dimensions, extensibility, and Data Units