6 min read

Establishing a reliable head-contract baseline for drawing comparisons

Prepare the agreed reference set before comparing later drawings in CIM Build. Keep document issues, identifier mappings and unresolved pairing exceptions clear throughout the review.

For a comparison against the head contract, start with the documents the project team confirms form the agreed reference set. Preserve the actual files and their issue details, then select the later design issues deliberately. Comparing the latest two revisions answers a different question if the design has moved several times since agreement.

Use CIM Build’s comparison findings to investigate movement between those positions. The baseline described here is a controlled review record. Confirm the available product controls with your team; this guide does not assume a dedicated saved-baseline or automatic identifier-mapping feature.

All references below are synthetic. The illustrative panels show the review information to retain, with arrangements and field labels that may differ from the live interface.

Establish what the baseline represents

Ask the commercial lead and document controller to confirm the head-contract document register, the agreed issues and the status of relevant clarifications and qualifications. Keep that record alongside the drawing set and the specifications, schedules and reports that inform its scope.

Record the document identifier, title, discipline, revision, issue date and source transmittal. A folder name such as “contract drawings” is not enough to establish which issues were agreed. Verify the register against the supplied files, including whether the file content matches the revision stated in its name.

Preserve a dated reference copy. Incoming revisions should not overwrite the files that support the agreed position. If the reference set changes through an agreed amendment, record that change and identify which reference set a later comparison uses.

Keep the reference set distinct from the next issue · Illustrative UI · Synthetic data

Synthetic document-control record

Agreed head-contract baseline

HC-01 · Dated document register

Documents and issues confirmed by the team, with agreed clarifications and qualifications recorded alongside them.

Preserved reference copy

Later design issue

DI-02 · Incoming issue register

New issues reconciled to the transmittal, with identifier mappings, withdrawals and unmatched sheets checked.

Selected comparison copy

Comparison record: HC-01 → DI-02. Open pairing exceptions stay visible; a later comparison does not overwrite the agreed reference set.

These cards describe controlled document sets and a dated review record. They do not represent a verified saved-baseline control in CIM. The arrangement and field labels illustrate the review information; the live interface may differ.

Select the comparison that answers the question

Choose the earlier and later issues for the review you need. CIM’s revision tracking surfaces differences between drawing issues; bulk compare supports whole-set comparisons using instructions written in plain English.

For movement since agreement, compare the confirmed head-contract position with the intended later design issue. For movement since the previous design issue, compare those two issues. Keep both comparison records when the team needs both answers.

Before relying on the findings, confirm which files were selected and what scope was included. A clean result from the wrong pair of drawings cannot settle the question the commercial team intended to ask.

Map renamed identifiers deliberately

A head-contract copy may carry a prefix or a different filename from its later design counterpart. A synthetic example is HCA-A701 Rev D paired with A-701 Rev F. Matching the identifiers alone would leave a question; title, discipline, content and the issue record help the reviewer establish the relationship.

Keep a mapping that identifies both references and who confirmed the pair. Verify it against the actual sheets. Avoid silently removing prefixes across the whole set: similar identifiers may belong to different buildings, disciplines or packages.

Where the match remains uncertain, ask the issuing team.

Account for the sheet before comparing the content · Illustrative UI · Synthetic data

Head-contract baseline · Synthetic pairing review
Baseline referenceLater issueReviewer check
HCA-A701 · Rev DA-701 · Rev FSame door-hardware schedule; title and content checked. Pair confirmed by reviewer.
HCA-S205 · Rev CS-205A / S-205B · Rev APossible split sheet. Issuing team to confirm coverage before comparison.
HCA-M410 · Rev BWithdrawn in later registerRetain the baseline record; verify the withdrawal and any replacement. Do not reuse an obsolete issue as current.
HCA-A702 · Rev BNo confirmed counterpartRecord unreviewed scope and obtain the intended later issue.

Scroll the mapping horizontally to read every column.

The identifier mapping is a team review record. This example does not assert that CIM automatically resolves renumbered or split sheets. The arrangement and field labels illustrate the review information; the live interface may differ.

Keep unmatched, split and withdrawn sheets visible

An unmatched sheet needs an explanation. It may be new work, an omitted file, a renumbered sheet, a split drawing or a documented withdrawal. Record the exception before deciding how it affects the comparison.

If one sheet became two, confirm that the later sheets cover the full earlier scope. If a sheet was withdrawn, check the issue register and any replacement reference. Preserve its role in the baseline while keeping obsolete issues out of the selected current set.

Do not quietly reuse an old file because a counterpart is missing. Obtain the intended issue or record that the scope remains unreviewed. Keep additions and deletions available for human review; a missing pairing is not proof that scope was removed from the agreement.

