BIM Clash Detection for Construction Managers: Checklist and Issue Log

Clash detection is a test; clash management is a decision process

A federated BIM model combines architecture, structure and building-services models to check their interfaces. Hard clashes are geometric intersections; clearance checks test agreed installation or maintenance space. Sequence conflicts require a construction-sequence review rather than geometry alone. Define the model revisions, shared coordinates, element pairings, check rule, units and exclusions before running the tests. Use project-specific tolerances agreed with the responsible designers; there is no universal clearance value that makes every interface buildable. Detected results remain candidates for review, not verified construction defects.

The construction manager's task is to connect each material issue to a work front, a decision deadline and an approved information release. A duct intersecting a beam is urgent if fabrication starts next week; a similar conflict in a distant phase may be less urgent. The purpose is to protect buildability and programme certainty, not to achieve an impressive zero-clash dashboard.

Clash detection checklist: scope, tolerances and priorities

Start with a consistent model-checking scope: current model revisions, shared coordinates, agreed tolerances, discipline pairings and exclusions. Group duplicate results arising from the same physical interface. Then assess the remaining issues against their impact on safety, structural integrity, fire strategy, access, maintainability, procurement and the construction sequence.

Keep one traceable record per coordination decision: issue ID, location, discipline interface, model revision, check rule, priority, accountable owner, deadline, proposed action, required approval and verification evidence. The sample CSV contains illustrative issues, not a record of completed project outcomes. Replace them with your own verified information. Design responsibility stays with the appointed designer; the construction project manager coordinates the decision and its release deadline. Download the sample BIM clash issue log (CSV)

• Critical: unsafe or impossible work, statutory conflict or imminent critical-path installation.
• High: likely redesign, fabrication change, access loss or cross-trade delay.
• Routine: resolvable in the planned coordination cycle without delaying a release.
• False positive or duplicate: record the reason and close it without inflating performance claims.

Use a traceable issue workflow rather than disconnected screenshots

A model viewpoint is most useful when it travels with the issue record. The open BIM Collaboration Format (BCF) supports issue communication around a model location without requiring every participant to work in the same authoring application. Whether the project uses BCF or a proprietary platform, keep a stable issue identifier and an auditable status history.

Suggested statuses are open, assigned, proposed, under review, accepted and verified. Illustrative example: issue CL-001 records a supply duct intersecting a beam in an upcoming work package. The coordination owner assigns the design interface for review; the authorized designers agree a revised route, the model is updated and the check is rerun. Verification records the revised model, drawing and work-package references before release. Do not infer approval from a screenshot or relocate a service without design authorization. If the solution needs a formal variation or instruction, link that approval process.

Create a release gate before procurement and installation

Work backwards from the required site start. Allow time for design resolution, coordination review, fabrication information, procurement, method statements and inspection planning. A model that is geometrically clean but published too late does not prevent rework. The construction manager should flag unresolved high-impact issues before purchase orders or fabrication releases are committed.

Release-gate checklist: confirm the current model and drawing revisions; identify unresolved critical or high-priority interfaces; verify design approval of proposed changes; check supports, tolerances, installation access and maintainability; confirm fabrication and procurement use the accepted information; and record any approved exception with an owner and deadline. An unresolved safety or design interface must not be hidden by changing its status to closed. Sample the affected location with the site team and feed field deviations back into the issue log.

Measure outcomes, not just the number of clashes

Raw clash totals vary with model detail and checking rules, so they are poor stand-alone measures of performance. Track the age of critical issues, the share resolved before release, decision latency and coordination-related site rework. Review trends by work package and location to find recurring process failures.

Treat a falling clash count as useful only when the check scope is stable and field outcomes improve. If the count drops because models are incomplete or checks are disabled, the apparent improvement is misleading.

Control dashboard

Performance metrics for project managers