Skip to content
Clark & Soma
Field Notes

Division 25: What the Spec Says vs. What the Building Does

Integrated automation specifications read confident and complete. The as-built building usually tells a different story. Where the gap opens, and what an owner can hold out for at handoff.

Alex Clark

Division 25 language has a particular confidence to it: fully integrated, open protocol, single operator interface, complete documentation at closeout. Then the building opens, and the operators inherit something that matches the paragraphs only loosely. The gap is rarely one dramatic failure. It is a series of small substitutions and deferrals, each individually reasonable, that no one reconciled against the specification before the retention check cleared.

Where the gap opens

  • The points schedule drifts: value engineering swaps, field changes, and added equipment never make it back into the points list, so the closeout document describes a building that does not exist.
  • "BACnet compatible" gets accepted where the spec meant tested conformance; the difference surfaces the first time another vendor's device has to interoperate.
  • Graphics arrive as an afterthought: whatever the installing technician's library produced, instead of anything the specification's operator-workflow language implied.
  • Systems that were specified as integrated arrive connected through a gateway with a fraction of the points mapped, and nobody documented which fraction.
  • The controls network exists on no drawing: unmanaged switches in ceiling spaces, undocumented IP schemes, and segments that only the installer's laptop has ever seen.
  • O&M manuals are generic product PDFs, not documentation of this building's configuration, sequences, or setpoints.

What an owner can hold out for

  • A points schedule delivered as a living document, reconciled against the actual database at handoff, not the one from the submittal.
  • Protocol conformance statements for the devices that matter, so interoperability claims are checkable instead of atmospheric.
  • Witnessed point-to-point verification on a sampled basis, with failures driving a wider sample.
  • Backups, credentials, and licensing in the owner's hands before final payment: the database, the graphics source, and every password the system runs on.
  • Named graphics and naming standards in the specification itself, so "complete graphics" has a definition someone can be held to.

Every one of those is cheapest to enforce at submittal review and progressively more expensive after: at startup, at closeout, and finally at the retro-commissioning study that rediscovers, at consulting rates, everything the closeout documents should have said.

The specification is not the building. The discipline that closes the distance between them is unglamorous: keep the points list current, verify a sample, and refuse the handoff until the documentation describes the thing you actually own.

  • Division 25
  • specifications
  • handoff
  • documentation
Next step · Assess

Have a system like this to untangle?

Scope is defined before work begins.