Skip to main content
This page explains the small number of ideas everything in the product hangs off. Learn these and the screens explain themselves.

The chain

The records

A physical thing you maintain — a pump, a compressor, a generator. Assets form a hierarchy: a bearing belongs to a pump, which sits on a production line, in a building, at a site. Work, cost, downtime and failures all roll up that tree.An asset carries meters, cover, a criticality, a health score and a full history. See the asset register.
Somebody reporting that something needs attention. A request is not a job — it is a claim that there might be one. Triage decides: convert it to a work order, or reject it.Requests keep the reporter’s own words, which is why they exist as a separate record rather than as a draft job. See work requests.
The job itself, and the most important record in the product. It carries the asset, the type (preventive, corrective, breakdown, inspection), the priority and its service level, who it is assigned to, what it needs, what it cost, and every state change it has been through.See inside a work order.
A rule that raises work orders on its own. A plan names the assets it covers and one or more triggers — a calendar interval, a meter threshold, an event, or a measured condition — combined with ANY or ALL.A plan can also raise an inspection round alongside the work order. See the plan builder.
What a job needs before it can be done: a part, a tool, a skill, or a vendor. Requirements come from the maintenance plan, or are added to the job directly.All four are one thing to the system, which is why the readiness check can answer “can this be done” in a single question rather than four.
Whether a job can actually be executed right now. Readiness reads the requirements and reports what is missing — a part not in stock, a tool out on another job or overdue for calibration, a skill or certification nobody available holds.Readiness is a fact about the job, not a status. A job can be Assigned and not ready.
Who pays. When work is raised against an asset, the system evaluates the contracts and warranties covering it and records the decision — covered or not, by which agreement, with the evidence it used.The decision is recorded rather than recomputed, so a repair billed internally on a machine the manufacturer would have covered is visible instead of silent. See entitlements and claims.
What actually broke, recorded against the asset. Failures drive downtime, MTBF and the bad-actor ranking on Reliability. A failure is raised from the job that fixed it, or from a failed inspection check.Classifying one means saying what kind of failure it was, what caused it, and by what mechanism — three separate lists, because collapsing them tells you nothing about what to change.
Why the same thing keeps happening. An investigation is opened against an asset, works down to findings you can evidence, and concludes on a root cause — which it will not do until one is marked.What comes out of it is actions, corrective or preventive, each followed until somebody has confirmed it was done and then reviewed whether the problem actually stopped. See root cause.
A sign-off your organisation has put in front of an action — creating, editing, deleting or changing the status of a record. An approval workflow names the steps and who may sign each one; while it runs, the action waits. Every step that needs you lands on Approvals, whatever kind of record it is about.
Written permission for a hazardous job to start, with its isolations and precautions applied and proved. A work order that asks for a permit cannot begin until one is issued and accepted by the person in charge of the work. See permits.
A planned window with the plant off — a turnaround, an outage, a closure. A shutdown gathers the work orders that need that window, fixes its scope, and shows whether the work fits the window by its critical path. Take the shutdown away and every job in it is still an ordinary work order. See shutdowns.
A reservation of an asset, a tool, a bay or a person for a time, with an issue, a return and, where your organisation charges for it, a rate and a charge. A clash is refused rather than double-booked. See bookings.
A count of the register against what is physically there. A round fixes the list of assets to check, auditors walk it recording what they find, and the result says what was found, moved or missing. See verification.

Where things are

Several features answer the question where is this, actually? at different scales:

Sites and scope

An organisation has sites — plants, depots, buildings. Inside a site is a location tree: building, floor, line, room. Assets live at locations. Two separate things control what you can see:
A user with no site grants can reach every site — no grants means unrestricted. Adding somebody’s first site therefore narrows them from everything to one, and removing their last widens them back to everything. See people and access.

Statuses are yours, not ours

Every lifecycle in the product — work orders, requests, assets, vendors — is a state model your organisation owns. You can rename states, add them, and change which moves are allowed. What a status means is carried by flags rather than by its name: whether it counts as open, whether it stops the service-level clock, whether parts may be consumed against it, whether a technician may still edit the job. That is why renaming Waiting for Parts to “Awaiting spares” changes the label everywhere and breaks nothing. See statuses and transitions.

Custom fields

What the product tracks is not all your plant tracks. Custom fields add your own — a batch number, a torque figure, a compliance flag — to any record type, and arrange where each one sits on the form alongside the product’s own fields. A field’s type is chosen once, at creation. Changing it later would not convert the answers already stored, so the product does not offer it. See form studio.

Working offline

Technicians use a separate field app built for a plant room with no signal. It holds its own encrypted copy of the work assigned to the device, applies changes immediately, and queues them for the server. When two people change the same job, the collision is surfaced for a person to decide rather than silently resolved. See offline and sync.

Modules and permissions

Two separate things decide whether a screen appears for you: A screen appears only when both are true. Your own profile lists every permission you hold in plain words, which is the place to look before asking for access.

Organisations

An organisation is one company’s whole copy of the product — its own sites, people, settings and data. One person can hold accounts in several organisations with the same email address, and move between them with the organisation switcher at the foot of the sidebar. Moving is not a filter: you leave one organisation’s data and rules and arrive in another’s.