Document-Control Cue
Identity, issue, revision, and status verification for the source document being marked up.
Chapter 18
Produce one controlled field-markup plan set that highlights current critical information, trade interfaces, sequencing, hold points, verified conditions, and unresolved questions while preserving source-document legibility.
These cues appear at the point of use. They identify document-control, critical-dimension, field-use, code, cross-reference, and clarification issues before a markup set is trusted in the field.
Identity, issue, revision, and status verification for the source document being marked up.
A misread or obscured markup here can cause unsafe, non-compliant, or costly field work.
Guidance for using the marked field set safely and correctly on site.
Verify inspection hold points against the adopted jurisdiction before marking a step as cleared.
Verify graphic scale before publishing a printed or plotted field set at a reduced size.
Confirm every added cross-sheet reference reaches a real, current destination.
Mark an unresolved item clearly and never convert an open question into a presumed field direction.
This chapter qualifies you to take one current approved residential plan set, together with its specifications, approved RFIs, approved submittals, and the Chapter 17 conflict register, and convert it into one controlled field-markup set. The finished work product is a legible, current, and controlled markup set that highlights critical dimensions, trade interfaces, sequencing dependencies, inspection hold points, approved changes, verified field conditions, and unresolved questions, without obscuring or altering the underlying source information.
You will establish a markup legend and version-control platform, mark controlling dimensions and field-verification requirements, mark cross-trade coordination and sequencing dependencies, mark inspection hold points and required approvals, cloud and tag approved revisions while keeping unresolved items visibly open, add cross-sheet references and field observations, and finish with a review, publication, and distribution process that removes superseded information from the active field set.
This chapter depends directly on Chapter 17. Every conflict, RFI, and approved response in the Chapter 17 conflict register must be reflected in this markup set before it is issued. This chapter also feeds Chapter 19: the field-markup set produced here is one of the governing sources used to build the build-ready trade-scope checklist.
Chapter 1 through Chapter 16 built the discipline-by-discipline interpretation packages this chapter now draws on. Chapter 17 built the cross-trade conflict register and RFI-style question list that this chapter must incorporate. Chapter 19 will use this field-markup set, alongside the Chapter 17 register, as a governing source for the build-ready trade-scope checklist. Chapter 20 repeats this entire markup discipline at full scale across a complete residential capstone package.
The document-control habits built here — preserving source linework, separating field observation from design information, and never converting an open question into a presumed direction — are used without exception for the remainder of this book.
This chapter covers:
This chapter does not authorize the learner to:
Any markup that would require a design decision not present in the approved documents must be logged as an open item and routed through the project's document-control and RFI process instead.
Establish these definitions before beginning the markup legend, and apply them consistently across every sheet in the field set.
| Term | Definition |
|---|---|
| Field-markup set | A controlled working annotation layer placed over the current approved documents; not a record drawing until formally accepted |
| Markup legend | The defined system of colors, symbols, clouds, tags, and comment formats used consistently across the field set |
| Field verification mark | A markup indicating a dimension or condition that must be measured or confirmed on site before fabrication or installation |
| Trade interface mark | A markup identifying where two or more trades' work meets, overlaps, or depends on sequence, based on the approved scope |
| Hold point | A location in the field sequence where work must stop for inspection, testing, or approval before proceeding |
| Open item | An unresolved RFI, conflict, or clarification that has not yet received an approved response |
| Field observation | A dated, authored note recording a verified condition, measurement, or photograph tied to an exact location |
Before marking any sheet, record the following directly on the markup legend template:
Project name: ______________________ Source document set / issue: ______________________
Authorized markup platform: ______________________ Version control method: ______________________
Markup author: ____________ Markup date: ____________ Distribution status: ____________
Every marked sheet in this chapter must remain readable as both a source document and a field communication tool. Learning to layer information without destroying it is the core discipline of this chapter, and it is the same discipline used to build the Chapter 19 trade-scope checklist and the Chapter 20 capstone field set.
A markup restates, highlights, or flags information that is already present in the approved documents, or records a verified field observation. A markup that supplies a dimension, material, connection, or method not present in the source documents is an unauthorized design decision, not a markup. When a field condition or coordination problem cannot be resolved by restating existing document information, record it as an open item and route it through the RFI process instead of marking a resolution.
Every markup is layered on top of the current approved documents. Do not erase, overwrite, or place a heavy marking over any original linework, dimension, or note. A field set that has lost legibility of its underlying source information can no longer be trusted, even if the markup itself is correct.
An unresolved RFI or conflict from the Chapter 17 register must be marked clearly as open until an approved response is received and incorporated through document control. Do not cloud an open item as though it were resolved, and do not let a field crew infer a direction from an unanswered question.
A field observation records what was measured, seen, or verified, tied to an exact location, date, and author. It is not design information and must never be labeled or treated as though it modifies the approved documents. Label every field observation clearly as an observation.
If the field set will be printed or plotted at a size different from the original reproduction size, verify the graphic scale before publication under Step 32. A field set with an unverified or invalidated scale must be marked "scale unverified" rather than treated as reliable for field measurement.
BP-103 – BP-108
Document-Control / Field-Markup Qualification
Deliverable set: one markup legend; one marked field set covering every sheet requiring critical, coordination, sequencing, or inspection markup; one cross-sheet reference index; one field-checklist index; one distribution log; and one archive record of superseded field sets.
| Component | Quantity | Source | Required Fields | Preparation / Purpose |
|---|---|---|---|---|
| Markup legend | 1 | Established before markup begins | Colors, symbols, clouds, tags, comment formats | Fixes a consistent system before any sheet is marked |
| Marked field set | 1 per required sheet | Current approved plan set | Critical dimensions, field verification, trade interfaces, sequence, hold points, revisions, open items | Delivers the controlled field communication layer |
| Cross-sheet reference index | 1 | Frequently used details, sections, schedules, specifications | Topic, source sheet, destination sheet, status | Speeds field navigation to supporting information |
| Field-checklist index | 1 | Marked sheets and related discipline checklists | Sheet, related checklist, chapter source | Links the marked set to the checklists that depend on it |
| Distribution log | 1 | Issued field sets | Recipient, issue date, revision, replacement instructions | Controls who is using which version of the field set |
| Archive record | 1 | Superseded field sets and closed markups | Sheet, revision, supersede date, replacement reference | Preserves the audit trail while removing outdated sets from field use |
| Check | Standard |
|---|---|
| Legibility | Every marked sheet remains readable as a source document; no original linework, text, or dimension is erased or obscured |
| Currency | Every marked sheet reflects the current approved revision; no superseded revision remains in the active field set |
| Open-item visibility | Every unresolved RFI or conflict is marked clearly as open; no open item is presented as resolved |
| Observation separation | Every field observation is labeled as an observation and dated and authored; none is presented as design information |
| Attribution | Every marked sheet records markup author, date, purpose, and source revision |
| Distribution control | The distribution log accounts for every recipient of the current field set and every replaced prior issue |
Inspect the finished field set using the same checks regardless of which discipline or sheet group is involved.
Complete the Field-Markup Worksheet in the Inspection Checklist section below before beginning Chapter 19.
Probable cause: markup colors or heavy clouding were applied directly over source linework instead of alongside it.
Confirmation: compare the marked sheet against the unmarked source document for any obscured text or line.
Correction: remove or relocate the offending markup and re-mark the location using a lighter symbol or an offset callout that does not cover the source information.
Reinspection: repeat the legibility check on the corrected sheet.
Probable cause: the revision log was not rechecked between initial markup and publication, or a reissued sheet was not compared against the version already marked.
Confirmation: compare every marked sheet's revision date against the current revision log a second time.
Correction: remove the superseded sheet from the active field set, archive it, and re-mark the current sheet using the same markup discipline.
Reinspection: repeat the currency check across the full field set.
Probable cause: the open-item symbol was omitted, or an approved-change symbol was mistakenly applied before a response was received.
Confirmation: cross-check every marked item against the current status in the Chapter 17 conflict register.
Correction: replace the incorrect symbol with the open-item symbol and add the hold-point mark at the affected location until an approved response is incorporated.
Reinspection: repeat the open-item check across the full field set.
Probable cause: the observation was recorded without the observation label, author, or date, so it reads as though it modifies the approved documents.
Confirmation: check every field note against the markup legend to confirm it carries the observation label.
Correction: relabel the note as a field observation with author, date, and verification method, and confirm it does not alter any dimension, material, or method shown in the source documents.
Reinspection: repeat the attribution check on the corrected sheet.
Probable cause: the distribution log was not updated when a revised field set was issued, or a prior issue was not formally replaced.
Confirmation: compare the distribution log against every known recipient and confirm which version each is currently holding.
Correction: issue the current field set to every recipient, collect or mark prior issues as superseded, and update the distribution log with replacement instructions.
Reinspection: repeat the distribution check once all recipients confirm receipt of the current set.
This chapter ends with one controlled, distributed field set, not a collection of loose or conflicting markups.
| Competency | Independent Pass Standard | Not Demonstrated | With Assistance | Independently |
|---|---|---|---|---|
| BP-103 | Correctly highlights every controlling dimension and field-verification requirement on the current plan set without altering source information | |||
| BP-104 | Marks trade responsibilities and cross-trade interfaces only where established by the approved scope and documents | |||
| BP-105 | Correctly notes every sequencing dependency governing the order of field work across trades | |||
| BP-106 | Flags every required inspection and approval hold point at the correct location in the marked set | |||
| BP-107 | Adds field reminders, verified conditions, and open questions using the fixed markup legend, with observation clearly separated from design | |||
| BP-108 | Produces a clean, current, and controlled field-markup plan set with legend, cross-references, indices, and distribution log ready for issue |
Mark one column per competency. Only Demonstrated Independently awards the competency; Demonstrated with Assistance authorizes additional supervised practice but does not complete the requirement.
| Deliverable | Status | Items Logged | Verified By | Date | Notes |
|---|---|---|---|---|---|
| Markup legend | |||||
| Marked field set | |||||
| Cross-sheet reference index | |||||
| Field-checklist index | |||||
| Distribution log | |||||
| Archive record |
Total sheets marked: ____________ Open items carried forward: ____________ Discrepancies logged: ____________
Field-markup set declared complete: ______ (Pass/Fail) Date: ____________ Reviewer name: ____________
With all six deliverable components complete, review the finished field-markup package against the Acceptance Standards table and confirm every marked sheet remains legible and current, every trade-interface and sequencing mark is supported by the approved scope, every hold point is placed at its correct location, every open item from the Chapter 17 register is visibly unresolved, every field observation is separated from design information, and the distribution log accounts for every recipient and every replaced prior issue. Complete the Field-Markup Worksheet and resolve any failed item, through the project's document-control process, before beginning Chapter 19.
You have completed the eighteenth chapter in the blueprint-reading sequence: marking up a plan set for field use. This chapter required you to highlight critical dimensions and field-verification requirements without altering source information (BP-103), mark trade responsibilities and cross-trade interfaces only where established by the approved documents (BP-104), note sequencing dependencies governing the order of field work (BP-105), flag inspection and approval hold points (BP-106), add field reminders and verified conditions using a consistent legend that separates observation from design (BP-107), and produce a clean, current, controlled field-markup set (BP-108).
You now have a legible, current, and controlled field-markup plan set with a fixed legend, cross-sheet reference index, field-checklist index, distribution log, and archive record for one residential project. That field-markup package carries directly into the next chapter: building a build-ready trade-scope checklist from the construction documents.
Retain your completed field-markup package. You will reuse this exact document-control and markup discipline again in Chapter 20.