Batch record: the document that decides whether the batch can be released
A batch record is filled in as the work happens, not afterwards. Everything about how it is designed follows from that one requirement.
A CAPA report is the written record of a corrective and preventive action — and the effectiveness check at the end is the section most often left empty.
A CAPA report — CAPA is corrective and preventive action — is the document recording what went wrong, why it happened, what was done to fix it, what was done to stop it recurring, and the evidence that the fix worked. It is issued to customers after a complaint, produced to auditors during an inspection, and kept as the permanent record of how the problem was closed.
Because it is read by people who were not there, the report is judged on its internal logic rather than on the effort behind it. A cause that does not explain the failure, or an action that does not address the cause, is visible immediately — and in a regulated environment it turns one problem into two.
Root cause is the first. A root cause analysis that ends at "operator did not follow procedure" has stopped one step early: why was the procedure not followed, and was it followable? The corrective action that follows from the shallow version is retraining, which is why retraining appears in so many reports and prevents so few recurrences.
Scope is the second. A complaint about one shipment prompts a report about that shipment, while nobody asks whether the same cause affected everything else made that week. Auditors ask, and an unanswered scope question reopens the whole investigation.
Effectiveness is the third, and it is the one that distinguishes a real system from a paperwork one. Closing a CAPA on the day the action is implemented tests nothing. Effectiveness needs a defined measure and a defined period afterwards — the same defect rate reviewed a quarter later, the same audit finding not repeating.
Not every problem deserves a CAPA. Systems that route every minor deviation into the full process produce backlogs of open records, and an overdue CAPA list is itself an audit finding. Define a threshold — severity, recurrence, regulatory exposure — and handle the rest as corrections.
A CAPA report is a record with a long afterlife: it will be sampled in audits for years, and its attachments — investigation notes, revised procedures, effectiveness data — must still be attached when it is. Ettex Records keeps the report with its evidence and its approval trail, so the version presented to a customer is the version that was approved, and the effectiveness check that was promised is visible as an open item until it is done. The wider quality management system still has to define when a CAPA is raised.
Corrective and preventive action. Corrective action addresses the cause of something that has happened; preventive action addresses the cause of something that has not happened yet but could.
Until the effectiveness check is complete, which usually means longer than the implementation. Most quality systems set a target for implementation and a separate one for effectiveness review; both should be tracked.
Quality, plus the owner of the affected process. The approver should not be the person who performed the action, and in regulated environments this independence is checked.
No. Complaints are assessed, and those meeting defined criteria trigger a CAPA. What is required is that the assessment itself is recorded, including the decision not to raise one.
A batch record is filled in as the work happens, not afterwards. Everything about how it is designed follows from that one requirement.
A DSAR is not a support ticket. The clock starts on receipt, the scope is everything, and the exemptions are narrower than most teams assume.
The SoA lists every Annex A control, whether you apply it, and why. It is the map between your risk assessment and everything else in the certificate.