Panel de detalle del bundle CTR
Al seleccionar un bundle en la lista, el panel derecho muestra todos los protocolos, el estado de firmas, las acciones disponibles y el historial del bundle.
Header del bundle
El header muestra los datos de identificación del bundle: código, cliente, descripción del equipo, email del técnico, ID del protocolo ITS Lab, orden de trabajo y tipo de servicio. También muestra el estado actual y el contador de protocolos completados.
Los botones del header son:
- ↓ ITS Lab — ejecuta un pull de datos desde ITS Lab para actualizar equipos, estándares y solventes en todos los protocolos. Solo visible cuando el bundle no está cerrado.
- ↻ — recarga los datos del bundle desde el servidor sin navegar fuera del panel.
- 👁 Ver PDF — genera una vista previa del PDF tal como quedará almacenado. Visible en En ejecución y Pendiente revisión.
- Cerrar — cierra el panel de detalle.
Panel de firmas
Muestra el estado de las dos firmas reguladas del bundle:
| Firma | Rol | Estado | Qué muestra cuando está firmado |
|---|---|---|---|
| Técnico responsable | Técnico o Admin | Pendiente / ✓ Firmado | Email del firmante y timestamp en ART |
| Verificador QA | QA o Admin (≠ técnico) | Pendiente / ✓ Firmado | Email del firmante y timestamp en ART |
Separación de funciones. El verificador no puede ser la misma persona que firmó como técnico. El sistema lo bloquea y no muestra el botón de firma al técnico que ya firmó en ese rol.
Todas las acciones disponibles
| Acción | Estado requerido | Condición adicional | Firma 🔐 |
|---|---|---|---|
| Firmar como técnico | En ejecución | Todos los protocolos completados | ✅ Sí |
| Firmar como verificador | Pendiente revisión | Técnico ya firmó · Actor ≠ técnico | ✅ Sí · cierra el bundle |
| Retirar firma | Cualquiera (no cerrado) | Solo si existe al menos una firma | ✅ Sí · bundle vuelve a En ejecución |
| Marcar protocolo No Ejecutado | En ejecución | Admin/QA · por protocolo individual | ✅ Sí · justificación ≥15 chars |
| Modificar IDTs del bundle | En ejecución | Admin/QA | ✅ Sí |
| Reabrir bundle cerrado | Cerrado | Admin/QA · todas las firmas se retiran | ✅ Sí · motivo ≥15 chars |
| Seleccionar certificado TMS | En ejecución / Pend. revisión | Técnico o Admin | No |
| Ver PDF / Descargar PDF | Cualquiera | — | No |
| Pull ITS Lab | Cualquiera (no cerrado) | — | No |
El botón "Firmar como técnico" aparece deshabilitado si no todos los protocolos están completos. El texto del botón cambia a "Completar protocolos primero" para indicar qué falta.
Alerta de certificado TMS faltante. Si el bundle está en En ejecución, todos los protocolos están completos pero no hay certificado TMS vinculado, el sistema muestra una advertencia antes de habilitar la firma del técnico. El certificado debe seleccionarse antes de firmar.
Pull de datos de ITS Lab
El botón ↓ ITS Lab actualiza los datos precargados en todos los protocolos del bundle consultando la API de ITS Lab en tiempo real. Esto actualiza:
- Datos de equipos: marca, modelo, número de serie, ID interno, ubicación
- Datos de estándares y solventes del catálogo
- Número de orden de trabajo asociada
El header muestra la fecha y hora del último pull exitoso. Si el bundle nunca tuvo un pull, aparece "Aún no se realizó un pull de ITS Lab".
Certificado TMS
El panel de certificado TMS aparece cuando el bundle está en En ejecución o Pendiente revisión. Permite vincular el certificado de competencia del técnico al bundle para evidenciar que estaba habilitado para ejecutar los protocolos.
Hacé clic en el botón correspondiente en la sección de acciones.
Solo aparecen certificados TMS vigentes del sistema. El certificado debe corresponder al técnico que ejecutará los protocolos.
El certificado queda vinculado al bundle. Podés ver el nombre y fecha del certificado seleccionado en el panel.
Ejecutar un protocolo IDT
Cada protocolo IDT del bundle se muestra como una sección expandible. Dentro encontrás el formulario con todos los campos definidos en el Form Builder de ese IDT:
- Campos precargados desde ITS Lab: equipos, estándares, solventes — verificá que los valores sean correctos antes de continuar
- Campos manuales: resultados de medición, temperaturas, masas, observaciones — ingresalos directamente
- Cuando todos los campos obligatorios tienen valor, el protocolo muestra un indicador de Completo ✓
- Con todos los protocolos completos se habilita el botón de firma del técnico
Gestión de rawdata
Para cada protocolo podés adjuntar los archivos de datos crudos del instrumento: cromatogramas, espectros, impresiones de calibración, capturas de pantalla del instrumento, etc.
Subir rawdata
Hacé clic en el botón 📎 Rawdata dentro del protocolo. Podés seleccionar múltiples archivos a la vez. Los archivos se suben individualmente y aparecen en la lista del protocolo al completarse cada upload.
Reordenar rawdata
Usá los botones ▲ / ▼ junto a cada archivo para cambiar su orden. El orden determina cómo aparecen en el informe final.
Eliminar rawdata
El ícono de papelera elimina el archivo. Esta acción requiere ingresar un comentario de motivo y queda registrada en el audit trail.
Una vez que el técnico firmó el bundle, los rawdata quedan inmutables. No podés agregar, reordenar ni eliminar archivos después de la firma. Si hay un error, el verificador debe reabrir el bundle.
Modificar IDTs del bundle en ejecución
Admin/QA pueden modificar los IDTs de un bundle mientras está En ejecución usando el panel de modificación (acción regulada con firma). Las operaciones posibles son:
- Agregar IDT: incorporar un nuevo protocolo al bundle. Los datos preexistentes se mantienen.
- Reemplazar IDT: sustituir un protocolo por otro (por ejemplo si se usó la versión incorrecta del IDT).
- Eliminar protocolo: quitar un protocolo del bundle con justificación.
Ver y descargar el PDF del bundle
El botón 👁 Ver PDF (visible en En ejecución y Pendiente revisión) genera una vista previa del informe exactamente como quedará almacenado una vez cerrado. Es útil para verificar el contenido antes de firmar.
El botón 📄 PDF en el header del panel abre un modal donde seleccionás el tipo de carátula y descargás el PDF completo. El PDF sellado incluye:
- Carátula regulatoria con código del bundle, cliente, equipo y datos del servicio
- Tabla de firmas con nombre, rol, timestamp y prefijo del token de reautenticación
- Todos los campos completados de cada protocolo, organizados por sección
- Lista de rawdata adjunto con nombre de archivo y hash de integridad
Reabrir un bundle cerrado
En casos excepcionales (error en los datos, rawdata faltante, protocolo incorrecto), Admin/QA pueden reabrir un bundle ya cerrado. Esta acción:
- Requiere firma electrónica con motivo mínimo 15 caracteres
- Retira todas las firmas existentes (técnico y verificador) — las firmas no se eliminan, quedan en el audit trail con estado "Retirada"
- El bundle vuelve a estado En ejecución para un nuevo ciclo de firmas
- El motivo de la reapertura queda registrado en el audit trail
ALCOA+ — Legible, permanente. Las firmas retiradas quedan en el historial del bundle con el estado "Firma retirada" y el motivo registrado. No se puede eliminar un registro de firma, solo marcarlo como retirado.
Preguntas frecuentes
Cuando se retira una firma (ya sea manualmente o por reapertura del bundle), la firma original no se borra — queda en el registro con estado "Retirada", el email del firmante y el motivo. El panel de firmas muestra el estado actual (Pendiente) pero podés ver el historial completo en el audit trail del bundle.
Hay campos marcados como obligatorios en el Form Builder que aún no tienen valor. Revisá todas las secciones del protocolo, incluyendo las que están colapsadas. También es posible que algún campo de selección (equipo, estándar, solvente) no tenga una opción seleccionada si el pull de ITS Lab no encontró datos para ese campo.
El pull actualiza los campos de tipo equipment, standard y solvent que se precargan automáticamente. Los campos de tipo text, number, textarea y date que ingresaste manualmente no se modifican.
Sí. Un protocolo marcado como "No ejecutado" cuenta como "completo" a efectos del bundle — permite que el técnico firme aunque ese protocolo no tenga datos. El motivo de no ejecución queda registrado en el informe final.