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.
| Clause | Requirement | Where it lands |
|---|---|---|
| ISO 14224:2016 cl.8 | Equipment identification and installation data recorded against the taxonomy so events pool across sites | Header |
| ISO 14224:2016 cl.9 | Failure data captured with failure mode, failure cause and detection method for every event | Coding |
| ISO 14224:2016 Annex A | Taxonomy applied down to the maintainable item, so the failed component is named from a controlled list | Coding |
| ISO 14224:2016 Annex B | Failure modes selected from the standard mode list rather than described in free text | Coding |
| ISO 14224:2016 cl.9 | Operating condition and service context recorded so failures are interpreted against the duty actually imposed | Contributing conditions |
| ISO 55001:2014 cl.9.1 | Asset performance evaluated on evidence, with the analysis method defined before the data is used | Analysis |
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.
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.
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.
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.
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.
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.
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.
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.
| Finding | Clause | What fixes it |
|---|---|---|
| A large share of records with Failure Mechanism blank, because the field is optional and coding happens from the control room | ISO 14224:2016 Annex B | Make 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 monitoring | ISO 14224:2016 cl.9 | Trend 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 health | ISO 14224:2016 cl.9 | Audit 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 recommended | ISO 55001:2014 cl.9.1 | Treat 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 nowhere | ISO 55001:2014 cl.10.1 | CAPA 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 raised | ISO 14224:2016 cl.9 | Set 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.
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
Header
13 fieldsRecord ID*
Auto sequence. Format FM-2026-0000.
The record's own ID. Other templates point at this value.
Status*
Drives who this goes to next.
- Planned2 pts
- In progress2 pts
- Complete3 pts
- Deferred0 pts
- Open0 pts
- Closed3 pts
- Overdue0 pts
Date and Time*
Raised By*
Site*
Site ID*
Format SITE-000.
Links to FDN-001 Site ID
Area
The area within the site.
Exact Location
Drop a pin for anything hard to find.
Asset*
Asset ID*
Format AST-0000.
Links to FDN-002 Asset ID
Case ID*
Thread key
Work Order ID
Links to MNT-002 Work Order ID
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 fieldsComponent Failed*
Failure Mode*
Wear, fatigue, corrosion, overload, misalignment, lubrication, contamination, looseness, electrical or control.
Failure Mechanism
Detection Method*
- Condition monitoring4 pts
- Inspection3 pts
- Alarm2 pts
- Operator observation2 pts
- Failure in service0 pts
Failure Pattern*
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
Component Age
Expected Life
Reached Expected Life*
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 fieldsOperating Outside Design*
- No3 pts
- Occasionally1 pt
- Routinely0 pts
Recent Maintenance On This Component*
Failures shortly after maintenance point at the maintenance.
- No3 pts
- Yes0 pts
Recent Change Or Modification*
- No3 pts
- Yes0 pts
Environment Contributing*
Wash down, caustic, temperature cycling and ammonia are all hard on equipment in food plants.
- No3 pts
- Partly1 pt
- Significantly0 pts
Lubrication Adequate*
- Yes3 pts
- Marginal1 pt
- No0 pts
Cleaning Method Contributing*
- No3 pts
- Possibly1 pt
- Yes0 pts
Analysis
15 fieldsComponent Sent For Analysis*
- Yes3 pts
- No1 pt
Analysis Findings
Covered By Existing PM*
- Yes3 pts
- Partly1 pt
- No0 pts
PM Would Have Detected It*
- Yes3 pts
- Possibly1 pt
- No0 pts
PM Change Recommended*
- No3 pts
- Yes1 pt
FMEA Update Recommended*
- No3 pts
- Yes1 pt
FMEA ID
Links to MNT-049 Assessment ID
Action Required*
Raise the action record, then enter its reference here.
- No2 pts
- Yes0 pts
Priority
- High0 pts
- Medium1 pt
- Low3 pts
CAPA ID
Format CAPA-2026-00000.
Links to FDN-014 CAPA ID
Action Owner
Technician*
Signature*
Reliability*
Second Signature*
MNT-014 · record IDs look like FM-2026-000 · Links Asset, Case
Open in KnowellaRun 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.
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.
Picks up the CAPA when Action Required is Yes, so the corrective action lives with every other nonconformity rather than in a maintenance spreadsheet.
Catches failures with a safety consequence, particularly guard, interlock and control failures, and routes them into incident and risk review.

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
Industries this is written for
Programmes this belongs to
Used together in Reliability and Predictive Maintenance
Root Cause Analysis
Finds out why something happened rather than who was involved
Equipment Failure Report
Records that an asset has failed and stopped or degraded production
Repair Record
Records what was actually done to fix the asset, including parts replaced and settings changed
Temporary Repair Record
Records a repair that is not permanent, with an expiry date and a plan for the proper fix
Repeat Failure Review
Reviews an asset that has failed the same way more than once
Production Impact Record
Records what the failure cost in lost output, scrap and late orders
More in Breakdowns
Equipment Failure Report
Records that an asset has failed and stopped or degraded production
Repair Record
Records what was actually done to fix the asset, including parts replaced and settings changed
Temporary Repair Record
Records a repair that is not permanent, with an expiry date and a plan for the proper fix
Repeat Failure Review
Reviews an asset that has failed the same way more than once
Production Impact Record
Records what the failure cost in lost output, scrap and late orders
Breakdown Debrief
A short review straight after a significant breakdown, capturing what happened and what would have helped

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
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.