Variations Register for Construction Projects (UK QS Guide)

A variations register is the live QS control record for instructed change on a construction project. A useful register captures each Architect's Instruction, Project Manager's Instruction or NEC compensation event with its reference, date, description, pricing basis, status, addition or omission value, agreed value and evidence link. Those rows then roll into the application for payment, CVR and final account without losing the trail back to the instruction.

That is the practical test for a variations register construction project teams can rely on. It is not just a construction variations register template with headings across the top. It is the working document that keeps the instruction stream, valuation build-ups, quotations, dayworks evidence, agreement records and commercial reporting tied together while the project is still moving.

For a UK QS, the register has to do more than list changes. It has to show whether a line is an AI, PMI or CE. It has to separate additions from omissions. It has to distinguish a submitted value from an assessed value and an agreed value. It has to show which values are ready for the next AfP, which are only suitable for CVR forecasting, and which are still pending information.

This matters because the same change can appear in several places. A late instruction might be priced in the variations log, included provisionally in the CVR, held back from the AfP because it is not agreed, and later become part of the additions and omissions schedule for final account. If the register does not carry status, evidence and certainty level clearly, the commercial picture starts to look cleaner than it really is.

Some teams call this a construction project change order register, especially on international or mixed-contract projects. In UK QS language, the more useful distinction is the mechanism behind the row: JCT variation, NEC compensation event, architect's instruction, project manager's instruction, quotation, dayworks or fair valuation. The register should let those differences show without forcing the team to maintain separate trackers for every contract form.

The strongest variation registers are built from the source documents. Each row starts with the instruction, notice or event that created the change, then accumulates the pricing basis, supporting build-up, submitted quotation, response, agreement evidence and reporting treatment. That row-level trail is what makes the register useful in a monthly commercial meeting and defensible when the final account is challenged.

Build each row from the instruction stream

The register should be designed around the documents that create and support the change, not around a tidy summary you want at the end. Start with the row fields that let a QS trace each item back to its source:

• Contract mechanism
• AI, PMI or CE reference
• Date issued
• Date notified, where the contract requires it
• Work package or cost-code reference
• Description of the instructed change
• Pricing basis
• Addition value
• Omission value
• Quoted value
• Assessed or agreed value
• Status
• Response deadline
• Evidence link
• AfP treatment
• CVR treatment
• Final-account treatment

A variation register from architect instructions should not stop at the AI reference and a short description. The row needs enough structure to show what the instruction changed, which package it affects, how the value is being built up, and where the supporting documents sit. The same logic applies when the source document is a PMI, CE notice, contractor notification, quotation, dayworks sheet or email confirming agreement.

One register can handle JCT and NEC work if the mechanism is explicit. The JCT row may need to show a retrospective valuation route and whether a clause 5.3.1 quotation has been accepted. The NEC row needs notification and response controls because the compensation event process is live before it becomes a settled value. The mistake is trying to hide both mechanisms behind one generic "variation value" column.

The value columns should be kept apart. A submitted quotation is not the same as an assessed value. An assessed value is not the same as an agreed value. An omission should not disappear inside a net addition. If the register rolls those into one number too early, the AfP, CVR and final-account positions all inherit the same confusion.

For projects with a heavy document stream, the first pass can be a document-to-row exercise. A team might extract the reference, date, issuer, package, description, claimed value and source-page reference from a set of PDFs, then review the rows before importing them into the live workbook. That is the narrow place where invoice data extraction for construction documents can help: Invoice Data Extraction takes uploaded PDF, JPG or PNG files, follows a prompt describing the fields needed, and returns Excel, CSV or JSON output with source-file and page references. It can help prepare reviewable rows from repeated document sets, but it does not decide entitlement, value the change or administer the contract.

Make JCT entries show valuation route and agreement status

On a JCT project, the register line usually starts with an Architect's Instruction or Contract Administrator's instruction. The instruction gives the QS the reference point, but it does not by itself tell the commercial team how the value will be established, whether it has been agreed, or whether it should affect the next payment cycle.

