No conformidad reincidente: cómo comprobar qué se repite

La segunda aparición no cuenta toda la historia

Imagina que, una semana después de cerrar una incidencia, vuelve a faltar un dato en un registro de inspección. El parecido con el caso anterior llama la atención, pero no resuelve si se incumplió el mismo requisito ni si ambos episodios comparten una causa. La comparación debe empezar por la evidencia y el alcance de cada caso.

Qué significa acción correctiva en las fuentes

ISO 9000:2026 define la acción correctiva como una acción para eliminar las causas de una no conformidad y prevenir que vuelva a ocurrir (§3.6.4). La definición se refiere a las causas, no solo a corregir el registro que quedó incompleto.

En la vista pública oficial consultada, el término aparece dentro de un extracto de definiciones; esa vista no contiene el texto íntegro de la norma ni permite deducir requisitos adicionales de ISO 9001:2026. ISO 9000:2026(es), vista pública oficial, §3.6.4, transcripción seleccionada, líneas originales 721–725.

La misma vista distingue “corrección” como la acción para eliminar una no conformidad detectada (§3.6.3) y “acción preventiva” como la acción para eliminar causas de una no conformidad potencial o de una situación no deseada potencial (§3.6.2). Son tareas distintas: completar un registro ya corregible repara el caso; cambiar el mecanismo que produce omisiones apunta a su causa. ISO 9000:2026(es), vista pública, §§3.6.2–3.6.4, transcripción seleccionada, líneas originales 703–725.

La guía educativa del ISO 9001 Auditing Practices Group (APG) añade una orientación de auditoría: para responder a una no conformidad, separa la corrección, el análisis de causa y la acción correctiva. También indica que la causa debe investigarse antes de elegir una acción dirigida a eliminarla. Esto describe la orientación de APG; no es una cláusula normativa ni un flujo obligatorio para cualquier organización. APG, Nonconformity—review and closing, pp. 2–3, texto extraído retenido, líneas 74–87 y 141–159.

APG también matiza que corrección y acción correctiva no son siempre necesarias juntas: menciona casos demostrablemente accidentales, con un sistema de gestión eficaz y baja probabilidad de repetición, en los que una de las dos puede bastar por sí sola. Eso evita convertir la etiqueta «reincidente» en una orden automática de abrir siempre el mismo tipo de análisis.

En sentido contrario, una corrección puede ser imposible —por ejemplo, si se trata de actualizar registros existentes— aunque siga teniendo sentido valorar una acción sobre el mecanismo. La guía vincula la profundidad del análisis con la naturaleza del hallazgo y con si apunta a un fallo sistémico; no ofrece un umbral numérico que decida estos casos. APG, Nonconformity—review and closing, PDF impreso p. 3, texto extraído retenido, líneas 173–181.

Separa el caso nuevo del anterior

Antes de buscar la causa común, conserva dos relatos breves por separado. Para cada caso identifica el requisito que parecía incumplirse, la evidencia concreta, el proceso y el alcance observado. Después compara los datos que podrían mostrar una relación: producto o servicio, operación, equipo, documento, turno, proveedor, sistema de registro o control implicado. Esta comparación es un método editorial para evitar saltar a una conclusión; APG no prescribe una plantilla con esos campos.

Si coinciden varios elementos, merece la pena comprobar una causa común; la coincidencia aún no la demuestra. Una diferencia en lote o fecha no descarta que un mismo control haya fallado en ambos; del mismo modo, dos marcas idénticas en formularios distintos no demuestran que compartan proceso. La hipótesis gana fuerza cuando los datos de ambos casos permiten reconstruir una ruta común y descartar explicaciones alternativas relevantes.

Si los requisitos aplicables son distintos, evita forzar ambos episodios bajo una misma etiqueta. Puede haber un síntoma parecido con incumplimientos diferentes; también puede haber un fallo sistémico que afecte a requisitos que no están redactados de forma idéntica. Documenta la conexión que la evidencia sostiene y deja separadas las partes que aún no se conocen.

Ordenar las fechas de detección, corrección, acción prevista, implantación y nueva observación ayuda a saber si el segundo caso ocurrió antes o después de que la respuesta llegara a su alcance declarado. Las fechas orientan la revisión, pero la cronología aislada tampoco demuestra que ambos hechos compartan causa. APG, Nonconformity—Documenting, anexo A, PDF impreso p. 3, campos de corrección y acción con fechas.

No tomes el primer factor por causa raíz

APG advierte que la investigación puede encontrar varios factores posibles o contribuyentes. Recomienda contrastarlos de forma iterativa y no declarar como causa raíz el primero que aparece. Para los factores que no se confirman, el documento propone conservar el análisis y la conclusión; los factores posibles y confirmados también se someten a comprobación.

Es un ejemplo de análisis en una guía de auditoría, no una taxonomía obligatoria para todas las plantas. APG, Nonconformity—review and closing, p. 3, texto extraído retenido, líneas 125–140.

