¿Qué debe mostrar la página de verificación QR de un informe?

Respuesta breve: ¿cuál es la tarea de la página de verificación?

La página debe mostrar la identidad del informe, la revisión vigente, el estado de publicación, el resultado de firma e integridad y la hora de verificación; no debe exponer al público datos personales innecesarios ni el contenido íntegro del informe.

El código QR es solo un vehículo que lleva a la dirección correcta. Lo que genera confianza es que la página abierta coincida en vivo con el registro canónico del informe, que no cuente un resultado ambiguo como válido y que explique claramente al usuario qué se está verificando.

¿Qué informaciones deben ser obligatorias en la página de verificación?

Respuesta breve: el usuario debe ver primero el resultado y después para qué informe y versión se llegó a ese resultado. Los detalles técnicos deben explicar el resultado, no ocultar el mensaje principal.

La explicación de firma electrónica de BTK indica que la firma electrónica segura permite la identificación y saber si los datos firmados fueron modificados después. Por eso “registro encontrado” y “firma e integridad del contenido verificadas” no son el mismo estado.

¿Cómo deben distinguirse válido, inválido y no verificable?

Los tres estados deben separarse con líneas nítidas. Un error del servicio o una evidencia incompleta no son una verificación exitosa.

• Válido: Se encontró la versión solicitada del informe, su estado de publicación es adecuado y los controles de firma e integridad se completaron con éxito bajo la política definida.
• Inválido: El contenido cambió, la firma falló criptográficamente o el registro está expresamente anulado/inválido.
• No verificable: No pudo obtenerse el estado del certificado, el servicio de verificación no respondió, falta evidencia o no pudo producirse decisión sobre la integridad del registro.

La ETSI TS 119 102-2 prevé, en el informe de verificación, además del resultado, un rastro estructurado del verificador y de los objetos de verificación usados. El correlato técnico en la aplicación de VizyonTech es mostrar al usuario final un resultado sencillo, pero conservar en el registro de auditoría los verificadores asociados al resultado, la política/versión y las referencias de evidencia técnica.

En una pantalla de error inesperada no deben mostrarse el rastro de pila, la identidad de la base de datos, la ruta del certificado o el nombre del servicio interno. Conforme al enfoque deny-by-default de OWASP, cuando el sistema da error el resultado debe permanecer “no verificable” y ofrecerse al usuario una referencia segura de soporte.

¿Con cuánto detalle debe mostrarse el resultado de la firma electrónica?

Respuesta breve: en lugar de una insignia que dictamine jurídicamente, debe mostrarse un resumen sencillo y verificable de los controles técnicos realizados.

Que exista la firma no significa por sí solo que el informe esté vigente o autorizado operativamente. La pantalla debe separar como mínimo el resultado de integridad de la firma, la hora de la firma, la hora en que se comprobó el certificado y, si existe, el resultado de la marca de tiempo. Si se muestra la identidad del firmante, deben usarse solo los campos necesarios para el propósito de verificación.

El artículo 32 de eIDAS trata como condiciones separadas controles como la cualificación y validez del certificado en el momento de la firma, los datos de verificación de la firma, los datos del firmante y la posibilidad de detectar problemas de seguridad. En la aplicación en Turquía deben evaluarse además la normativa vigente y la política de la organización; la página, partiendo solo del control técnico, no debe producir una afirmación de certeza jurídica fuera de su alcance.

Para diseñar el flujo del informe antes de la firma, puede consultar la guía del flujo de trabajo de firma electrónica en informes de inspección . La página QR es la cara de verificación controlada que esa cadena abre al usuario externo.

¿Qué informaciones no deben ser públicas?

Respuesta breve: no muestre en la página abierta los detalles personales, comerciales y técnicos que no hacen falta para la verificación; lleve el informe detallado al acceso autorizado.

Los principios básicos de la KVKK exigen que el tratamiento de datos personales sea pertinente, limitado y moderado respecto a la finalidad. Debe suponerse que el enlace QR puede ser compartido por terceros; la vista pública debe diseñarse conforme a ese riesgo.

• No muestre datos personales directos como el número de identidad de la República de Turquía, la dirección, el teléfono y el correo electrónico.
• No publique la imagen de la firma manuscrita, los detalles innecesarios del certificado y el número de serie completo.
• No abra por defecto los datos confidenciales de instalaciones del cliente, los anexos de medición ni el PDF íntegro del informe.
• Si el nombre del firmante no es obligatorio, use el rol o un nombre enmascarado; documente la obligatoriedad con la finalidad del tratamiento.
• Proteja la descarga del archivo detallado con autenticación, autorización y registro de la operación.

¿Cómo debe mostrarse la información de revisión y anulación?

En lugar de hacer desaparecer silenciosamente el informe antiguo, indique expresamente su estado y dé un enlace seguro a la versión vigente. Así los PDF antiguos distribuidos pueden comprobarse retroactivamente.

Los estados “vigente”, “se ha publicado una nueva revisión en su lugar”, “anulado” y “pendiente de publicación” deben ser distintos. Si el motivo de la anulación contiene información sensible, debe mostrarse la clase general; el detalle debe dejarse al usuario autorizado. La nueva revisión no debe sobrescribir la URL o el historial del registro antiguo; la relación entre los dos registros debe conservarse en el rastro de auditoría.

¿Cómo debe ser la experiencia de verificación móvil y accesible?

El resultado debe entenderse en una sola pantalla, rápido y sin depender solo del color. Como el QR se abrirá sobre todo desde el teléfono, la primera vista debe mostrar juntas la identidad del informe y el resultado.

• Dé el estado con texto, icono y contraste suficiente.
• Notifique los cambios de estado a las tecnologías de asistencia con la región viva o el rol de estado adecuados.
• Mantenga los objetivos táctiles cómodos de seleccionar; no obligue a desplazar la tabla horizontalmente.
• Haga visible que el enlace está en el dominio real de VizyonTech y sobre HTTPS.
• Si el QR no puede leerse, ofrezca una consulta alternativa con el número de informe y un código de verificación seguro.

WCAG 2.2 exige alternativas textuales, contenido comprensible y que los mensajes de estado puedan determinarse programáticamente. Por eso el verde/rojo o la marca/cruz no bastan por sí solos.

¿Cómo pilotar el flujo de verificación de VizyonTech?

Al evaluar la solución Vizyon Periyodik Al evaluarlo, pruebe con ejemplos realistas pero depurados de datos personales al menos estos escenarios: informe vigente y válido, revisión antigua, registro anulado, archivo modificado, tiempo de espera agotado del servicio de verificación y acceso no autorizado al informe completo.

El criterio de éxito no es solo que el QR se abra. ¿Entiende el usuario qué informe está comprobando, permanece cerrado el sistema ante un estado ambiguo, se filtran datos innecesarios, se lee el resultado en pantalla móvil y puede el equipo de soporte seguir el incidente con el código de referencia seguro? El piloto debe producir evidencia sobre estas preguntas.