Knowella

Failure Mode Record

The recurring failure is not a missing record, it is a record full of prose. Technicians write "bearing gone again, replaced", the reliability engineer reads three hundred of them a year, and nothing can be counted. Two years on nobody can say whether the plant's bearings die of contamination, misalignment or a fitting method, because the answer was never written in a form a query could reach.

KnowMaintainRecordMNT-014Pinned in navigation42 fields across 4 sectionsFull researchSee the form

Reviewed by Siddarth SinghCSPLast reviewed 16 August 2026

Basis
ISO 14224
Workspace
KnowMaintain
Form type
Record
Review trigger
Every unplanned failure, coded once the repair is done and the part is in hand
Completed by
Technician who did the repair, countersigned by reliability

The short version

  • Free text failure descriptions are unqueryable, so a plant that keeps them has no reliability data, only anecdotes with dates on them.
  • Detection Method is the most valuable field on the form. A rising share of Failure in service says the condition monitoring programme is not catching what it was bought to catch.
  • Premature failure against Reached Expected Life is almost never a bad part. It points at installation, specification or operating context, which is why the contributing conditions section exists.
  • The record only pays back when coded within a shift of the repair, while the component is on the bench and the mechanism is still visible.

What this is

What is a failure mode record?

What is a failure mode record?

It is a structured classification of a single failure event, written after the repair rather than during it. Instead of free text, the technician selects a component, a failure mode and a mechanism from a fixed taxonomy derived from ISO 14224. The point of the constraint is arithmetic: coded records can be counted and trended, and prose cannot.

How does a failure mode differ from a failure mechanism?

The mode is how the component went out of specification at the observable level, such as wear, overload or looseness. The mechanism is the physical process behind it, such as abrasive wear, pitting or a fatigue crack. ISO 14224 keeps them apart because several mechanisms produce the same mode, and the corrective action follows the mechanism.

What is a failure pattern in this context?

It is the shape of failure over time: wear out, random, infant mortality or induced by maintenance. Only age-related wear out justifies a fixed interval replacement. Random failures need condition monitoring, and infant mortality or maintenance-induced failure points at the workshop rather than at the part.

Scope

When is a failure mode record required?

This is the classification step, not the repair step and not the investigation. It sits after the asset is fixed and before any decision about changing maintenance strategy. Using it for neighbouring jobs produces records nobody can report on.

Use this template when

  • An unplanned failure has occurred on a registered asset and the repair is complete
  • The failed component is in hand and the mechanism can still be observed
  • A work order needs its failure closed out with a code rather than a comment
  • You are building a bad actor list or an MTBF picture and need a countable population
  • An FMEA or PM interval is under review and needs evidence of how the kit actually fails

Do not use it for

  • Equipment Failure Report, which captures that an asset stopped and what production lost, raised at the breakdown rather than after the repair.
  • Repair Record, which captures the parts, torques, settings and verification of the physical fix rather than the cause.
  • Root Cause Analysis, a facilitated multi-discipline investigation for the few failures that warrant one, not a per-event code.
  • Repeat Failure Review, which reads across many of these records for one asset rather than describing a single event.
  • Equipment FMEA, a forward-looking prediction of failure modes before they happen, not a record of one that did.

Compliance mapping

Which ISO 14224 requirements does this satisfy?

ISO 14224 is a data collection standard rather than a management system standard: it prescribes what a failure record must contain and how it is classified, not certification. The mapping below shows where its requirements land on this form.

ClauseRequirementWhere it lands
ISO 14224:2016 cl.8Equipment identification and installation data recorded against the taxonomy so events pool across sitesHeader
ISO 14224:2016 cl.9Failure data captured with failure mode, failure cause and detection method for every eventCoding
ISO 14224:2016 Annex ATaxonomy applied down to the maintainable item, so the failed component is named from a controlled listCoding
ISO 14224:2016 Annex BFailure modes selected from the standard mode list rather than described in free textCoding
ISO 14224:2016 cl.9Operating condition and service context recorded so failures are interpreted against the duty actually imposedContributing conditions
ISO 55001:2014 cl.9.1Asset performance evaluated on evidence, with the analysis method defined before the data is usedAnalysis