Inspect findings against both sources

For each material difference, check the source sheet, revision and drawing area. Confirm that the mapping represents the intended comparison and read the surrounding notes and details. Follow a changed requirement into the relevant schedule, specification or report.

The guide to report-to-drawing audits explains how to separate a missing source from conflicting requirements and insufficient evidence. That distinction matters when the baseline includes documents that have not yet been supplied for the current review.

Keep the evidence and the reviewer’s decision with the finding in CIM’s register workflow. Retain the comparison scope and pairing exceptions alongside it so a later reviewer can understand what was checked.

Why the baseline belongs in the connected project workflow

Preserving a contract folder solves only the starting-point problem. When a later comparison produces a finding, the reviewer still needs to reach the original sheet, understand the identifier mapping and hand a clear question to the person responsible. Moving those details between an overlay, a standalone spreadsheet and an email can detach the finding from the comparison that produced it.

CIM connects the drawing viewer, source-linked registers and workspace documents around the review. Keep the controlled baseline record and pairing exceptions available to the team while checking each comparison finding against both source issues. An owner and status help the next reviewer understand the action required without reconstructing the trail from separate files.

Use the assistant with a selected finding and the relevant project information available to it to help prepare the clarification. If a pairing is uncertain, ask what needs confirmation and check the answer against the registers and source documents. The assistant does not replace the team’s decision about which issues form the agreed baseline.

For a material difference that needs a design response, AI-suggested RFI drafting can help carry the question, sheet references and revision into a draft for review where the beta capability is available. Confirm availability, inspect the draft and decide what to issue. Keep the response and resulting decision in the project’s review record.

Keep the finding connected to the next action · Illustrative UI · Synthetic data

CIM Build · Source → register → reviewed next action
  1. 01 / Inspect the source

    Drawing and document evidence

    HC-01 → DI-02 · HCA-A701 mapped to A-701

    The reviewer checks the cited area, requirement and revision.

  2. 02 / Work the register

    Comparison finding · Source pair retained

    Document controller / design reviewer · Check mapping

    Keep source references and the review decision with the finding.

  3. 03 / Review the next action

    Clarification or RFI draft

    Clarify open pairing exceptions, then review the material differences against both sources.

    A person checks the evidence and decides what to issue. Nothing is sent by this illustration.

Assistant / Example question for review

What needs confirming about this selected finding before the team can rely on the comparison?

Confirm which project information is available to the assistant. Check its response against the sources and keep unresolved evidence gaps visible.

Synthetic review sequence. The assistant question is an example prompt; no generated answer or issued RFI is shown. RFI drafting is in beta, with availability to be confirmed. The arrangement and field labels illustrate the review information; the live interface may differ.

Supported document integrations can bring project information from the systems the team already uses. Confirm the configured sources and sync scope for the project. A connection helps maintain access to the documents; the reviewer still establishes the agreed baseline and the intended later issue.

Hand over the comparison boundary with the register

Before the team relies on the review, confirm that:

  • The baseline files reconcile to the agreed document register.
  • The later set reconciles to its transmittal and intended issue register.
  • Renamed identifiers have verified mappings.
  • Split, unmatched, withdrawn and superseded sheets have a recorded treatment.
  • Material findings retain source references and a review owner.
  • Any missing inputs or unreviewed scope remain visible to the decision-maker.

Have the commercial and design leads assess the implications. Document differences alone do not establish quantity, cost, schedule impact or contractual entitlement. Repeat relevant comparisons as later issues arrive while preserving the agreed reference record.

Frequently asked questions

Is the latest drawing set the head-contract baseline?

Only if the project team confirms that those exact issues form the agreed reference position. Later design issues can move beyond the documents relied on at agreement. Keep the agreed register and source files available for checking.

Can I remove a contract prefix to make drawing IDs match?

Verify the mapping before relying on it. Compare title, discipline, content and issue records, and retain both identifiers. A blanket rename can obscure different sheets or packages with similar identifiers.

What if a baseline sheet has no later counterpart?

Record the exception and establish whether the sheet is missing, renumbered, split, replaced or withdrawn. Obtain confirmation from the issuing team where needed. Keep unreviewed scope visible.

Does this workflow require an automatic baseline feature in CIM?

The workflow starts with the team’s controlled document record and deliberate selection of comparison issues. Confirm current product controls with the CIM team. The examples do not assert automatic snapshotting, identifier mapping or sheet-pair resolution.

Continue the review

Before agreement, use the tender-to-contract guide to compare the priced position with the proposed contract set and retain the findings for commercial review.