Acciones correctivas y preventivas: gobernar el sistema CAPA

CAPA suele usarse para hablar del conjunto de procesos que recibe problemas de calidad y los sigue hasta una decisión. Para manejarlo bien, separa dos niveles: el caso que contiene los hechos de una situación concreta y el sistema que permite recibir, evaluar y revisar muchos casos. Si se mezclan, una alerta puede parecer una no conformidad confirmada y cada expediente puede acabar con campos y cierres distintos sin que nadie advierta el patrón.

Un sistema CAPA no se define por una hoja de cálculo, una aplicación ni por el nombre de un comité. Se reconoce por las decisiones que deja trazables: qué asuntos se aceptan, cómo se verifica su alcance, quién decide qué hacer, qué acciones se asignan y qué evidencia se revisa. La empresa debe fijar estos criterios según sus requisitos, su actividad y el QMS que realmente utiliza. Las fuentes citadas aquí no prescriben un diseño universal de CAPA.

Respuesta directa: sistema y caso individual

El sistema es el mecanismo de gobierno; el caso es la unidad de análisis. Un sistema puede contener una no conformidad, una queja, una señal de auditoría u otra entrada definida por el procedimiento local. No todas las entradas tienen por qué terminar en el mismo tipo de acción. Registrar una señal no demuestra que exista un incumplimiento; tampoco abrir una acción demuestra que la causa se haya confirmado.

Bosch Booklet 16 presenta la resolución de problemas 8D como ocho disciplinas D1–D8. En el apéndice, estas disciplinas estructuran el análisis de un problema; la publicación no define por ello una política CAPA completa. Fuente: BOSCH-PROBLEM-SOLVING-BOOKLET-16; localizador: Appendix A1.3, p. 52.

Ese matiz importa: un método puede aportar una secuencia útil para investigar un problema, mientras que la gobernanza CAPA define cómo entran los casos, quién los prioriza, cómo se comprueba su estado y qué condiciones de cierre se aceptan. Una organización puede usar 8D para determinados problemas y reservar otras rutas para asuntos sencillos, potenciales o fuera de ese alcance, siempre que sus reglas aplicables permitan esa elección.

Lo que aporta la referencia 8D

El mismo booklet sitúa 8D en el contexto automotriz y de resolución de problemas con prevención de recurrencia y transferencia de aprendizaje. Esa descripción informa sobre el método Bosch citado; no convierte sus etapas en requisitos de todos los sectores. Fuente: BOSCH-PROBLEM-SOLVING-BOOKLET-16; localizador: §3 p. 6; Appendix A1.3.1 pp. 53–55.

En la descripción de Bosch, D1 establece el equipo o proyecto; D2 describe el problema; D3 aborda contención; D4 analiza causa y efecto; D5 define acciones correctivas y prueba su eficacia; D6 las implanta y sigue su efectividad; D7 establece acciones preventivas; D8 cierra con una reunión final. El propio texto indica que D1–D3 pueden tramitarse en paralelo y que, si se necesita, los pasos pueden recorrerse de nuevo con hechos ya conocidos y asegurados.

No conviertas esa descripción en una obligación general.

La secuencia enseña una distinción práctica: el problema tiene que quedar descrito y delimitado antes de afirmar una causa; la contención busca limitar el efecto mientras se investiga; y la medida propuesta no es lo mismo que la prueba posterior de resultado. Son decisiones distintas. En la planta, una sola persona puede realizar más de una tarea o el método puede variar; el documento Bosch no permite inferir la estructura de autoridad de cualquier organización.

Un sistema CAPA añade una perspectiva que un caso aislado no ofrece. Puede mostrar entradas repetidas por línea, familia de producto, proveedor, turno o requisito, si esos datos se recogen de manera fiable y si el acceso a ellos está autorizado. Ese análisis agregado no reemplaza el análisis de cada caso. Una agrupación puede orientar una revisión; por sí sola no prueba que todos los casos compartan una causa.

Un flujo local que se puede auditar

