La trazabilidad entre los cálculos KESA y los registros de inspección de chimeneas no consiste en fusionarlos en un solo archivo. Consiste en conservar las fuentes, versiones, responsables, fechas, hashes y enlaces entre revisiones mediante identificadores comunes de chimenea y trabajo.
¿Por qué un cálculo de KESA y un registro de inspección son registros independientes?
Un cálculo de KESA registra el cálculo de ingeniería; un registro de inspección documenta el activo, las observaciones de campo y la revisión técnica. La existencia de uno no demuestra que el otro esté vigente o sea correcto.
Kesa Technische Software describe kesa-aladin como un software para el cálculo de chimeneas y sistemas de evacuación de gases conforme a las normas europeas. Los registros de inspección de campo tienen un propósito distinto: documentan el activo real y la evidencia de la inspección. Vincule ambos mediante los mismos identificadores de instalación, edificio, aparato y chimenea, manteniendo claros sus roles diferenciados.
En el flujo de trabajo de VizyonTech, conserve el archivo fuente de KESA y el resultado del cálculo como registros independientes, y vincule el formulario de campo, la evidencia de medición y el estado de revisión al mismo trabajo. Un identificador compartido establece la relación sin sustituir los registros originales.
¿Qué campos deben conservarse para cada registro?
Respuesta breve: se necesita más que el nombre del archivo. Debe usarse un diccionario de datos mínimo que permita reencontrar la fuente, explicar el cambio y rastrear hacia atrás el valor del informe.
| Grupo de registro | Campos obligatorios | Resultado del control |
|---|---|---|
| Identidad común | Planta/edificio, orden de trabajo, código de chimenea, identidad del aparato de calefacción o del equipo | Las dos fuentes se vinculan a la chimenea física correcta |
| Fuente KESA | Archivo fuente original, hash del archivo, versión del software, fecha del cálculo, autor | Se ve con qué fuente y entorno se produjo la salida |
| Salida del cálculo | Archivo de salida, hash de la salida, referencia controlada de método/estándar, revisor técnico | Se conserva el vínculo entre la fuente y el resultado publicado |
| Registro de inspección | Referencia del registro, estado, hora del registro, operador, archivo de evidencia o registro de verificación | El estado de la inspección y la fecha y hora de la última revisión permanecen visibles |
| Revisión | Vínculo versión antigua-nueva, motivo del cambio, campos afectados, aprobador | Se impide la sobrescritura silenciosa |
El hash es un resumen técnico que sirve para comprobar si el contenido del archivo ha cambiado; no prueba por sí solo que el documento sea correcto o autorizado. La autorización, la revisión técnica y la verificación de la fuente deben hacerse además.
¿Qué debe verificarse al incorporar el archivo KESA al sistema?
Respuesta breve: la transferencia no es solo subir un archivo. No debe aceptarse el registro sin verificar la fuente del archivo, su formato, su integridad, la versión del software y la identidad correcta de la chimenea.
El fabricante de KESA explica que el software y los datos técnicos que contiene pueden actualizarse. Por eso guardar solo el PDF del resultado puede dejar invisible en qué software y entorno de datos se produjo el cálculo. Deben conservarse juntos el archivo fuente y la salida legible por humanos; debe registrarse la versión del programa usada al crear el cálculo.
- Verifique la extensión y el tipo de contenido del archivo con una lista permitida; no confíe en el nombre del archivo.
- Genere para el archivo fuente un resumen de integridad tipo SHA-256 y úselo en el control posterior de cambios.
- Registre la versión del software KESA, la fecha del cálculo y la persona autorizada que lo preparó.
- Compare la definición de proyecto/chimenea del archivo con la identidad de planta, equipo y chimenea de la orden de trabajo.
- Conserve el archivo fuente y la salida del cálculo bajo el mismo número de revisión, pero como objetos separados.
VizyonTech no garantiza por sí solo la exactitud del cálculo de KESA ni la aceptación oficial de un registro. La tarea del software es hacer visible y rastreable hacia atrás el control que realiza la persona autorizada y la evidencia que utiliza.
¿Cómo debe vincularse un registro de inspección a su cálculo de KESA?
Respuesta breve: la asociación no debe hacerse por nombre de archivo, sino mediante identidades físicas comunes del activo y una referencia cruzada verificada.
Guarde la referencia de la inspección, la fecha y hora de creación del registro, la persona responsable, la fecha y hora de revisión y el estado de revisión en campos separados. Las capturas de pantalla pueden respaldar las evidencias, pero la referencia y el registro de verificación también deben almacenarse como datos estructurados. La revisión debe realizarla una persona autorizada, cotejando la información con las evidencias originales.
- Compruebe primero la coincidencia de planta/edificio, aparato de calefacción y código de chimenea.
- Muestre la versión del cálculo de KESA junto con la fecha y hora de revisión del registro de inspección.
- Si hay diferencia en campos críticos como diámetro, altura, equipo o recorrido, abra una tarea de revisión en lugar de un cierre automático.
- Registre un nuevo estado de inspección como un evento con marca de tiempo en lugar de sobrescribir el estado anterior.
- Si un archivo fuente o una evidencia de inspección no está disponible, mantenga la verificación pendiente; no presente un registro antiguo como recién verificado.
Cuando hay un cambio, ¿cómo se protege la cadena de revisiones?
Respuesta breve: el nuevo cálculo o registro no debe borrar la versión antigua. El motivo del cambio, los campos del informe que afecta y la necesidad de reaprobación deben mantenerse en una cadena de eventos explícita.
Si cambia la potencia del aparato, la altura de la chimenea, el diámetro, el material o el recorrido, registre primero los nuevos datos de campo. Cree una nueva revisión de KESA y conserve el archivo anterior como solo lectura. Compare los campos críticos y asigne cualquier reevaluación necesaria del registro de inspección a un revisor autorizado. Publique el informe final solo después de que las revisiones vigentes hayan superado la revisión técnica.
| Compuerta | Evidencia | Comportamiento ante carencia |
|---|---|---|
| Coincidencia de identidad | Identidad de trabajo, edificio, aparato de calefacción y chimenea | Poner la transferencia en cuarentena |
| Integridad de la fuente | Archivo fuente, hash, versión de KESA y autor | No aceptar la revisión del cálculo |
| Revisión del registro de inspección | Referencia y estado de la inspección; fecha y hora de revisión | Mantener en espera el cierre técnico |
| Examen de diferencias | Comparación de campos críticos y justificación | Abrir tarea de aprobación |
| Publicación del informe | Vínculo de revisión vigente y aprobación técnica autorizada | Impedir la publicación |
¿Cómo deben abordarse la autorización, la copia de seguridad y la integridad de los datos?
Respuesta breve: la trazabilidad no es solo una pantalla de historial; también deben controlarse quién puede ver y cambiar qué, cómo se registra el cambio y cómo se recupera el registro.
Según la página de ISO, la tercera edición de la ISO/IEC 17025:2017 fue reconfirmada en 2023 y es el marco vigente sobre la competencia y el funcionamiento coherente de los laboratorios. La guía informativa de TÜRKAK sobre LIMS también aborda los sistemas de gestión de información de laboratorio en el contexto de gestión de la información del estándar. La consecuencia técnica es incluir en el diseño del proceso el acceso por rol, el rastro de eventos inmutable, la corrección controlada, la copia de seguridad y las pruebas de restauración.
Quien sube el archivo en bruto no debe aprobar técnicamente su propio registro; los roles de preparador, revisor y publicador deben separarse según necesidad. Si se requiere una corrección, se registran el valor antiguo, el nuevo, el motivo, la hora y el usuario. En lugar de suponer que hay copia de seguridad, se produce evidencia con una prueba de restauración.
Lista de verificación breve aplicable
Las siete comprobaciones siguientes deben superarse antes de generar informes a partir de los cálculos y registros de inspección vinculados.
- Dé a cada chimenea una identidad maestra invariable; no use el nombre del proyecto en lugar de la identidad.
- Vincule el archivo fuente KESA, su salida, su versión y su hash a la misma revisión del cálculo.
- Guarde la referencia de la inspección, el estado, la fecha y hora de revisión y el revisor en campos separados.
- Compare los campos críticos de campo entre los dos registros y gestione las diferencias con tareas.
- No borre las versiones antiguas; enlace explícitamente la nueva revisión con la anterior.
- Establezca compuertas de autorización para los roles de preparador, revisor y publicador.
- Evite la publicación de informes cuando falte evidencia fuente, queden diferencias sin explicar o la verificación esté pendiente.
Conozca el alcance de la solución y revise con nosotros los identificadores, las revisiones y los controles de aprobación de su proceso KESA y de inspección de chimeneas. Vizyon Baca · Solicitar demo.
Fuentes
- The Software: kesa-aladin — Kesa Technische Software GmbH, acceso 18 de julio de 2026
- Explicación de Software maintenance y datos técnicos vigentes — Kesa Technische Software GmbH, acceso 18 de julio de 2026
- ISO/IEC 17025:2017, tercera edición; reconfirmada en 2023 — International Organization for Standardization
- Guía Informativa sobre Sistemas de Gestión de Información de Laboratorio (LIMS) — TÜRKAK