CAPA — Acción Correctiva y Preventiva · D03 Manufactura y Operaciones · SCRA

01What it isQué es

CAPA is the structured loop between a quality problem (or potential problem) and the process change that prevents recurrence — the corrective for what already happened, the preventive for what could. Mature CAPA systems are triggered by internal nonconformances, customer complaints, audit findings, supplier issues, and SPC violations. The methodology is standardized (8D, A3, ISO 13485 §8.5, 21 CFR 820.100); the discipline is whether root cause is real and whether action is verified.

El CAPA es el ciclo estructurado entre un problema de calidad (o problema potencial) y el cambio de proceso que previene la recurrencia — el correctivo para lo que ya pasó, el preventivo para lo que podría pasar. Los sistemas CAPA maduros se disparan por no conformidades internas, quejas de cliente, hallazgos de auditoría, problemas de proveedor y violaciones de SPC. La metodología está estandarizada (8D, A3, ISO 13485 §8.5, 21 CFR 820.100); la disciplina es si la causa raíz es real y si la acción es verificada.

02Why it mattersPor qué importa

CAPA is the only quality mechanism that converts symptom into structural change — and the only one that survives auditor scrutiny while being almost universally gamed. The dominant failure mode is the CAPA closed without verifiable root cause, which guarantees the same problem will return under a different file number within months. The foundational text on Japanese quality methodology documents the discipline that separates real root cause from causal speculation (Ishikawa, 1985 — peer-reviewed, "What is Total Quality Control? The Japanese Way"): the 5-why is not a checklist but a structured chain of inference, each step verified independently by data, experiment, or controlled replication. Industry data on CAPA effectiveness is consistent — operations where 60%+ of closed CAPAs have verified root cause see issue recurrence below 10%; operations below 30% verified root cause see recurrence above 40%. The asymmetry is brutal: a poorly executed CAPA system produces the same defects with new paperwork on each occurrence, consuming engineering hours while preventing nothing.

El CAPA es el único mecanismo de calidad que convierte el síntoma en cambio estructural — y el único que sobrevive el escrutinio del auditor mientras es casi universalmente manipulado. El modo de falla dominante es el CAPA cerrado sin causa raíz verificable, lo que garantiza que el mismo problema regresará bajo un número de archivo diferente en meses. El texto fundacional sobre la metodología japonesa de calidad documenta la disciplina que separa la causa raíz real de la especulación causal (Ishikawa, 1985 — peer-reviewed, "What is Total Quality Control? The Japanese Way"): el 5-why no es un checklist sino una cadena estructurada de inferencia, con cada paso verificado independientemente por datos, experimento o replicación controlada. Los datos de industria sobre la efectividad de CAPA son consistentes — operaciones donde 60%+ de los CAPAs cerrados tienen causa raíz verificada ven recurrencia de problemas debajo del 10%; operaciones debajo del 30% de causa raíz verificada ven recurrencia arriba del 40%. La asimetría es brutal: un sistema CAPA mal ejecutado produce los mismos defectos con papeleo nuevo en cada ocurrencia, consumiendo horas de ingeniería sin prevenir nada.

03How it is doneCómo se hace

Trigger CAPA at the right threshold — not every nonconformance is a CAPA candidate. The most common pathology is making every NCR a CAPA, which buries the system in low-value records and starves attention from the high-impact ones. Define explicit triggers: customer complaints, repeat NCRs of the same failure mode, FMEA RPN above threshold, audit findings of major+ severity, SPC special-cause patterns three times in 30 days. CAPA is for systemic problems; the rest belong in disposition logs.

Lead with containment before investigation — the customer does not wait for your 5-why. D3 of the 8D framework exists for a reason: when a defect ships, the first move is to stop additional shipments, segregate suspect stock at customer and in-house, and replace product. Investigation happens in parallel, not first. The most common audit finding on CAPA execution is investigation that started before containment, leaving the customer exposed while engineering debated root cause.

Treat root cause as a falsifiable claim, not a worksheet entry. A 5-why with five answers but no evidence is causal speculation, not analysis. Every "why" must be verified — by production data, by designed experiment, by replication of the failure mode in controlled conditions. A root cause is the cause whose removal eliminates the failure; if you cannot prove removal eliminates it, you have not found root cause yet, regardless of how confident the team feels.

