Wood Pole Inspection, Treatment & Replacement Program
The cyclic groundline program that keeps a wood pole fleet serviceable: excavate and sound or bore each pole, measure residual shell and strength, apply remedial preservative treatment, reinforce with a stub or truss where economic, and replace the poles that fail the reject criteria. In IFS Cloud each pole is a Functional Object positioned against the circuit Linear Asset, the inspection cycle is a Maintenance Plan / PM Action, and strength, decay and treatment results are recorded as Measurements/Parameters so that reject and treat decisions are auditable. Rejected poles become change-out Work Orders or, at volume, a funded replacement Project with materials drawn from Inventory Part and Purchase Order.
Execution steps
6 steps
The sequence somebody actually follows in IFS Cloud, step by step, written for a person doing the work rather than for a diagram.
Data requirements
13 requirements
Every entity this process needs, mapped to its IFS object, marked mandatory or optional, with the source system it comes from. This is the list a data migration is built from.
Configuration decisions
5 decisions
The choices this process forces you to make in IFS, named up front. Finding these in week nine of a program is what makes week nine expensive.
KPIs
5 measures
What this process is measured on, so the reporting requirement is known before the process is configured rather than after go-live.
Integration points
5 integrations
Where this process has to talk to something outside IFS, and what crosses the boundary.
Workshop questions
6 questions
The questions to ask the business about this process, written before the workshop. This is the difference between a design session and a discussion.
Prerequisites
4 prerequisites
What has to be true before this process can run at all: master data, other processes, setup completed elsewhere.
Industry variants
3 variants
How this process differs by industry: the parts a utility does differently from a manufacturer, already worked out rather than discovered.
Process diagram
1 BPMN diagram
A real BPMN diagram, editable in the platform, not a picture of one. It is the same diagram your team will annotate in the workshop.
Sources
3 citations
Where this came from. Every process traces back to IFS documentation and release notes, so a claim about how IFS behaves can be checked rather than believed.
Every process in the library looks like this.
47 details are already worked out for this one process. A license opens them, and the other 619 processes with them.