Create an allocation definition

The account allocation definition enables you to record the rationale used for your allocation, the source pool, basis, and target entry in 1 place. After it’s created, this definition can be routinely generated to gather the source balances dynamically, apply the basis calculations, and create allocated entries as needed.

Before you begin

Before you define your account allocations, be sure you’ve defined a user-defined book and journal for use with account allocations. The allocation workflow requires that Intacct-generated allocation entries be posted into a journal associated with a user-defined book. Entries can remain there, or they can be moved to another book via duplicate and reverse functions as needed.

For more information, see User-defined books overview and Set up for user-defined books

Set up an account allocation definition

There are a few basic steps to create your account allocation.

  1. Go to General Ledger > Setup and select Add (circle) beside Account allocation definitions.
  2. Assign an ID to your allocation definition and add information to the Rationale section.
  3. Select how dimensions will factor into your allocation calculations in the Dimensions treatment section.
  4. Define where to get the amount to allocate in the Source pool section.
  5. Define how your allocation is distributed in the Basis section.
  6. Select where to record the allocated amounts and the reversal in the Target entry section.
  7. Select Save.

After you’ve created an account allocation definition, generate your allocation and verify that it created the expected allocated entry.

Intacct limits the number of lines an account allocation can generate to 5,000 lines.

Account allocation definition limitations

There are some limitations to be aware of when creating an account allocation definition. They are:

  • Top-level allocations restrictions.
    Allocations created at the top level cannot be generated at the top level if the target entry or reversing source pool contain private accounts, private dimensions, or restricted customers or suppliers.
  • The base currency of the source entity determines the currency in the generated allocation.
    For companies with more than one entity, Intacct uses the source entity and GL Posting Date to determine the appropriate exchange rate for the transaction, as long as the “as of date” is on or before the current date. Although the same transaction currency is required for all lines in the transaction, lines can have different base currencies. The base currency defines the transaction currency.
  • Close-into account types cannot be allocated.
    If an account has the account type of ‘Close into’, it's not a candidate for allocation.

  • Subledger accounts cannot be allocated.

    Intacct recognizes a subledger account as an account that doesn’t disallow direct posting.

  • Task dimensions don’t appear in the list of dimension and cannot be selected.

  • Entity-restricted user limitations.
    Users with entity restrictions can see only transactions and other data related to their specified entities. Restricted users cannot view data on a transaction or other records if the data includes an entity on the restrictions list.

Rationale

In the Rationale section, name your account allocation and provide the reasoning for how the allocation was set up. Recording the reason that your allocation was set up in a certain way is useful for audit purposes and continuity for others who use the allocation in the future.

The reasoning behind your allocation is important to document so that in the future it can be explained why the allocation is set up in a particular way. This can help staff members and auditors who need to understand the logic used as you configured the allocation.
Field Description
Allocation ID

This is the name of the allocation that's seen in the account allocation definitions list. Intacct recommends reviewing the name and ID best practices before creating an account allocation definition.

This ID cannot be edited after you save the account allocation definition. If you want the same allocation definition with a different ID, you can duplicate the existing definition and save it with a new ID. After the new definition is saved, you can delete the previous allocation definition if it's no longer needed.

The Allocation ID is limited to 20 characters.

Description

Enter a brief description for your account allocation definition.

Status

Select a status for your account allocation definition.

  • Active: the allocation definition is available to be generated.
  • Inactive: the allocation definition is unavailable to be generated.
Attachment

Use this field to attach documents that explain your allocation reasoning and methodology.

Methodology

Use this field to explain the reasoning behind the configuration of the allocation definition. Be specific so there’s an explanation of why the allocation has been set up the way it is.

There’s no character limit in this field.

Dimension treatment

In the Dimension treatment section, specify the following: 

  • How you want dimensions to behave during the allocation calculations

  • The level of detail that will be included in the created allocation entries

  • Whether your allocation occurs within a single entity, or occurs across entities

Allow allocations

In this section, select how you want the allocation to interact when Intacct finds data in more than 1 entity. The allocation can be allowed to:

  • Remain within one entity. You can only select source and basis options from the entity in which the allocation originates. Target entries are made in the same entity as the reversing source entries.
  • Allocate across entities. For companies with more than one entity, you can create allocations that include more than 1 entity, even if those entities have different currencies.

If you choose Allow allocation across entities

The entity that you select as the source entity instructs Intacct how to trigger the inter-entity balancing entries automatically so that the journal entry generated is in balance. Inter-entity account mapping provides the method for generating these inter-entity balancing entries.