Implement corrective action that is detectable in the absence of the failure. The corrective action is real when you can audit its existence months later without depending on the failure to confirm it — procedure updated and operators trained, FMEA updated, control plan modified, poka-yoke implemented, supplier specification changed. Actions phrased as "we will be more careful" or "operators were reminded" are not actions; they are aspirations dressed as closures.

Verify effectiveness with a defined sample size and timeframe — not with "we will keep an eye on it." Effectiveness verification requires production volume sufficient to detect recurrence with statistical confidence, typically 30+ days or N+ units depending on the baseline failure rate. CAPAs closed before verification is complete are CAPAs that get reopened — and reopened CAPAs are the leading indicator of a CAPA system that has lost its discipline.

Trend the CAPA portfolio quarterly — repeat causes are signals about the underlying system. When the same root cause appears across multiple CAPAs (training gap, supplier control gap, equipment maintenance gap, design rule gap), the system has a structural issue that no individual CAPA will resolve. The quarterly CAPA trend review is where the operating system signals its own diagnosis — and where the operations leadership decides whether to address a class of problems or continue managing them one at a time.

Worked example — illustrativeA medical-device manufacturer operating under 21 CFR 820 across 4 product families has a CAPA system carrying 450 open records, 80% lacking documented root-cause verification, 31% twelve-month recurrence rate, and 47% on-time closure. The 2023 FDA inspection produces a Form 483 with 14 observations, most CAPA-related. The implementation: a 9-month transformation establishes strict 8D structure with mandatory peer review at the root-cause checkpoint; CAPA triggers tightened to remove low-value records (NCRs without systemic implication move to disposition logs); dedicated effectiveness-verification protocol with predefined sample sizes per failure class; quarterly trend analysis treated as a formal management review input. Results at 12 months: open CAPAs from 450 to 78, recurrence from 31% to 4.7%, on-time closure from 47% to 91%, FDA observations on next inspection down to 2. The number of NEW CAPAs opened per quarter actually rises 22% — the system now generates honest signal instead of consuming it. The leadership lesson is counter-intuitive: more CAPAs opened, fewer recurring problems.

Dispara el CAPA en el umbral correcto — no toda no conformidad es candidata a CAPA. La patología más común es hacer cada NCR un CAPA, lo cual entierra al sistema en registros de bajo valor y le quita atención a los de alto impacto. Define disparadores explícitos: quejas de cliente, NCRs repetidos del mismo modo de falla, RPN de FMEA arriba de un umbral, hallazgos de auditoría de severidad mayor+, patrones de causa especial de SPC tres veces en 30 días. El CAPA es para problemas sistémicos; el resto pertenece a logs de disposición.

Lidera con contención antes de investigación — el cliente no espera tu 5-why. La D3 del marco 8D existe por una razón: cuando un defecto se embarca, el primer movimiento es detener embarques adicionales, segregar stock sospechoso en cliente y en casa, y reemplazar producto. La investigación sucede en paralelo, no primero. El hallazgo de auditoría más común sobre ejecución de CAPA es investigación que empezó antes de la contención, dejando al cliente expuesto mientras ingeniería debatía la causa raíz.

Trata la causa raíz como una afirmación falsificable, no como una entrada en hoja de trabajo. Un 5-why con cinco respuestas pero sin evidencia es especulación causal, no análisis. Cada "por qué" debe ser verificado — por datos de producción, por experimento diseñado, por replicación del modo de falla en condiciones controladas. Una causa raíz es la causa cuya remoción elimina la falla; si no puedes probar que la remoción la elimina, no has encontrado la causa raíz aún, sin importar qué tan seguro se sienta el equipo.

Implementa acción correctiva que sea detectable en ausencia de la falla. La acción correctiva es real cuando puedes auditar su existencia meses después sin depender de la falla para confirmarla — procedimiento actualizado y operadores capacitados, FMEA actualizado, plan de control modificado, poka-yoke implementado, especificación de proveedor cambiada. Las acciones formuladas como "seremos más cuidadosos" o "se recordó a los operadores" no son acciones; son aspiraciones disfrazadas de cierres.

Verifica efectividad con un tamaño de muestra y plazo definidos — no con "estaremos al pendiente." La verificación de efectividad requiere volumen de producción suficiente para detectar recurrencia con confianza estadística, típicamente 30+ días o N+ unidades dependiendo de la tasa base de falla. Los CAPAs cerrados antes de que la verificación esté completa son CAPAs que se reabren — y los CAPAs reabiertos son el indicador líder de un sistema CAPA que ha perdido su disciplina.