The JCT side of the register should show the valuation route. Where the change is valued retrospectively under the Valuation Rules, the row should carry the QS's measured build-up, the relevant rate source and the Contract Administrator's assessment. Where a clause 5.3.1 quotation route is used, the row should show the quotation reference, submitted value, assumptions, acceptance status and agreed value.

That distinction matters in a JCT variation tracking spreadsheet because a row can move through several commercial states. It may be instructed but unpriced. It may be priced by the contractor but not assessed. It may be assessed but disputed. It may be agreed and ready to affect the contract-sum projection. If those states are held only in comments or email threads, the register stops being a control document.

The value fields should also keep additions and omissions separate. A client-side omission may reduce the contract sum, while associated additional work may be valued separately. Netting them inside one cell makes the summary tidier, but it removes the audit trail a QS needs when the final account is reviewed.

RICS Valuing change practice information explains how construction change is valued under JCT, NEC and FIDIC forms, and identifies change terms such as Variation, Change of Employer's Requirements and Compensation Event. For the register, the practical point is that the contract language should be visible enough to guide the row structure, without turning the workbook into a clause commentary.

A strong JCT row therefore separates the instruction from the valuation, the valuation from the assessment, and the assessment from agreement. That gives the QS a cleaner answer when asked which changes are instructed, which are commercially recoverable, and which have actually changed the contract-sum forecast.

Make NEC compensation events visible before they become history

A compensation event register NEC4 teams can manage properly needs more live-process fields than a JCT variation log. NEC change control is prospective in character: notification, quotation, response and implementation should be visible while the event is still being managed, not reconstructed afterwards from correspondence.

The row can start from a Project Manager's instruction, a PM notification of a compensation event, or a contractor notification where the contractor believes an event has occurred. If the PM has not notified the event, the contractor's own notification timing matters. The register should show the date the contractor became aware, the date notified and any 8-week notification risk, because a late notice can affect recovery.

Once the event is in the register, the next columns should show the quotation process. Record the quotation requested date, quotation submitted date, value, time impact, assumptions and PM response. A PM response should not be reduced to "closed" unless the commercial consequence is clear. The response might accept the quotation, instruct a revised quotation, or reject it for stated reasons.

Implementation status also deserves its own field. A CE may be notified, quoted and assessed before all the work has played out on site. If the register only tracks the value, the team can miss whether the change has actually been implemented, whether a forecast completion effect has been captured, or whether further substantiation is still due.

The NEC branch should therefore carry at least these live controls: CE reference, notification source, date notified, response deadline, quotation submitted date, PM response, assessed value, time impact, implementation status and evidence link. That gives the commercial team a view of deadline exposure as well as money.

Time-related and cost-related impacts do not need separate mini-essays in the register, but they should not be blurred. A value-only tracker can look complete while ignoring programme consequences. A deadline-only tracker can protect process compliance while leaving the CVR blind to forecast value. The point of the register is to make both visible in the same row.

Tag the pricing basis before the value is argued

The pricing-basis column is one of the most useful fields in the register because it tells the reviewer how the number was built. A variation priced from contract rates needs a different check from a dayworks item, a lump-sum quotation or a fair valuation. If the register only carries the amount, the commercial team has to reopen the file every time the value is challenged.

For BOQ rates, the row should point to the relevant bill item, varied quantity and rate source. That matters where the contract permits existing rates to be applied to changed quantities. If the source bill has been extracted into a usable spreadsheet, it is easier to compare the varied quantity back to the original item, which is where a workflow to convert a bill of quantities PDF to Excel supports the valuation trail.

For Schedule of Rates work, the same principle applies, but the rate source is usually a standing schedule rather than a project-specific bill item. The register should still show the schedule reference, measured quantity and any adjustment made because the instructed work does not fit the rate cleanly.

A quotation tag should be used where the change is treated as a discrete piece of work. The row should link to the submitted quotation, assumptions, exclusions, supporting build-up and acceptance evidence. A quotation without its assumptions is weak evidence, especially when scope changed after submission.