Una repetición merece revisar si existe un control común, pero no demuestra por sí sola un fallo sistémico. APG aconseja valorar si la causa fue sistemática o accidental y advierte del riesgo de tratar como hecho aislado un fallo sistémico; esa valoración depende de la evidencia sobre el proceso y el control implicados. APG, Nonconformity—review and closing, pp. 2–3, texto extraído retenido, líneas 77–87.

El análisis puede ampliar la comprobación: ¿la misma condición aparece en otras áreas? APG señala que analizar la causa de una no conformidad puede revelar problemas potenciales en otros ámbitos y aportar información a la planificación basada en riesgos. Si el campo omitido depende de una plantilla común, el equipo podría identificar dónde se usa esa versión y revisar evidencia de esos procesos.

La existencia de la plantilla compartida es una pista para comprobar, no prueba de que todas las áreas incumplan. Una posible extensión no convierte los procesos aún no examinados en incumplimientos confirmados ni obliga a ampliar la investigación automáticamente. APG, Nonconformity—review and closing, PDF impreso p. 3, texto extraído retenido, líneas 181–185.

En el supuesto de los registros, una interfaz compartida sería solo una hipótesis. El equipo compararía versiones, despliegues y registros originales de ambas células. Si encuentra el cambio de interfaz en una y no puede confirmarlo en la otra, dejaría ese factor como posible, con la evidencia pendiente indicada, en vez de resumir ambos episodios como una causa confirmada.

APG describe las categorías “no confirmado”, “posible” y “confirmado” como parte de su ejemplo de análisis; aquí sirven para no presentar una hipótesis como un hecho. APG, Nonconformity—review and closing, PDF impreso p. 3, texto extraído retenido, líneas 125–140.

Una repetición también pone a prueba la razón dada para la respuesta anterior. APG señala que, en algunos casos demostrablemente accidentales, con un sistema de gestión eficaz y baja probabilidad de repetición, puede bastar la corrección o la acción correctiva por separado. Si después aparece un caso parecido, no demuestra automáticamente que esa valoración anterior fuera errónea; sí da un motivo concreto para volver a examinar qué evidencia sostenía la hipótesis de “accidental” y la baja probabilidad.

Ahora importa qué cambió y si la explicación inicial sigue encajando con la evidencia. APG, Nonconformity—review and closing, PDF impreso p. 3, texto extraído retenido, líneas 173–185.

Ejemplo ficticio: dos registros sin el mismo campo

Supongamos que una planta encuentra diez registros de verificación sin el código de revisión del útil, aunque el procedimiento aplicable exige anotarlo. El equipo corrige los registros recuperables y modifica la pantalla electrónica. Un mes después aparece la misma omisión en otra célula. Son hechos inventados, solo para mostrar cómo se compara la evidencia.

Antes de concluir que vuelve la misma causa, el equipo identifica el formulario y la versión de pantalla usados en cada célula, el requisito aplicable y las fechas de implantación del cambio. Si ambas células dependen de una interfaz compartida que quedó sin actualizar, la hipótesis de un control común gana apoyo; si usan sistemas y requisitos distintos, el campo vacío solo es un síntoma parecido. La evidencia de las versiones, configuraciones y registros decide entre esas explicaciones.

También separa dos preguntas que suelen mezclarse: qué se hizo para reparar los diez registros ya observados y qué se cambió para evitar que la omisión vuelva a producirse. Completar un código a partir de una fuente verificable podría corregir un registro; modificar la pantalla compartida sería una acción distinta cuyo alcance habría que comprobar.

Si la modificación solo se instaló en la primera célula, el hallazgo posterior en la segunda podría apuntar a una cobertura incompleta, no a que una medida efectivamente aplicada allí haya resultado ineficaz. Son posibilidades del ejemplo, no datos de una planta real ni una conclusión que pueda extraerse de la mera repetición.

Una comparación útil conservaría la secuencia en vez de comprimirla en «volvió a pasar»: qué registros faltaban inicialmente, qué se corrigió, qué cambio se prometió, en qué células debía aplicarse y cuál es la primera evidencia fechada de que llegó a cada una. Si la segunda omisión precede a la implantación prevista en esa célula, todavía no mide la eficacia de una acción que allí no se ha aplicado.

Si es posterior, el equipo puede revisar si la interfaz mostró el campo correcto, si el procedimiento exigía anotarlo y si la copia original contiene el dato aunque el registro exportado lo oculte. Un desfase entre origen y exportación cambiaría la interpretación del síntoma; la ausencia en ambos documentos, frente al requisito aplicable, sería otra evidencia. En ambos caminos la conclusión depende de documentos concretos, no solo del número de registros ni de que los dos formularios parezcan iguales.

La guía APG pide revisar que la respuesta descrita se haya implantado y que haya evidencia de su eficacia; no basta con que el cambio figure como completado. En este ejemplo, comprobar la versión desplegada en cada célula permitiría saber si la acción previa llegó a cubrir el segundo proceso.