Tendencia el portafolio de CAPA trimestralmente — las causas repetidas son señales sobre el sistema subyacente. Cuando la misma causa raíz aparece a través de múltiples CAPAs (brecha de capacitación, brecha de control de proveedor, brecha de mantenimiento de equipo, brecha de regla de diseño), el sistema tiene un asunto estructural que ningún CAPA individual va a resolver. La revisión trimestral de tendencias de CAPA es donde el sistema operativo señala su propio diagnóstico — y donde el liderazgo de operaciones decide si atacar una clase de problemas o seguir gestionándolos uno por uno.

Ejemplo trabajado — ilustrativoUn fabricante de dispositivos médicos operando bajo 21 CFR 820 en 4 familias de producto tiene un sistema CAPA cargando 450 registros abiertos, 80% sin verificación documentada de causa raíz, 31% de recurrencia a doce meses y 47% de cierre a tiempo. La inspección FDA de 2023 produce un Form 483 con 14 observaciones, la mayoría relacionadas a CAPA. La implementación: una transformación de 9 meses establece estructura 8D estricta con peer review obligatorio en el punto de control de causa raíz; los disparadores de CAPA se aprietan para eliminar registros de bajo valor (NCRs sin implicación sistémica se mueven a logs de disposición); protocolo dedicado de verificación de efectividad con tamaños de muestra predefinidos por clase de falla; análisis trimestral de tendencias tratado como entrada formal de revisión por la dirección. Resultados a 12 meses: CAPAs abiertos de 450 a 78, recurrencia de 31% a 4.7%, cierre a tiempo de 47% a 91%, observaciones FDA en la siguiente inspección bajaron a 2. El número de CAPAs NUEVOS abiertos por trimestre de hecho sube 22% — el sistema ahora genera señal honesta en lugar de consumirla. La lección de liderazgo es contraintuitiva: más CAPAs abiertos, menos problemas recurrentes.

04In practiceEn la práctica

🔍Treat root cause as a falsifiable claim›

The 5-why is not a checklist but a structured chain of inference — each step verified independently by data, experiment, or controlled replication (Ishikawa, 1985 — peer-reviewed). The "human error" root cause that does not survive falsification is not a root cause.

👥Explicit co-ownership: methodology, investigation, action, verification›

QE owns methodology and trend analysis; operations owns the investigation and action; engineering owns design changes; the cell supervisor owns effectiveness verification. The CAPA without a single accountable owner is the CAPA that drifts open for 18 months and closes the day before the audit.

🛡️Interrogate the system, not the operator›

Most root causes that appear to be "human error" are latent organizational conditions — training adequacy, ergonomics, supervisory pressure, system design (Reason, 1990 — Cambridge University Press). An investigation focused on the operator will miss these by design.

📊Verify effectiveness with defined sample sizes; trend the portfolio quarterly›

Plants with >60% verified-root-cause CAPAs see recurrence below 10%; plants below 30% see recurrence above 40%. Without quarterly trending of the CAPA portfolio, systemic patterns hide in case-by-case file numbers.

🔍Trata la causa raíz como un reclamo falsable›

El 5-why no es una lista de verificación sino una cadena estructurada de inferencia — cada paso verificado independientemente por datos, experimento o replicación controlada (Ishikawa, 1985 — peer-reviewed). La causa raíz de "error humano" que no sobrevive a la falsación no es una causa raíz.

👥Co-titularidad explícita: metodología, investigación, acción, verificación›

QE es dueño de la metodología y el análisis de tendencias; operaciones es dueño de la investigación y la acción; ingeniería es dueño de los cambios de diseño; el supervisor de celda es dueño de la verificación de efectividad. El CAPA sin un dueño accountable es el CAPA que se queda abierto 18 meses y cierra el día antes de la auditoría.

🛡️Interroga al sistema, no al operador›

La mayoría de las causas raíz que aparentan ser "error humano" son condiciones organizacionales latentes — adecuación del entrenamiento, ergonomía, presión supervisora, diseño del sistema (Reason, 1990 — Cambridge University Press). Una investigación enfocada en el operador las va a perder por diseño.

📊Verifica efectividad con tamaños de muestra definidos; tendencia trimestral del portafolio›

Plantas con >60% de CAPAs con causa raíz verificada ven recurrencia por debajo de 10%; plantas por debajo de 30% ven recurrencia arriba de 40%. Sin tendencia trimestral del portafolio de CAPAs, los patrones sistémicos se esconden en números de expediente caso-por-caso.