Una ruta CAPA local puede recibir señales, evaluar alcance, asignar acciones y revisar evidencia; esos controles son diseño organizativo, no una secuencia que el booklet imponga a todas las empresas. La propuesta conecta gobierno del sistema con trabajo de caso sin atribuirla a Bosch. Fuente: BOSCH-PROBLEM-SOLVING-BOOKLET-16; localizador: Appendix A1.3.1 pp. 53–55.

Para diseñar el flujo, piensa en preguntas y decisiones observables en cada transición:

La tabla es una propuesta editorial, no un formulario de Bosch ni una lista de campos exigidos por ISO. Ajusta la tabla al procedimiento aprobado. El objetivo es que otra persona pueda reconstruir por qué el caso avanzó, se retuvo, se escaló o se cerró, sin confundir una casilla completada con una evaluación real.

Recepción sin convertir cada señal en un expediente idéntico

La entrada puede proceder de una inspección, un cliente, un proveedor, una auditoría o una revisión interna. La fuente no determina la clasificación. La persona que recibe el asunto debería conservar la comunicación original y resumirla sin añadir una causa no verificada. Si el aviso dice «una etiqueta no coincide», no lo reescribas como «error del operador» antes de comprobar el producto, el requisito y el proceso.

En la recepción conviene distinguir al menos el hecho reportado, la fuente, la fecha, el producto o proceso potencialmente implicado y los datos que faltan. No hace falta que todos los asuntos lleven el mismo nivel de detalle en la primera hora. En un asunto urgente puede ser necesario avisar a la autoridad designada antes de completar el análisis. La organización decide esos plazos y canales; este artículo no establece un tiempo universal.

Una entrada puede quedarse como señal bajo revisión si la información es insuficiente. Es preferible registrar «pendiente confirmar lote y requisito» que abrir una conclusión falsa o rechazar el aviso porque no llegó en un formato concreto. En paralelo, hay que evitar que la categoría provisional se convierta en una etiqueta permanente. El expediente debería reflejar cuándo y qué evidencia respaldó el cambio de categoría.

Evaluar alcance y proteger decisiones importantes

La evaluación inicial pregunta qué pudo verse afectado y qué evidencia sostiene esa hipótesis. En el ejemplo de una etiqueta, comprueba el requisito de identificación, el lote y periodo de producción, los registros de inspección disponibles y si hay existencias en curso o ya expedidas, según la autoridad y el procedimiento local.

No afirmes que todo el lote está afectado si solo hay un registro sin verificar; tampoco declares que el impacto está limitado a una unidad antes de confirmar el alcance.

La contención es una medida temporal para limitar un efecto que se teme o se investiga. En el Booklet 16, D3 recibe el nombre de «Containment Actions», y el ejemplo Bosch habla de proteger al cliente frente a productos incorrectos mientras se resuelve el problema. La medida concreta depende del riesgo, el producto, los requisitos y la autoridad. Una retención, una inspección adicional o una comunicación pueden resultar pertinentes en un contexto y desproporcionadas en otro.

Deja por escrito qué se detuvo o separó, qué quedó fuera, quién autorizó la medida y qué condición permitirá levantarla. Si no se adopta contención, registra quién tomó esa decisión y qué hechos usó. La ausencia de una medida no es por sí sola una prueba de que el problema sea menor. El nivel de riesgo y el proceso de escalado son propios de la organización o de la regulación aplicable.

Priorizar con reglas conocidas

Si la prioridad depende de quién presentó el caso, cuesta explicar por qué dos asuntos parecidos recibieron respuestas distintas. La solución no es inventar una puntuación común para toda la industria, sino publicar internamente los criterios que la organización aprobó, explicar cómo se usan y permitir que una persona revise decisiones dudosas.

Factores como la seguridad, el alcance, la frecuencia, el cliente afectado, el estado del producto y la incertidumbre pueden importar; la ponderación no está definida por las fuentes citadas.

Si se usa una matriz de severidad y probabilidad, especifica qué significan las categorías, quién las valida y cuándo se revisan. No mezcles escalas de áreas distintas sin comprobar que comparten definiciones. Dos equipos pueden asignar un «3» a situaciones muy diferentes. El número ayuda solo si quien lee el expediente puede entender los datos que lo produjeron y las consecuencias que la regla local asocia a esa clase.

