Registro de no conformidades: índice para cada caso

Un registro de no conformidades puede funcionar como un índice: una fila ayuda a localizar el expediente de un caso y a interpretar su estado local. El expediente conserva el detalle que sustenta la conclusión. Una lista de acciones, si existe, responde otra pregunta: qué actividad está pendiente y cómo se seguirá. Una organización puede reunir estas vistas en el mismo programa, pero conviene que cada una conserve su propósito.

El APG, grupo que publica orientación educativa para auditores de sistemas de gestión, describe evidencia de auditoría, requisito y declaración del incumplimiento como partes de una no conformidad documentada. Esa guía ayuda a entender el expediente al que apunta una fila. No define las columnas de un índice interno de defectos de producción ni prescribe una aplicación informática. APG, “Nonconformity — Documenting”, pp. 1–2.

Tres vistas que responden preguntas distintas

El índice responde «¿qué caso busco y dónde está su documentación?». El expediente responde «¿qué se observó, qué requisito se evaluó y qué conclusión se registró?». El seguimiento de acciones responde «¿qué actividad sigue pendiente y qué registro permite comprobarla?». Los tres pueden compartir el mismo identificador, pero no tienen que repetir todos sus campos.

Esta separación evita dos problemas prácticos. Si la fila contiene todo el relato del caso, la lista se vuelve difícil de filtrar y termina copiando información que puede cambiar en el expediente. Si solo contiene una descripción breve sin un enlace o una referencia recuperable, quien recibe la lista puede no saber qué documento revisar. Una referencia estable permite mantener breve el índice y volver al detalle cuando haga falta.

La propuesta de abajo se limita a una vista por caso. No es una definición universal de «registro»: una organización puede usar ese nombre para el expediente o para el listado de acciones. Al documentar un formato, explica qué objeto representa y qué fuente conserva cada dato.

Cinco campos para empezar

Un índice sencillo puede probar cinco campos: identificador, área o proceso, enlace al expediente, estado local y fecha de actualización. Son sugerencias editoriales; el APG no los fija para una planta. Mantén solo los que ayuden a encontrar un caso o entender qué representa la fila. APG, “Nonconformity — Documenting”, pp. 1–2.

Identificador. Puede ser una secuencia del sistema, un código de área seguido de un número o un identificador ya asignado por la herramienta. No existe una sintaxis universal derivada del APG. Lo importante es que dos filas no se confundan y que el identificador pueda aparecer también en el expediente o en su ruta de búsqueda. Antes de reutilizar una clave, comprueba si aún apunta a otro caso.

Área o proceso. Es una pista de ubicación organizativa, no una explicación causal. Si la lista reúne varias sedes, acordar nombres estables puede ayudar a filtrar. Si el dato se importa de otro sistema, conserva la denominación original cuando cambiarla borre información y registra aparte la categoría que usa el índice local.

Enlace o referencia. Puede ser una ruta, un número de documento o una clave que se pega en el buscador interno. La persona que mantiene la lista debería probarlo desde la vista de un lector normal, no solo desde su propio acceso. Si el expediente se mueve, el índice necesita una referencia actualizada o una ruta que siga resolviendo el documento.

Estado. Usa nombres que describan el objeto al que se refieren. «Expediente en revisión» indica una etapa documental; «hallazgo confirmado» describe otra decisión local. Evita que un rótulo como «cerrado» sugiera por sí solo que un lote se liberó o que una acción resultó eficaz.

Fecha. «Última actualización» puede referirse al momento en que alguien editó una fila, revisó el enlace o modificó el expediente. Esos eventos no son iguales. Si una vista necesita ambos datos, usa dos campos con nombres claros; si solo necesita uno, define cuál se registra y cuándo se cambia.

Qué significa una fila

Define la unidad antes de contar casos. Si un mismo expediente recibe varios documentos, observaciones o correcciones de referencia, eso no crea automáticamente varios casos; el índice puede conservar una fila y enlazar al conjunto del expediente. Si dos eventos independientes ocurren en la misma área, no los fusiones solo para que el listado parezca más corto. El criterio que distingue un caso de otro pertenece al sistema local y debe ser comprensible para quienes mantienen la lista.

Esta decisión también afecta a filtros y recuentos. Una fila puede representar un expediente, una observación o una incidencia agregada; las cifras no se pueden comparar hasta saber cuál es la unidad. Escribe esa convención en el nombre del archivo o en una nota breve, y no uses el índice como métrica de gravedad ni de eficacia si esos conceptos no están definidos por otra fuente del sistema.

Un caso ficticio: NC-26-041