The source entity that’s used to generate the inter-entity journal is based on the source entity/location reflected in the source pool of the allocation definition. For example, if you entered a Location as the source entity/location, the inter-entity "source entity" will automatically pull from the entity/location hierarchy.

You must have permissions for all the entities included in the allocation.

Other considerations:

Configuration section Requirement if cross-entity
Dimension treatment
  • Enable Across entities, available only when a company has more than 1 entity.
Source pool
  • Requires an Entity filter.
  • Generates entries using the source entity’s base currency as the transaction currency except when the source is a statistical account.

The source entity used to generate the inter-entity journal is based on the source entity/location reflected in the source pool of the allocation definition. For example, if you entered a Location as the source entity/location, the inter-entity "source entity" will automatically pull from the entity/location hierarchy

Basis
  • If the allocation uses the "Relative Account Balance–Financial" method: Make sure that the Basis is filtered for same-currency entities.
  • If the allocation uses "Relative Account Balance–Statistical": There's no entity filter requirement.

To allocate cross entities, first ensure that Enable inter-entity transactions is enabled in Multi-Entity Management.

Target entry
  • Include exchange rate type.

* Currently Employee and Project are supported for per dimension values.

Cross-entity allocations can be balanced by using the inter-entity transaction rules defined in Company > Inter-entity account mapping.

  • During generation, if the allocation is cross-currency, Intacct uses the GL Posting Date to determine the exchange rate for the transaction.

    This applies only if the as-of date is on or before the current date. Cross-currency future date allocations cannot be supported because exchange rates are not available.

  • There's a maximum of 5,000 allocation transaction lines. This limit does not include the IET transaction lines.

Dimension treatment settings

In this section, both standard and user-defined dimensions are available for selection. Selections made here help determine how the allocation calculations are created. There are no limits to how many dimensions you can select, however the more dimensions you add, the more complex the allocation calculations will be.

The dimension settings in this section are not the same as the dimension filters you can use to narrow the scope of your allocation. This section determines if dimensions are considered and how they're considered in your overall allocation calculations. The dimension filter options in the source pool and basis sections determine which dimension values are used in the source, and basis calculations, or both.

Dimensions treatment settings field descriptions

Field Description
Allocation focus

Dimensions set to Allocation focus are the dimensions you want to allocate or reclassify based on the calculation method selected in the Basis section. These dimensions are included in any dynamic calculations for the basis.

Per dimension value

Dimensions set to Per dimension value are the dimensions you want to allocate or reclassify but still process a full allocation per individual value.

For example, you might be allocating labor based on time worked and need to have an individual allocation per employee. Rather than creating separate allocation definitions for each employee with the source and basis both filtered per-employee, instead you can select Per dimension value and Intacct will automatically cycle through each employee based on the filter criteria and yield one allocated entry per employee.

Currently, Employee and Project are supported for per dimension values.

Preserve values

Dimensions set to Preserve values keep their original values assigned during initial entry (as found by the source pool query). These dimensions are included in the calculations for the source and the basis to ensure that their proportional distribution is kept when the allocated entry is recorded.

Not considered

Dimensions set to Not considered aren’t used for the calculations during the generation of the allocation but can still be used as a filter to narrow the source pool or basis. You can either leave the dimension with no value in the allocated entry, or apply a single value using the Target entry section dimension overrides below.

Dimension treatment constraints

To limit complexity in subledger reporting, the standard dimensions Contract and Warehouse can only be set to Not considered. If needed, you can include a value for each of these dimensions using a dimension override in the Target entry section.

For Global Consolidation companies, the standard dimension Location can only be set to Allocation focus or Not considered. If needed, you can include a single value for this dimension using a dimension override in the Target entry section.

Task-type dimensions do not appear on the page for selection. Tasks belong to Projects, and require special treatment. Currently, tasks are not supported.

Source pool

In the Source pool section, define where Intacct will dynamically find the amount to use for your allocation. You can use dimension filters to narrow the scope of your allocation by limiting the source pool, for example, to a specific department or location group.

Field Description
Account group

Select the source of your allocation.

The account group that you select determines the source entity. The source entity is the entity associated with the account group.

Only the accounts selected in the account group are considered by the allocation. If you need dimension filters added to the selected accounts, they must be defined explicitly in the Dimensions filters section below.

You can select an account group, statistical group, or account group of groups. Computational groups aren’t supported.