Hay casos en los que faltan datos para priorizar. En ese punto, una categoría provisional puede servir para ordenar una comprobación, siempre con un responsable y una fecha de revisión definida por el sistema local. No presentes la incertidumbre como riesgo bajo ni uses el vacío de datos para cerrar. Cuando aparece información nueva, actualiza la decisión y conserva el razonamiento anterior para poder entender el cambio.

Separar corrección, acción correctiva y prevención

El preview público de ISO 9000:2026 distingue entre corrección, acción correctiva y acción preventiva. El preview cubre términos seleccionados, no prescribe cómo una empresa debe organizar su CAPA. En la práctica, una corrección atiende el incumplimiento concreto; una acción correctiva se dirige a la causa de una no conformidad ocurrida; y la acción preventiva atiende una causa potencial. Si el procedimiento local usa otras denominaciones, documenta cómo se relacionan sin declarar que son equivalentes por defecto.

La corrección puede ser inmediata y acotada: separar un producto, corregir un dato o reemplazar un documento, si la autoridad lo aprueba. La acción correctiva requiere un argumento distinto: qué causa se encontró, qué evidencia la sostiene y cómo la medida elegida intenta evitar que vuelva a producirse la no conformidad. Una acción preventiva no debe usarse para renombrar una falla real. Si ya se confirmó un incumplimiento, el caso debe seguir la vía correspondiente.

A veces se necesitan varios tipos de acción. En el caso de etiqueta, puede haber que corregir las unidades afectadas, investigar por qué el control no detectó el desajuste y valorar una causa potencial similar en otra línea. No presupongas que todas esas respuestas deben abrirse siempre ni que una sustituya a las demás. Muestra la relación entre cada medida y la evidencia concreta que la justifica.

Ejemplo de extremo a extremo: discrepancia de etiqueta

Supongamos que un control de expedición registra una etiqueta distinta a la especificación en una caja. Los datos de este ejemplo son hipotéticos. La primera anotación debe separar el hecho de la hipótesis: «la etiqueta observada muestra el código X; hay que confirmar si corresponde al requisito vigente y qué unidades comparten el mismo origen». Todavía no sabemos si hubo un error de impresión, una revisión desactualizada o una observación de una unidad aislada.

La evaluación busca el requisito, comprueba la etiqueta contra una copia autorizada y sigue el registro del lote hasta el punto necesario. Si un producto puede salir antes de que se aclare la situación, la autoridad local decide si se retiene o inspecciona más unidades. La nota deja claro el alcance y el tiempo de la medida. Estos pasos son un ejemplo razonado; la decisión real debe seguir el control de producto no conforme y las reglas internas aplicables.

Luego se pregunta si hay una no conformidad confirmada. Si la etiqueta cumple el requisito y se trató de una lectura equivocada, el registro explica la comprobación y el destino de la señal. Si no cumple, se atiende el producto afectado conforme a la autoridad aplicable y se determina qué corrección procede. Ese hecho no demuestra por sí solo cuál fue la causa.

La investigación puede revisar la preparación del archivo, el punto donde se selecciona la revisión, la aprobación, la liberación de la orden y la verificación de impresión. No es una lista cerrada ni presupone que todos esos controles fallen. Cada hipótesis requiere evidencia.

Si el archivo activo era correcto y se imprimió desde una copia local antigua, busca cómo se conservó y quién podía acceder a ella; si la orden especificaba un código diferente, mira la interfaz entre orden y etiqueta.

Con la causa suficientemente sustentada, el equipo designado elige una medida sobre esa condición. Por ejemplo, podría modificar la forma en que se publica el archivo vigente y comprobar la primera orden posterior, pero esa idea solo tiene sentido si la investigación confirmó ese mecanismo y una autoridad aprobó el cambio. Si la evidencia apunta a otra causa, otra medida será más adecuada.

El cierre separa tres preguntas: ¿se corrigió lo que se detectó?, ¿se implantó la acción autorizada?, ¿se comprobó el resultado que esa acción buscaba? Una respuesta afirmativa a la segunda no contesta automáticamente la tercera. Para valorar el resultado, define de antemano qué evidencia será revisada y por quién, de acuerdo con la política local. Si el periodo de observación no ha transcurrido o faltan datos, el estado es pendiente, no eficaz por defecto.

