Maintenance Management Systems

Maintenance management software keeps one record of every asset you own, so servicing runs on hours used, not the calendar, and breakdowns stop being a surprise.

Every unplanned breakdown was scheduled. Nobody wrote down when.

What is a maintenance management system?

One record of every asset, from install to replacement.

A computerised maintenance management system (CMMS) holds one record of every asset you own: what it is, where it is, the work done on it and the maintenance due next. CodeFish builds and connects it for Australian operators running plant, fleets or production lines, who have outgrown paper job cards and a spreadsheet only one person understands. Unlike a calendar of services, it schedules work by hours run and units produced, using data your floor already has. You service machines when they need it, and you know what each one costs to keep running.

Types of maintenance software

Most operators already run two or three of these. The CMMS is the record they all report against.

CMMS

Asset register, work orders and preventive schedules for one site. You plan the week instead of reacting to it.

Enterprise asset management (EAM)

The same record across many sites, plus lifecycle cost and capital planning. You replace assets on evidence, not on age.

Production and run-hour data

Run hours and cycle counts from the floor drive the schedule. See [systems integration](/services/software/systems-integration).

Spare parts and stores

Critical spares held, counted and reordered before the lead time bites. See [warehouse management](/enterprise-integration/wms-warehouse-management-system).

Field service management

Scheduling, dispatch and job capture for technicians on the road. The app has to work with no signal. Buy when the job is standard; build when it is unusual or per-seat licences outgrow owning it.

Plant and fleet maintenance

Servicing by hours and kilometres, with cost per machine. See [construction job management](/business-automation/construction-job-management-software).

What a maintenance system has to do

Six jobs, in the order they have to happen. Each one depends on the one before it.

The asset register

What you own, where it is and what it is made of. Every other feature is a report on this list, so a good register means every report you pull is right.

Work orders

Raised, assigned, completed and recorded, with what was done and what parts went in. Next year's repair-or-replace call is made on this record, not on memory.

Preventive schedules

Maintenance due by date, by hours run or by units produced. Moving from the calendar to actual use is where most of the saving is.

Spare parts

What is held, what is critical, what has a twelve-week lead time. The right part on the shelf keeps a two-hour repair from becoming a two-week outage.

History and cost per asset

What each machine has cost to keep running. It is the number that settles repair-or-replace, on demand instead of after a week of digging.

Capture at the machine

Technicians record work while they do it, on a screen faster than the paper card. The data is current, so the schedule and the costs can be trusted.

Should we buy a CMMS or build one?

Three team members running a scoping discussion at a whiteboard, one holding a laptop

Buy the product. Build the connections.

Buy, in most cases, and we will say so. The products are mature, cost little next to the assets they manage, and a register, work orders and a schedule do not need a build. Build or extend when production data should drive the schedule, your assets are unusual, or technicians need a faster capture screen than the product offers. Most often the real build is connecting the CMMS to the rest of the business, so you pay only for the part a product cannot do.

What does maintenance software cost?

Every maintenance project starts the same way: a Rapid Insight Workshop at a fixed $9,000 + GST. CodeFish reviews your asset register, the maintenance actually done, the gap between them and what a day of unplanned downtime costs you. The roadmap says what to buy, what to connect and what to build, and it is yours whether or not you build with us.

What comes next depends on what the workshop finds, and the driver is nearly always the asset register and integration rather than software. Assets have to be identified, tagged and captured, which is fieldwork, and any honest quote includes it. Where a product fits, we quote only the integration. A defined build is fixed-price as an Amplify project, and progressive rollouts across sites run as an Apex partnership, so you only pay for work the business will use.

How a maintenance project runs

Count the assets (2–4 weeks)

What you own, what condition it is in and what it costs when it stops. Most registers are missing the critical small equipment, because it was never worth a line in the fixed asset ledger. You finish with a register you can plan from.

Two CodeFish team members in discussion across a meeting room table, one taking notes

Get capture working (4–8 weeks)

Technicians recording work at the machine, on a screen faster than the paper card. It goes first, even though the schedule is what people asked for, because every report after it depends on this data.

A CodeFish developer working across three monitors, reviewing code and version history

Move from calendar to condition

Once run hours and production data are flowing, schedules shift from the calendar to actual use. Servicing stops happening too early on the quiet machines and too late on the hard-worked ones.

Four CodeFish team members working through a problem around a table of laptops, CodeFish Studio sign on the wall

Maintenance questions we get asked

With a walk around, and it is a bigger job than the software selection. Assets get identified, tagged and captured with their condition — fieldwork, not development. Anyone who quotes you a maintenance project without this line has quoted a system you will not be able to use.

Only if it is faster than the paper card, and on a phone rather than a terminal in an office. The test is whether a job can be closed out at the machine in under a minute with gloves on. Systems that fail this get fed at the end of the week from memory, and that data is not worth having.

The capture app has to work offline and sync later, and that is decided at the start rather than added afterwards. Plant rooms, basements and remote sites rarely have coverage. An app that needs a connection stops at the workshop door.

For a small number of critical, expensive, well-instrumented assets, sometimes. For most mid-market operators it is a distraction from the larger saving, which is moving from calendar-based to usage-based servicing using data you already have. Get run hours driving the schedule before considering sensors and models.

That is the connection worth building. Run hours and cycle counts from the floor drive usage-based schedules, and downtime recorded in production should match downtime recorded in maintenance. Where those two disagree, both numbers get argued with instead of acted on.

No. The ERP holds the money and the fixed asset ledger, and the finance team rarely wants to change it. The CMMS sits beside it and feeds it parts consumption, costs and purchase requests through an integration rather than a replacement.

Cost of downtime, not maintenance efficiency. What an hour of unplanned stoppage costs on your worst line, multiplied by the hours you had last year, is the number. Efficiency arguments about technician utilisation are true and far less persuasive to a board.

You do — the code, the data and the documentation. Asset history is what you rely on for warranty claims, audits and insurance, so it needs to outlive both the software and whoever built it.

Ready to build something great?

Local partners, global standards – full service design and development.