What it does not cover

  • A free text failure description, which reads well to whoever wrote it and cannot be counted, filtered or trended by anyone else.
  • A CMMS failure code field left at its default, which produces a population where most failures are classified as Other and the analysis dies there.
  • The work order close-out comment, which is written to release the asset, not to build data.
  • Root cause analysis on the serious failures only, which tells you a great deal about five events a year and nothing about the four hundred that quietly set the maintenance budget.
  • Vibration or thermography reports filed by route, which record condition at a point in time and never close the loop on whether that condition preceded a failure.

Global

Failure Mode Record requirements by country

ISO 14224 carries no legal force. What varies is whether a regulator or customer requires documented evidence of equipment condition and deficiency, at which point a coded failure history stops being an engineering nicety.

United States

29 CFR 1910.119(j), Process Safety Management, mechanical integrity

Covered processes must keep written procedures and inspection and test records, and must correct equipment deficiencies before further use or in a safe and timely manner.

Inside PSM scope, a coded failure history is the evidence that deficiencies were dealt with rather than repeatedly patched. Inspectors read the pattern, not the individual repair.

United Kingdom

Provision and Use of Work Equipment Regulations 1998, regulation 5

Work equipment must be maintained in an efficient state, in efficient working order and in good repair, and any maintenance log must be kept up to date.

Efficient state is judged on the record. Repeated failures of the same component with no evidence the regime changed is the strongest argument an inspector has that regulation 5 was not met.

Norway and the UK Continental Shelf

ISO 14224:2016, developed from the OREDA offshore reliability data project

Operators pool equipment failure data across companies using a shared taxonomy, and the standard exists to make that pooling possible.

Here the taxonomy is contractual rather than optional. Deviating from the standard mode list makes your data useless to the pool and, in practice, unacceptable to the operator.

How to complete it

How to complete a failure mode record, step by step

Filling the form is quick. Whether the record is worth anything a year later turns on four judgement calls, each of which a busy technician gets wrong by default unless the expectation is set.

Which component actually failed, not which one you replaced

Component Failed is a single choice, so a coupling replaced because the shaft was bent forces a decision. Code the first item in the chain that went out of specification and leave consequential replacements to the repair record. Coding the replaced part is how bearings come to dominate a bad actor list that should have been about alignment.

Whether detection was genuinely condition monitoring

The gap between Condition monitoring at four and Failure in service at zero is the whole business case for the predictive programme. An alarm that fired as the machine tripped is not condition monitoring; it is Alarm at best and Failure in service in truth. Grading generously flatters the programme and hides that it is not buying warning time.

Whether the failure was premature, and against what basis

Reached Expected Life scores Premature at zero because premature failure indicts the maintenance system rather than the component. That only holds if Expected Life comes from a real basis, a manufacturer figure or your own observed mean, rather than from the technician's impression. If nobody can name the basis, record Close to expected and fix the expected life data first.

Whether to admit that maintenance caused it

Failure Pattern offers Induced by maintenance, and Recent Maintenance On This Component asks the same question from the other side, both scoring zero. They are the hardest fields to answer honestly because the person answering often did the earlier job. Countersignature by reliability rather than by the supervisor is the practical control, and it is why the second signature exists.

What auditors find

Most common failure mode record findings

These are what show up when a coded failure programme is audited a year after launch. All are visible in the data itself, which is the point.

