Cost Type: Line Items with CBS Code
The Cost Type--Line Items with CBS Code Business Process (BP) type:
- Is used for Project/Shell cost transactions.
- Directly affect the budget and relate to the Project/Shell Cost Sheet.
Use the Cost Type--Line Items with CBS Code BP type for a BP that includes a CBS picker to reference CBS codes.
Use the Cost Type--Line Items in a Shell that uses the Standard Cost Manager.
The Cost Type--Line Items with CBS Code has the following classifications:
- Generic
- Transfer
- Base Commit
- Change Commit
- General Spends
- Payment Applications
The following explains each of the classifications in detail:
Generic
- To use for miscellaneous Line Items BPs that do not directly relate to commitments, change commits, spends, or funding.
- Use it to automate fund consumption at a specific status (not necessarily a terminal status).
Transfer
To use for transferring currency from one account or line item to another.
Base Commit
- For monies committed to be spent; for example, a contract or purchase order.
- For creating a Schedule of Values (SOV) sheet for a General Spends, Payment Applications, or Summary Payment Applications.
Note: In Standard Cost Manager, the Base Commit BP creates a Schedule of Values (SOV) sheet.
Change Commit
- For changing or adding to a previous Base Commit.
- For modifying a General Spends, Payment Applications, or Summary Payment Applications.
Note: A Change Commit must reference a Base Commit.
General Spends
For monies to be spent; for example, an invoice or partial payment of services, often charged against a prior commit. Can be used for invoicing at the CBS or breakdown level. A General Spends BP does not calculate retainage, stored materials, and so on.
Note: A General Spends must reference a Base Commit.
Payment Applications
- To create an SOV from the Detail Form.
- Supports complex construction calculations, such as retainage, stored materials, paid-to-date, and payment based on percentage complete. Use for invoicing at the CBS or breakdown level. Payment Applications auto-populate data to and from the SOV to manage balance-forward formulas.
- For scheduling payments against construction contracts.
- For tracking/viewing previous and current payments made against these contracts
- For rolls up to the Cost Manager
Note: A Payment Application must reference a Base Commit.
For the Business Processes of Type: Cost, Sub-Type: Line Items with CBS Code, Classification: Payment Applications, the "Previous Payment Calculation" option in the BP Properties enables you to select additional data element for calculating the total previous payments from the payment application. This field (drop-down) enables you to select which value to add to the total previous payments. The values are:
- Amount
- Balance to Finish
- Completed and Stored To Date
- Material Stored Retainage Amount
- Requested This Period
- Work Retainage Amount
Total for SOV and Remaining Commit Balance
You can use the links in the Base Commit (All SOV Types except Summary payment SOV Type) and the Change Commit (All SOV Types except Summary payment SOV Type) BP form to add the total for Schedule of Value (SOV), and the remaining Commit balance, from the reference contract. This enables you to view the latest SOV, and the remaining Commit balance, when the user creates:
- A new contract is approved
- New change orders for a selected contract, at runtime.
- New invoices for a selected contract, at runtime.
When you create a Change Order (General Spends SOV type) BP, you can view the latest total contract value. This enables you to:
- Review the impact on a selected contract without having to open the SOV
- View the total contract value in the BP log
When you create a new contract (All SOV types except Summary Payment SOV Type) BP, you can view the total for the contract value and the remaining Commit balance for the selected contract without having to open the SOV.
When you create a new Invoice (General Spends SOV type) BP, you can view the:
- Total for remaining Commit balance for selected contract without having to open the SOV
- Total commit remaining balance in the BP log
When you create a Change Order (General Spends SOV type) BPs or Payment Application Record, you can view the latest total value for a specific line. This lets you:
- Create a Change Order (General Spends SOV type) BP or Payment Application Record based on the selected line.
- View the total without having to open the SOV.
Note: If you select Commit Line Item Picker / Reference as the source for uuu_scheduled_value (Scheduled Value) or uuu_commit_remaining_balance( Commit Remaining Balance), the standard detail form must include the uuu_sovlinum element.
Transient Record Funding Option
After a BP record reaches the terminal status (the end step of a workflow), the user cannot assign funds, even if the end step is using an Action form. For example, a user sends an invoice that is pending (a Transient Record) to the finance department for approval. The finance department approves the fund assignment. The invoice reaches the terminal status (the end step of a workflow). The process is confirmed and the invoice gets funded. In this example, after the funds have been assigned to the invoice, the funds cannot be changed and the fundings override any manual fund assignments, on an Action form, at the end step of a workflow.
The "Transient Record Funding Option" is available for the following Cost Type--Line Items with CBS Code classifications:
- Generic
- General Spends
- Pay Application
- Summary Pay Application
These classifications of Cost Type--Line Items with CBS Code allow you to design a BP that the user can:
- Assign funds to
- Route the BP record for review
- Make changes to
- Confirm the fund sources before the BP record reaches a terminal status (the end step of a workflow)
Design Requirements for Line Items with CBS Code Business Processes
For these business processes to work effectively in Unifier, you will need to create the following components in uDesigner:
- Upper form
- Detail form
- Line Item List
- Workflow
- Log
In order to see the same Data Elements (DEs) on the Detail Form of a Cost-type Business Process, you must add the DEs to the:
- Detail Form, or the Item Log, of the Business Process.
- Cost Code Attribute Form.
Design Flow
The following outlines, and explains, the design steps necessary to create this business process.
1. Create a data structure (if necessary)
This structure will include the data elements to be used on the forms. If the data structure has not already been created, see the instructions beginning with Creating a Data Structure.
2. Start the design
This step initializes the design process for the BP. See Starting a New Design (Edit Studio).
3. Design an upper form
See the instructions beginning with Designing an Upper Form.
4. Design a detail form
See the instructions beginning with Designing Detail Form. Also:
For this classification: | These fields are mandatory: |
---|---|
Base Commit |
If the transaction currency is different from project currency, include a currency picker ( |
Change Commit |
If the transaction currency is different from project currency, include a currency picker ( |
Spends |
|
Generic |
|
Payment Application |
|
Transfer |
|
5. Create a line item list
See Adding an Item Log to a Detail Form.
6. Create a workflow
See the instructions beginning with Starting a Workflow.
7. Create a log
See Designing a Business Process Log (Standard or Picker).
Data Elements Properties for Auto Populate
The Auto Populate window contains the following fields and options:
- Destination Element
- Source Name
- Source Element
- Do not get latest SOV values when merging
Do not select the Do not get latest SOV values when merging option for
scheduled_value
,uuu_unit_price
, and the system-defineduuu_spa_prev_amt
because they are predefined data elements that receive the latest values from SOV, when the SOV is updated by a Change Order.When you select the Do not get latest SOV values when merging option, you will not receive the latest value from SOV, when SOV merge occurs for in-flight and draft payments. That is to state that at the run time whenever a user opens a draft or an in-flight payment record and accepts the merge alert, the data elements that have the Do not get latest SOV values when merging option selected in uDesigner do not get refreshed with the latest updated values from SOV.
When the value of the Source Name field changes from SOV to other sources, the Do not get latest SOV values when merging option will not be displayed. In the Elements Properties window, the Do not update latest value from SOV field corresponds (Yes or No) to the Do not get latest SOV values when merging option.
Last Published Monday, June 3, 2024