Kalman FAT Suite — Manual de flujo de trabajo

Flujo completo

1. Empiece con Excel. Descargue la plantilla desde el botón al principio de este manual o desde el panel de proyectos.
2. Complete los elementos de prueba, los procedimientos y los resultados esperados en Excel. Conserve los nombres de las hojas y los encabezados de las columnas.
3. Cree un proyecto en blanco en el panel de proyectos y ábralo. Con el rol Owner o Admin, seleccione Data tools → Import Excel y el archivo completado. Así carga la lista sin introducir cada elemento a mano.
4. Revise la lista importada. En cualquier etapa, el propietario o administrador puede añadir elementos, definir procedimientos o cambiar los elementos y procedimientos directamente en la web. No hace falta importar el archivo de nuevo. También puede crear el proyecto manualmente o usar la demo para aprender el flujo.
5. Revisar información, informe, referencias y jerarquía en Project settings.
6. Invitar miembros y asignar Owner, Admin, Tester o Viewer.
7. Crear una Phase Session en Draft y seleccionar fase, participantes y respuestas requeridas.
8. Revisar la lista y abrir la sesión; solo cambia en Draft.
9. Cada participante registra su estado y comentario propios.
10. Revisar Passed, Rejected, Blocked y Pending y resolver diferencias.
11. Cerrar al terminar la revisión y archivar después.
12. Confirmar por separado el resultado Legacy/Consolidated antes del PDF actual.

Estructura

Fases y ciclo de vida

Acceso específico por fase

Acceso y responsabilidad

El acceso por email se aplica en la base de datos.

La membresía de proyecto y el acceso de fase son independientes: una persona puede ser Admin en Pre-FAT, Viewer en FAT y no tener acceso a SAT.

Roles

Gestión de acceso

• Owner/Admin gestiona miembros y roles permanentes en Project settings → Access management.
• En Draft, el Admin de fase asigna Admin, Tester, Viewer o Sin acceso a cualquier miembro.
• Required responder indica una respuesta esperada, no una decisión automática.
• Owner está protegido y los cambios son auditables.

Reglas de seguridad

• Cada participante modifica solo su respuesta.
• Un Tester no puede editar a otro.
• Owner/Admin gestiona la sesión sin cambiar autoría.
• Visibilidad según política; sin acceso no se abre por URL.

Acceso sin conexión y revocado

• Borradores autorizados pueden quedar offline en el mismo navegador.
• La revocación no borra el navegador, pero el servidor rechaza el sync.
• Las respuestas de participantes requieren guardado online correcto.

Navegación

• Project: Overview y Project settings, separados de la prueba.
• Test execution: Dashboard, fases/participantes, áreas, paquetes e ítems.
• Results & records: notas, asistencia, resúmenes y PDF.
• Barra superior: búsqueda, fase, navegación y datos; Sign in siempre arriba a la derecha.

Decisiones y conteo

• Cada respuesta se separa por proyecto, sesión, participante e ítem.
• Sigue Pending hasta guardar y entonces se cuenta inmediatamente.
• Los botones de estado son Pending, Passed, Rejected, Blocked y N/A. Elija Pending para volver a marcar su respuesta como no probada.
• Estado inmediato; comentario tras unos 800 ms.
• Un error restaura el último valor confirmado.
• Se puede leer a otros si la política lo permite, nunca editar.

Estados

Criticidad compartida

Pertenece al ítem compartido y al informe actual.

Resultados e informes

• La vista muestra conteos de la sesión activa.
• Respuestas separadas por fase/persona con revisiones.
• El PDF actual usa el resultado Legacy/Consolidated y aún no incluye matriz de participantes.
• Owner/Admin confirma el resultado compartido sin alterar respuestas fuente.
• PDF recomendado: A3 horizontal, una página y fondos activados.

Guardado y recuperación

• Datos compartidos usan el flujo Local-first existente.
• Respuesta participante requiere Open, asignación y servidor.
• Esperar Saved; revisar conexión en errores.
• No borrar datos antes de recuperar cambios.

