FMEA software: keep the analysis connected to the control revision
A process changes and the team installs a new detection control. The action is marked complete, but its effectiveness check is still missing and the approved control plan references the old process. Can your FMEA software expose those differences without rewriting the earlier assessment? Use that case to evaluate its analysis, revision and review workflow.
Jump to the 3 productsEditorial responsibility: Dimitris Mitsios (Founder of The QHSE Standard; product marketing at Tekmon) · Tekmon pays for sponsored placements on this site (disclosure) · How pages are made · LinkedIn
Method sources reviewed 21 September 2026. Product-scope notes aligned on 29 September with profile records checked 28–29 September; this does not re-date the method-source review. This is a documentation review and proposed software demonstration, not hands-on product testing or a completed engineering risk assessment. Evaluation methodology.
TekmonAd
Explore its published safety, quality and maintenance workflows. Confirm modules and pricing in a scoped proposal.
Choose the analysis before choosing the worksheet
The ASQ FMEA overview distinguishes design analysis from process analysis and places scope, functions, potential failures and consequences before prioritisation. Define the product or process, its boundaries, assumptions and responsible team before asking a vendor to demonstrate a scoring screen.
For design FMEA, demonstrate the item or interface, intended function, potential failure and effects in the relevant operating context. For process FMEA, demonstrate the manufacturing or service step, its function, potential failure, effects, causes and existing controls. Shared references can connect the analyses, but copying a design row into a process worksheet does not establish the process analysis.
Four records that should remain distinguishable
| Record | What to retain | What it does not establish |
|---|---|---|
| Analysis and method | Scope, team, functions, failure/effect/cause relationships, assumptions and method/version | A completed template does not prove that the failure analysis or selected method is appropriate. |
| Existing controls | Prevention/detection purpose, process or design revision, owner and supporting evidence | A planned control is not an implemented or demonstrated effective control. |
| Improvement action | Proposed change, responsible owner, implementation evidence and linked control-plan revision | Marking an action complete does not automatically justify different risk ratings. |
| Reassessment and approval | Evidence reviewed, rating rationale, unresolved questions, reviewer and applicable document versions | A lower score or approved FMEA does not itself release a changed process or update every connected document. |
Documented FMEA scopes to investigate
The cards open existing broader profiles. Prices, offline fields and evidence dates do not describe equivalent FMEA packages, and a list built from the records is a starting point, not an exhaustive specialist-tool survey.
Ordered by how closely our sources document this process, not by quality. Sponsored placements are labelled. How lists are ordered
Same rule for every product: tagged “Quality Management”, “Risk Assessment”, “Risk Management”, “CAPA Management” or “Manufacturing Quality”, with a sourced FMEA capability in its record, or one the vendor stated to us, labelled as vendor-stated. 3 qualify.
AssurX
Risk links around an FMEA: the researched Risk Management scope connects FMEA with quality events, decisions and tasks. That connection alone does not establish a native DFMEA or PFMEA authoring application. Verify in the demo: create the required analysis in the quoted package, identify which records are authored there and which are linked from elsewhere, and follow a changed control back to the approved analysis version. Source: assurx.com
Cority
FMEA among operational assessment methods: the researched scope names FMEA alongside JSA, HAZOP and What-If, with actions, approvals and control verification. A list of supported methods does not establish the particular automotive method or rating implementation you need. Verify in the demo: identify the FMEA template and method version, demonstrate its rating logic, and show who reviews the analysis when control-effectiveness evidence changes. Source: cority.com
Sphera
Quality-risk studies with FMEA templates: Advanced Risk Assessment documents FMEA, mitigation actions and effectiveness monitoring. This scope does not establish a complete QMS with controlled documents, supplier quality and product release. Verify in the demo: retain the approved study, record a failed effectiveness check and trace its effect on reassessment. Identify the applications or interfaces needed for control plans and related quality records before treating them as included. Source: sphera.com Source: sphera.com
Record the method, rating basis and version explicitly
AIAG's 2019 handbook introduction describes revised rating tables and an Action Priority methodology replacing RPN within the AIAG & VDA approach. That does not mean every FMEA method has changed in the same way. A numerical RPN and an AP assessment are different outputs; renaming a column or assigning AP from a generic RPN cut-off does not implement that methodology.
The current AIAG catalogue identifies FMEAAV-1 as first edition, second printing. AIAG also maintains a manual errata page. Record the method, edition, applicable corrections and any agreed customer requirements in the buying brief. Ask which version the supplied template implements and who maintains it.
Have the responsible team explain each rating and its evidence under the selected method. Keep original and reassessed ratings tied to the controls and assumptions assessed at that time. A new detection control should not silently change an effect's severity; action completion alone supplies no reassessment rationale. This guide reproduces no proprietary rating table and prescribes no score or acceptance threshold.
Demo case: a completed action with an unresolved control check
Use fictional PFMEA-017 for a carton-labelling process, PROC-017 revision 1. STEP-017 should apply the correct product identifier. FM-017 is a wrong variant label; the stated effect is incorrect product identification at receipt. CAUSE-017 is a potential selection of the previous job's artwork, recorded as an analysis assumption rather than a confirmed incident finding.
The baseline records an approved artwork-selection procedure as a prevention control and an operator label comparison as a detection control. Link their evidence to CONTROL-017 revision 1 and the approved control plan CP-017 revision 1. Save the team review, scope and method reference. No numerical ratings or AP category are supplied by this exercise; the responsible team must establish those under its selected method.
CHANGE-017 proposes a scanner check against the job record. Create PROC-017 revision 2 and CONTROL-017 revision 2 as drafts, with CP-017 revision 2 awaiting review. ACT-017 later records implementation evidence, but VFY-017, the planned effectiveness check, has no result. Show implemented action, unreviewed document revisions and unverified control effectiveness as separate states. Preserve PFMEA-017 revision 1 and its original references.
Introduce a fictional VFY-017 result showing that the wrong variant was accepted during the proposed control check. Record the result as not meeting the exercise's stated criterion, retain the evidence and assign further review. Do not automatically lower occurrence or detection ratings, approve the revised control plan or close the issue because the scanner was installed. Demonstrate the configured release decision and responsible owner separately; this is not an instruction to operate a changed process.
Prepare PFMEA-017 revision 2 as a draft that links the failed verification, pending action and affected process/control-plan versions. Retain any proposed reassessment with its rationale and status; it must remain distinguishable from the earlier approved analysis. Export both versions and show how a later acceptable verification would be reviewed without erasing the failed check.
Trace the failure mode through each revision
| Synthetic record | Change or evidence | State to demonstrate |
|---|---|---|
| PFMEA-017 revision 1 / FM-017 | Wrong variant label; effect and potential cause recorded with assumptions | Reviewed baseline, chosen method and original control references remain reproducible. |
| PROC-017 / CONTROL-017 | Revision 1 baseline → revision 2 proposed scanner check | Each analysis references the version actually assessed; new controls do not overwrite historical evidence. |
| ACT-017 | Implementation evidence is available | Implementation completion remains separate from document approval and effectiveness verification. |
| VFY-017 | Initially no result; later wrong variant accepted in the fictional check | Missing evidence becomes a retained unsuccessful verification, with owner and further review; no automatic risk reduction. |
| CP-017 revision 1 → revision 2 | Approved baseline → revised control plan awaiting review | Document status and change-release decision stay visible alongside action status. |
| PFMEA-017 revision 2 | Draft linked to verification evidence and pending follow-up | Proposed reassessment and rationale remain distinct from an approved analysis; failed evidence stays in history. |
Test links when the connected record changes
Ask the vendor to change a process step, control or shared library item after one FMEA has been approved. Show which analyses are affected, who reviews the change and whether the earlier version can still be reproduced. Copying a library entry should preserve its source and assumptions; a later library edit must not silently rewrite every approved project.
Trace a nonconformance or complaint to the relevant failure mode and review. The event may challenge an assumption or reveal a missing failure mode. It does not determine new ratings without analysis. Where CAPA is used for the action, keep its implementation and effectiveness evidence visible from the FMEA.
For a proposed SPC connection, request the exact characteristic, process revision, data source and review responsibility. A hyperlink to a chart or a control-plan export is not proof of automatic synchronisation. Demonstrate both the configured update and the treatment of an unavailable or conflicting connection.
Six demonstrations before choosing FMEA software
Define the analysis and method
Create PFMEA-017 with its process boundary, team, functions, assumptions and method/version. Show how the required design or process structure and rating rules differ from a generic risk matrix.
Save a reproducible baseline
Connect FM-017 to effects, potential causes, prevention/detection controls and CP-017 revision 1. Save the review and export the analysis with its actual source-document versions.
Change a control with impact visible
Introduce CHANGE-017 and draft process, control and control-plan revisions. Identify affected analyses and owners while preserving the earlier approved references.
Separate implementation from effectiveness
Complete ACT-017's implementation record while VFY-017 has no result. Show the missing evidence, pending document approvals and the separate decision on release of the changed process.
Retain an unsuccessful verification
Record that the wrong variant was accepted in the fictional check. Keep the result, assign follow-up and prepare a draft reassessment without automatically reducing ratings or approving CP-017 revision 2.
Export the whole decision history
Deliver baseline and draft analysis, method/version, assumptions, control references, implementation and verification evidence, owners and approvals. Explain how later evidence and shared-library changes are reviewed.
Put method support and change control in the quote
Build a shortlist around the analysis you need to maintain
Explore quality applications, then request the named FMEA configuration and a demonstration that keeps the method, control revisions and review evidence connected.
Browse Quality Management applicationsSources and limits of this guide
8 sources
- AssurX: Risk Management and connected quality processes
- Cority: Risk Management methods and control verification
- Sphera: Advanced Risk Assessment
- ASQ: FMEA purpose, scope and design/process distinction
- AIAG: 2019 handbook introduction and Action Priority method
- AIAG: current handbook catalogue and edition information
- AIAG: manual errata and clarifications
- Sphera: Advanced Risk Assessment for Quality Risk Management
Vendor pages establish documented application scope. ASQ and AIAG explain method context; their public pages do not replace the selected handbook, current customer requirements or competent analysis. All exercise records are fictional. No scoring table, risk-acceptance threshold, operating control specification or certification guarantee is supplied.
Software categories to explore
Use this Process to define the work, then explore these software types. Confirm the exact workflow and module with each vendor.
See all software categoriesRelated Guides
More related guides
- What-If Analysis — definition, software & FAQs
Definition of what-if analysis.
- ISO 31000 — definition, software & FAQs
Definition of ISO 31000.
- FMEA (Failure Mode and Effects Analysis) — definition, software & FAQs
Definition of failure mode and effects analysis.
- Fault Tree Analysis (FTA) — definition, software & FAQs
Definition of fault tree analysis.
- HAZOP (Hazard and Operability Study) — definition, software & FAQs
Definition of a hazard and operability study.



