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.
| Subscription |
Dynamic Allocations General Ledger |
|---|---|
| Regional availability |
All regions |
| User type | Business user |
| Permissions | Account Allocation Definitions: List, View, Add, Edit, Delete |
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.
- Go to General Ledger > Setup and select Add (circle) beside Account allocation definitions.
- Assign an ID to your allocation definition and add information to the Rationale section.
- Select how dimensions will factor into your allocation calculations in the Dimensions treatment section.
- Define where to get the amount to allocate in the Source pool section.
- Define how your allocation is distributed in the Basis section.
- Select where to record the allocated amounts and the reversal in the Target entry section.
- Select Save.
After you’ve created an account allocation definition, generate your allocation and verify that it created the expected allocated entry.
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.
| 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.
|
| 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.
Other considerations:
| Configuration section | Requirement if cross-entity |
|---|---|
| Dimension treatment |
|
| Source pool |
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 |
To allocate cross entities, first ensure that Enable inter-entity transactions is enabled in Multi-Entity Management. |
| Target entry |
|
* 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.
| 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. Don’t see a dimension?
The dimension might be a Task type of dimension. Tasks belong to Projects, and require special treatment. Currently, tasks are not supported. |
| 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.
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.
|
| 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:
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 |
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.
|
| 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:
- Intacct reverses the R200 allocation as of March 31st.
- 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.
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:
For balance sheet accounts, you can pick Activity or Ending Balances. Ending Balance examples:
|
| 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.
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.
|
| 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:
|
| 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:
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).
| 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.
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.
Enable project billing in the General Ledger
For the Project billing flag to be available in the account allocation definition, the General Ledger must be configured for project billing:
Enable project billing in a user-defined journal
The Target Journal also must be enabled for project billing to be able to flag lines as billable:
|
| 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. |