La vista previa pública de ISO 9000:2026 define la acción preventiva como una acción sobre la causa de una no conformidad potencial. La definición aparece en §3.6.2, líneas 708–716 del portal de consulta de ISO. El término no prescribe la ruta interna para cada riesgo.
En la práctica, el término ayuda a formular una pregunta distinta de «¿qué falló?»: «¿qué condición todavía no ha producido el incumplimiento, pero podría conducir a él, y qué evidencia permitiría valorar esa posibilidad?». La pregunta no convierte una sospecha en una no conformidad. Primero hay que verificar el requisito aplicable y la señal que despertó la preocupación. El ejemplo que sigue es inventado; sirve para separar los estados, no para describir una planta real.
Potencial no significa confirmado
La palabra «potencial» marca una diferencia práctica. Puede haber una observación válida —por ejemplo, una instrucción prevista para actualizarse antes de un cambio de turno— y una preocupación razonable acerca de lo que podría pasar. Eso todavía no demuestra que se haya usado una instrucción incorrecta, que se haya incumplido un requisito, ni que una causa concreta esté presente. Conviene mantener visibles esas diferencias para que una etiqueta administrativa no convierta una posibilidad en un hecho.
Para empezar, divide las notas en tres partes:
| Parte | Pregunta | Ejemplo hipotético |
|---|---|---|
| Hecho observado | ¿Qué se vio o recibió directamente? | El responsable local anuncia una revisión de una instrucción antes del siguiente turno. |
| Evento potencial | ¿Qué incumplimiento podría ocurrir si la condición se mantiene? | Una persona podría consultar una copia que ya no corresponde a la revisión autorizada. |
| Causa potencial | ¿Qué condición podría facilitar ese evento? | Aún no se sabe si el punto de consulta retira o identifica las copias reemplazadas. |
La tabla separa lo observado de lo que todavía es una hipótesis. No es un formulario de ISO ni un análisis ya completado: en este ejemplo no se ha encontrado una copia antigua en uso ni un producto afectado, y la causa aún está por comprobar.
La definición no decide qué señales merece la pena analizar, quién aprueba una respuesta ni cuánto trabajo requiere. Eso depende del sistema de gestión y de las obligaciones que tenga la organización. El extracto no aporta una regla para resolver esas decisiones.
Distingue prevención, corrección y acción correctiva
La vista previa pública distingue corrección, acción correctiva y acción preventiva como términos separados. El contraste aparece en §§3.6.2–3.6.4, líneas 708–732 del portal de consulta de ISO. La distinción ayuda a nombrar el estado del caso sin decidir qué procedimiento local debe seguirse.
| Estado de la situación | Pregunta útil | Uso del término |
|---|---|---|
| Aún no hay incumplimiento detectado; existe una condición que podría desembocar en uno | ¿Qué causa potencial merece comprobarse o tratarse? | Acción preventiva |
| Ya se detectó un incumplimiento en una unidad, registro o proceso | ¿Qué medida elimina ese incumplimiento concreto? | Corrección |
| Ya se detectó un incumplimiento y se analiza cómo evitar que la causa vuelva a producirlo | ¿Qué acción aborda la causa confirmada o sustentada? | Acción correctiva |
En el caso de la instrucción, si la comprobación encuentra una copia antigua expuesta y el requisito exige que se retire, deja de tratarse solo de una posibilidad. La organización tendrá que decidir cómo registra y resuelve ese incumplimiento mediante su proceso aplicable. Si la instrucción todavía no ha cambiado y lo único conocido es un próximo cambio programado, el equipo puede analizar el escenario potencial sin afirmar que ya ocurrió una falla.
La evidencia frente al requisito, no el nombre de la ficha, determina cuándo cambia la clasificación.
Evita usar «acción preventiva» como etiqueta para cualquier mejora, mantenimiento, auditoría o reducción de riesgos. Una actividad puede ser útil sin que la definición consultada permita clasificarla. Si el registro mezcla una no conformidad actual con un riesgo futuro, separa ambos asuntos o sigue la taxonomía que haya aprobado el QMS. Así, la descripción conserva qué se detectó realmente y qué se intenta evitar.
Caso de trabajo: una revisión documental próxima
Imagina que una instrucción de proceso se revisará antes de un cambio de turno. En una reunión de preparación alguien pregunta si la copia usada en el punto de trabajo se sustituye cuando entra en vigor la nueva revisión. No se ha observado una copia incorrecta, no hay evidencia de que nadie haya seguido una versión anterior y no se ha constatado producto fuera de requisito. La pregunta se registra como una señal por verificar, no como un fallo confirmado.
La primera revisión sirve para comprobar los hechos, no para asignar una causa por adelantado. Se puede revisar cómo se publica la instrucción vigente, cómo se identifica la versión aplicable y qué ocurre con copias retiradas, siempre dentro del procedimiento local. Si los registros muestran que la copia actual se reemplaza mediante un control establecido y que el punto de consulta no conserva versiones anteriores, esa evidencia puede reducir la preocupación inicial.
Si aún faltan datos, el registro debe decirlo y asignar la consulta a quien tenga autoridad; no conviene rellenar la laguna con «el sistema está bien» ni con «la gente no sigue instrucciones».
Supongamos, solo para ilustrar una decisión, que la revisión local encuentra dos rutas de acceso: una controlada por el sistema documental y otra carpeta compartida cuya vigencia todavía no está clara. Esto tampoco prueba que se haya producido una no conformidad: nadie ha identificado qué archivo se consulta en la operación real. Una respuesta proporcionada podría ser comprobar quién administra la carpeta y si contiene documentos activos, antes de proponer una modificación.
Si la carpeta solo conserva versiones archivadas con identificación clara, cambiarla quizá no sea necesario. Si se confirma una copia obsoleta disponible como si fuera actual, la clasificación y el siguiente paso deben cambiar conforme al requisito y al proceso de la organización.
El caso tiene tres resultados posibles, ninguno predeterminado por la definición pública:
- La señal se descarta porque la evidencia demuestra que el control local cubre el escenario. Se registra qué se revisó y por qué la preocupación no se sostiene.
- La señal sigue abierta porque no fue posible comprobar la ruta documental. Se anota la limitación y la persona que resolverá la pregunta; no se declara eficaz una medida que no se ha evaluado.
- Se encuentra un incumplimiento real. El asunto pasa a la respuesta local para no conformidades, que puede incluir corrección y, si el análisis lo justifica, una acción sobre la causa.
Si la revisión descubre una copia incorrecta que incumple el requisito, el caso deja de ser una posibilidad. Si no se ha comprobado una falla, la pregunta inicial tampoco basta para registrar una no conformidad. Anota qué se observó, qué se sospechaba y qué quedó confirmado.
Comprueba antes de llamar causa a una sospecha
Cuando el caso aún es hipotético, registra por separado la condición observada y el evento que podría ocurrir. Así evitas presentar una sospecha como un defecto confirmado. Es una recomendación editorial, no un formulario exigido por ISO; el término se define en la vista previa pública de ISO 9000:2026, §3.6.2, líneas 708–716.
Para que otra persona pueda revisar el razonamiento, una nota corta puede separar cuatro cosas:
- «Observado»: el dato que se recogió, quién lo detectó y en qué contexto.
- «Podría ocurrir»: el evento no deseado que se considera posible, expresado sin tratarlo como hecho.
- «Falta comprobar»: la información que podría confirmar o debilitar el vínculo entre la señal y el evento.
- «Próxima decisión»: quién revisará esa evidencia y qué autoridad resolverá si hace falta una medida.
Es una propuesta de escritura, no una plantilla ISO. Mantén la nota dentro de las reglas documentales y de acceso locales. Si una persona no tiene autoridad para modificar el sistema de documentos, no conviertas la recomendación en instrucción para cambiarlo. El dueño del proceso o la función que determine el QMS debe decidir qué acción tiene sentido.
También ayuda registrar hipótesis alternativas. En el caso ficticio, puede que la carpeta esté correctamente controlada, que solo guarde archivos obsoletos identificados, o que el acceso esté fuera del proceso aprobado. Cada alternativa sugiere una comprobación distinta. No elijas una para completar un campo; anota qué evidencia observada permite distinguirlas. Si el resultado no resuelve la incertidumbre, describe exactamente qué parte quedó sin verificar.
Define alcance y revisión sin inventar umbrales
Antes de revisar documentos o personas, limita la búsqueda a una relación verificable con la señal: el punto de consulta, la revisión que entra en vigor, el turno asociado o el propietario del repositorio, por ejemplo. No amplíes el caso a toda la planta solo porque eso parezca exhaustivo. Tampoco cierres la revisión sobre un archivo si la preocupación se refiere a una ruta que no has consultado. Explica por qué ese alcance puede responder a la pregunta.
Una escala numérica puede ayudar si la organización ya tiene un método aprobado. La vista previa pública de definiciones no ofrece puntuaciones, probabilidades, matrices ni umbrales para decidir qué acción preventiva ejecutar. No inventes un corte universal —por ejemplo, «por encima de X hay que abrir una acción»— ni presentes un número local como si fuera una regla de ISO. Si existe un criterio interno, identifica su fuente y confirma que corresponde al caso.
Convierte la duda general en algo que se pueda comprobar. «Revisar el riesgo» no dice qué averiguar; «confirmar qué versión muestra la ruta que usa el equipo y quién controla su publicación» sí. Quizá se confirme una condición, quizá la hipótesis pierda fuerza o quede una laguna. Registra cuál de esos resultados obtuviste y qué decidiste a partir de él.
Si la preocupación tiene consecuencias de seguridad, legales, contractuales o de conformidad de producto, usa el proceso especializado y la autoridad definidos para ese ámbito. Esta página no puede determinar la tolerancia aceptable ni sustituir una evaluación formal. La definición terminológica pública no trae un cálculo de riesgo ni garantiza que una respuesta particular sea suficiente.
Elige una acción que corresponda a la evidencia
Si la señal se sostiene, identifica la causa potencial a la que responde la medida. Una acción que solo añade una casilla a una lista puede dejar intacta la condición que se quería tratar. Pero tampoco atribuyas a una acción una capacidad que no se ha comprobado. En el caso de la carpeta, podría proponerse clarificar quién controla su contenido; primero habría que comprobar si esa falta de claridad existe y quién puede autorizar cambios.
En este ejemplo, vincular la medida propuesta con la condición potencial y con una comprobación posterior permite revisar si la decisión sigue teniendo sentido. La definición consultada respalda el significado del término; el método de evaluación corresponde al procedimiento local. La vista previa pública de ISO 9000:2026, §§3.6.2–3.6.4, líneas 708–732 distingue acción preventiva, corrección y acción correctiva.
Una medida también puede tener efectos no deseados. Por ejemplo, quitar una ruta de acceso sin confirmar si el equipo necesita consultar la instrucción vigente podría crear otra dificultad. Este es un riesgo del escenario inventado, no un efecto demostrado ni una afirmación de fuente. El responsable debe revisar los cambios con quien administra el proceso y conservar las copias o registros que el control documental requiera.
Si la evidencia debilita la hipótesis, no sostengas una acción solo para que el registro parezca completo. Explica qué se verificó, qué se descartó y qué quedó pendiente. Si la hipótesis se confirma, documenta el vínculo y la medida que la organización decidió. La palabra «preventiva» no demuestra que se actuó sobre una causa ni que se redujo el riesgo; la evidencia del caso tiene que mostrar qué se hizo y qué se observó después.
Revisa lo ocurrido y cierra con límites claros
Una revisión posterior debe mirar el resultado que se esperaba cambiar. En el ejemplo hipotético, si el objetivo local era asegurar que el equipo accediera a la revisión vigente, la pregunta de seguimiento sería si esa ruta presenta la versión autorizada en el contexto definido. No basta con acreditar que alguien envió un correo o actualizó un registro si la preocupación trataba del acceso real. El procedimiento local determina cómo se evidencia esa comprobación y quién la acepta.
No confundas «se implementó» con «se comprobó su efecto». Si solo se cambió un documento, puedes decir que se cambió; no afirmes que con ello se eliminó la posibilidad de recurrencia sin la evaluación prevista. Si la evaluación no está disponible o el tiempo transcurrido es insuficiente según el método local, deja el asunto pendiente y no inventes una fecha de cierre.
Una nota de conclusión puede separar resultado, alcance y límite: «Se verificó la ruta controlada usada en el punto de consulta y se confirmó que muestra la revisión vigente. No se revisaron otras carpetas ajenas a ese flujo. La conclusión se limita al proceso y periodo comprobados». Ese texto es un ejemplo editorial; no prueba nada de una planta real. Cambia las frases para reflejar exactamente la evidencia del caso.
El cierre tampoco convierte una predicción en garantía. La organización puede conservar el razonamiento, la decisión, la acción y la comprobación de acuerdo con el QMS. Si más adelante aparece un incumplimiento real, trata ese caso como tal; no uses el registro preventivo anterior para dar por demostrada una causa que entonces solo era potencial.
Qué permite concluir la vista previa pública
La vista previa pública de ISO muestra términos seleccionados de ISO 9000:2026. Esta página se limita a la definición de acción preventiva y a las distinciones entre corrección y acción correctiva; no atribuye requisitos de ISO 9001 ni pasos obligatorios. El aviso de acceso del portal ISO, líneas 355–356 delimita el material disponible.
Si el caso requiere interpretar una cláusula, una obligación legal o una regla sectorial, consulta el texto aplicable y la autoridad competente. Una definición aislada no confirma que una organización cumpla una norma ni que el término se use de igual modo en todos sus procedimientos. Mantén la fuente visible junto a la distinción y conserva la fecha real en que se consultó la representación.
Preguntas frecuentes
¿Qué significa acción preventiva?
En el vocabulario público de ISO 9000:2026, es una acción sobre la causa de una no conformidad potencial. Esa definición terminológica no prescribe el control que debe implantar una organización concreta.
¿En qué se diferencia de una acción correctiva?
La acción correctiva responde a la causa de una no conformidad detectada y busca prevenir su repetición. La acción preventiva se sitúa antes de que esa no conformidad ocurra y aborda la causa potencial. La corrección, en cambio, elimina el incumplimiento ya detectado en el caso concreto.
¿Una alerta demuestra que ya existe una no conformidad?
No por sí sola. Primero separa el hecho observado de la posibilidad que plantea y comprueba si se incumplió un requisito aplicable. Si ya hay un incumplimiento, el caso deja de ser solo potencial y debe tratarse conforme al procedimiento local de no conformidades.
¿Qué conviene documentar en un análisis preventivo?
Como propuesta de trabajo, registra la señal observada, el evento que se teme, la causa potencial como hipótesis, la evidencia revisada, la acción autorizada y la observación que permitirá volver a evaluar el caso. La vista previa terminológica consultada no exige esos campos ni fija un formato.
¿La vista previa pública de ISO 9000 define cómo implantar una acción preventiva?
No. La vista previa pública ofrece términos, no un procedimiento de implantación ni requisitos de ISO 9001. No permite inferir responsables, plazos, puntuaciones de riesgo ni un procedimiento obligatorio.