To allocate a single account, create an account group that has only one account in the group. This will allow you to select a single account: essentially selecting a group of one.

If the account group is a statistical group, alternate books aren’t used.

Percentage to allocate

This value is the percent of the source pool to be allocated and will be applied during calculation to the source amount.

Intacct supports up to 12 decimal points in this field, and any positive value up to 999.999999999999%. For example: 50.009%

Currency

This field displays the base currency used in the entity where the allocation is processed and is read-only.

Alternate book

If you prefer to use just the Reporting book, leave this field blank.

Compliance, tax, and user-defined books are available for selection. You can select more than one book for use here.

  1. Select Select.
  2. Select the alternate books to use and select the arrow to move the book from the Available items to Selected items.
  3. Select Done.

Using the Reporting book and any alternate books allows you to factor in previous allocations into future allocations without having to move your previously generated allocations into the Reporting book. For example, you could record allocations in a specific allocation book on an ongoing basis while still factoring in the impact on future allocations using book stacking with an Accrual reporting book. This saves you time when moving through the allocation process.

Alternate books aren’t used for statistical accounts.

You can choose to use both the Reporting book and the alternate books, using the Use amounts from dropdown menu below.
Use amounts from

Select where amounts will be taken from.

  • Main reporting book and alternate books: All selected alternate books and the Reporting book are used for the basis calculation.
  • Alternate books only: Only selected alternate books are used for basis calculation.
Source pool time period

The source pool time period is the default time interval for the allocation that you'll generate. When you generate the allocation, the As of Date field looks for the source pool time period to determine the actual dates for the allocation source activity.

For example, suppose you set the source pool time period for Prior Month, and when generating the allocation you set the As of Date to September 1st 2020. In this case, the allocation calculations will be based on the activity in the source pool during August 2020.

All standard and custom periods are available for selection, except for the following:

  • Inception to Date:
    This time period is only available when the Project dimension is set to Allocation focus and the reporting period is enabled.
  • Inception to Current Month:
    This time period is only available when the Project dimension is set to Allocation focus and the reporting period is enabled.

You can also generate allocations that require shorter time periods than the ones provided here. For examples of how to do this, see Allocations with shorter time periods.

If you select Auto-reverse prior post in the True-up section, you cannot use custom time periods here.
True-up
  • Activity delta: When selected, the Activity delta includes another layer of validation for your allocation. For example, you create an allocation that needs to be run more often than once a period (payroll, for example). Enabling the Activity delta tells Intacct to validate that your account setup is designed to clear the source amounts with each allocation generation.

    This is accomplished as follows:

    • By making sure that the accounts selected for your source pool are used as the reversing source pool selection.

    • If an alternate specific account is used for the reversal, it's included in the source pool account group so that it removes any prior allocation activity.

    Allocated entries must be reflected in the source books to correctly consider the prior allocation impact.

  • Auto-reverse prior post: When selected, Intacct checks for a previously generated allocation in the same source period. If a previously generated allocation is found, it's reversed as the first step when the new allocation is generated.

    This reversal occurs on the same posting date as the new allocation. The reversal resets the allocation amount for the new allocation to consider the source amounts as though the prior allocation didn't take place. The result is a new, more accurate allocation that uses the latest basis information to allocate for the entire period. For more information, see the Auto-reverse prior post example below.

  • You cannot change your allocation definition true-up selection to auto-reserve prior post if you have already generated allocations with this definition. This selection must be made from the beginning of the allocation.
  • None: When selected, no true-up action is taken.
Dimension filters

Dimension filters function much like report filters, allowing you to narrow the scope of your allocation to the precise dimension details that you want.

In the Dimension treatment, you told Intacct how you want specific dimensions to be treated during calculation. In the source pool dimension filters, you're instructing Intacct to consider all values, or to use specific values when dynamically pulling the source amounts to be allocated.

If you want to use a dimension that includes its child records, a dimension group must be created and selected here.

For example, in companies with more than one entity, if you have Entity A that has Location 1 and 2, when you select Entity A as a dimension here, the account allocation only pulls what is in Entity A. It doesn’t pull Entity A and Locations 1 and 2. If you want both Entity A and Locations 1 and 2, create a dimension group that includes all three records. For more information, see .

Allocations with shorter time periods

