The Register Is Wrong Before the Contract Starts

Every Hard FM contract begins with an asset register. It is provided by the client, or transferred from the incumbent contractor, or both. It lists the maintainable assets on the estate: plant and equipment, M&E systems, fabric elements that require planned maintenance. SFG20 task codes are mapped against it. The PPM schedule is generated from it. The engineer team is sized from it. The price is built on it.

The register that arrives at mobilisation is almost never accurate. It is not a question of negligence or bad faith on the part of the client or the outgoing contractor. It is a question of how asset data degrades over the life of a contract and how the current UK contracting model provides no mechanism to arrest that degradation or verify the register at each transition point.

Baachu's experience across more than 300 Hard FM contracts and 4 million validated labour loading hours is that the gap between the register provided at mobilisation and the verified asset count on the actual estate runs routinely between 15 and 25 percent. On estates that have been outsourced multiple times without a physical survey, the gap can reach 30 to 40 percent. Some assets are missing entirely. Others appear on the register but no longer exist. Others are listed incorrectly: wrong asset class, wrong SFG20 task code, wrong service frequency.

The asset register is the most important document in a Hard FM contract. It is also the document that is most likely to be wrong, least likely to be independently verified, and most likely to be carried forward from one contract to the next without anyone checking it.

Five Reasons the Register Is Always Wrong, and Why SFG20 Makes Each One Worse

1

TUPE Transfers People, Not Assets

When a Hard FM contract changes hands, TUPE regulations ensure that the workforce transfers to the new contractor. There is no equivalent obligation covering asset data. The outgoing contractor is not legally required to deliver a verified, accurate asset register at contract end. What transfers is whatever register exists on the CAFM system at the point of handover — which reflects the data quality of the outgoing contract, including all the degradation that occurred during it.

The incoming contractor receives a dataset that was last fully verified at the previous mobilisation, which may have been five or seven years earlier. Every fit-out, refurbishment, plant replacement, and minor works project that occurred in the intervening period may or may not be reflected in the register, depending on whether someone updated the CAFM at the time. Most did not.

SFG20 makes this worse because its task codes are not asset identifiers. An SFG20 task code describes a category of maintenance activity — fan coil unit service, AHU inspection, chiller maintenance. It does not create a unique identifier for a specific physical asset on a specific floor in a specific building. When the CAFM is populated at mobilisation, someone maps SFG20 task codes against asset entries under time pressure, by engineers who have just arrived on site. Errors introduced at that stage persist for the life of the contract.

2

The Retender Cycle Destroys Data Continuity

The average Hard FM contract runs for five to seven years. Many estates have been outsourced continuously for twenty to thirty years, through four, five, or six contract changes. Each contract change is a data discontinuity. The new contractor brings a new CAFM platform, a new SFG20 mapping methodology, and a new mobilisation team. The asset data migrates from one system to another, with manual re-entry, re-mapping, and re-validation at each transition.

There is no mandated standard for asset data transfer in Hard FM contracts. There is no requirement for the client to hold a golden copy of the asset register independent of the contractor's CAFM. In most cases, the client does not hold asset data at all — the data lives in the contractor's system, and the client's visibility is through reports generated from that system. When the contract changes, continuity of that data depends on the goodwill and capability of both parties during a transition that is always pressured, often contentious, and rarely given the time it requires.

What Happens to Asset Data Across a Typical 20-Year Hard FM Outsourcing History
Year 0

Estate first outsourced. Physical survey conducted. Register: 1,200 assets. Register is broadly accurate. PPM schedule generated from SFG20 mapping.

Year 5

First retender. TUPE transfer. New contractor, new CAFM. Register migrated manually. Fit-outs in years 3–5 not all captured.

Register: 1,180 assets. Actual estate: ~1,290 assets.

Gap: ~110 assets. No physical survey. Register carried forward.
Year 12

Second retender. Major refurbishment in year 9 added M&E plant. Some captured, some not. Register migrated again.

Register: 1,240 assets. Actual estate: ~1,410 assets.

Gap: ~170 assets. Still no physical survey.
Year 19

Third retender. Three buildings added to the estate during contract. Two buildings partially surveyed at mobilisation. One was not.

Register: 1,680 assets. Actual estate: ~2,050 assets.

Gap: ~370 assets — 18% of actual estate unscheduled. No physical survey since year 0. Every SFG20 schedule since year 5 built on unverified data.
3

Buildings Change Continuously; Registers Do Not

An occupied estate is never static. Tenants move in and fit out. Offices are reconfigured. Server rooms are expanded. Clinical areas are repurposed. Each of these changes alters the M&E plant on the estate: new fan coil units are installed, old ones are removed, new electrical distribution boards are added, cooling capacity is upgraded. Each of these changes should trigger an update to the asset register. In practice, the trigger is rarely pulled.

The process by which minor works or tenant fit-outs update the Hard FM asset register is, on most estates, informal and inconsistent. The project manager who commissioned the fit-out is focused on completion and handover. The Hard FM contractor's site team may or may not be notified. When they are notified, the CAFM update may or may not be made in real time. On a busy commercial office estate or an NHS trust with a continuous minor works programme, the register can diverge by 5 to 10 percent per year. Over a five-year contract, that compounds. SFG20 schedules generated in year five of a contract may be based on asset data that is materially wrong — not because of systemic failure, but because nobody built the process to keep the register current.

4

SFG20 Task Codes Are Not Unique Asset Identifiers

SFG20 operates at the level of asset categories and maintenance task types. It describes what should be done to a fan coil unit, an AHU, a chiller, a boiler. It does not create a unique identifier — a serial number, a barcode, a location code — for each specific physical asset on a specific estate.

The consequence is that when a CAFM system is populated from SFG20 task codes, the resulting register is a list of task categories, not a list of physical assets. Two fan coil units on the same floor may be indistinguishable in the SFG20 mapping. If one is replaced and the other is not, the register may not reflect which one was replaced. If one is decommissioned, the task against it may continue to be generated and closed by an engineer performing the task against the remaining unit — or by an engineer closing the task without accessing either.

Proper asset management requires a unique identifier for each physical asset: an asset tag, a QR code, a barcode linked to a specific location in the BIM model or the floor plan. SFG20 does not provide this. CAFM systems can provide it, but only if configured to do so and maintained through every contract transition and register migration. In most cases, it is not.

5

The Building Safety Act 2022 Requires a Golden Thread — No Mechanism Delivers It Across Contract Changes

The Building Safety Act 2022 introduced the concept of the golden thread of building information: a complete, accurate, and continuously maintained record of the building's assets, safety systems, and maintenance history. For higher-risk buildings, this is now a legal obligation on the Accountable Person. The obligation applies regardless of how many times the FM contract has changed, how many contractors have held the data, or how many CAFM systems it has passed through.

The gap between the legal obligation and the operational reality is significant. The golden thread requires continuity of asset data across contract transitions. The current UK Hard FM contracting model provides no mandated mechanism for that continuity. The client who holds ultimate responsibility for the golden thread under BSA 2022 typically does not hold independent asset data — they hold a contract with an FM provider who holds the data in their proprietary CAFM system. When the contract changes, the data transfers incompletely, manually, and without independent verification. The golden thread is broken at every retender. The legal obligation continues.