Verificación en puerta: del código en el pase al veredicto en vivo

Verificar sin instalar nada

La emisión de pases se decide en una oficina, pero se prueba en una portería. Y la portería tiene sus reglas: el personal rota, los turnos son largos, el equipo disponible es el teléfono que cada quien lleva en el bolsillo. Cualquier solución que empiece por "primero instale nuestra aplicación y cree un usuario" ya perdió.

Por eso la verificación de un pase AVEX abre en el navegador. El código del pase apunta a una página de verificación: quien lo escanea —con la cámara del teléfono, con un lector genérico— llega directo al veredicto. Sin app, sin cuenta, sin capacitación de más de un minuto.

Qué muestra la página

Tres cosas, en este orden de importancia:

• El estado, en palabras grandes y sin ambigüedad. Válido o no válido primero; el matiz después.
• La marca del emisor. El logo y el color de la institución encabezan la página: quien verifica confirma que está viendo la verificación de esa entidad y no una pantalla cualquiera.
• Los datos mínimos para decidir. Lo que la puerta necesita y nada más — la página de verificación no es una ficha del titular.

Cada vertical habla su idioma. Una entrada de evento es "válida", "usada" o "expirada"; una credencial estudiantil está vigente o no; una factura de servicios está al día o vencida; una cuota inmobiliaria, pagada o pendiente. La persona que verifica lee su dominio, no una jerga genérica de plataforma.

El reloj que delata capturas

En la esquina de la página hay un detalle que parece decorativo y no lo es: un reloj en vivo, con la etiqueta "Verificación en vivo", que avanza segundo a segundo.

Su función es hacer evidente el fraude más barato: mostrar una captura de pantalla de una verificación válida de ayer. La captura queda congelada en la hora en que se tomó; la página real late. Al personal de puerta se le entrena con una sola regla: si el reloj no avanza, no es una verificación.

Es el complemento web de la protección del propio pase, que puede restringir capturas de pantalla en el teléfono del titular.

El enlace no revela nada por sí solo

La página de verificación exige el enlace exacto que lleva el pase — un enlace que no se puede construir a mano probando combinaciones. Un enlace mal formado o inventado no responde "este pase no existe" versus "este existe pero no puedes verlo": responde lo mismo en ambos casos. La superficie pública no sirve para enumerar titulares ni confirmar la existencia de nadie.

Cuando el que verifica es un sistema

La página cubre a la persona con un teléfono; para el torniquete y el lector dedicado existe el otro camino: la validación por API. El lector envía exactamente lo que escaneó y la plataforma responde el veredicto — y en el caso de boletos de evento, marca el boleto como usado en esa misma operación, de modo que el mismo código no entra dos veces.

Los dos caminos conviven en el mismo evento: lectores integrados en los accesos principales, un teléfono con el navegador abierto en la puerta lateral.

Estado real, no foto del estado

Lo que une todo lo anterior: la página no muestra una copia de hace una hora, consulta el estado en el momento del escaneo. Un pase revocado hace un minuto ya aparece como no válido; un pago registrado esta mañana ya aparece al día. La puerta no opera con listas impresas la noche anterior — opera con la misma verdad que ve el panel.

Esa es la vara para evaluar cualquier flujo de verificación: no cuán bonita es la pantalla, sino qué tan cerca del presente está el estado que muestra.