Nobody knows what is installed where
Equipment was sold, delivered and commissioned, but no asset record was ever created. The installed base exists in delivery notes and in the memory of whoever fitted it.
Every machine you have ever installed is a maintenance contract you have not sold yet. Salesforce Field Service can generate that work automatically from maintenance plans against your installed base — but only once the asset data underneath is real. Twopir builds both. The installed base first, then the recurring revenue.
Almost every organization that sells equipment intends to sell maintenance with it. The ones that fail usually fail on data, not on sales effort. You cannot schedule a visit to a machine you cannot identify.
Equipment was sold, delivered and commissioned, but no asset record was ever created. The installed base exists in delivery notes and in the memory of whoever fitted it.
A chiller is one record with no compressor, no pump, no controller beneath it. Reliability patterns at component level — the ones that predict failure — cannot be seen.
Someone maintains a calendar of who is due what. It works until they are on leave, and it never scales past a few hundred contracts.
Warranty and contract terms live in a PDF. Technicians make the call on site, and the business discovers the revenue leak at the end of the quarter.
When a customer asks what they got for last year's contract, nobody can produce the visits, the parts replaced, or the failures prevented. The renewal becomes a price negotiation.
Machines emit condition data that never reaches the service system, so the one genuine advantage of connected equipment — acting before failure — is left unused.
Preventive maintenance in Salesforce Field Service is a chain of records, and each link has a design decision behind it. Get the chain right and work orders appear on the board months ahead without anyone remembering to create them.
| Record | What it does | The design decision |
|---|---|---|
| Asset | The specific piece of equipment, at a location, with a serial number and a service history. | How deep the hierarchy goes. Component-level assets reveal failure patterns; they also multiply the records you must maintain. |
| Service Contract | The commercial agreement — what the customer is owed, at what response time, for how long. | Whether the contract or the plan is the source of truth for frequency. They drift apart if both are edited. |
| Entitlement | Decides whether a given visit is covered, chargeable or under warranty, and which SLA applies. | Making coverage visible to the technician before they quote, rather than to finance afterwards. |
| Maintenance Plan | Defines the maintenance schedule for one or more assets and generates future work orders from it. | One plan per contract, per site, or per asset — this choice determines how painful the next hundred customers are to onboard. |
| Maintenance Asset | The link record joining an asset to a plan, so one plan can cover many machines. | How assets get attached as equipment is installed, replaced or decommissioned — this is a process question, not a technical one. |
| Maintenance Work Rule | Sets the frequency — calendar-based, or driven by usage and meter readings. | Time-based is simple and often wrong; usage-based is accurate but needs readings to actually arrive from somewhere. |
| Generated Work Order | The visit itself, created in advance and ready to be scheduled like any other work. | How far ahead to generate. Too short and there is no planning runway; too long and the board fills with work that will change. |
| Work Order Line Items | The tasks and parts the visit requires, so the technician arrives prepared. | Templating by asset type, so a planned visit carries its checklist and expected parts automatically. |
The decision that causes the most rework is plan granularity. We settle it against how you actually sell — because the model has to survive your hundredth contract, not just your first.
The right strategy differs by asset class. A critical chiller and a low-value pump should not be maintained the same way, and modelling them identically is how maintenance programmes become unprofitable.
A visit every quarter, every six months, every year. Simple to sell, simple to plan, and the right answer where regulation or contract terms dictate the interval.
Triggered by running hours, cycles or meter readings rather than by the calendar. Matches the service to the actual wear on the machine.
Driven by what the equipment reports about itself. The most valuable and the most demanding, because it needs connected assets and disciplined data.
Preventive maintenance programmes fail at the data stage far more often than at the selling stage. We fix that order deliberately.
What equipment exists, where, under what contract, and how much of it is actually recorded. Usually the answer is less than anyone expects, and that is the real project.
Hierarchy depth, naming, location, serial identity, and the link to the ERP or product record. Deep enough to see component failures, shallow enough to maintain.
Commercial terms translated into entitlements and SLAs, so coverage is visible to the technician on site rather than reconstructed by finance later.
Plans, maintenance assets and work rules configured per asset class, with work order generation running far enough ahead to be plannable.
The process that keeps it true: assets created at installation, meters captured at every visit, decommissioning handled — so the base does not decay back to a spreadsheet.
The figures below come from one documented engagement with an HVAC services company running more than 100 field technicians across multiple regions. They describe that client's results — not an industry benchmark and not a Twopir average.
Installation, repair and maintenance for residential and commercial customers across multiple regions.
HVAC is a maintenance business as much as a repair business, and the client's technicians were arriving without complete knowledge of the equipment on site. Better technician preparedness and access to real-time information — the asset and job context that a proper installed base provides — drove the 25% improvement in first-time fix rate, with fewer repeat visits contributing directly to the satisfaction gain.
Sectors where the installed base is the commercial asset.
IoT condition data, ERP equipment records and meter readings all have to reach the asset. Without a shared key between systems, condition-based maintenance is not possible.
Work order generation is one automation; the follow-up work, renewal reminders and entitlement checks around it are the rest of the programme.
Asset data is one of the things Agentforce grounds its answers in. A thin installed base is precisely what makes an AI agent confidently wrong on a service call.
Planned maintenance is the flexible work that fills the gaps around emergencies. Scheduling policy decides whether it gets used that way or simply clogs the board.
A maintenance plan defines the maintenance schedule for one or more assets and generates work orders for future visits in advance. Assets are attached to the plan through maintenance asset records, so a single plan can cover many machines, and maintenance work rules set the frequency — either calendar-based or driven by usage and meter readings. Generation runs ahead of time, which is what puts planned work on the dispatch board months before it is due and makes capacity planning possible rather than reactive.
With the assets under contract, not with everything you have ever installed. Trying to build a complete historical register before starting is how these programmes stall for a year. Capture the equipment covered by live agreements first, because that is where the revenue and the obligation already exist, then let technicians create and correct asset records as they visit sites. Within a couple of service cycles the register becomes genuinely representative, and it has been built by the people who can actually see the machine rather than by a data project.
As deep as the level you replace or report on, and no deeper. If you swap compressors and want to know which model fails soonest, the compressor needs to be an asset. If you never track a component individually and would never quote for it separately, it does not. Excessive depth is a real cost, because every level has to be kept accurate as equipment is replaced, and a hierarchy nobody maintains is worse than a flat model. The practical test is whether a service manager would ever ask a question that requires that level to answer.
It depends on the asset class, and most fleets need both. Calendar-based intervals are simple to sell, simple to plan capacity around, and mandatory where regulation or the contract sets the frequency — but they over-service lightly used equipment and under-service heavily used equipment. Usage-based intervals match the real wear on the machine and avoid paying for unnecessary visits, but they depend entirely on meter readings arriving reliably from technicians, connected equipment or the customer. If the readings will not arrive consistently, a calendar schedule you can actually honour beats a usage schedule you cannot.
By making coverage visible on the device before the technician commits to anything. Entitlements and warranty terms attached to the asset and the contract can drive what the technician sees on the work order — whether this visit is covered, chargeable, or outside the agreement entirely. The revenue leak in most service businesses is not deliberate; it is a technician on site making a reasonable judgement without the commercial information, and nobody reconciling it until the quarter closes. Surfacing entitlement at the point of work is one of the highest-return configurations in the whole platform.
Condition-based maintenance is realistic today and genuinely valuable: connected equipment reports a developing fault, and a work order is raised against that specific asset before it fails. True prediction — forecasting failure from historical patterns — requires a volume and quality of service history that most organizations do not yet have, precisely because their asset records are thin. The honest sequence is to build the installed base, capture consistent service history and failure causes, connect condition data where the asset is critical enough to justify it, and treat prediction as something that becomes available later rather than something you buy now.
That single number tells us how far you are from a working preventive maintenance programme — and how much recurring revenue is currently sitting in delivery notes and filing cabinets.
Speak with a team that treats the installed base as the commercial asset it is