Skip to main content
Root cause is where a repeating problem is investigated, and where the actions that come out of the investigation are followed until somebody can say whether they worked. Open it from Assets → Root Cause.
If you don’t see this in your navigation, your administrator can switch the module on under Administration → Modules, or it may not be included in your plan.
The Root cause screen, with its header counts and the list of investigations The Root cause screen, with its header counts and the list of investigations An investigation that reaches a root cause changes nothing on its own. What changes something is an action, done, verified, and found afterwards to have worked — which is why the screen tracks actions as closely as investigations.

The header

The third is the figure the screen exists for: an action completed, verified and then reviewed as ineffective is the register saying the diagnosis was wrong. Two notices appear above the tabs whenever they apply — actions reviewed and found not to have worked, and actions completed that nobody has verified — and each jumps to the Actions tab. Open an investigation starts a new one. The screen has three tabs: Investigations, Actions and Failures, each with a count.

Investigations

Opening an investigation

Open an investigation opens a form above the list. The Open an investigation form, asking for an asset or a place, the problem statement, a method and a due date The Open an investigation form, asking for an asset or a place, the problem statement, a method and a due date Open creates it and opens it. A Reliability Repeat fault recommendation is usually what prompts one.

Inside an investigation

An investigation using Five Whys, with its chain of findings, the root cause marked and two actions An investigation using Five Whys, with its chain of findings, the root cause marked and two actions The header shows the reference and subject, and counts findings, actions and those still open. Below it, What is being investigated shows the problem statement, the status, the method, when it was opened and who leads it.

Findings

The findings are drawn the way the method reads: Each finding has: This is the root cause marks a finding as a root cause; Not the root cause takes the mark off. More than one finding can be marked.

Concluding

Write What the investigation concluded and press Conclude.
Concluding needs at least one finding marked as the root cause. Until one is, Conclude stays disabled and the screen says Nothing is marked as the root cause yet. Mark the finding the investigation points to, above. A conclusion with nothing behind it is an opinion.

Actions

Add under Actions records a corrective or preventive action. The effectiveness review is set ninety days after the due date unless you say otherwise. A review dated the day the work finished would ask whether a change worked before anything had time to recur. Each action card shows its reference (CAPA-2026-00001), kind, standing, owner, due date, and — once they exist — the verification note and the review.

Actions

The Actions tab is the register of every corrective and preventive action, sorted by what each is waiting for rather than by date, so the ones needing a decision come first. The Actions tab, listing a corrective action that did not work and an outstanding preventive action The Actions tab, listing a corrective action that did not work and an outstanding preventive action Columns: Reference, Kind, What is to be done, From (the investigation), Owner, Due and Standing. It did not is a result, not a failure to record one.

Failures

The Failures tab lists work orders that have been classified — what failed, why and how. The Failures tab, listing classified failures on the drive-end bearing The Failures tab, listing classified failures on the drive-end bearing A work order only becomes a failure when somebody says what kind of failure it was; until then the product can count downtime but can say nothing about modes. Keeping the three lists apart is the point: bearing seized is a mode, misalignment is a cause and fatigue is a mechanism, and a chart of “bearing failure” tells nobody whether to buy a better coupling or train a fitter. The lists are kept under the failure taxonomy.

Who can do what

See roles for the defaults.