Track retention release conditions across client and subcontract accounts
Compare approaches
TL;DR — what you’ll learn
- Track retention separately for each client and subcontract account, with its own release conditions.
- Distinguish the retained balance, amount eligible to request, amount approved for release and cash received or paid.
- Link staged releases to the required completion, defect, document or security evidence.
- Reconcile the register to finance records without automatically offsetting client and subcontract balances.
The client account shows retention ready for a release request. A subcontractor on the same project is still completing required handover documents. The project manager asks whether the incoming client release means the subcontractor's retention should also be released.
That decision depends on the subcontract's own conditions and the relevant approvals. The two balances belong to different counterparties and may follow different milestones. A retention register should make those differences visible while giving finance a clear reconciliation to the accounting records.
- Client retained
- ₹8 lakh
- Current account balance before release.
- Client eligible request
- ₹4 lakh
- Required completion evidence is available in this example.
- Subcontract retained
- ₹3 lakh
- Separate contract and counterparty.
- Subcontract eligible request
- ₹0 in this example
- Specified documents remain outstanding.
Fictional terms and balances. Eligibility, approval and cash settlement are distinct stages.
Read the visual as text
Client retained: ₹8 lakh. Current account balance before release.. Client eligible request: ₹4 lakh. Required completion evidence is available in this example.. Subcontract retained: ₹3 lakh. Separate contract and counterparty.. Subcontract eligible request: ₹0 in this example. Specified documents remain outstanding..
Original explanatory visual: NextEdge Labs. Illustrative records, not client results.
- STEP 01Validate account terms
Owner: Commercial + finance
Record actual basis, limits and release conditions.
- STEP 02Verify stage evidence
Owner: Responsible completion owner
Check certificates, documents or security conditions.
- STEP 03Request and approve release
Owner: Authorised account reviewers
Keep eligibility and approval distinct.
- STEP 04Reconcile settlement
Owner: Finance
Match actual cash and source records to the account.
Submit the supported amount for the required release decision.
Assign missing evidence; do not infer eligibility from another counterparty’s payment.
Return path: Return to condition review when evidence is complete, then track approval and settlement.
Read the workflow as text
1. Validate account terms (Commercial + finance) → 2. Verify stage evidence (Responsible completion owner) → 3. Request and approve release (Authorised account reviewers) → 4. Reconcile settlement (Finance). After step 2, ask: Are this account’s specific release conditions satisfied? Yes: Submit the supported amount for the required release decision. No: Assign missing evidence; do not infer eligibility from another counterparty’s payment. Return: Return to condition review when evidence is complete, then track approval and settlement.
Workflow: NextEdge Labs. Apply the project’s actual authority and procedures.
Establish the account and contractual basis
For each account, identify the counterparty, contract, currency, retention basis, applicable limits and release provisions. Link the executed clause and amendments. Have the authorised commercial and finance owners validate how those terms are represented.
Do not hard-code a universal retention percentage or release period across all packages. Terms may vary by contract, stage, security arrangement or amendment. The register should show the actual reviewed basis, including any uncertainty that still requires interpretation.
Separate retention from other deductions, disputed amounts and securities. They may all reduce a payment, but their reasons and release conditions differ. Combining them into one “held amount” makes later reconciliation and follow-up harder.
Track the balance through distinct stages
The retained balance is the cumulative amount withheld under the applicable records, adjusted for releases and corrections. Eligibility indicates that specified conditions appear satisfied and the amount can enter the required request or review process. Approval is the authorised decision to release. Settlement records the actual payment or receipt.
Autodesk's payment application documentation provides an example of structured payment-application records. Project retention controls must still preserve the contract-specific conditions and the distinction between a certified amount and settled cash.
Keep dates and evidence for each stage. A requested release may remain unapproved. An approved release may remain unpaid. Reporting both as “released” obscures the action needed: commercial follow-up in one case, collection or payment processing in the other.
Compare two accounts without netting them
Consider a synthetic project with ₹8 lakh retained by the client and ₹3 lakh retained from a subcontractor. Assume the client contract permits a ₹4 lakh release request after the relevant completion evidence, which is available. The subcontract's next release requires documents that are still outstanding.
Scroll horizontally to see all columns.
| Account | Retained balance | Current eligible request | Outstanding action |
|---|---|---|---|
| Client | ₹8 lakh | ₹4 lakh | Submit and obtain the required release decision |
| Subcontractor | ₹3 lakh | ₹0 under the stated assumptions | Complete and verify the specified documents |
The example uses fictional terms. It does not recommend withholding a particular amount or establish a right to link the two accounts. The project must follow each agreement and applicable review.
If the client later pays ₹4 lakh, the client retained balance falls to ₹4 lakh, assuming no other movements. The subcontractor balance remains ₹3 lakh until its own release is authorised and recorded. Showing a net ₹1 lakh figure would hide both the remaining client receivable position and the separate subcontract obligation.
Make conditions testable
A release condition should identify the evidence needed and the person who verifies it. “Project complete” may be too broad if the agreement refers to a specific certificate, stage or defined completion event. Record the actual contractual reference and the reviewed interpretation.
For defect-related stages, link the applicable defect period or closure evidence without inventing a standard duration. For document conditions, list the required deliverables and acceptance status. For a security substitution, preserve the approved instrument, validity and release decision under the relevant process.
A checklist should help the reviewer make the decision, not replace contractual judgement. If a condition is disputed or its evidence is incomplete, show that status and the owner of the next action. Avoid moving it to eligible merely because a planned date has passed.
Reconcile deductions and releases to the source records
Link each retention movement to the relevant bill, certificate, payment application, credit or adjustment. Record gross retention assessed, changes and releases in a way that can be reconstructed by account and period.
Finance should confirm the ledger mapping and treatment. The register may be a management subledger or supporting schedule, but its closing balance must reconcile to the defined accounting population. Explain timing differences and corrections rather than using an unsupported balancing entry.
Cancelled or revised certificates need corresponding updates. Preserve the original movement and reversal where the system requires it. A revised bill should not leave both the old and new retention deduction in the cumulative balance.
Plan follow-up around evidence and cash timing
Forecast expected release dates using current evidence and the reviewed contractual conditions. Label dates as expected until the necessary decisions occur. A forecast receipt is not cash available today.
Assign follow-up owners for missing evidence, release requests, approvals and settlement. The project team may own completion documents, commercial teams may own the request, and finance may own payment reconciliation. The register should show the handoff between them.
Review old balances individually. Some may be awaiting a routine document; others may be disputed or tied to a longer-term condition. Age alone does not explain recoverability or payment obligation. Finance and commercial owners should assess material uncertainties under the relevant policies.
Test staged release and reversal
Use a sample account with two release stages. Confirm that the first release reduces the retained balance but does not close the second stage. Test a release approved but unpaid, a cancelled certificate and a replacement security where the contract permits it.
Check that a client receipt does not automatically trigger a subcontract release unless an expressly reviewed rule requires that relationship. Even then, preserve the distinct accounts and evidence. A shared project code is not a sufficient basis for automatic offsetting.
Measure unreconciled balances, eligible amounts awaiting request and approved amounts awaiting settlement separately. Each metric points to a different improvement opportunity.
Put the next release on an evidence basis
A reliable retention register tells the project what is held, why it is held and what must happen next. It supports collection and payment decisions without merging separate contractual obligations.
- Validate retention terms and release conditions for each account.
- Separate balance, eligibility, approval and settlement statuses.
- Link every movement to its source bill or authorised adjustment.
- Assign missing evidence and release follow-up to named owners.
- Reconcile client and subcontract balances independently at each close.
Compare this workflow with your current setup
Share the step that takes the most manual work, the systems involved and the exceptions your team handles. That gives us a concrete starting point for comparing approaches.
References and further reading
Sources checked 15 October 2026. The worked examples and diagrams are original editorial explanations, not client results.
- Autodesk Help — Cost Payment ApplicationMultiple applications; schedule-of-values changes; completion and prior-application values
Product application history and states.
Visual credits
Original explanatory visuals and workflow diagrams by NextEdge Labs. Labels and text equivalents are included in the page. Numerical scenarios are illustrative; diagrams preserve the project owner’s approval and exception decisions.