Skip to main content
The plan builder is where a maintenance plan is created and changed. Start it with New plan on the register, or Edit on a plan’s own screen. The plan builder on a new plan The plan builder on a new plan

How the builder works

  • The plan exists from the end of step one. Saving the first step creates the plan as a draft. Every later step saves its own part of the plan when you press its save button, so you can leave and come back without losing anything.
  • A draft generates nothing. Nothing is raised until the plan is activated at the last step, so a half-built plan is harmless.
  • The step list on the left shows where you are. A green tick means the step has something in it. A number in amber means you have passed the step without entering anything — hover it to see Nothing entered here yet. The later steps cannot be opened until step one has been saved.
  • Back returns to the previous step. Skip this step moves on without saving — fine for optional steps, since each step that you did save is already saved.
  • Errors appear at the top of the step, beside what caused them. A step that is short of something it needs says so beside its save button and stays disabled until you fix it.
The header shows the plan’s number and name once it exists, its status (with generates nothing yet until it is live), and Step N of M with the current step’s name.

Which steps a plan has

A plan whose work order type raises an inspection has six steps: Basic Information, Scope, Trigger, Scheduling, Preview and Activate. The inspection template is the whole checklist, so the task list, requirements and safety steps do not apply. A plan that raises work orders has up to twelve. Four of them depend on which modules your organisation uses, and are left out when the module is switched off: Hiding a step does not delete what it held. If a module is switched off and on again, the plans that named those requirements still have them.

Permissions

Step 1: Basic information

Basic information on a plan that raises an inspection Basic information on a plan that raises an inspection Create draft and continue (on a new plan) or Save and continue saves the step and moves on.

Step 2: Scope

Choosing what a plan covers Choosing what a plan covers The scope is what the plan covers. A round is raised for every asset (or place) it reaches. A plan is scoped one way, chosen first under Scope this plan by: Asset category, Asset, Location or Asset type. Only the section for that choice is shown, with how many you have selected. A category or an asset type in scope is usually the better choice for a fleet: commission another pump of that type and it comes into scope without anyone remembering to add it. Changing the choice once something is selected asks first — “Scope by … instead? What is chosen under … comes out of this plan.” — with Switch and Cancel. A plan saved before scopes were chosen one way may hold more than one kind; the step then warns that saving keeps only the kind chosen. A plan with nothing in scope cannot be activated, and the step warns you.

Step 3: Trigger

A plan with a meter trigger and a calendar trigger A plan with a meter trigger and a calendar trigger What makes this plan fall due. Press Add a trigger to add one (it starts as a calendar trigger every 90 days); the bin icon removes one. Without any trigger the plan can never fall due, so activation refuses it.

Fields on every trigger

Calendar

Meter or runtime

Condition

A condition trigger A condition trigger A condition is asked of the asset as it stands, and only on the rising edge: a round is raised when it becomes true, and not again until the last one is finished. Leave the rule empty and the plan saves but never falls due.

A date on the asset

For work that falls due on a date each asset carries for itself — its next calibration, its warranty expiry, an inspection certificate’s renewal — rather than on a calendar the plan chooses. Each asset in scope falls due on its own date. A round is raised the plan’s lead time before that date — or straight away when the date has already passed, dated when it really was due — and is due on the date itself, with the plan’s tolerance on top. There is one round per date: “once it is done, the next one is raised when somebody records the asset’s next date.” So recording a new calibration date on the asset is what schedules the next calibration. The date is checked whenever it is written — the asset saved, a custom field answered, an asset added to the plan, the plan activated — and regularly in between, so a date that time alone has brought inside the lead time is also picked up. Save and continue is held back, with the reason, while a calendar trigger has no whole-number interval, a meter trigger has no meter type, a meter interval is not above zero, or a date trigger does not say which date on the asset it falls due on.

Step 4: Tasks

