Your Fixed Asset Register Is a Spreadsheet Nobody Has Verified in Years
One person maintains it. It has rows for machines that were scrapped in 2019 and no row for the compressor bought last March. It reconciles to the ledger only because the depreciation journal is made to agree with it at year end. Nobody has walked the floor with it. This module replaces that file with a register the auditor can test, the custodian can be held to, and the ledger posts from.
50+ ERP and software projects. Zero failed projects since 2021.
The register is a control, not a list
Fixed assets are often the largest number on the balance sheet and the least examined. The two things that go wrong are the policy at the front, which decides what becomes an asset at all, and the verification at the back, which decides whether the asset still exists.
Where spend becomes an asset, and where it stays an expense
Set a threshold and apply it. Below it, spend is expensed and never enters the register, which is how you avoid tracking six hundred office chairs for a decade. Above it, the capitalised value is not just the invoice: delivery, installation, commissioning, testing and non-recoverable duty go into the asset value too. Then there is the harder line. A repair restores the asset to its previous condition and is expensed. An improvement extends useful life or increases capacity, and it is capitalised, either onto the parent asset or as a component of its own. Getting that call wrong in either direction is one of the most common audit findings we see, and it moves profit between periods.
- A written threshold, applied per item rather than per invoice.
- Delivery, installation and testing capitalised into the asset value.
- Repair versus improvement decided by a rule, not by whoever codes the bill.

Every asset has a place and a person, or it does not really exist
A register that says what an asset cost but not where it is cannot be tested. Each record needs a location, a cost centre and a named custodian, and each asset needs a physical tag, a barcode label or an RFID chip carrying the register number. Then you verify: everything once a year, or a rolling cycle weighted towards high-value sites. The output is a variance report with four buckets, found as expected, found elsewhere, not found, and found but unregistered. Each variance clears with a transfer, a write-off or a late capitalisation. Assets carried on the books that no longer physically exist are an audit finding and an overstatement of the balance sheet at the same time.
- Barcode or RFID tagging tied to the register number.
- Scan-based verification producing a real variance report.
- Write-offs posted, not carried forward another year.

Six areas, from the first invoice to the last write-off
The financial and custodial record of the asset. Servicing, spares and downtime for the same machine live in the maintenance module and are linked, not duplicated.
The asset lifecycle, from acquisition to disposal
What we set up when we implement this module
Asset classes and policy
Class structure with default lives, methods and residual values, and a written capitalisation threshold with the repair against improvement test spelled out.
Depreciation books
Statutory and tax books configured with their own methods and lives, part-period conventions set, and the monthly run built into the close calendar.
Opening register migration
Cost, accumulated depreciation and remaining life loaded per asset, reconciled to the old ledger, with orphans and duplicates resolved before load rather than after.
Tagging and verification
Tag numbering, barcode or RFID label format, a scan-based count process and a variance report your finance team can run without us.
Approvals and controls
Approval routing for capitalisation, transfer, revaluation, impairment and disposal, with value thresholds and a segregation of duties that survives an audit.
Schedules and reporting
Fixed asset schedule by class, additions and disposals for the period, depreciation by cost centre, and the tax versus statutory difference in one report.
What a register you trust is actually worth
What this connects to
The same machine appears in three places for three different readers. Here is where each record lives.
Why teams bring us in on fixed assets
Fixed asset management questions
What actually belongs in the fixed asset register?
Which depreciation methods should the module support?
Can it keep separate books for tax and statutory accounts?
How do assets get transferred between locations or cost centres?
How does physical verification actually work in the system?
How are disposals and the resulting gain or loss posted?
Rebuild a Fixed Asset Register You Can Defend
Book a free consultation. We will look at the register you have, the policy behind it and the state of the opening balances, and give you a straight view of what a physical verification and a clean migration would take before you commit to a platform.
Book a Free Consultation โNo commitment. A practical first look at your asset register, whichever ERP you end up choosing.
What a Fixed Asset Module Has to Do
Not a table of equipment with a depreciation column. A register that enforces the capitalisation policy at the door, runs depreciation as a posting in two books, handles the awkward events such as componentisation and impairment, and can be walked round the factory with a scanner.
From the capitalisation decision to the disposal posting
The policy is enforced at entry, not corrected at year end
Asset classes hold the defaults: useful life, depreciation method, residual value and the general ledger accounts for cost, accumulated depreciation and the depreciation charge. A new asset inherits them, so policy is applied by the system rather than by whoever is coding invoices that week. Capitalisation happens from a goods receipt, from a supplier invoice, or by settling a capital work in progress balance once a built asset is ready for use. Delivery, installation and commissioning costs attach to the same asset. Low-value items below the threshold are expensed, and where you need a middle ground, pooled assets let you carry hundreds of small items as one depreciating group without hundreds of register rows.
- Asset classes carrying default life, method and posting accounts.
- Capitalisation from receipt, invoice or capital work in progress settlement.
- Pooled low-value assets instead of an unmanageable register.

Two valuations of the same asset, both posted, neither in a spreadsheet
Straight line for most classes, reducing balance where the charge should be front-loaded, and usage-based where machine hours or units produced are the honest driver. Each method needs its supporting detail to be right: the in-service date rather than the invoice date, the part-period convention that decides whether an asset bought on the twentieth gets a full month, a residual value the charge stops at, and a clean way to shorten or extend remaining life mid-way. On top of that, parallel books. One asset, a statutory valuation that posts to the ledger and a tax valuation with its own method and life that feeds the computation. This is the feature that separates a capable fixed asset module from a basic one, and it is worth testing with your own numbers before you buy rather than after.
- Straight line, reducing balance and usage-based methods.
- Part-period conventions and in-service dating handled explicitly.
- Statutory and tax books maintained on one asset record.

Componentisation, transfers, impairment and the annual count
Real assets are not single things with a single life. A building and its air handling plant depreciate over very different periods, so the asset is split into components, each with its own life and its own disposal path, which changes the depreciation profile considerably. Beyond splitting, the module handles dated transfers between sites, custodians and cost centres, revaluation where the policy permits it, and impairment when recoverable value drops below carrying value. Then verification: barcode or RFID tags scanned against the register on an annual or rolling cycle, variances cleared with a transfer, a write-off or a late capitalisation. Insurance and replacement value are held alongside book value, because the two get confused and only one of them matters after a fire.
- Component split where parts have materially different lives.
- Dated transfers, revaluation and impairment with full history.
- Scan-based verification and a variance report that gets cleared.

Everything the module puts in your hands
A register that ties out
Cost, accumulated depreciation and net book value per asset, agreeing to the ledger because both come from the same postings.
Monthly depreciation run
Posted per asset to the right cost centre in both books, as a step in the close rather than a year-end catch-up journal.
Full lifecycle history
Every capitalisation, transfer, revaluation, impairment, component split and disposal dated, approved and retained against the asset.
Tagging and count sheets
Barcode or RFID tag numbering, verification lists by location, and a four-way variance report you can act on directly.
Insurance and lease view
Replacement value held separately from book value, and right-of-use assets from leases carried on the balance sheet with their liability.
Audit-ready schedules
Asset schedule by class, additions and disposals for the period, depreciation by cost centre, and the tax to statutory difference.