Dayworks need a different control. The main variations register can carry the dayworks total, but the signed sheets, labour hours, plant, materials, supervision notes and reconciliation detail belong in a dayworks sub-register. The main row should link to that sub-register rather than trying to hold every sheet-level detail in one cell.

Fair valuation is the exposed category. It may be the right route where neither contract rates nor a clean quotation basis fits, but it needs more explanation because the judgement is less mechanically traceable. The register should name the basis of assessment, the supporting records used, and the reason a more direct pricing route was not available.

Status and evidence columns are what make the register defensible

A variations log construction QSs can defend needs status definitions that everyone on the commercial team uses the same way. "Open" and "closed" are too blunt. They hide whether the change has been instructed, priced, quoted, assessed, agreed, disputed or left pending information.

Those statuses should control how the value is reported. An instructed item may have no reliable value yet. A priced item may be the QS's internal assessment only. A quoted item may have been submitted but not accepted. An assessed item may reflect the other side's position. An agreed item can support the contract-sum movement. A disputed item needs to stay visible instead of being absorbed into a net forecast. A pending-information item should name the missing record, the owner and the next action date.

Every row should then link to the evidence that supports its current status. At minimum, that means the source instruction or notice, the quotation or valuation build-up, substantiation, dayworks sheets where relevant, correspondence about disagreement, meeting minutes if agreement was recorded there, and any signed acceptance or formal confirmation.

This is where many registers fail. The summary tab may show a professional-looking total, but the individual lines do not prove how the total was created. If a disputed variation later goes to senior review, adjudication preparation or final-account negotiation, the row-level trail matters more than the dashboard.

The evidence link should point as close as possible to the supporting record. A folder full of project correspondence is not the same as a direct link to the instruction PDF, quotation, signed daywork sheet or agreement email. If the team uses a common data environment, the register should link to the controlled document location rather than to a local copy sitting on one QS's machine.

Status reporting should be built from those row-level fields. A monthly dashboard can show the count and value of instructed, quoted, assessed, agreed, disputed and pending-information items. That gives the commercial manager a better risk view than a single "variations total", because it shows which part of the number is bankable and which part still needs work.

Roll the register into AfP, CVR and final account without mixing certainty levels

The variations register should feed the monthly payment and forecasting process, but it should not pretend every value has the same certainty. Agreed variations can be included in the next application for payment in the normal way. Submitted, assessed, disputed and pending-information values need different treatment.

For payment, the QS should be able to filter the register to agreed items and any other items the contract allows to be applied for. That is where the register connects to the discipline needed to assess subcontractor applications for payment: the value in the AfP should be traceable to a status, a pricing basis and supporting evidence, not just copied from a forecast total.

For CVR, the register has a broader role. Submitted or assessed values may be useful commercial intelligence even before agreement, provided they are marked as provisional. A contractor's forecast may need to recognise likely recovery, exposure on disputed omissions, or risk on pending compensation events. The register should support that judgement while keeping agreed value separate from forecast value. The same separation is essential when teams build a construction CVR spreadsheet, because the CVR needs to show commercial expectation without disguising unresolved entitlement.

For final account, the register becomes the additions and omissions schedule only after reconciliation. The QS should be able to show the source instruction, pricing basis, agreed value and evidence for each line that survives into close-out. Items still disputed or pending information should not be swept into the agreed total simply because the project is ending. A separate workflow to prepare a construction final account workbook can then use the reconciled register as the change-control source rather than rebuilding the history from scattered files.

The monthly roll-up should therefore separate additions, omissions, net movement, agreed value, submitted value, assessed value, disputed value and pending-information value. That layout gives the project team a truthful contract-sum projection: what has changed, what is claimed, what is agreed, and what still carries risk.

The practical priorities are simple enough to enforce. Keep one live register. Lock down status definitions. Preserve source evidence at row level. Reconcile the register monthly to AfP and CVR positions. Avoid entering the same change twice across the variations log, subcontractor package records and final-account schedules. That is what makes the register a defensible commercial control record rather than another version of the same template.