Escalar patrones sin borrar diferencias entre casos

La perspectiva de sistema se ve al comparar casos suficientes y bien clasificados. Un panel mensual podría mostrar cuántas señales se recibieron por tipo, cuánto tardaron en alcanzar una decisión, cuántas siguen abiertas y qué causas se repiten, si las categorías se definen con claridad. Esas métricas no prueban por sí solas la calidad del sistema. Un aumento de casos puede reflejar más fallos, mejor detección o ambas cosas; hace falta interpretar el contexto antes de cambiar prioridades.

Revisa también las excepciones. Si un área cierra asuntos más rápido que otras, pregunta si el alcance es comparable, si el criterio de cierre es el mismo y si hay retrasos que no se registran. No uses una media para esconder casos críticos. Conserva vínculos al expediente original, pero limita el acceso al nivel necesario y evita mostrar información personal o sensible en cuadros generales que no la necesitan.

Cuando varios casos parecen compartir una causa, formula la agrupación como una hipótesis y contrasta esa hipótesis. Diferentes defectos pueden tener mecanismos distintos aunque coincidan en una categoría amplia. A la inversa, un problema sistémico puede aparecer en etiquetas diferentes si los equipos clasifican con reglas distintas. La taxonomía debe ayudar a comparar sin obligar a fingir que los casos son idénticos.

Separar el caso individual de la gobernanza del sistema permite escalar patrones recurrentes sin tratar cada 8D como un programa completo; la distinción es editorial y organizativa. Esta es una manera de organizar la revisión local, no una conclusión literal del manual. Fuente: BOSCH-PROBLEM-SOLVING-BOOKLET-16; localizador: §3 p. 6; Appendix A1.3 p. 52.

En términos prácticos, escala cuando el criterio interno indique que la decisión excede la autoridad del equipo, cuando aparezcan impactos fuera del área, cuando se detecte repetición o cuando el control aplicado no dé el resultado esperado. No son reglas universales: cada organización debe fijar los canales y responsables. El sistema debe dejar claro quién puede detener producción, informar a un cliente, aceptar riesgo residual o cerrar un hallazgo.

Seguimiento y cierre: decisión explicable

Un expediente útil permite contestar qué se observó, qué requisito se usó, qué se comprobó, qué decisión se tomó y qué falta. Si el caso se cerró sin acción correctiva, escribe el fundamento; «no procede» no basta si nadie puede reconstruir la evaluación. Si una acción sigue abierta, conserva el motivo y la persona responsable. La ausencia de actualización no equivale a cierre.

La comprobación de eficacia debe guardar relación con el objetivo. Si se cambió la publicación de etiquetas, revisar una aprobación documental prueba que se realizó ese paso, pero quizá no que la revisión correcta llega al punto de impresión. La evidencia debe mirar el mecanismo que dio origen al problema, si ese mecanismo quedó demostrado, y el alcance definido para la acción. No afirmes eficacia fuera del periodo, producto o proceso revisado.

Un cierre puede concluir que la acción no funcionó. En tal caso, vuelve a examinar las causas y la información disponible, siguiendo el proceso local. No es un fracaso del sistema si la revisión lo detecta y reabre una decisión con evidencia; sí sería una brecha ocultar el resultado para cumplir una fecha de cierre. Los indicadores de tiempo no deben incentivar expedientes cerrados antes de resolver la pregunta relevante.

Bosch Booklet 16 presenta un método para resolver problemas con ocho disciplinas y describe la transferencia de los aprendizajes a procesos o productos comparables. Fuente: BOSCH-PROBLEM-SOLVING-BOOKLET-16; localizador: §3 p. 6; §A1.1 pp. 50–52. La transferencia requiere revisar si el mecanismo y el contexto son comparables; no copies una acción a otra línea sin comprobarlo.