05What you would useQué se usa

📌 CAPA PLATFORMS

🟦MasterControl CAPA / Veeva Vault QualityDocs›

Enterprise CAPA modules for FDA-regulated industries (pharma, medical device, biotech) with deep 21 CFR 820 / ISO 13485 compliance, predicate-rule audit trails, and validated electronic signature workflows (MasterControl — vendor; Veeva — vendor).

🟩Sparta TrackWise / ETQ Reliance›

Broad enterprise CAPA platforms across pharma, automotive (IATF 16949), aerospace (AS9100), and general manufacturing; configurable workflow, integrated trend analytics, and supplier CAPA integration (Sparta Systems — vendor; ETQ — vendor).

🟥Greenlight Guru / Qualio / Arena (PTC)›

Mid-market CAPA platforms tuned for medical-device and growing life-sciences operations — faster deployment, lower TCO than the enterprise tier, with workflow templates aligned to ISO 13485 and 21 CFR 820 out of the box (Greenlight Guru — vendor; Qualio — vendor).

⬜Structured 8D in Smartsheet / Jira / Power Apps with a CAPA register in SharePoint›

For plants without QMS platform budget — works under ISO 9001 if the discipline of root-cause verification and trend analysis is maintained by a dedicated quality engineer. Fails in regulated environments and fails the moment the dedicated owner leaves.

📌 PLATAFORMAS CAPA

🟦MasterControl CAPA / Veeva Vault QualityDocs›

Módulos de CAPA empresariales para industrias reguladas por FDA (farma, dispositivos médicos, biotech) con cumplimiento profundo de 21 CFR 820 / ISO 13485, trazas de auditoría predicate-rule y flujos de firma electrónica validados (MasterControl — vendor; Veeva — vendor).

🟩Sparta TrackWise / ETQ Reliance›

Plataformas empresariales amplias de CAPA en farma, automotriz (IATF 16949), aeroespacial (AS9100) y manufactura general; flujo configurable, analítica integrada de tendencias e integración con CAPA de proveedor (Sparta Systems — vendor; ETQ — vendor).

🟥Greenlight Guru / Qualio / Arena (PTC)›

Plataformas mid-market de CAPA afinadas para operaciones de dispositivos médicos y ciencias de la vida en crecimiento — despliegue más rápido, TCO más bajo que el nivel empresarial, con plantillas de flujo alineadas a ISO 13485 y 21 CFR 820 de fábrica (Greenlight Guru — vendor; Qualio — vendor).

⬜8D estructurado en Smartsheet / Jira / Power Apps con un registro CAPA en SharePoint›

Para plantas sin presupuesto de plataforma QMS — funciona bajo ISO 9001 si la disciplina de verificación de causa raíz y análisis de tendencias la mantiene un ingeniero de calidad dedicado. Falla en ambientes regulados y falla en el momento en que el dueño dedicado se va.

The bottom lineEn corto

The CAPA closed without verified root cause is paperwork with a number on it — not corrective, not preventive, certainly not action. Trigger at the right threshold, contain before investigating, treat root cause as a falsifiable claim, implement actions detectable in the absence of failure, verify effectiveness with defined sample sizes, and trend the portfolio quarterly to surface systemic patterns. The CAPA system is the only quality mechanism that converts symptom into structural change; ungoverned, it converts symptom into recurrence with new paperwork.

El CAPA cerrado sin causa raíz verificada es papeleo con un número encima — no es correctivo, no es preventivo, ciertamente no es acción. Dispara en el umbral correcto, contén antes de investigar, trata la causa raíz como una afirmación falsificable, implementa acciones detectables en ausencia de la falla, verifica efectividad con tamaños de muestra definidos y tendencia el portafolio trimestralmente para sacar a la superficie patrones sistémicos. El sistema CAPA es el único mecanismo de calidad que convierte síntoma en cambio estructural; sin gobernanza, convierte síntoma en recurrencia con papeleo nuevo.

← PreviousAnteriorQuality Management Systems (ISO 9001, IATF 16949, GMP)Sistemas de Gestión de Calidad (ISO 9001, IATF 16949, GMP)NextSiguiente →First-pass yield & defect cost analysisFirst-pass yield y análisis de costo de defectos

All D03 componentsTodos los componentes de D03 D03 artifactsArtifacts de D03 SCRA