You can set up your allocation definition to allow for shorter time periods, for example if you need to run payroll allocations twice a month. Select 1 of the options:

  • Use an Activity Delta configuration

    If the source pool includes the reversing source pool account or is set to reverse the source directly, you can run the same allocation multiple times in the same period. When the allocation is generated, the allocation pulls the source pool accounts and automatically derives only the amount recorded after the last allocation.

    This is because the reversing entry has already removed the last allocated amount (as long as the earlier allocation has been moved into the source book). This means, for example, you can run a payroll allocation every 2 weeks and be confident that each run will only allocate activity that has occurred after the previous allocation.

    Select Activity delta to use this method for your allocation.

  • Same day, reverse the last allocation and replace it with a current allocation

    Reverse the originally generated allocation using the posting date of the original allocation as the reversal date. For example, you have already run an allocation for payroll, and it's time to run another one. You can first reverse the last payroll allocation the same day that you need to run a new payroll allocation. Thus, reports run for the interim period reflect the allocation amounts that are accurate at the time. Then run the allocation to "true up" the allocated amounts.

Auto-reverse prior post example

An allocation generated March 15th found and allocated R200 to the defined target. Now, on March 31st, an allocation generated for the full month is R500, which includes the R200 from the March 15th allocation. The March 15th allocation needs to be replaced with the March 31st allocation.

You selected Auto-reverse prior posts in your allocation definition, so Intacct takes the following steps in the order shown:

  1. Intacct reverses the R200 allocation as of March 31st.
  2. Intacct runs the current allocation in total for R500 as of March 31st.

This ensures that interim reporting reflects the correct history at the time and updates the allocation according to the new source and basis calculation.

If the allocation is run a third time in the same period, the reversal that occurs reverses the last posting, which is already cumulative for the first 2 generations. Any prior reversals are left intact.

Basis

In the Basis section, define how the allocation splits your source pool amount into each allocation focused dimension. Dimension filters allow you to narrow the scope of the amounts considered to get the dynamic basis distribution. The Basis is the blueprint for the calculations of the allocation focus dimensions percentage split.

For inter-entity allocations, the basis must be filtered for same-currency entities if the method used is Relative Account Balance–Financial. If the method is Relative Account Balance–Statistical, any entities can be considered.

Field Description
Allocation method

The allocation method determines how the source pool is distributed in the allocated entry.

  • Dynamic - relative account financial
    Calculates the applied percentage split by analyzing the proportion of the allocation focus dimensions within the basis account group after any basis dimension filters are applied.
  • Dynamic - relative account statistical
    Uses the proportions of the statistical account amounts defined in the statistical account to derive allocation percentages.
    Statistical accounts are used to track nonfinancial data, such as labor hours, number of members, or even square footage. Tracking key metrics in this type of account allows you to split the allocation based on the information in a statistical account. For example, you could track labor hours in a statistical account. You can then create an allocation for a fringe expense based on the labor hours tracked in the statistical account. Then have the allocation basis use the labor hours per project as the basis for the allocation split.
Only account groups with the category Statistical and Statistical Category can be selected when the basis Dynamic - relative account statistical is used. The accumulation method that you select for the Basis only currently allows for activity. Therefore, when you use Dynamic - relative account balances statistical as the Basis for your allocation, be aware of the time period associated with the statistical amounts you're using. Also, evaluate how the statistical amounts are currently tracked.

Dimensions set as Allocation focus are the only dimensions considered when deriving the basis portion of the allocation distribution. When the allocation is generated, the relative account selection provides a balance analysis by looking at the basis period with the As of Date. This is similar to running a report to look up amounts. The resulting values return 1 line for each unique dimension combination found. The values are then used to calculate the percentage splits.

Account group

Select the account group to base your allocation split on.

Only the accounts selected in the account group are considered by the allocation. If you need dimension filters added to the selected accounts, they must be defined explicitly in the Dimensions filters section below.

You can select an account group, statistical group, or account group of groups. Computational groups aren’t supported.

To allocate a single account, create an account group that has only one account in the group. This will allow you to select a single account: essentially selecting a group of one.

If the account group is a statistical group, alternate books aren’t used.

Accumulation

This field determines how the amounts within the basis accounts are interpreted to derive amounts for the allocation split. Select one of the following:

  • Activity
  • Ending Balance

For balance sheet accounts, you can pick Activity or Ending Balances.

Ending Balance examples:

  • For the allocation method relative account financial, you can allocate based on balances reflected in shares of asset ownership such as investments.
  • For the allocation method relative account statistical, if head count is configured with Report type cumulative balance, you can now allocate using ending balance headcount figures.
Reporting book