FindingClauseWhat fixes it
A large share of records with Failure Mechanism blank, because the field is optional and coding happens from the control roomISO 14224:2016 Annex BMake mechanism mandatory wherever Component Sent For Analysis is Yes, and set the expectation that coding happens after strip-down.
Detection Method dominated by Failure in service on assets that carry vibration or thermal monitoringISO 14224:2016 cl.9Trend it by asset class and take it to the route plan. Either the route interval exceeds the P-F interval or the measurement point is wrong.
Contributing conditions completed as No across the board, giving every failure a clean bill of healthISO 14224:2016 cl.9Audit a sample against cleaning and operations records. In a wash-down plant, Environment Contributing answered No every time is evidence of a form filled without thought, not of a benign environment.
Covered By Existing PM answered Yes but PM Would Have Detected It answered No, and no PM change recommendedISO 55001:2014 cl.9.1Treat the combination as an automatic trigger for PM Optimization Review. A PM that covers the component but cannot detect the failure consumes labour for nothing.
Action Required answered Yes with no CAPA ID entered, leaving the action nowhereISO 55001:2014 cl.10.1CAPA ID and Action Owner already appear conditionally; make them required under that condition so the record cannot close with an orphaned action.
Repeat entries for the same asset and component over months with no bad actor review raisedISO 14224:2016 cl.9Set a standing query on component and asset ID with a threshold, and route breaches to repeat failure review rather than relying on someone noticing.

Case in point

Case in point: the homogeniser that failed on bearings for two years

A dairy processor logged twenty-three unplanned stops on one homogeniser across two years. Every close-out said some version of "bearing failure, replaced, tested, returned to service". Bearings duly topped the plant's failure report, so the response was a premium bearing brand and a shorter replacement interval. Failures continued at the same rate at greater cost.

Coded records changed the picture in four months. Component Failed was indeed Bearing, but Failure Mechanism came back as Corrosion and Pitting rather than fatigue, Environment Contributing was answered Significantly on nine of eleven records, and Detection Method was Failure in service every time. The bearings were not wearing out, they were being washed. The fix was a shaft seal redesign and a change to the caustic wash routine, neither of which had ever been proposed while the record was prose.

The template

The template, field by field

The form exactly as it installs. Every field, option, score and conditional rule is editable, and the links to other templates come with it.

42fields
4 sections
Reference
MNT-014
Archetype
Record
Record ID
FM-2026-000
Scoring
Not scored
Direction
n/a
Singleton
No
Basis
ISO 14224
Links
Links Asset, Case
Tags
Maintenance, Reliability
Sections
4
Fields
42
Follow up fields
3
Repeating sections
0
Links out
5
Field typesOwn ID, generated on saveCase thread and parentPick list from a registryLinked to another templateFollow up, dashed outlineScored

Header

13 fields
Text

Record ID*

Generated on save

Auto sequence. Format FM-2026-0000.

The record's own ID. Other templates point at this value.

Single Choice

Status*

Scored

Drives who this goes to next.

  • Planned2 pts
  • In progress2 pts
  • Complete3 pts
  • Deferred0 pts
  • Open0 pts
  • Closed3 pts
  • Overdue0 pts
Date & Time

Date and Time*

Users

Raised By*

Pick List

Site*

From FDN-001 Site NameFilter: Status is Active
Text

Site ID*

Linked

Format SITE-000.

Links to FDN-001 Site ID

Single Choice

Area

Optional

The area within the site.

Cutting roomBoning hallPackingChill storeFreezerPasteurisingFillingCulture roomDespatchYardWorkshopPlant roomOffices
Location

Exact Location

Optional

Drop a pin for anything hard to find.

Pick List

Asset*

From FDN-002 Asset NameFilter: Site matches, Status is Active
Text

Asset ID*

Linked

Format AST-0000.

Links to FDN-002 Asset ID

Text

Case ID*

Thread key

Thread key

Text

Work Order ID

OptionalLinked

Links to MNT-002 Work Order ID

Info

Codes, Not Prose

Free text failure descriptions cannot be counted. Coded failure modes turn three hundred breakdowns into a short list of things worth fixing.

Coding

8 fields
Single Choice

Component Failed*

BearingSealMotorGearboxBelt or chainValveSensorActuatorControl boardStructurePipework
Single Choice