Imagina un índice interno con una fila NC-26-041 en el área de etiquetado, estado local «referencia por comprobar» y un enlace a la carpeta del caso. La fila se creó durante una revisión interna el 7 de abril. Estos datos son inventados y solo ilustran cómo se lee el índice; no describen un incidente real ni una obligación de registro.

Al abrir el enlace, la persona encuentra dos archivos llamados «Instrucción de etiquetado»: uno con revisión 3 y otro con revisión 4. También ve un expediente con el ID NC-26-014, mientras la fila dice NC-26-041. El nombre parecido de los documentos y la inversión de dos dígitos dan una señal de posible referencia equivocada, pero no permiten concluir que el caso sea duplicado ni decidir qué revisión aplicaba.

La comprobación útil consiste en comparar referencias que identifican el mismo objeto: ID en la fila e ID dentro del expediente; área, fecha o evento que originó el caso; y revisión del criterio que el propio expediente dice haber usado. Si el documento solo muestra una carpeta renombrada, no basta con tomar el nombre del archivo como evidencia de versión. La fuente que conserva el historial del sistema local debe resolver ese dato.

Supón que el historial confirma que NC-26-041 es el caso correcto, que NC-26-014 corresponde a otra observación y que la revisión 4 ya estaba vinculada al expediente en la fecha revisada. El índice puede corregirse para que enlace al documento correcto, mientras ambos expedientes siguen separados. La fecha de la fila indica cuándo se verificó esa referencia según la convención local. El expediente conserva los hechos, el requisito y la conclusión que correspondan.

Si la revisión 4 se hubiera añadido después del 7 de abril, el enlace actual no probaría qué versión se usó entonces; habría que mantener visible la diferencia entre ubicación actual e historial del evento.

Si el historial no permite distinguir entre un error de copia y dos expedientes relacionados, conserva la incertidumbre. No fusiones registros solo porque comparten título, área o palabras similares. Un campo de nota puede señalar qué referencia necesita revisión; la decisión final debe basarse en el identificador y los datos que el sistema local tenga disponibles.

Migrar y reconciliar referencias heredadas

Al combinar hojas de distintas áreas, los identificadores pueden coincidir por casualidad o cambiar de formato entre sistemas. Conserva la clave de origen junto a la que use el índice nuevo mientras se comprueban los enlaces. Anota qué sistema asignó cada clave: un número que es único dentro de una hoja puede repetirse en otra. Una pequeña equivalencia «sistema anterior → ID actual» permite buscar expedientes con el código que aún aparece en correos, etiquetas o exportaciones.

Es una ayuda temporal de migración, no una columna que APG prescriba para el índice permanente.

Antes de unir dos filas, abre los expedientes y compara su ID interno, área y evento de origen. Si los documentos confirman que ambas filas apuntan al mismo caso, conserva una referencia principal y registra las claves antiguas como alias o referencias sustituidas si el sistema lo permite. Si los casos son distintos, mantén filas separadas aunque las descripciones se parezcan.

Si no puedes confirmarlo, no borres ninguna fila: deja la relación pendiente de comprobación y conserva el origen de cada referencia. Son decisiones locales para no perder el camino de vuelta a la fuente.

Cuando una ruta antigua deja de funcionar, busca el expediente con la clave de origen y revisa la versión que consta en el propio documento o en el sistema que lo mantiene. El nombre del archivo por sí solo no demuestra su revisión. Una vez verificada la correspondencia, actualiza el enlace y registra qué fecha representa esa comprobación.

Si el sistema anterior va a retirarse, conserva el cruce entre ID antiguo y actual en una ubicación que los lectores puedan consultar; no conviertas la migración en una edición silenciosa del expediente.

Si el índice se genera como exportación, guarda aparte la fecha del corte y el sistema de origen. Ese momento indica cuándo se obtuvo la lista, no que cada expediente se abriera o verificara entonces. No lo copies sobre el campo «última actualización» de las filas: mantén la diferencia entre fecha del conjunto exportado y fecha de revisión de una referencia concreta.

Qué significa un estado local

Un estado es una etiqueta definida por la organización. Antes de usarlo en filtros o informes, explica qué objeto describe y quién puede asignarlo. «En revisión documental» podría indicar que se está comprobando el expediente; «pendiente de criterio» podría reflejar que la referencia al requisito necesita confirmación. No son categorías impuestas por el APG.

Evita combinar con un solo rótulo decisiones distintas. Un caso puede estar documentado mientras una acción sigue abierta; una fila puede estar archivada aunque el expediente conserve preguntas sin resolver. Si el equipo necesita ver esas etapas, usa la fuente de información que corresponda y no conviertas una palabra del índice en sustituto del expediente.

