Defining list allocations
This procedure describes the process for defining list allocations in Project Accounting. A list allocation uses activity lists to identify the activities to which allocations is posted. Use this procedure to define a list allocation.
You must define an allocation pool and an allocation header before defining an allocation.
See Allocations overview.
This diagram shows how to define list allocations:
- Access List (MX10.1) to define the activity list that identifies the post-to activities for the list allocation.
- Access Allocation Pool (AC32.1) to define the pool containing the amounts or units that you allocate. If you use the pool activity posting option for the list allocation, ensure that the pool's list must is the same as the post to list you select in the allocation.
See Allocations overview.
- Access Activity Total Names (AC35.1) to define any total names you use in the compute statement for the list allocation. If you are using a total name in the compute statement's numerator and calculates the pro rata share of each activity in the list to total activities in the list, then leave the activity-related parameters blank.
- Access Compute Statement (RW50.1) to define the compute statement you use as the list allocation's driver.
- Access Compute Parameters (AC34.1) to define any compute parameters you must associate with data dictionary names in the compute statement. If you are using a data dictionary name in the compute statements numerator and calculates the pro rata share of each activity in the list to total activities in the list, then leave the activity-related parameters blank.
- Access List Allocation (AC30.3) to define the list allocation. Specify this information:
- Allocation
-
Select the name of the allocation you are defining. You name the allocation when defining the allocation header.
- Pool
-
Select the pool to allocate amounts or units. If you are using the pool activity post option, then the pool must select activities using the same activity list that you use in the Post To List field.
- Post To List
-
Select the list of activities that represents the post-to activities for this allocation. If you select P - Pool in the Activity Post Option, then ensure that the list you select in this field is the same as the list you select in the Pool field.
- Activity Post Option
-
Select the activity posting option to use to determine how the allocation is calculated:
- If you select C - Consolidate, the application applies the compute statement to the entire pool balance. Allocation transactions are created for each post-to activity in the list. The default setting is C - Consolidate.
- Is you select P - Pool, then the application treats each activity in the pool's list separately. The driver is applied to each activity, and the allocation is posted back to the same activity. The pool must be defined using a list of activities, and the post-to activities must be identified using the same list.
- Acct Cat Post Option
-
Select one of these posting options to determine the level of detail for the allocation transactions:
- C - Consolidate: Create one allocation transaction for each Post to Activity. The transaction is posted to the post-to activity and account category defined on the allocation line. By default, this option is selected and it is used with General Ledger based pools.
- P - Pool: Create multiple allocation transactions for each Post to Activity. Transactions are created based on the pool's account categories. Transactions are posted to the Post to Activity defined on the allocation line, but the account category is overridden with the original account categories defined for the pool. You can only use this option with an activity based pool.
- D - Detail: Create multiple allocation transactions for each Post to Activity. The calculation creates the same detailed transactions as the P - Pool option, but transactions are posted to the Post to Activity and account category defined on the allocation line.
- Post To Acct Cat
-
Select the account category to which the allocation transactions are posted. This field is required if you select D - Detail or C - Consolidate in the Acct Cat Post Option field.
- Automatic Reverse
-
Select Y - Yes to automatically create a reversing entry for the allocation when you create allocation transactions. When you run Allocation Update (AC131), specify the date to assign to the reversing entry. This option is normally used for allocations based on year-to-date or life-to-date data. This overrides the default you defined in the Automatic Reverse field on New Allocation (AC30.4).
- Compute Name
-
Select a compute statement in the Compute Name field to use as the driver for this allocation.
- Parameter Name
-
Select a compute parameter in the Parameter Name field to use with the compute statement.
- To override parameters defined in the allocation header, or to define a unit of measure to allocate units that affects units of production billing, click More to access Activity Allocation (AC30.6). Specify this information:
- Post From Activity, Post From Acct Category, and Post From Account
-
You can override offset transaction defaults defined on New Allocation (AC30.4) in these fields.
- Type
-
Select A - Amount or U - Units to override the type of data allocated from the pool.
- Unit of Measure
-
If you are allocating units that you intend to bill using the units of production billing method in the Billing and Revenue Management application, then select a unit of measure.
- Description
-
The description in the allocation header is used in transactions created for each post-to activity in the post to list. Provide a description to override the description defined in the allocation header.
- Post To Account
-
The allocation header contains the post to company, accounting unit, account, and subaccount that you used in the allocation transaction. Select a different company, accounting unit, account, and subaccount if you do not use the allocation header's information.