← BIM, CAD & Digital Design Studio
Concept Explainer · BIM & CAD

Hard, Soft & Workflow Clashes

Not every clash-detection hit means two objects actually occupy the same space — and treating them as if they do misses two entirely different kinds of real problems.

Ask most coordination teams what a "clash" is and they'll describe two solids literally occupying the same 3D space — a duct punched straight through a beam. That is a real category, and it is the one automated clash-detection software is built to find first. But BIM coordination practice recognizes two other kinds of conflict that never show up as a geometric intersection at all: one is about violated clearance, the other is about violated time. All three get called "clashes." Only one of them is caught by checking geometry alone.

The Setup

Three different problems, one overloaded word

A hard clash is a genuine, literal overlap between two modeled elements' actual geometry — a structural beam and a duct occupying the exact same coordinates. If built exactly as designed, it is physically impossible. A soft clash (also called a clearance clash) is not a geometric overlap at all — it is a violation of a required minimum buffer zone around an element, such as the code-mandated clear working space in front of an electrical panel, the insulation clearance a pipe needs, or the access space ductwork needs for future maintenance. The objects themselves never touch; the design still violates a real requirement. A workflow clash (also called a 4D or sequencing clash) is not spatial at all — it is a conflict in the construction schedule, where two activities are planned to occupy the same physical zone during overlapping windows of time, even though their final as-built geometry never overlaps.

Same word, three different problems

Side by side
HARD CLASHgeometry actually overlapsDUCTOVERLAPSTRUCTURAL BEAMphysically impossible as modeledcaught automatically by clash detectionSOFT CLASHclearance zone violated, not geometryrequired clearance (code)ELEC. PANELSHELVING⚠ encroaches into clearance zone✓ no geometric overlap with panelreal code / access violationnot caught by geometry-only checksWORKFLOW CLASHschedule conflict, not spatialCONFLICTwk 1wk 2wk 3wk 4wk 5wk 6SteelDuct✓ final geometry: no overlapschedule conflict, weeks 3–4only caught by model + 4D schedule

Only the left panel shows two solids actually sharing coordinates. The middle panel shows two solids that never touch — the problem is a required buffer zone, not the objects themselves. The right panel has no spatial conflict in the final model at all — the small icons at the bottom, in their finished positions, don't overlap. The conflict lives entirely in the schedule: both trades are planned into the same zone during the same weeks.

What each clash type actually tests

Detection method
Hard clash
Checks: raw geometry — do two solids literally intersect
Caught by: automated clash/interference detection (geometry-only)
If missed: literally can't be built — field rework, RFIs, delay
Soft clash
Checks: geometry plus a required minimum clearance/buffer
Caught by: clash detection only if the clearance zone is itself modeled as a volume
If missed: code violation at inspection, unsafe or blocked access
Workflow clash
Checks: same zone, overlapping time windows in the schedule
Caught by: 4D scheduling simulation (model + schedule), never geometry alone
If missed: trade stacking, blocked access, schedule slip
Why this works

The detection method has to match the kind of conflict — one algorithm can't catch all three.

Standard automated clash detection runs a Boolean intersection test between element solids — it asks "do these two shapes share any coordinates?" That question is exactly what a hard clash is, which is why software finds hard clashes reliably and by default. A soft clash never trips that test, because the objects genuinely don't intersect — catching it requires someone to explicitly model the required clearance envelope (the code-mandated working space, the insulation buffer, the access zone) as its own volume and run the same intersection test against thatvolume instead of the equipment itself. Skip that modeling step and the clearance violation is invisible to the software, no matter how thorough the hard-clash run was. A workflow clash sits in an entirely different dimension: it isn't about where things are, it's about when construction activities occupy a zone. Finding it requires linking the 3D model to 4D schedule data and simulating the sequence — a separate analysis discipline (4D coordination) that many teams never run at all, or run only for major milestones rather than every trade handoff.

Common misconception
"If clash detection software reports zero hard clashes, the coordinated model is fully conflict-free and ready for construction."

False, and dangerously incomplete. Standard geometric clash detection — the default report most teams run and circulate — primarily catches hard clashes: actual solid-to-solid overlaps. It does not automatically catch soft clashes, because a clearance violation isn't a geometry overlap at all — finding one requires explicitly modeling or checking required clearance zones as their own objects, a separate modeling step most teams skip unless it's built into their coordination standard. It also does not catch workflow/4D clashes, because those require combining the model with construction schedule data and simulating the sequence — an entirely separate analysis that a geometry-only clash run never performs. A model that passes a hard-clash-only check with a zero-conflict report can still have serious code-clearance violations sitting in front of every panel and unbuildable trade sequencing baked into the schedule. "Zero hard clashes" means exactly one thing: no two solids currently overlap. It says nothing about clearance and nothing about time.

