¿Cómo abre el código QR del equipo el formulario correcto y el historial de informes?

Respuesta breve: ¿para qué sirve en campo el código QR del equipo?

En lugar de almacenar informes en la etiqueta, el código QR del equipo vincula el equipo físico a un registro inmutable; aporta al usuario autorizado el formulario de control correcto, la orden de trabajo abierta y los informes históricos de ese equipo.

En un flujo sólido, el código QR no toma decisiones ni se considera prueba de conformidad. El código solo conduce a una clave segura del equipo; el tipo de equipo, la ubicación, el alcance del control, la versión del formulario, la autorización del usuario y el estado del informe se verifican en el lado del servidor. Así se evita la confusión entre dos equipos del mismo modelo o dos formularios con nombres similares.

¿Qué cadena de registros debe establecer el código QR?

Respuesta breve: el escaneo debe partir de un único registro maestro del equipo; los formularios e informes deben ser registros subordinados vinculados a ese registro.

1. Equipo físico: La máquina, instalación o equipo de elevación presente en el campo.
2. Identidad inmutable del equipo: Clave opaca que no cambia aunque se reimprima el nombre, la ubicación o la etiqueta.
3. Clase de equipo y alcance técnico: Datos maestros verificados que determinan qué familia de control y conjunto de criterios se aplicarán.
4. Orden de trabajo: Cliente, ubicación, fecha prevista, persona autorizada asignada y alcance del control.
5. Versión del formulario: Plantilla de control seleccionada al abrir la orden de trabajo, conservando la información de vigencia y revisión.
6. Historial de informes: La relación entre los registros en borrador, aprobados técnicamente, publicados y sustituidos por una nueva revisión.

El NIST IR 7693 explica la importancia de una identidad única de activo para relacionar distintos conjuntos de información en torno al mismo activo. El equivalente técnico en el flujo de VizyonTech no es buscar el formulario por el nombre del equipo, sino vincular la orden de trabajo y la versión del formulario a la clave inmutable del equipo.

¿Cómo se selecciona el formulario correcto tras el escaneo?

Respuesta breve: en lugar de mostrar al usuario todos los formularios para que elija, el sistema debe proponer la única versión de formulario válida en la intersección de la clase de equipo y la orden de trabajo abierta; y detener la operación ante una contradicción.

Esta secuencia es más segura que corregir después de rellenar el formulario equivocado. Si la clase de equipo y la orden de trabajo no coinciden, el sistema no debe predecir la plantilla “más cercana”. No abrir el formulario hasta resolver la contradicción es un comportamiento fail-closed.

Para ver en detalle la relación entre equipo, periodicidad y orden de trabajo en el lado de planificación, consulte la guía de preparación del plan de controles periódicos , que puede consultar.

¿Cómo se protege la vinculación de informes históricos?

Respuesta breve: el informe histórico debe localizarse no por el nombre del archivo ni por el texto modificable de la etiqueta, sino por la clave del equipo, la identidad del informe y el vínculo de revisión.

La vista tras el escaneo puede resumir el último informe publicado, la fecha de control, el siguiente control planificado y, si procede, el estado de las no conformidades abiertas. Pero el registro en borrador no debe mostrarse como un informe aprobado; una revisión antigua no debe sustituir silenciosamente al informe vigente.

• Cada informe conserva su propia identidad y estado inmutables.
• La revisión se abre como registro nuevo; la relación con la versión anterior permanece visible.
• La versión del formulario se registra tal como estaba en el momento de crear el informe.
• Aunque cambie la ubicación o el nombre visible del equipo, la cadena histórica no se rompe.
• Si el equipo se sustituyó por otro, los activos antiguo y nuevo no se fusionan en un único registro.

La verificación del informe publicado por un usuario externo es una intención distinta. Para ello, consulte la guía de la información que debe mostrarse en la página de verificación QR del informe . El QR del equipo inicia el flujo de campo; el QR del informe verifica el estado de una salida publicada concreta.

¿Qué datos debe contener el código QR?

Respuesta breve: los mínimos posibles. Una dirección HTTPS corporativa junto con una clave de equipo difícil de adivinar y sin significado personal bastan para la mayoría de los flujos.

El enfoque GS1 Digital Link muestra que un identificador puede transportarse de forma coherente dentro de una dirección web para vincularse a fuentes de información digital cambiantes. En la implementación de VizyonTech, el equivalente es que la etiqueta porte una dirección de equipo inmutable; la resolución del formulario y del informe se realice en el servidor con las reglas vigentes.

No escriba en el QR el nombre del cliente, datos de empleados, el resultado del control, el número de serie completo ni el enlace al PDF del informe. La etiqueta puede copiarse y su foto compartirse. Debido a la advertencia de la KVKK sobre phishing basado en QR, el usuario debe poder ver el dominio real tras el escaneo; la comprobación de que no se haya pegado una etiqueta falsa sobre la original debe formar parte del control periódico de campo.

¿Cómo se mantiene seguro el enlace del QR?

Respuesta breve: utilice una identidad opaca, pero no confíe la seguridad a la imposibilidad de adivinar la identidad. Verifique en el lado del servidor, en cada solicitud, el usuario, la organización, el cliente y el alcance de la orden de trabajo.

OWASP define como riesgo IDOR el acceso a otro registro mediante la modificación de la identidad del objeto en la URL. Por ello, que un usuario conozca la dirección de un equipo no implica que deba ver los informes históricos o el formulario de edición.

• Utilice únicamente HTTPS y el dominio visible de VizyonTech.
• Si no hay sesión, muestre solo un resumen de verificación del equipo no sensible o solicite inicio de sesión.
• Separe los permisos de abrir formularios, consultar informes históricos y descargar archivos.
• Repita la comprobación de propiedad del recurso en cada solicitud en la que cambie la identidad del equipo.
• Registre los eventos de escaneo, denegación de autorización, apertura de formulario y consulta de informes con una pista de auditoría limitada al propósito.
• Si la etiqueta está anulada, copiada o el equipo fuera de servicio, no entre en el flujo correcto.

¿Cuál es una lista de comprobación aplicable en campo?

Respuesta breve: depure los datos maestros antes de imprimir la etiqueta; en el piloto pruebe no solo la velocidad de escaneo, sino también los escenarios de vinculación incorrecta y denegación de autorización.

1. Corrija en el inventario de equipos las identidades duplicadas y las clases de equipo ambiguas.
2. Coloque la etiqueta en un punto con buen campo de visión, acceso seguro y superficie adecuada.
3. Muestre también en la etiqueta el dominio corporativo de forma legible para las personas.
4. Verifique con datos del piloto la coincidencia de equipo correcto–orden de trabajo correcta–versión de formulario correcta.
5. Pruebe los escenarios de equipo incorrecto, orden de trabajo cerrada, usuario no autorizado, etiqueta anulada y corte de red.
6. Compruebe que el informe antiguo, la nueva revisión y la cadena de sustitución del equipo se presenten al usuario de forma claramente diferenciada.

Vizyon Periyodik En la evaluación, el criterio de éxito no es solo que el QR se abra con la cámara. Deben demostrarse conjuntamente la localización única del equipo correcto, el bloqueo del formulario incorrecto, la obtención de los informes históricos con su vínculo de versión y el mantenimiento del cierre del acceso no autorizado.