No es una instrucción universal de APG para cambios de pantalla, sino una aplicación ficticia de la pregunta sobre alcance e implantación. APG, Nonconformity—review and closing, p. 3, texto extraído retenido, líneas 141–159.

Revisa la acción con evidencia posterior

El anexo A de la guía APG muestra un formulario que separa análisis de causa, corrección, acción correctiva, verificación de implantación y verificación de eficacia. Es un ejemplo educativo, no un formato obligatorio. En la escena ficticia, registrar que se completaron códigos ausentes no demostraría que la pantalla modificada llegó a todas las células. APG, Nonconformity—Documenting, anexo A, PDF impreso p. 3, formulario de informe de no conformidad.

Al revisar una respuesta, APG recomienda que las acciones estén descritas con claridad, hagan referencia a documentos o procedimientos concretos cuando corresponda y permitan distinguir lo ya realizado de lo todavía futuro. También pide evidencia de que la acción se implantó según lo descrito. Aplicado al ejemplo, una nota “pantalla actualizada” deja preguntas abiertas: ¿qué versión?, ¿en qué células?, ¿en qué fecha? Esos datos ayudan a decidir si la omisión posterior ocurrió dentro del alcance que debía cubrir el cambio.

Son señales de revisión indicadas por APG, no una plantilla de campos para todas las organizaciones. APG, Nonconformity—review and closing, PDF impreso p. 3, texto extraído retenido, líneas 141–159.

La evidencia de implantación y la de eficacia responden a preguntas distintas. Una versión desplegada puede demostrar que el cambio llegó a una célula; para valorar el resultado hay que examinar evidencia posterior pertinente al proceso y al periodo observados. APG indica que, según el caso, una revisión puede hacerse directamente en el sitio o a distancia mediante documentos.

Si los registros de configuración identifican las versiones y su alcance, pueden servir para comprobar el despliegue; si no permiten establecer qué se usó realmente, otra evidencia puede ser necesaria. La guía no fija un periodo ni un tamaño de muestra universal. APG, Nonconformity—review and closing, PDF impreso pp. 3–4, texto extraído retenido, líneas 141–159 y 188–198.

Hay además una comprobación distinta: que la acción correctiva no cree nuevos problemas de calidad del producto o servicio ni dificulte la implantación del sistema de gestión. En el ejemplo, revisar una pantalla para exigir el código de revisión no debería impedir registrar una variante válida en otra célula. Esta comprobación de efectos secundarios no demuestra que la omisión original haya desaparecido; añade una pregunta sobre el coste de la solución en el resto del proceso.

APG la incluye entre los aspectos que el auditor debe considerar al revisar una respuesta. APG, Nonconformity—review and closing, PDF impreso p. 3, texto extraído retenido, líneas 156–162.

Límites de las referencias

El APG es un grupo de prácticas de auditoría. Los documentos citados se presentan como orientación educativa, no como requisitos, criterios obligatorios o interpretación oficial de normas vigentes. La guía de revisión se refiere a auditores que evalúan respuestas a no conformidades en un contexto de sistema de gestión; no impone un método universal de análisis de causa ni una regla española de clasificación. APG, Nonconformity—review and closing, p. 4 y aviso del documento.

La vista consultada de ISO 9000:2026 muestra solo términos seleccionados de la parte informativa. El texto retenido para esta revisión es una transcripción de contenido visible en el portal oficial español, no los bytes originales de la respuesta HTTP ni el texto completo de la norma. No permite atribuir a ISO 9001:2026 un número mínimo de incidentes, un plazo, una técnica obligatoria o una definición universal de “NC reincidente”.

Preguntas frecuentes

¿Qué significa que una no conformidad sea reincidente?

Puede describir una nueva aparición de un incumplimiento parecido tras una respuesta anterior, pero las fuentes consultadas no establecen una categoría universal con ese nombre. Aclara el uso local y demuestra por separado qué requisito y qué evidencia corresponden a cada caso.

¿La repetición demuestra que la acción correctiva anterior falló?

No por sí sola. Primero verifica que la respuesta anterior se implantó como estaba descrita y que la nueva evidencia corresponde al mismo requisito o modo de fallo. APG recomienda evaluar evidencia de implantación y eficacia en su contexto de revisión de auditoría.

¿Debo aplicar siempre los 5 porqués?

No. APG cita varias herramientas como ejemplos, pero no establece un método único para todo caso. El esfuerzo de análisis debe corresponder a la información disponible y al alcance del sistema de gestión.

¿Cuántas veces debe repetirse para ser reincidente?

No hay un umbral universal en las fuentes consultadas. Si la organización usa esa etiqueta, debe aplicar su definición interna y no presentar un número editorial como exigencia ISO.

¿Qué hay que revisar antes de cerrar la respuesta?

En la guía APG, la persona auditora comprueba la información documentada y la evidencia objetiva de la corrección, el análisis de causa y la acción correctiva; también revisa si esta se implantó y resulta eficaz para prevenir la recurrencia.