La metodología consultada es una publicación Bosch, no una norma universal ni requisito ISO/FDA. Se presenta como un ejemplo metodológico publicado, con alcance descrito en el propio Booklet 16. Fuente: BOSCH-PROBLEM-SOLVING-BOOKLET-16; localizador: §3 p. 6; contexto y límites del booklet.

Qué deja un sistema CAPA bien gobernado

No hay un único formulario que vuelva fiable un proceso. Lo que ayuda es que las decisiones puedan reconstruirse y que cada capa haga su trabajo: el caso guarda evidencia y alcance; quien decide aplica un criterio aprobado; la acción tiene responsable y propósito; el seguimiento vuelve a la pregunta inicial; y la revisión del conjunto detecta patrones sin mezclar situaciones distintas.

En la práctica, las entradas no terminan todas igual: algunas se descartan tras comprobar los hechos, otras requieren una corrección inmediata, otras necesitan investigar una causa y algunas quedan abiertas por falta de evidencia. El flujo no debería empujar todos los casos al mismo desenlace. Si las personas solo aprenden a completar campos, pero no a documentar por qué una decisión tiene sentido, el registro podrá parecer uniforme y aun así no ayudar a mejorar el control.

La referencia 8D aporta un ejemplo publicado de resolución ordenada de problemas. El término acción preventiva de ISO 9000:2026 pertenece a un preview público seleccionado; no basta para describir por sí solo el sistema CAPA de una compañía. Define el diseño, las autoridades, los criterios de riesgo y los requisitos de cierre a partir de las obligaciones reales de tu organización. Cuando una decisión pueda afectar seguridad, cumplimiento regulatorio, cliente o producto, usa el procedimiento especializado y la autoridad correspondiente.

Alcance de las fuentes

Bosch Booklet 16 se publicó en mayo de 2013 y describe metodología de resolución de problemas de Bosch; incluye 8D como ejemplo de contexto automotriz. Los pasos D1–D8 citados aquí proceden del apéndice A1.3, pp. 52–55, y el contexto general de §3, p. 6. No se presentan como una norma universal, requisito ISO o requisito FDA. La decisión de adoptar, adaptar o no utilizar ese método corresponde a la organización, salvo que un requisito aplicable disponga otra cosa.

ISO 9000:2026 aparece en una fuente separada con alcance limitado: el preview público consultado contiene términos seleccionados y no permite inferir requisitos de ISO 9001 ni procedimientos completos. Las citas ISO se utilizan solo para precisar terminología relacionada con prevención y acciones sobre no conformidades. Para interpretar una cláusula contractual, regulatoria o normativa, consulta el texto íntegro aplicable y a quien tenga autoridad para interpretarlo.

Preguntas frecuentes

¿CAPA es lo mismo que una no conformidad?

No. Una no conformidad es un caso concreto respecto de un requisito; CAPA puede designar el sistema que recibe, evalúa y sigue casos y señales. Registrar un asunto en ese sistema no determina por sí solo su clasificación ni la respuesta que corresponda.

¿Qué diferencia hay entre corrección y acción correctiva?

La corrección aborda el incumplimiento detectado en el caso; la acción correctiva se dirige a la causa de una no conformidad detectada para prevenir su repetición. La acción preventiva se refiere a una situación potencial. La terminología no fija por sí sola el procedimiento local.

¿Todas las organizaciones tienen que aplicar 8D?

No se puede concluir eso de la fuente citada. Bosch Booklet 16 presenta 8D como su metodología publicada de resolución de problemas, con ocho disciplinas, en un contexto automotriz. La aplicabilidad a una organización depende de sus requisitos y procesos.

¿Cómo se decide qué caso revisar primero?

Aplica el criterio aprobado para tu organización y documenta los datos de entrada, como alcance conocido, posible impacto y urgencia de verificación. Si todavía faltan datos, registra la incertidumbre y quién la comprobará; no presentes una puntuación local como umbral universal.

¿Cuándo se puede cerrar una acción?

Cuando se completaron las acciones aprobadas y existe evidencia suficiente para la revisión que exige el proceso aplicable. Distingue ejecución de comprobación del resultado: si falta la evaluación o sigue abierta una cuestión importante, documenta el estado y la decisión pendiente.