By building type — Data centres

Hundreds of identical units, one template, individually verified.

Clone one CRAC/CRAH checklist across every unit in the room. Each one gets its own record, its own equipment tag, and its own place on the tracker.

First project free · contractors always free · no card

Screenshot — the tracker, showing dozens of individually-tagged cooling units

Clone at scale
One template, cloned per unit, not re-built.
Equipment tags stay distinct
Unit 47 is never confused with Unit 48.
Redundancy as a functional test
N+1 failover is a test sequence, not a memo.
Filter by unit or room
The tracker reads down to a single tag.
01Clone, don't rebuild

One CRAC checklist becomes 200 checklists, not 200 hours.

A template is cloned per unit with its own equipment tag, so each of two hundred identical cooling units gets its own real, distinct record — not one shared checklist standing in for all of them.

Screenshot — cloning a template across multiple equipment tags

02Redundancy, tested and recorded

An N+1 failover test is a functional test sequence like any other.

Pulling a unit to confirm the standby cooling picks up the load runs through the same functional-test-step recording every other system uses — the result is a timestamped record, not a verbal confirmation.

Screenshot — a redundancy/failover functional test in progress

The same four phases, run per unit and per room.

01

Pre-functional

Equipment goes in, and the trade that installed it fills the checklist section for it — measured values, not a tick.

02

Functional testing

Systems get run through the sequence. Step results are recorded live, not transcribed afterward from a clipboard.

03

Issue resolution

Anything that fails gets logged where it happened, assigned to a trade, and tracked in a comment thread until it's marked closed.

04

Closeout

The handover package assembles itself from what's already been submitted and approved — nothing re-typed.

What a data-centre commissioning report actually needs.

Evidence requiredProduced byForm it arrives in
Every individual unit was verified, not sampledPer-unit checklist, cloned from one templatePer-unit checklist PDF
N+1 (or 2N) failover actually worksFunctional test step resultFunctional test PDF
A complete equipment inventory at handoverEquipment tags across the projectCloseout package

"—"

—
Replace with a real, attributable quote before launch.
—Metric TBD
—Metric TBD
—Metric TBD
—Metric TBD

Templates to start from

Questions about data-centre projects

Do we have to build a new template for every unit?

No — clone one template as many times as you have units. Each clone is a real, independent record with its own equipment tag.

Can the tracker show us one room instead of the whole facility?

Yes — filter by system, trade, or equipment tag to see exactly the scope you're asking about.

How do you record a redundancy/failover test?

As a functional test sequence, the same mechanism used for any other system test — step results are timestamped as they're run, not written up afterward.

Does the equipment tag scheme scale to hundreds of units?

Yes — tags are per-unit identifiers scoped to the project, built for exactly this kind of large, repetitive equipment count.

Start on the project that hasn't hit closeout yet.

First project free · contractors always free · no card