Choose project data that answers a real question
Useful project data may include approved scope, a work breakdown structure, zone and level coding, programme activities, inspection and test plans, requests for information, change notices, quality observations, delivery records and sign-off documents. Do not join every available data source merely because it exists. Start with the milestone question and select the smallest set of records that helps answer it. Each additional link creates maintenance work and can introduce stale or conflicting information.
For example, an image may show a section of installed ductwork. A location reference can tie it to a zone; a current coordination drawing can clarify the intended route; an installation inspection record may describe checks not visible in the image. These records perform different roles. The image supports a visual observation, the drawing provides a design reference and the inspection record documents a check. None should be represented as a substitute for the others.
Handle revisions and changes deliberately
When scope or design changes, preserve the history of the association. A later approved drawing may alter the acceptance boundary, so a previous image should not be reinterpreted without noting the change. Maintain an effective date or assessment snapshot that says which records were used for a particular report. If the project’s programme is re-baselined, distinguish actual observations from planned dates and do not overwrite the earlier reference without an audit trail.
When sources disagree, expose the conflict. A capture index might place a viewpoint on Level 2 while a field note describes Level 3. A programme activity might be marked complete although an inspection is still open. Record the conflicting values, their origin and the person responsible for resolution. A system that chooses one value without disclosure may look tidy while making the resulting progress claim less defensible.
Keep the source and transformation visible
Record where information came from, when it was retrieved and whether it has been transformed. If a system reads labels, extracts dates or classifies images, preserve a link to the original item and make the derived result inspectable. Automation can assist with finding candidate matches or spotting missing fields, but candidate matches require confirmation when they affect a report. Make it possible for a reviewer to correct an association and preserve why the correction was made.
Restrict access according to project responsibilities and apply the project’s retention and security practices. Construction imagery can include people, neighboring property, security arrangements and commercially sensitive details. Before sharing a linked evidence pack, confirm that the audience is entitled to see both the image and the associated records. Avoid placing unrestricted copies of controlled drawings inside a general-purpose photo archive.
A simple record map
Image recordOriginal file, capture date, viewpoint, area, direction and source.
Location linkProject identifier, building, level, zone, grid or other agreed locator.
Scope basisWork package and applicable controlled drawing or specification revision.
Milestone linkNamed condition, planned sequence and any evidence needed beyond imagery.
Review statusOpen, matched, disputed or accepted for reporting, with reviewer and date.
This map is a practical minimum, not a universal schema. Adapt it to the project’s information standards and contractual requirements. The aim is simple: allow another person to retrace the path from claim to image to records, understand the basis used, and see what is still uncertain. If a link cannot be explained in ordinary project language, it is not ready to carry a completion claim.
All diagrams and record examples on this page are illustrative, not proof of real construction progress.