The checklist step, built from library sections The checklist step, built from library sections The checklist a technician will work through, built from sections. A plan typically reads as “isolation, then the service, then the two things this site needs”, in the order the work happens. Steps written before sections existed appear first, under a note; they still run first, and you can move them into a section to give them a heading and files.

Adding from the library

Choosing a checklist from the library Choosing a checklist from the library The dialog lists the library’s checklists with a search box and an Every category filter. Each shows its description, number of steps, total minutes and number of files. A checklist with nothing published yet cannot be chosen — publish it on the Checklist library screen first. The steps are copied onto the plan: editing them here never changes the library, and editing the library never changes this plan.

Each section

Each step

Arrows move a step earlier or later; the bin removes it.

Saving to the library

Save this section to the library and Save the whole checklist to the library both open a dialog with Name (for example Centrifugal pump — quarterly service) and Category (optional), which offers the categories your library’s checklists already use. Type a name that is not listed to start a new one (“New category …”), or leave it at No category. The steps and their files are copied into the library; this plan keeps its own copy and is not changed by later edits there.

Steps 5 to 8: Parts, tools, skills and vendors

Choosing the parts a plan needs Choosing the parts a plan needs These four steps build one list: the plan’s requirements, which become requirements on every work order the plan raises. They are what the readiness check looks at before somebody is sent, not a shopping list. A plan needs none of them to be valid. Each step has the same layout. The top section, Parts this plan needs (or tools, skills, vendors), lists what is chosen with a count. Add parts (or tools, skills, vendors) below lists what you can add, with a search box.

Step 9: Safety / Permit

The safety and permits step The safety and permits step

Step 10: Scheduling

The scheduling step The scheduling step

Scheduling

Ownership & reminders

Two different questions: who does the work, and who is told about the schedule. To stop a frequent round being done in the same visit as a less frequent one on the same asset — the monthly in the month the yearly service does it anyway — switch on Activity merge for the site. See How plans raise work.

Step 11: Preview

The preview step with a warning The preview step with a warning What this plan says summarises the plan before it goes live: Name, Type (the maintenance type by name, as the plans list shows it), Schedule (the frequency sentence, such as every quarter or every 2000 running hours), Scope (each entry by kind — Asset, Category, Asset type or Place — with its code and name, and the site where the entry is not itself the site; a place is given as its whole path from the site down; past eight entries the rest are summed up as “and N more”), Tasks and Parts, skills & permits — how many requirements the plan names (or Inspection and Raises for an inspection plan), Duration, Lead time, Work orders (raised automatically or raised by a planner), First due, and Tolerance with the date the first round is on time until. Below it, the builder checks the plan. This cannot be activated yet lists anything that stops activation: Worth knowing lists things that do not stop activation but a planner is usually glad to be asked about: When there is nothing to flag, the step says Nothing to flag. The plan is ready to activate. Read it before activating — this is where a trigger that fires daily instead of monthly becomes obvious. Continue to activation moves on.

Step 12: Activate

Activating publishes version 1 of the plan and starts generating rounds. The version is a snapshot, so editing the plan later does not rewrite the history of work it has already raised. Any blockers are listed again, and Activate this plan stays disabled until they are fixed. Activating takes you back to the register. Once a plan is live this step says so — This plan is live. Version N is published, and its schedule has been built. — with the next due date, See the schedule (opens Maintenance Due) and Back to the register. What happens next is described in How plans raise work.

Editing a plan later

Edit on the plan reopens the builder at step one. Each step saves only when you press its save button.
  • Changes apply to rounds not yet raised. Work orders already raised keep what they were raised with.
  • The schedule follows your edits straight away, but the rounds raised from them still carry the old version number until somebody publishes a new version from the plan’s screen. See Publishing a new version.
  • Changing the type to one that raises an inspection (or back) changes which steps the plan has; the builder keeps you on a step that exists.
Parts, tools, skills and vendors are one list behind the scenes, and each of those steps saves the whole list. Make requirement changes in the builder rather than piecemeal elsewhere.