If you don’t use Global Consolidations, this selection is made automatically for you, based on the accounting method was chosen when the GL was set up. Your reporting book will either be Accrual or Cash.

Intacct doesn’t support Cash-only reporting books for account allocations at this time.
Alternate book

If you prefer to use just the Reporting book, leave this field blank.

Compliance, tax, and user-defined books are available for selection. You can select more than one book for use here.

  1. Select Select.
  2. Select the alternate books to use and select the arrow to move the book from the Available items to Selected items.
  3. Select Done.

Using the Reporting book and any alternate books allows you to factor in previous allocations into future allocations without having to move your previously generated allocations into the Reporting book. For example, you could record allocations in a specific allocation book on an ongoing basis while still factoring in the impact on future allocations using book stacking with an Accrual reporting book. This saves you time when moving through the allocation process.

Alternate books aren’t used for statistical accounts.

You can choose to use both the Reporting book and the alternate books, using the Use amounts from dropdown menu below.
Use amounts from

Select where amounts will be taken from.

  • Main reporting book and alternate books: All selected alternate books and the Reporting book are used for the basis calculation.
  • Alternate books only: Only selected alternate books are used for basis calculation.
Basis time period

You can use the same time period as the source pool, or you can select a different time period for your basis. This field determines what time period is used to get the basis information. Much like running a report to get information, this field determines what basis information is retrieved using time as the determining factor.

All standard and custom periods are available for selection, except for the following:

  • Inception to Date:
    This time period is only available when the Project dimension is set to Allocation focus and the reporting period is enabled.
  • Inception to Current Month:
    This time period is only available when the Project dimension is set to Allocation focus and the reporting period is enabled.
Drop negative basis lines from consideration

When checked, the regular balance of the accounts in the selected account group is reviewed, and any negative balances are not considered in the basis calculation.

If left unchecked, a negative balance in the selected account group can cause amounts to be "taken away" rather than "given" during the allocation.

This option is only available if all the accounts in the account group have the same balance type. Do not use this option if account types are different among the members of the account group.
Dimension filters

In the basis dimension filters, you're telling Intacct to consider all values, or to use specific values in dynamically pulling the basis amounts to consider when deriving the basis splits.

Dimension filters function much like report filters, allowing you to narrow the scope of your allocation to the precise dimension details that you want.

In the Dimension Treatment section above, you told Intacct how you want specific dimensions to be handled during the allocation calculation step. When a dimension is set to Not considered, this means it's not part of the calculations of the basis split. However, it can still be used to narrow the scope of the basis amounts used to derive the split.

For example:

  • You set the Department dimension to Allocation focus and the Projects dimension to Not considered in the Dimension treatment.

  • You can still use the Project dimension to narrow the focus of the basis amounts used in the calculation of the split.

For example, in the basis you could filter for Project X to narrow the scope of the basis for only departments who have transactions associated with Project X.

If you want to use a dimension that includes its child records, a dimension group must be created and selected here.

For example, in companies with more than one entity, if you have Entity A that has Location 1 and 2, when you select Entity A as a dimension here, the account allocation only pulls what is in Entity A. It doesn’t pull Entity A and Locations 1 and 2. If you want both Entity A and Locations 1 and 2, create a dimension group that includes all three records. For more information, see .

Target entry

The Target entry is where you want your allocated entry to be posted. Select the journal where the allocated entry will be recorded. Then select the accounts to be used for the allocation destination and the reversing source pool.

By posting your allocation to a user-defined allocation book, you can report on the pre- and post-allocation activity levels. Decide whether to keep the allocated amounts in the allocation book or move them using copy and reverse to another book (like accrual).

If future allocations are dependent on the prior allocation, special attention needs to be given to where the results are posted.
The allocation workflow necessitates that you can only initially generate allocations into user-defined books to ensure there's an opportunity for verification. See Set up for user-defined books for more information.
Field Description
Reporting Book

If you don’t use Global Consolidations, this selection is made automatically for you, based on the accounting method was chosen when the GL was set up. Your reporting book will either be Accrual or Cash.

Intacct doesn’t support Cash-only reporting books for account allocations at this time.
Alternate Book

Select the book where the allocated entry will be generated.

Only user-defined books are available for target entry selection at this time. Intacct highly recommends creating an allocation book to use to verify allocation entries. For more information about creating a user-defined book, see Set up for user-defined books.
Journal

The selection of the Alternate book determines the options available for selection in this field.