Related Concept Explainers
LOD: Level of Development vs. Level of Detail
Read it →
Shared Coordinates vs. Project Base Point — What Actually Aligns Models
Coming soon

Hard, Soft & Workflow Clashes — Concept Explainer

Explains why 'clash' in BIM coordination actually covers three distinct problems — a literal geometric overlap (hard clash), a violated required clearance zone with no geometry overlap at all (soft clash), and a construction-schedule sequencing conflict with no spatial overlap at all (workflow or 4D clash) — and why a standard automated clash report only reliably catches the first one.

Why This Is Commonly Misunderstood

Most people picture a clash as two solids visibly punched through each other, because that's the case automated clash-detection software is built to find by default: a Boolean intersection test between element geometry. That default report gets treated as a complete conflict check, when it is really only testing one of three separate conditions coordination teams care about. Soft clashes and workflow clashes exist precisely because 'no two objects overlap' does not mean 'nothing is wrong.'

The Three Types, Precisely

A hard clash is a genuine physical overlap between two modeled elements' actual geometry — a beam and a duct in the same coordinates, physically impossible if built as designed. A soft (clearance) clash is not a geometry overlap; it's a violation of a required minimum buffer around an element — the code-mandated clear working space in front of an electrical panel, insulation clearance on a pipe, or maintenance access around ductwork. The objects never touch, but the design still breaks a real requirement. A workflow (4D/sequencing) clash is not spatial at all — it's a construction-schedule conflict, where two activities are planned to occupy the same zone during overlapping time windows, even though their final built geometry never overlaps. It's detected by combining the 3D model with 4D schedule data, not by geometry checking.

Where This Matters

A coordination workflow that only runs a default geometry clash pass and reports 'zero clashes' is not conflict-free — it has only cleared one of three checks. Catching soft clashes requires the team to explicitly model or define required clearance envelopes as their own checkable volumes, which has to be built into the modeling standard or BIM Execution Plan rather than assumed. Catching workflow clashes requires a separate 4D simulation step — linking the model to the actual construction schedule and simulating trade sequencing — which is a distinct coordination discipline from spatial clash detection and is often skipped or run only at a coarse, milestone level. Teams that conflate 'zero hard clashes' with 'coordinated and buildable' are the ones who discover clearance violations at inspection and sequencing conflicts in the field.

Frequently asked questions

Does clash-detection software like Navisworks or Solibri catch soft clashes automatically?

Only if the required clearance zone is itself modeled as a volume and included in the clash test. Out of the box, these tools test element geometry against element geometry — they have no inherent knowledge that a panel needs 36 inches of clear space in front of it unless that space is represented as a checkable object in the model.

What's the difference between a soft clash and a workflow clash?

A soft clash is still fundamentally a spatial problem — a real-world buffer distance is violated in the finished design, even though the objects' geometry doesn't overlap. A workflow clash isn't spatial at all in the final design; the finished geometry can be completely fine. The conflict exists only in time, in the construction schedule, where two trades are planned into the same zone during overlapping weeks.

Can a model have zero hard clashes and still be unbuildable?

Yes, and this is the core misconception this page addresses. A zero-hard-clash report only confirms no two solids currently overlap in the model. It says nothing about whether required code or maintenance clearances are respected, and nothing about whether the construction sequence implied by the design is actually achievable.

What tool or process actually catches workflow/4D clashes?

A 4D coordination process: linking the 3D model elements to their corresponding activities in the construction schedule (in tools such as Navisworks TimeLiner or Synchro) and simulating the sequence over time. This surfaces cases where an activity requires a zone that another trade's schedule has that zone occupied or inaccessible during the same period — a check that geometry-only clash detection cannot perform.

Who is responsible for defining required clearance zones so soft clashes can be caught?

This is typically set out in the BIM Execution Plan and coordination standard for the project — specifying which disciplines must model clearance/access envelopes as explicit, checkable volumes (not just the equipment itself) so they can be run through the same clash-detection workflow as hard clashes.

🎓

Try our BIM, CAD & Digital Design Studio

More calculators, simulators, and guides for this discipline.

Related tools & guides

LOD: Level of Development vs. Level of Detail — Concept ExplainerClash Detection TrackerBIM Execution Plan BuilderCoordination Meeting Planner