Panel de detalle: Hallazgos e Informe
El panel de detalle organiza la gestión de la auditoría en tres pestañas: Resumen (datos generales y estado), Hallazgos (registro y ciclo de vida) e Informe (conclusiones del informe final).
Panel de detalle — estructura general
Al seleccionar una auditoría en la lista, el panel derecho muestra el header con: código, tipo, estado y botones de acción. Los botones disponibles son:
- ✏ Editar — disponible para Admin/QA en todos los estados activos. Abre el formulario de edición (auditor líder, fechas planificadas). Cada cambio queda registrado en audit trail.
- 🖨 Imprimir — genera el informe A4 completo en una ventana emergente. Incluye: datos generales, tabla de hallazgos con criticidad y colores, respuestas de las áreas y evidencia de cierre de cada hallazgo.
- Cerrar — cierra el panel sin afectar el estado de la auditoría.
Debajo del header, las tres pestañas organizan el contenido.
Tab Resumen
Muestra los metadatos de la auditoría en una grilla:
- Subtipo, área auditada (o entidad externa), creador, auditor líder
- Inicio y cierre planificados, fecha de creación
- Descripción / alcance
Si hay hallazgos registrados, muestra un bloque de contadores con cuatro indicadores:
| Contador | Color | Significado |
|---|---|---|
| Total | Azul | Cantidad total de hallazgos registrados |
| Sin respuesta | Rojo | Hallazgos en estado "Abierto" — el área auditada aún no respondió |
| Pend. validación QA | Amarillo | Hallazgos "Respondidos" — QA debe validar la respuesta y cerrar o rechazar |
| Cerrados por QA | Verde | Hallazgos con evidencia de cierre validada por QA |
Cuando la auditoría está en Pendiente cierre y hay hallazgos sin resolver, aparece el mensaje de bloqueo con detalle: "N hallazgo/s sin respuesta del área. M hallazgo/s pendientes de validación QA. Cerrá todos los hallazgos antes de cerrar la auditoría."
Tab Hallazgos
Lista todos los hallazgos de la auditoría ordenados por número (finding_number). El botón + Hallazgo aparece solo cuando la auditoría está en estado En ejecución y el usuario tiene permiso aum.finding.create.
Registrar un hallazgo nuevo
| Campo | Oblig. | Descripción |
|---|---|---|
| Título | ✅ | Nombre corto del hallazgo. Ej: "Ausencia de firma en hoja de registro de balanza". |
| Descripción | ✅ | Detalle completo del hallazgo: qué se observó, referencia al procedimiento incumplido, evidencia encontrada. |
| Criticidad | ✅ | Crítico / Mayor / Menor / Observación. Determina qué acciones especiales están disponibles (ver abajo). |
| Proceso afectado | No | Proceso o actividad donde se detectó el hallazgo (ej: "Calibración de equipos", "Control de documentos"). |
Ciclo de vida de un hallazgo
Cada hallazgo tiene tres estados que forman su ciclo de vida completo:
Paso 1: Respuesta del área auditada
Cuando la auditoría está en ejecución y el hallazgo está Abierto, aparece el botón Responder (requiere permiso aum.finding.respond). El modal de respuesta pide:
- Respuesta formal: texto que explica la situación, las causas del hallazgo y las acciones tomadas o planificadas.
- Fecha de compromiso (opcional): si el hallazgo requiere acción correctiva con fecha límite.
Al guardar, el hallazgo pasa a estado Respondido y queda a la espera de validación de QA.
Paso 2: Validación y cierre por QA
Con el hallazgo en estado Respondido, Admin/QA ven el botón Cerrar hallazgo. El modal de cierre pide:
- Evidencia de cierre: texto que documenta qué verificó QA para dar el hallazgo por resuelto. Ej: "Se verificó hoja de registro actualizada con firmas completas. Fecha de verificación in-situ: 15/05/2026."
Al confirmar, el hallazgo pasa a Cerrado y su card muestra la evidencia de cierre en fondo verde. Este estado es inmutable.
Criticidad y acciones especiales
| Criticidad | Descripción | Acciones especiales disponibles |
|---|---|---|
| Crítico | Incumplimiento grave que puede comprometer la validez de los resultados o la seguridad. | ✅ Abrir CAPA en QEM · ✅ Flag de cambio de procedimiento · ✅ Proponer CC |
| Mayor | Incumplimiento significativo de un requisito regulatorio o de sistema de calidad. | ✅ Abrir CAPA en QEM · ✅ Flag de cambio de procedimiento · ✅ Proponer CC |
| Menor | Incumplimiento puntual de baja severidad que no compromete el sistema. | ✅ Flag de cambio de procedimiento · ✅ Proponer CC |
| Observación | Situación de mejora identificada, sin incumplimiento formal. | — |
WF-AUM-QEM-001: Abrir CAPA desde un hallazgo
Para hallazgos Críticos o Mayores que no tengan un evento QEM ya vinculado, el botón Abrir CAPA (rojo, requiere permiso qem.event.create) crea automáticamente un evento de calidad en el QEM. El evento se crea con:
- Tipo:
audit_finding - Título derivado del título del hallazgo
- Criticidad equivalente al hallazgo
- Vínculo al hallazgo de AUM
El sistema retorna el código del evento QEM creado (ej: QEM-2026-042) y lo muestra como confirmación. A partir de ese momento, la tarjeta del hallazgo muestra el badge con el código del evento QEM vinculado.
Una vez abierta la CAPA, el botón Abrir CAPA desaparece del hallazgo (no se puede crear una segunda CAPA para el mismo hallazgo desde AUM).
WF-AUM-CCM-001: Flag de cambio de procedimiento y proponer CC
Este workflow tiene dos pasos para hallazgos que requieren actualizar procedimientos documentados:
Paso A: Activar el flag
Para hallazgos en estado Abierto sin CC vinculado, el botón Flag: requiere cambio activa el indicador requires_procedure_change en el hallazgo. El botón es un toggle: volvé a hacer clic para desactivarlo. El flag se muestra como un chip en la tarjeta del hallazgo.
Paso B: Proponer Change Control
Cuando el flag está activo y el hallazgo no tiene CC vinculado, aparece el botón Proponer CC. Al hacer clic, el sistema crea automáticamente un Change Control en el CCM pre-cargado con los datos del hallazgo. El sistema retorna el código del CC (ej: CC-2026-018) y lo muestra en el hallazgo como badge vinculado.
Una vez creado el CC, los botones de flag y proponer CC desaparecen del hallazgo.
Tab Informe
El tab Informe permite registrar las conclusiones del informe final de auditoría. Tiene dos campos:
| Campo | Descripción |
|---|---|
| Referencia del informe | Código o número del informe físico/PDF firmado. Ej: INF-AUD-20260515-01. Permite localizar el documento fuera del sistema. |
| Conclusiones | Resumen ejecutivo del informe: hallazgos principales, estado del sistema auditado, recomendaciones. Texto libre, sin límite de extensión. |
El informe firmado se archiva en CDMS, no en AUM. El tab Informe registra la referencia y las conclusiones, pero el documento PDF físico firmado (con las firmas del auditor y del responsable de área) debe cargarse en el CDMS como Documento Externo. Los firmantes varían según el subtipo de auditoría.
El tab muestra un badge ● en la tab cuando hay informe registrado. El botón ✏ Editar informe abre el formulario de edición. Cada cambio al informe queda registrado en audit trail.
Preguntas frecuentes
No hay límite. Podés agregar tantos hallazgos como la auditoría identifique. Los hallazgos se numeran automáticamente (finding_number) en orden de creación.
Los campos del hallazgo (título, descripción, criticidad, proceso) no son editables una vez creado. Si hay un error en el texto, documentalo en la respuesta formal del hallazgo. Si el error es significativo, contactá al administrador.
No. El flujo requiere que el hallazgo pase por el estado Respondido antes de poder cerrarse. Si el área auditada no puede o no quiere responder, Admin/QA pueden registrar la respuesta en nombre del área (con la aclaración correspondiente en el texto de respuesta) y luego cerrar con la evidencia de cierre.
Sin respuesta = el hallazgo está en estado Abierto (el área auditada no registró su respuesta todavía). Pend. validación QA = el área auditada respondió pero QA aún no validó la respuesta y cerró el hallazgo. Ambos estados bloquean el cierre de la auditoría.