Configuración de pruebas y documentos técnicos

Adapte la lista al alcance del sistema de control y a los documentos aprobados.

• Configure procedimientos, referencias, campos visibles, orden e inclusión de los paquetes en el informe. Registre números, revisiones y disponibilidad de los documentos. Puede adjuntar archivos a áreas, paquetes e ítems.
• Utilice los campos de función de seguridad, relación con SIL y seguridad OT cuando corresponda. El módulo Cybersecurity FAT/SAT incluye controles prácticos de acceso, segmentación, endurecimiento y recuperación; no constituye una certificación IEC 62443. Use búsqueda, filtros y Next open / Next failed / Next punch para localizar ítems.
• Revise resúmenes de progreso, criticidad y ciberseguridad. Configure perfiles, logotipos, notas y registros de asistencia y firma para la entrega. Los campos de firma son registros del proyecto, no un servicio certificado de firma digital.

Importar y exportar Excel

Prepare los elementos de prueba y los procedimientos en la plantilla Excel e importe el archivo para evitar introducir cada elemento a mano. Después, el propietario o administrador puede añadirlos o modificarlos en la web en cualquier etapa.

• Descargue la plantilla anterior, conserve su estructura y complete los datos. Owner/Admin importa mediante Data tools → Import Excel. Exporte una copia antes de importar en un proyecto existente; después revise jerarquía, cantidades, referencias y criterios.
• Export workbook descarga los datos compartidos actuales, incluida Punch_List. No es una matriz de respuestas ni sustituye al PDF. Exporta nombres de adjuntos, no una copia completa de sus archivos.

Incidencias, evidencias y repetición de pruebas

Documente cada hallazgo para que otro revisor pueda seguirlo.

• Para Rejected o Blocked, registre etiqueta del equipo, condiciones, valores esperados y observados y referencia. Complete evidencia, gravedad, responsable y fecha límite en los datos compartidos. Una respuesta Rejected no actualiza automáticamente el resultado compartido ni su incidencia.
• Tras corregir, cree una sesión Punch Retest y registre allí el nuevo resultado. Conserve las respuestas originales y contraste la lista compartida con Punch_List antes de entregar.

Ejemplo: un ítem, dos técnicos

Dos técnicos con respuesta obligatoria comprueban una alarma de alta presión durante FAT.

• Uno guarda Passed; el otro observa un retraso excesivo y guarda Rejected con explicación. Ambos han respondido, pero la discrepancia sigue abierta.
• El equipo revisa el hallazgo y confirma el resultado compartido según el procedimiento de aceptación. Repita la prueba en otra sesión. El PDF actual utiliza el resultado compartido y no una matriz de esas respuestas.

Resolver problemas habituales

Compruebe primero la fase activa, sus permisos y la confirmación de guardado.

• Botones desactivados: la sesión debe estar Open y su rol debe ser Admin o Tester. Viewer solo consulta. Los participantes se cambian únicamente en Draft; Closed no se reabre. Un comentario no sustituye a guardar el estado.
• Error al guardar: revise conexión, inicio de sesión y permisos del proyecto y de la fase; actualice las respuestas y reintente. Estados compartidos: Not Started, Passed, Failed, Punch, Blocked y N/A; individuales: Passed, Rejected, Blocked y N/A. Elija Pending para volver a marcar su respuesta como no probada.
• La ausencia de bloqueos críticos no confirma que todas las pruebas y respuestas obligatorias estén completas. Revise el resultado compartido del PDF por separado. Si se cortan tablas, compruebe A3 horizontal, una página por hoja, gráficos de fondo y escala.
• Los borradores locales permanecen en el mismo navegador, dispositivo y dirección web. Antes de pasar a kalmanfat.com, sincronice o exporte cambios compartidos pendientes desde la dirección anterior. Las respuestas individuales requieren guardado en línea correcto.