Asset Register Template
An asset register template for the document every maintenance system is built on and most buildings do not have. Each asset is located, coded, rated for criticality and given a replacement value, and the register scores itself field by field at the end, because a register is only as useful as the column people quietly stopped filling in.
- The register scores its own completeness, field by field
- Criticality assigned by rule rather than by the surveyor
- A coding convention agreed before the first asset is entered
- Disposed assets marked disposed and never deleted
Asset Register
It scores its own completeness
| # | DATA COMPLETENESS BY FIELD | HAVE | TOTAL | % |
|---|---|---|---|---|
| 1 | Serial number | |||
| 2 | Criticality | |||
| 3 | PM regime assigned |
The document you will get. Download for the full, editable file.
Who this asset register template is for
One register, four people, and each of them stops at a different column.
Whoever is surveying
The inclusion threshold in section one, agreed before they start walking, because the rule decides whether this takes three weeks or three months.
The maintenance manager
Criticality and PM regime. Those two columns together are what turns a register into a maintenance program rather than a filing exercise.
Whoever owns the budget
Replacement value and assets beyond expected life, which is the only view of a renewal liability this document produces.
Whoever is implementing a system
The coding convention and the parent links. This is the file the implementation starts from, and its shape survives for years.
Where the register is the starting point
The structure suits any portfolio that maintains plant it owns. What changes is the inclusion threshold and how hard criticality bites. If you run one of these, the sector page goes further than the template does.
- Commercial real estate
Multi-building portfolios, where a consistent code across sites is the difference between one register and twenty spreadsheets.
Portfolio maintenance software - Healthcare
Healthcare estates, where criticality is a clinical judgment before it is a maintenance one.
Healthcare maintenance software - Data centers
Data centers, where almost everything is rated critical and the register has to distinguish anyway.
Data center maintenance software - Education
Campuses, where assets arrive through capital projects and never reach the register unless handover demands it.
Campus maintenance software - FM service providers
Service providers inheriting a site, where the first month is usually spent discovering what is actually there.
FM service provider software - Corporate facilities
Corporate facilities, where the register is built once at fit-out and left to decay quietly afterward.
Corporate facilities software
What an asset register form should contain
An asset register is the controlled record of the plant and equipment a site is responsible for maintaining. It holds each asset with a unique code, its location and parent, make, model and serial number, install date and expected life, a criticality rating, a condition, a replacement value and an assigned maintenance regime.
A. Scope, coding, the register, and whether it is any good
| Field | What goes in it | Why it earns its place |
|---|---|---|
| Register details | Scope, inclusion threshold, owner, system of record, review frequency | The threshold is the decision that shapes everything. Include every door closer and the survey takes three times as long; exclude by value alone and you miss the fire dampers. |
| Coding convention | Seven levels from site down to sub-asset, with the code format and who assigns it | Agreed before the first asset is entered. Renaming later breaks every work order, history record and report that referenced the old code. |
| Asset ID | Unique, and never reused | Reusing a retired code attaches one asset's history to another, which is the quietest and most damaging error this document can carry. |
| Parent asset | Every asset sits under a parent, up to site level | Without the hierarchy you cannot roll cost or failures up to a system, and a register that cannot roll up only answers questions about single items. |
| Make, model and serial | Captured per unit, not per model | The serial is the field most often skipped and the one that matters most. It is what lets you claim a warranty, prove which unit was serviced and separate two identical machines when one keeps failing. |
| Install date and expected life | Both, so remaining life is derivable | Assets beyond expected life is the one number in this document that describes a future liability rather than a present condition. |
| Criticality | A, B, C or D, assigned by rule rather than by the surveyor | It decides the maintenance regime, the spares holding and who gets called in the middle of the night. If everything is rated A then none of them are. |
| Condition | Refreshed by survey, service visit or condition assessment | Recorded with a stated method, because a condition entered once at compilation and never revisited is worse than an empty column. |
| Replacement value | Reviewed annually against the market | The portfolio figure is what makes a renewal conversation possible at all. It is a maintenance and replacement number, not an accounting one. |
| PM regime assigned | Every asset either has one or is explicitly run to failure | PM coverage is the number to report. Assets with no regime attached are assets nobody has decided how to look after, and that is where unplanned failures come from. |
| Data completeness by field | Fourteen fields, each scored across the register | The point of the document. It converts a vague sense that the register is patchy into a specific list of which columns to go and fill in. |
| Disposals | Marked disposed, never deleted | The history is attached to the asset, so deleting it throws away the cost and failure record of everything that asset taught you. |
Most organizations believe they have an asset register and actually have an asset list, and the difference is not how many rows it has. A list tells you what exists. A register tells you what to do about it, and that only happens when four specific columns are populated: a unique code that never changes, a parent so things roll up, a criticality rating that decides the regime, and an assigned maintenance regime that follows from the rating. Strip any one of those out and the file stops driving anything. Without the code and the parent you cannot attach history or roll cost up to a system. Without criticality every asset competes equally for attention, which in practice means attention goes to whatever broke most recently. Without a PM regime the register is a description of a building rather than a plan for it. This is why section five scores the register against itself rather than simply counting rows: a file with two hundred assets and ninety percent of the serial numbers missing is not ninety percent of a register, it is a list with aspirations. The second thing worth stating plainly is that criticality has to come from a written rule rather than from the judgment of whoever happened to do the survey. Surveyors are not wrong so much as inconsistent: the person who walks the plant room rates the chillers critical because they are standing in front of them, and the person who walks the roof rates the extract fans critical for the same reason. Rated by rule, against consequence of failure, the distribution usually comes out somewhere near a tenth critical and the rating starts deciding things again.
B. What it looks like filled in
One portfolio at review. Two hundred and fourteen assets, and the register scoring itself on the two fields that matter most.
| Line | Value |
|---|---|
| Assets on the register | 214 |
| Portfolio replacement value | 4,820,000 |
| Rated A, rated B | 28 and 62, so 42 percent of the register |
| With a serial number | 182, which is 85 percent |
| With a PM regime assigned | 196, which is 92 percent |
| Beyond expected life, added, disposed | 11 beyond life, 9 added, 4 disposed |
Eighty five percent and ninety two percent look like good scores, and the thirty two assets with no serial number are the ones that will cost somebody a warranty claim. Completeness percentages are seductive because they are high by construction: the easy fields, asset ID, description, location, are filled in during the survey and carry the average. The fields that get skipped are skipped for a reason, which is that capturing them is tedious and the person doing it cannot see who benefits. Serial numbers are the clearest case. Reading one means getting behind the unit with a flashlight, and the value only appears later, when a manufacturer asks which unit failed, or when two identical machines sit in the same plant room and only one of them keeps tripping. Thirty two unserialized assets in a register of this size is not a rounding error, it is a specific afternoon of work with a known payoff, and section five is what turns it into that rather than a vague sense that the data could be better. The eighteen assets with no maintenance regime are the same argument in a more urgent form, because those are the ones nobody has decided how to look after. Eleven assets beyond expected life is the figure to take to a budget conversation, since it is the only forward-looking number here. Replacement value is recorded for renewal planning: what it would cost to put the same capability back today, which is the only figure a maintenance budget can act on. The service history and lifetime cost that attach to each of these assets live on the maintenance log, the regime the criticality rating drives is built on the PPM schedule, and the condition survey that feeds the condition column is the property condition assessment.
Word for the version that goes out as a survey brief, Excel for the one that scores completeness by field and holds a Review Log showing it improve, and PDF for the copy issued with a handover. Free, and yours to rebrand.
How do you build an asset register?
Two decisions before any surveying, then the register builds itself. Six steps.
Decide the inclusion threshold first
By value, by criticality, or everything with a maintenance requirement. Write the rule down and apply it consistently, or the register's scope drifts with whoever is surveying.
Agree the coding convention before the first asset
Seven levels from site to sub-asset. This is the decision that is genuinely expensive to change later, because renaming breaks history.
Survey, and capture the serial number while you are there
It is the field most often skipped and the hardest to collect afterward, because going back means revisiting every plant room with a flashlight.
Assign criticality from the written rule
Against consequence of failure, not against how important the asset looked to whoever was standing in front of it.
Attach a maintenance regime to every asset
Or record explicitly that it runs to failure. An asset with neither is one nobody has decided how to look after.
Score the register against itself
Field by field. It converts a vague sense that the data is patchy into a specific list of columns to go and fill in.
An asset register versus an asset list
Two files that look identical in a spreadsheet and do completely different jobs. The difference is four columns, not the number of rows.
| Aspect | An asset register | An asset list |
|---|---|---|
| What it answers | What to do about each asset | What exists |
| Identity | A unique code, never reused | A description, often duplicated |
| Structure | Every asset under a parent | A flat list |
| Priority | Criticality by written rule | None, or everything equal |
| Maintenance | A regime attached to each | Decided when something breaks |
| On disposal | Marked disposed, history kept | Row deleted |
The most expensive mistake on this document is not an empty column, it is a coding convention invented on the first morning of the survey. Asset codes propagate immediately and invisibly. They are written onto labels, quoted in work orders, stored against every history record, embedded in reports, referenced in contracts and typed into whatever system the register is eventually loaded into. By the time anybody notices the convention cannot accommodate a second building, or has no room for sub-assets, or encodes a department that has since been reorganized, the cost of fixing it is not the renaming but everything that referenced the old name. This is the one decision in the document worth taking slowly and taking to other people, because the surveyor is rarely the person who will live with it. A convention that handles site, building, floor, room, system, asset and sub-asset, with a stated owner for each level, survives reorganizations and acquisitions in a way that a convention built around the current org chart does not. The second thing worth protecting is the disposal rule. When an asset goes, the instinct is to delete the row, and the row is carrying the entire cost and failure history of that asset, which is the only evidence you have about how that model behaves in your buildings. Marked disposed it remains available for the next purchasing decision. Deleted it takes everything it taught you with it. The service history itself lives on the maintenance log, and the routine work the register's criticality drives is scheduled on the preventive maintenance plan and checked with the equipment maintenance checklist.
When the template starts to feel limiting
The file compiles a register well and a register is never finished. Four things get difficult.
New assets arrive without telling the register
Handover is where assets should be added, and on paper nothing connects a project completing to a row appearing here. They surface at the next survey instead.
Condition goes stale silently
A condition entered at compilation looks exactly like one refreshed last month, and nothing on the row says which it is.
Completeness is a snapshot
Section five scores the register today. Whether it is improving takes a stack of reviews compared by hand, which is the only evidence it is being maintained.
Nothing reconciles against the building
An asset removed years ago sits on the register indefinitely, and only a physical sample finds it.
What running this in Facilio looks like
The register does not change. What changes is that it stops decaying between reviews.
Asset Intelligence
Assets arrive at handover
A new asset enters the register when it is commissioned rather than at the next survey, with its code, parent and regime attached from the start.
Work Order Intelligence
History attaches to the code
Every job references the asset, which is what makes the code worth protecting and the disposal rule worth following.
Ops Performance Intelligence
Coverage is continuous
PM coverage and serial completeness move as the register changes, rather than being recalculated at a review.
Audit Report Intelligence
Reconciliation is evidenced
The annual physical sample recorded against the register, which is the only thing that catches assets that quietly left the building.
Hallucination-free by design. Atom AI answers from the records in your tenant rather than generating plausible text, so an empty field reads as empty rather than filled in for you.
Frequently asked questions
What is an asset register?
It is the controlled record of the plant and equipment a site is responsible for maintaining: each asset with a unique code, location and parent, make, model and serial, install date and expected life, criticality, condition, replacement value and an assigned maintenance regime.
This one also scores its own completeness across fourteen fields, which is what separates a register from a list.
What is the difference between an asset register and an asset list?
A list tells you what exists. A register tells you what to do about it, and that needs four specific columns: a unique code, a parent, a criticality rating and an assigned maintenance regime.
Remove any one of them and the file stops driving anything. Every asset present with none of them is an inventory.
Why does the coding convention matter so much?
Because codes propagate immediately into labels, work orders, history records, reports and whatever system the register is loaded into.
Renaming later does not cost you the rename, it costs you everything that referenced the old code, and that is always discovered after the fact.
Which field do people most often skip?
The serial number, and it is the one that matters most. Capturing it means getting behind the unit, and the benefit only appears later.
Without it you cannot claim a warranty, prove which unit was serviced, or tell two identical machines apart when one of them keeps failing.
How should criticality be assigned?
From a written rule, against consequence of failure, rather than by whoever carried out the survey. Four ratings is enough: critical, important, routine and run to failure.
Surveyors are not wrong so much as inconsistent, and if everything ends up rated A then the rating has stopped deciding anything.
What should I do with an asset that has been disposed of?
Mark it disposed. Never delete it. Its cost and failure history is attached to it, and that record is the best evidence you have about how that model behaves in your buildings.
Deleting the row throws away everything that asset taught you, usually just before the next purchasing decision.
What number should I report from the register?
PM coverage, meaning the share of assets with a maintenance regime attached. Assets with no regime are assets nobody has decided how to look after.
Serial completeness and the count of assets beyond expected life are the two worth reporting beside it, the first because it is fixable and the second because it is a budget conversation.
Does this cover asset service history and lifetime cost?
No. This is the register: what each asset is, where it is and how it should be maintained. It is deliberately a snapshot of the estate rather than a running record.
Everything that happened to an asset, job by job and cost by cost, belongs on a maintenance log kept against the asset code this register assigns.
In one paragraph
An asset register works when it can drive a maintenance program rather than just describe a building, which needs four columns: a unique code that never changes, a parent so things roll up, a criticality rating assigned by written rule, and a maintenance regime attached to every asset. Agree the coding convention before the first asset is entered, capture serial numbers while you are standing in front of the unit, mark disposed assets disposed rather than deleting them, and score the register against itself so the gaps become a list of work.
The file every system starts from
Set the threshold, agree the codes, capture the serials and assign criticality by rule. Once new assets only appear at the next survey, or completeness is a number nobody can show improving, the spreadsheet version has reached its limit.