El Anexo A del APG muestra espacios separados para el hallazgo, el plan de acciones, la verificación de implementación, la eficacia y el cierre. Esa estructura corresponde a un ejemplo de informe de auditoría. Puede ayudar a entender por qué un estado de una lista no significa lo mismo que la evidencia de actividades posteriores, pero no obliga a copiar esas secciones en un listado de planta. APG, “Nonconformity — Documenting”, Annex A, p. 3.

Qué guarda el expediente

La evidencia de auditoría debe quedar descrita con detalle suficiente para que la organización auditada pueda encontrar y confirmar lo que observó el auditor. El APG relaciona la trazabilidad con registrar y documentar sistemáticamente las no conformidades; esa orientación se refiere al expediente de auditoría y no añade campos obligatorios al índice local. APG, “Nonconformity — Documenting”, pp. 1–2.

Al aplicar esa distinción a un expediente, procura que el lector pueda seguir desde el hecho observado hasta el criterio y la conclusión. Una frase como «proceso no controlado» no identifica qué se revisó. Si el caso se basa en un registro, anota su identificador y revisión; si se basa en una muestra, describe la muestra y el punto observado. Son formas locales de dejar el hecho localizable, no una lista de campos prescrita por APG.

El índice puede mostrar una descripción corta que ayude a buscar, pero la oración no tiene que resolver todo el caso. En NC-26-041, «referencia de expediente por comprobar» informa sobre la calidad del enlace; no reemplaza la descripción del hallazgo. Separar esos propósitos reduce la probabilidad de que un comentario administrativo se lea como conclusión técnica.

Probar el índice con lectores reales

Antes de adoptar una vista nueva, pruébala con varios expedientes ya existentes y una persona que no haya creado las filas. Pídele localizar cada expediente a partir de una fila y encontrar la fila a partir de un expediente. Anota si falla el ID, si la ruta no abre desde su perfil, si el área tiene nombres incompatibles o si la fecha no dice qué se revisó. Cambia la convención que originó la dificultad; no agregues columnas automáticamente.

Después selecciona una discrepancia real de referencia, como un enlace roto o dos copias con revisiones distintas. Pide a la persona lectora que describa qué dato buscaría para resolverla y qué parte se quedaría en el expediente. La prueba verifica si la lista ayuda a encontrar información; no confirma que el hallazgo sea correcto ni que las acciones posteriores hayan sido eficaces.

Si el índice usa una hoja de cálculo, puede bastar una instrucción breve en la cabecera con el significado de los estados y la fuente de cada fecha. Si forma parte de un sistema documental, comprueba que una persona sin permisos de edición pueda abrir los enlaces y leer el identificador. No hay una herramienta universal para este uso: lo relevante es que la organización pueda recuperar el documento al que la fila apunta.

Alcance del ejemplo APG

El documento APG se dirige a documentar no conformidades de auditoría y su Anexo A ilustra un informe con datos de identificación, referencia al requisito y apartados posteriores para acciones y verificaciones. El descargo aclara que el documento no pasó por un proceso de aval de ISO, ISO/TC 176 ni IAF; añade que la información se ofrece con fines educativos y de comunicación. El Anexo A sirve como ejemplo, no como plantilla obligatoria para el índice de una planta.

APG, “Nonconformity — Documenting”, disclaimer, p. 4.

Las columnas, nombres de estado, identificadores y pruebas de lectura de este artículo son propuestas locales. Cada organización debe definir sus referencias documentales y comprobar el requisito que utiliza en su propio contexto. WizeeMind no certifica sistemas ni sustituye el sistema de gestión de calidad de una empresa.

Preguntas frecuentes

¿Un registro de no conformidades es lo mismo que el informe de cada caso?

No necesariamente. El índice ayuda a localizar el expediente; la evidencia, el requisito y la declaración documentada del caso se conservan en el registro detallado que defina la organización.

¿Qué columnas conviene incluir al empezar?

Como propuesta local, puede probarse un ID, área o proceso, enlace al expediente, estado y última actualización. Conserva solo los campos que ayuden a localizar o interpretar la fila.

¿El formulario del APG es una plantilla para el registro de planta?

No. El Anexo A ilustra un informe de no conformidad de auditoría y no establece un índice interno universal para defectos de producción.

¿Qué hacer si dos filas parecen duplicadas?

Compara el ID y la documentación de origen antes de unirlas. Una descripción parecida no demuestra que ambas filas representen el mismo caso.

¿Un estado “cerrado” demuestra que una acción fue eficaz?

No por sí solo. El significado del estado lo define el sistema local; la evidencia de acciones y de su eficacia pertenece al registro que las documente.