Select the journal where you want your allocation to be recorded when generated.

  • If a journal is selected that does not require approvals, the allocation generation will post the entry.
  • If a journal is selected that requires approvals, then a review before post is available. Due to the size of allocations, it's often easier to review the results by looking at the impact on a financial statement rather than at the transactions.
You can change the selected journal in the allocation definition only if you have not run and posted the allocation to the journal.

If you've already posted an allocation to the journal, you cannot change your journal selection. To select a different journal, duplicate the existing allocation definition, then change the journal selection.

Allocation destination

The allocation destination entry will use the dimension values derived in the basis split. This is a combination of the basis amounts with the amounts of the dimensions set to Preserved values nested proportionally.

Dimensions treated as Not considered will not contain a value on the allocation destination entry unless a dimension override is used to provide a single value to all lines.

Account

This is the target account for the allocated entry.

Exchange rate type

Only appears for companies with more than 1 entity and if the allocation crosses entities. Currency exchange information is required. Intacct uses the GL Posting Date to determine the appropriate exchange rate for the transaction, as long as the "as of date" is on or before the current date.

Future date allocations can’t be supported because exchange rates are not available.

Although the same transaction currency is used for all lines in the transaction, lines can have different base currencies. Base currency is defined per-entity. The source entity base currency determines the transaction.

Dimension overrides

You can apply dimension values to all lines of your allocation entry. Do this by adding a dimension with a value selected in the Dimension overrides table. When you add a dimension here, all lines in the reversing portion of the generated entry include the dimension value you selected (like a transaction default).

Dimension overrides can independently be applied to the Target (the allocated portion of the entry) and the Reversing Source Pool entry.

Overrides can be applied within the Target to any dimension in the Reversal section, regardless of whether part of Allocation Focus or Preserve. The override value can be applied within the Target if Preserve is used. This allows an allocation focus dimension to have a targeted specified value applied while the reversal still occurs from the source.

Only dimensions set to Not Considered in the Dimensions treatment section are available for use here.

For example, if you want all lines of the reversing portion of the entry to include the location HQ, and you set Location to Not Considered in the Dimension treatment section. You would then enter the Reversing Source Pool override for the Location dimension in the Target and set the value to HQ. After the allocation is generated, any resulting lines of the reversing portion of the entry will include HQ as the location.

Flag target lines as billable

When Project Billing is enabled in Configure Projects for General Ledger and the journal you use to record the allocation, you can flag lines in the allocation Target as billable.

When Project Billing is enabled within the Projects configuration page for General Ledger and the journal you use to record the allocation, you can flag lines in the allocation Target as billable.

This allows allocated amounts, such as overhead, to be billed to clients as you Generate AR sales invoices.

The Flag target lines as billable checkbox will not be available on the account allocation definition page, and therefore unavailable for use, until you enable Project billing.
Reversing source pool

The reversing source pool entry will use the original dimension values on the source balances for any dimensions treated with Allocation focus and Preserve values.

Dimensions treated as Not considered will not contain a value on the reversing source pool entry unless a dimension override is used to provide a single value to all lines.

Use source account

When checked, the reversing source pool uses the same accounts as the source pool account group you selected. When you select Use source account, only accounts that include dimensions set to Allocation focus, Preserve values, or both will be reversed. Dimensions set in the Dimensions Treatment section to Not considered are ignored both by the source and basis calculations, and any reversing actions that take place in the Target entry.

When left unchecked, you can select a reversing source pool account.

Account

This is the target reversing source pool account that you want Intacct to use for the reversal portion of the target entry.

Not available for selection when Use source account is checked.
Dimension overrides

You can apply dimension values to all lines of your allocation entry. Do this by adding a dimension with a value selected in the Dimension overrides table. When you add a dimension here, all lines in the reversing portion of the generated entry include the dimension value you selected (like a transaction default).

Dimension overrides can independently be applied to the Target (the allocated portion of the entry) and the Reversing Source Pool entry.

Overrides can be applied within the Target to any dimension in the Reversal section, regardless of whether part of Allocation Focus or Preserve. The override value can be applied within the Target if Preserve is used. This allows an allocation focus dimension to have a targeted specified value applied while the reversal still occurs from the source.

Only dimensions set to Not Considered in the Dimensions treatment section are available for use here.

For example, if you want all lines of the reversing portion of the entry to include the location HQ, and you set Location to Not Considered in the Dimension treatment section. You would then enter the Reversing Source Pool override for the Location dimension in the Target and set the value to HQ. After the allocation is generated, any resulting lines of the reversing portion of the entry will include HQ as the location.