Skip to main content
    QHSEtech
    Updated 29 September 2026
    Quality risk buying guide

    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 products

    Editorial 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

    RecordWhat to retainWhat it does not establish
    Analysis and methodScope, team, functions, failure/effect/cause relationships, assumptions and method/versionA completed template does not prove that the failure analysis or selected method is appropriate.
    Existing controlsPrevention/detection purpose, process or design revision, owner and supporting evidenceA planned control is not an implemented or demonstrated effective control.
    Improvement actionProposed change, responsible owner, implementation evidence and linked control-plan revisionMarking an action complete does not automatically justify different risk ratings.
    Reassessment and approvalEvidence reviewed, rating rationale, unresolved questions, reviewer and applicable document versionsA 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 recordChange or evidenceState to demonstrate
    PFMEA-017 revision 1 / FM-017Wrong variant label; effect and potential cause recorded with assumptionsReviewed baseline, chosen method and original control references remain reproducible.
    PROC-017 / CONTROL-017Revision 1 baseline → revision 2 proposed scanner checkEach analysis references the version actually assessed; new controls do not overwrite historical evidence.
    ACT-017Implementation evidence is availableImplementation completion remains separate from document approval and effectiveness verification.
    VFY-017Initially no result; later wrong variant accepted in the fictional checkMissing evidence becomes a retained unsuccessful verification, with owner and further review; no automatic risk reduction.
    CP-017 revision 1 → revision 2Approved baseline → revised control plan awaiting reviewDocument status and change-release decision stay visible alongside action status.
    PFMEA-017 revision 2Draft linked to verification evidence and pending follow-upProposed 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

    1

    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.

    2

    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.

    3

    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.

    4

    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.

    5

    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.

    6

    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

    Name the FMEA application, required analysis types, method/version, customer requirements and responsibility for template maintenance.
    Demonstrate hierarchy, failure relationships, rating rationale, permissions, approvals and retained source revisions.
    Identify the control-plan, APQP, CAPA, nonconformance, complaint, PLM and SPC connections actually included.
    Separate proposed controls, implemented actions, effectiveness evidence, reassessment and process-release decisions.
    Check library reuse, variant handling, migration of existing worksheets and preservation of historical methodology.
    Price configuration, integrations, user roles, training, migration and export of attachments and revision history.

    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 applications

    Sources and limits of this guide

    8 sources

    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 categories

    Frequently Asked Questions

    What is the difference between DFMEA and PFMEA?
    DFMEA examines potential failures related to a design's functions, items and interfaces. PFMEA examines potential failures in process steps and their effects, causes and controls. They can share references, but a copied worksheet does not replace a scoped analysis by the responsible team.
    Is Action Priority another name for RPN?
    No. AIAG's introduction to the AIAG & VDA handbook describes an Action Priority methodology and revised rating tables replacing RPN within that approach. Do not infer AP from a generic RPN cut-off or assume one method applies to every programme. Demonstrate the selected method, version, inputs and rationale in the proposed configuration.
    Does marking an FMEA action complete justify lowering risk ratings?
    Not by itself. Completion records implementation; effectiveness needs its own evidence and review. Preserve the earlier assessment and document the rationale for any reassessment under the selected method. In the exercise, the unsuccessful verification remains visible and causes no automatic reduction.
    Does FMEA software automatically update every control plan and SPC chart?
    Do not assume so. Confirm the applications, data mapping and interfaces included in the quote. Demonstrate the effect of a change, retained document versions, affected owners and review states. A reference link, export or broad integration claim does not prove automatic synchronisation.
    Must every organisation use the AIAG & VDA FMEA method?
    This guide makes no universal requirement claim. Establish the method and current contractual, customer or other applicable requirements for the specific programme. The presence of a template or a vendor alignment statement does not determine applicability or certify the finished analysis.
    What should be retained when a shared FMEA library changes?
    Keep the source item, version, assumptions and links used by each analysis. Identify affected projects and show how owners review the update. Preserve approved historical analyses, record any accepted changes and export the decision history rather than silently replacing previous controls or ratings.