
Definition
Recurrence detection is the practice of monitoring a corrected defect or nonconformity to confirm it does not recur. It tracks the same failure mode over a defined window after a corrective action closes, and flags any repeat so the action can be reopened and the root cause revisited.
Recurrence detection is the feedback half of any corrective action. Without it, a defect is treated as fixed the moment the action is signed off, even though the only proof a fix worked is that the problem stops returning.
Recurrence detection turns a closed corrective action into a monitored hypothesis. The team defines what a repeat looks like, watches for it over a set period, and acts the moment the failure mode returns. It runs in four steps:
Repeat failures are expensive and erode confidence in the quality system. A defect that returns after a documented fix means scrap, rework and, often, an escaped part reaching the customer. Recurrence detection is what separates a problem that is closed on paper from one that is closed in practice.
ISO 9001:2015 clause 10.2 requires organisations to review the effectiveness of any corrective action taken. Detecting recurrence is the practical test of that effectiveness. It is the monitoring step inside a closed-loop improvement system, and the gate that decides whether a CAPA can truly be closed or must be reopened.
The two terms are often used interchangeably, but they answer different questions. Effectiveness verification is a check made shortly after the fix: was the action implemented as planned and did it produce the intended result? Recurrence detection is the longer watch that follows: over time, does the problem stay gone? A fix can pass verification and still fail recurrence detection weeks later, which is the signal that the root cause was never addressed.
A point-in-time confirmation made soon after the action closes. It asks whether the fix was carried out correctly and had the expected immediate effect on the defect.
A sustained watch across a defined window. It asks whether the same failure mode comes back, and reopens the action if it does, proving the root cause was genuinely removed.
References