Failure Mode*

Wear, fatigue, corrosion, overload, misalignment, lubrication, contamination, looseness, electrical or control.

WearFatigueCorrosionOverloadMisalignmentLubricationContaminationLoosenessElectricalControl
Single Choice

Failure Mechanism

Optional
Abrasive wearAdhesive wearFatigue crackPittingCorrosionErosionThermalElectrical
Single Choice

Detection Method*

Scored
  • Condition monitoring4 pts
  • Inspection3 pts
  • Alarm2 pts
  • Operator observation2 pts
  • Failure in service0 pts
Single Choice

Failure Pattern*

Scored

Random, wear out, infant mortality or induced. Each needs a different maintenance strategy.

  • Wear out, age related3 pts
  • Random1 pt
  • Infant mortality0 pts
  • Induced by maintenance0 pts
Text

Component Age

Optional
Text

Expected Life

Optional
Single Choice

Reached Expected Life*

Scored

Premature failure points at installation, operation or specification, not at the part.

  • Yes or beyond3 pts
  • Close to expected2 pts
  • Premature0 pts

Contributing conditions

6 fields
Single Choice

Operating Outside Design*

Scored
  • No3 pts
  • Occasionally1 pt
  • Routinely0 pts
Single Choice

Recent Maintenance On This Component*

Scored

Failures shortly after maintenance point at the maintenance.

  • No3 pts
  • Yes0 pts
Single Choice

Recent Change Or Modification*

Scored
  • No3 pts
  • Yes0 pts
Single Choice

Environment Contributing*

Scored

Wash down, caustic, temperature cycling and ammonia are all hard on equipment in food plants.

  • No3 pts
  • Partly1 pt
  • Significantly0 pts
Single Choice

Lubrication Adequate*

Scored
  • Yes3 pts
  • Marginal1 pt
  • No0 pts
Single Choice

Cleaning Method Contributing*

Scored
  • No3 pts
  • Possibly1 pt
  • Yes0 pts

Analysis

15 fields
Single Choice

Component Sent For Analysis*

Scored
  • Yes3 pts
  • No1 pt
Text

Analysis Findings

Optional
Single Choice

Covered By Existing PM*

Scored
  • Yes3 pts
  • Partly1 pt
  • No0 pts
Single Choice

PM Would Have Detected It*

Scored
  • Yes3 pts
  • Possibly1 pt
  • No0 pts
Single Choice

PM Change Recommended*

Scored
  • No3 pts
  • Yes1 pt
Single Choice

FMEA Update Recommended*

Scored
  • No3 pts
  • Yes1 pt
Text

FMEA ID

OptionalLinked

Links to MNT-049 Assessment ID

Single Choice

Action Required*

Scored

Raise the action record, then enter its reference here.

  • No2 pts
  • Yes0 pts
Single Choice

Priority

OptionalScoredShows if Action Required equals Yes
  • High0 pts
  • Medium1 pt
  • Low3 pts
Text

CAPA ID

OptionalLinkedShows if Action Required equals Yes

Format CAPA-2026-00000.

Links to FDN-014 CAPA ID

Users

Action Owner

OptionalShows if Action Required equals Yes
Users

Technician*

Signature

Signature*

Users

Reliability*

Signature

Second Signature*

MNT-014 · record IDs look like FM-2026-000 · Links Asset, Case

Open in Knowella

Run it with agents

From a document you fill in to a programme that runs itself

Coding one failure takes two minutes. Making sure every failure gets coded, that codes stay consistent between shifts, and that patterns reach someone who can act is the part that decays quietly.

KnowMaintain

Holds the asset register the record codes against, links each failure to its work order and case thread, and keeps the coded history on the asset rather than on the job.

KnowQuality

Picks up the CAPA when Action Required is Yes, so the corrective action lives with every other nonconformity rather than in a maintenance spreadsheet.

KnowSafe

Catches failures with a safety consequence, particularly guard, interlock and control failures, and routes them into incident and risk review.

Ella
Ella

Watches the coded population for repeats, flags assets crossing a bad actor threshold, and drafts the review trigger for your approval before any write.

This template lives in KnowMaintain — asset maintenance. Work orders, planned maintenance, calibration, reliability and shutdowns.

Meet KnowMaintain→

Glossary

Failure Mode Record definitions and key terms

Maintainable item
The lowest level in the ISO 14224 taxonomy at which a failure is recorded and a repair carried out, typically the bearing or seal rather than the pump.
P-F interval
The time between an incipient failure becoming detectable and functional failure. It sets the maximum useful interval for a condition monitoring route.
Bad actor
An asset or component whose failure frequency or consequence places it in the small population accounting for most unplanned downtime.
Infant mortality
Failure concentrated just after installation or overhaul, usually caused by fitting, commissioning or specification rather than wear.
MTBF
Mean time between failures, the average operating interval between unplanned failures of a repairable item. Meaningful only when the population is consistently coded.

FAQ

Frequently asked questions about failure mode record

Why not just let technicians describe the failure in their own words?+

Because you cannot count sentences. Free text answers "what happened on this job" and is useless for the question that drives spend, which is "what kills this class of equipment on this site". The right answer is both: coded fields here, narrative in the repair record's description.

Does ISO 14224 apply outside oil and gas?+

It was written for petroleum, petrochemical and natural gas industries and its equipment classes reflect that. The taxonomy structure and failure mode logic transfer cleanly to food, pharmaceutical and general manufacturing, which is how this template uses it. You are borrowing the classification discipline, not claiming conformity to a scope the standard does not cover.

Should every breakdown get a failure mode record?+

Every unplanned failure of a registered asset, yes; that is what makes the population countable. Planned replacements at interval do not need one unless the part was worse than expected, in which case you have found a failure the PM was too slow to catch and it should be recorded.

Who should code the record, the technician or the reliability engineer?+

The technician, because they saw the part. The reliability engineer countersigns, which is what the second signature is for. Engineers coding from work orders they did not attend reproduce the free text problem with a nicer interface.

What is the relationship between this and the FMEA?+

The FMEA predicts failure modes; this record reports the ones that happened. Where a recorded mode is absent from the FMEA, the FMEA Update Recommended field closes that loop. An FMEA never corrected by observed failures becomes a document about an imaginary machine.

How long before the data becomes useful?+

For a single asset, a year or more. For a class of assets across a site, patterns are readable within three to six months because you are pooling events. That is the argument for one shared taxonomy from day one rather than a list per area.

Keep going

Related templates and programmes

Siddarth Singh

Written and reviewed by

Siddarth Singh

Founder & Chief Executive Officer, Knowella

Certified Safety Professional and industrial and systems engineer with more than a decade inside food supply chain, freight and manufacturing operations. This page was written against the current text of the standards it cites, not against secondary summaries of them.

  • Certified Safety Professional (CSP), Board of Certified Safety Professionals
  • MBA, University of Chicago Booth School of Business
  • MS and BS, The Ohio State University, Industrial and Systems Engineering
  • Six Sigma Black Belt
Verify with BCSP →

Sources and last review. Reviewed 16 August 2026 against:

  • ISO 14224:2016 — Collection and exchange of reliability and maintenance data for equipment, cl.8, cl.9, Annex A, Annex B
  • ISO 55001:2014 — Asset management systems: requirements, cl.9.1 and cl.10.1
  • EN 13306:2017 — Maintenance terminology
  • 29 CFR 1910.119(j) — OSHA Process Safety Management, mechanical integrity
  • Provision and Use of Work Equipment Regulations 1998, regulation 5

This page is general guidance, not legal advice. Confirm requirements with your jurisdiction’s regulator.

Start in Minutes, Not Weeks

Launch a Ready-Made Template and Customize It Your Way

Every template is fully editable. Adjust fields, workflows, and branding to match your processes, then deploy to your team instantly.