Saltar al contenido
Especial Halloween 2026 · Guías

Control de acceso QR para eventos: checklist antes de abrir puertas

Qué puede validar un QR, qué estados diseñar, cómo probar conectividad y excepciones, y cuándo basta tu ticketera antes de abrir el ingreso a un evento.

Conversar por WhatsApp10 min de lectura.

En síntesis

Un QR identifica una entrada; no decide quién pasa. Antes de abrir puertas conviene saber qué estado devuelve el sistema, quién resuelve cada excepción, qué ocurre sin conectividad y cómo se concilia lo ingresado.

Equipo CODINEdición e ingeniería

Publicado

Un código QR no abre una puerta: identifica una entrada y permite consultar su estado. Lo que ocurre después —dejar pasar, derivar a una revisión o negar el ingreso— lo decide una persona con un protocolo. Esta guía ordena esa frontera para que el equipo de acceso llegue a la apertura sabiendo qué responde el sistema, qué no, y quién resuelve cada excepción.

No es un manual de seguridad física ni de aforo, y no promete que la tecnología evite aglomeraciones. Es una lista de comprobaciones de proceso: estados de entrada, responsables, pruebas de dispositivos, conectividad, conciliación y el momento en que una herramienta existente deja de bastar.

Qué valida un QR y qué no valida

En la mayoría de los sistemas de entradas, el QR contiene un identificador. El dispositivo del validador lo lee y consulta una lista o un servicio para saber a qué entrada corresponde y en qué estado está. Por eso un QR puede ser perfecto y aun así no concluir nada: depende de los datos que el dispositivo pueda consultar en ese momento.

Qué puede responder una validación QR y qué queda fuera de ella
Pregunta en la puerta¿La responde el escaneo?Quién la responde
¿Este código corresponde a una entrada del evento?Sí, si el dispositivo consulta los datos correctos.Sistema de entradas
¿La entrada ya fue usada, anulada o está pendiente?Sí, según los estados que el proveedor maneje.Sistema de entradas
¿Quien presenta el código es la persona que compró?No. Solo si el organizador define una verificación adicional.Protocolo del organizador
¿Hay espacio disponible o se alcanzó el aforo?No. El escaneo cuenta tickets, no controla el recinto.Responsable del recinto y de seguridad
¿Corresponde permitir el ingreso por reglas del local (edad, condiciones, conducta)?No.Responsable de puerta con su protocolo
¿Qué hacer con alguien que dice haber pagado y no aparece?No. Es una excepción.Responsable de excepciones

Lo que muestran los reportes públicos y lo que no

Los problemas de ingreso a eventos masivos aparecen con frecuencia en la prensa. Conviene leerlos con cuidado, porque ninguno de los casos revisados establece que la causa fuera un QR ni que un sistema distinto lo hubiera evitado.

  • El 31 de octubre de 2023, El Comercio recogió publicaciones y videos de usuarios sobre aglomeración en el ingreso al “Circuito del Terror” del Parque de las Aguas, en Lima, y señaló que la Municipalidad no se había pronunciado al momento de publicar. La nota usa expresiones como “al parecer”, no menciona un sistema de entradas ni establece una causa técnica o una responsabilidad final.
  • El 1 de noviembre de 2024, RPP recogió denuncias de asistentes que dijeron tener entradas pagadas y haber quedado fuera de una fiesta de Halloween en Jesús María después del ingreso de un primer grupo, y describió lo que su equipo observó en el lugar. La nota no menciona QR ni sobreventa y no determina el motivo del cierre de puertas.
  • El evento Qarola, del 29 de abril de 2023 en Lurín, no fue de Halloween. El Comercio (nota del 2 de mayo de 2023) citó a una asistente que dijo que no se escaneaban los QR porque la señal no llegaba, y el descargo del recinto, que dijo no ser el organizador y haber pedido suspender el evento por sobreventa de entradas y falta de organización. Son versiones atribuidas, no una conclusión sobre el origen del problema.

Lo que sí dejan estos reportes es una lista de preguntas razonables para cualquier operación: qué pasa si el equipo no recibe respuesta del sistema, quién comunica a la fila cuando algo se detiene y quién decide con la información incompleta. Esas preguntas son el resto de la guía.

Diseña los estados de entrada antes de abrir

Cada proveedor nombra sus estados a su manera. Lo importante es que el equipo de puerta conozca cuáles puede ver y qué se hace en cada uno. Los de la tabla son un punto de partida conceptual; adáptalos a lo que tu herramienta realmente muestra.

Estados de entrada de referencia y decisión sugerida en puerta
EstadoQué indicaQué hace el validadorQuién registra
VálidaEntrada reconocida y aún no utilizada.Permite el paso según el protocolo del recinto y deja el escaneo registrado.Sistema, automáticamente
Ya usadaEl código ya se escaneó antes.No repite el ingreso. Deriva a revisión: puede ser un duplicado, una reimpresión o un error de escaneo.Responsable de excepciones
Cancelada o anuladaLa entrada fue reembolsada, reemplazada o bloqueada.No permite el paso. Orienta a la persona al punto de atención.Responsable de excepciones
No encontradaEl código no existe en los datos consultados.Reintenta una vez; si persiste, deriva. Puede ser otro evento, una lista sin sincronizar o un código inválido.Responsable de excepciones
Cortesía o listaIngreso autorizado fuera de la venta general.Verifica contra la lista vigente y registra quién la autorizó.Responsable de lista
ExcepciónCaso que el sistema no resuelve.No improvisa en la fila: lo pasa al responsable designado.Responsable de excepciones

Un ejemplo de por qué la regla importa: los términos de uso de Teleticket indican que, si se generan códigos duplicados, solo ingresa el primer ticket escaneado. Es una regla de ese proveedor, no una norma general; otro sistema puede comportarse distinto. La lección es de proceso: pregunta qué regla aplica en el tuyo y entrénala.

Flujo conceptual de una validación en puerta
  1. QR presentadoLa persona muestra el código; el dispositivo lo lee.
  2. Consulta de estadoEl sistema responde con el estado: válida, usada, cancelada, no encontrada.
  3. Decisión permitidaSegún el estado, el protocolo indica permitir o derivar.
  4. RegistroCada resultado queda anotado: hora, dispositivo, puerta y resultado.
  5. ExcepciónLo que no encaja en un estado va a un punto separado de la fila.
  6. Revisión humanaUna persona autorizada decide, anota el motivo y, si corresponde, avisa a la ticketera.

Ejemplo conceptual elaborado por CODIN. No representa a un cliente ni un sistema real. La decisión de acceso físico siempre la toma una persona con el protocolo del recinto.

Define quién decide y quién registra cada excepción

La validación digital responde sobre una entrada; la decisión de acceso físico es del organizador y del recinto. Mezclar ambas es la fuente más común de confusión en la fila: el validador del turno no debería negociar excepciones mientras escanea, y el responsable de excepciones no debería estar en el torniquete.

Matriz de responsabilidades de referencia para el ingreso
RolResponde deNo debería hacer
Validador de puertaEscanear, leer el estado y aplicar el protocolo.Autorizar excepciones ni prometer reembolsos.
Responsable de excepcionesResolver casos derivados, anotar motivo y autorizador.Operar el escáner de la fila principal.
Responsable de listaMantener la lista de cortesías e invitados vigente.Modificar estados de venta.
Enlace con la ticketeraConsultar al proveedor por incidencias del sistema.Decidir ingresos.
Responsable general de operaciónAutorizar cambios de protocolo y comunicar con el recinto.Atender a la fila.

Prueba dispositivos, sincronización y conectividad

Las fallas de ingreso rara vez aparecen en la oficina; aparecen en la puerta, con luz distinta, cola real y red saturada. Prueba en las condiciones del lugar y con un equipo que no sea el de desarrollo o configuración.

  • Cuenta los dispositivos: validadores activos, repuestos y cargadores. Prueba con batería real, no con el equipo conectado a corriente.
  • Escanea con distintos teléfonos de asistentes: brillo bajo, pantalla con protector, entrada impresa y captura de pantalla, si tu política las acepta.
  • Mide la red en la puerta, no en la oficina, y con el recinto lleno si el recinto lo permite.
  • Verifica el reloj de cada dispositivo y la versión de la aplicación: las diferencias producen registros desordenados al conciliar.
  • Confirma quién tiene acceso al panel del proveedor durante el evento y con qué rol.

Qué confirmar con la ticketera sobre el modo offline

Algunos proveedores declaran un modo sin conexión: según su página, Tikzet pide descargar antes los datos de los QR y Eventrid indica control de acceso online y offline con sincronización automática. Otros, como DiscoticketQR, señalan en sus preguntas frecuentes que el personal necesita conexión básica a internet. Son afirmaciones de cada proveedor, revisadas el 12 de octubre de 2026; no todos los sistemas QR ofrecen esta función. Si tu operación depende de ella, pide respuestas por escrito a estas preguntas:

  1. ¿Qué datos se descargan en cada dispositivo y cuándo se actualizan?
  2. Si dos dispositivos escanean el mismo código sin conexión, ¿cómo se resuelve al sincronizar? ¿Los dos aceptan el ingreso?
  3. ¿Qué ocurre con una entrada vendida o anulada después de la descarga?
  4. ¿Cuánto tarda la sincronización posterior y qué reporte la confirma?
  5. ¿Qué hace el equipo si un dispositivo se reinicia o se pierde la sesión?

Qué hacer cuando el pago, la lista y la entrada no coinciden

Son los casos que más tiempo consumen: la persona muestra un comprobante pero el sistema no la reconoce, el código aparece como usado, o la cortesía no figura en la lista. La regla práctica es separar la fila del caso.

  1. Aparta a la persona de la fila principal hacia un punto de excepciones, con un responsable identificado.
  2. Registra los datos mínimos del caso: motivo, evidencia mostrada, hora y quién autoriza. No pidas más datos personales de los necesarios.
  3. Consulta al proveedor o al área de ventas desde un canal definido, no desde mensajes sueltos.
  4. Comunica a la persona el resultado y, si no puede ingresar, a quién dirigirse después.
  5. Anota el cierre del caso para la conciliación posterior.

Concilia al cerrar el ingreso

El cierre produce la información que sirve para el siguiente evento. Cruza tres fuentes: lo que reporta la ticketera, lo que registraron los validadores y lo que anotó el responsable de excepciones. Las diferencias son el objeto del análisis, no un problema que ocultar. Si el ingreso se cerró porque el evento cambió de fecha o de condiciones, el seguimiento de solicitudes se ordena como en la guía de cambios y cancelaciones de eventos.

Cifras mínimas para conciliar el ingreso
CifraFuentePregunta que responde
Entradas emitidas y vendidasReporte de la ticketera¿Qué se esperaba?
Escaneos aceptadosRegistros de validación¿Qué se dejó pasar según el sistema?
Intentos con estado usado, anulado o no encontradoRegistros de validación¿Dónde hubo fricción?
Cortesías y listas ingresadasLista y registros del responsable¿Qué entró fuera de la venta general?
Excepciones resueltas y pendientesRegistro del responsable de excepciones¿Qué casos requieren seguimiento?
Checklist antes de abrir puertas

Una semana antes

  • Estados de entrada documentados y compartidos con el equipo de puerta.
  • Responsables nombrados: validadores, excepciones, lista y enlace con la ticketera.
  • Acceso del equipo al panel o aplicación con el rol correcto.
  • Lista de respaldo definida: quién la custodia y qué formato tiene.

El día anterior

  • Prueba con una entrada válida, una usada, una anulada y un código inexistente.
  • Duplicado controlado: escaneo del mismo código en dos dispositivos.
  • Dispositivos cargados, actualizados y con reloj correcto.
  • Contacto técnico del proveedor confirmado para el horario del evento.

Dos horas antes de abrir

  • Prueba de lectura en la puerta con la iluminación real.
  • Conectividad medida en cada punto de validación.
  • Punto de excepciones separado de la fila y señalizado.
  • Equipo informado de qué decir cuando el sistema no responda.

Al cerrar

  • Exportación o captura de reportes de ingreso y excepciones.
  • Cierre de casos pendientes con responsable y fecha.
  • Conciliación contra el reporte de la ticketera.
  • Datos personales de la lista guardados con acceso limitado y fecha de eliminación.

Imprímela o cópiala en la herramienta del equipo. Es una lista de proceso; no sustituye las instrucciones de seguridad del recinto ni la normativa aplicable al evento.

Cuándo basta tu herramienta y cuándo evaluar una integración

Para una fecha única, una puerta y una sola ticketera, lo más sensato suele ser aprovechar la herramienta que ya tienes y ensayar la checklist. No hace falta desarrollo para eso.

Qué hacer con el control de acceso según tu situación
  1. ¿Tu ticketera ya valida, registra y exporta lo que necesitas?

    Alcanza si: Un solo sistema de entradas, una lista, el mismo equipo y reportes que alcanzan para cerrar.

    Pasa al siguiente escalón si: Los reportes no coinciden con la lista de cortesías o hay que rearmarlos a mano cada evento.

  2. ¿Un cambio de configuración o de proceso resuelve la brecha?

    Alcanza si: Basta con ajustar roles, exportar a tiempo o definir un formato de lista común.

    Pasa al siguiente escalón si: La brecha persiste porque dos sistemas deben compartir un mismo estado.

  3. ¿Es una necesidad recurrente que justifica conectar sistemas?

    Alcanza si: El proveedor ofrece exportaciones o una interfaz documentada, y el intercambio es acotado.

    Pasa al siguiente escalón si: Hay reglas propias, volumen y repetición suficientes para un desarrollo por fases.

Para el 31 de octubre de 2026 no es realista construir y probar un sistema nuevo. Lo recomendable es probar bien lo existente y dejar anotada la brecha para la siguiente edición.

Qué hace CODIN y qué no

CODIN no vende una ticketera ni un sistema de control de acceso listo para instalar. Ayuda a mapear cómo se valida hoy, a evaluar las herramientas que ya usas y, si hay una brecha recurrente, a conectar sistemas o automatizar la consolidación. Puedes ver cómo trabajamos en integraciones de sistemas y en software para eventos. Si estás eligiendo plataforma, la guía ticketera, RSVP o software de gestión te da criterios de comparación.

¿Qué pasa si el mismo QR se presenta dos veces?

Depende de la regla del proveedor. Los términos de Teleticket, por ejemplo, admiten solo a la primera persona que presente el código; otro sistema puede aplicar otra regla. Define con antelación qué estado verá el validador y a quién deriva el segundo intento.

¿Hace falta una lista impresa de respaldo?

Es una buena práctica si tu proceso admite una lista de respaldo, pero implica datos personales: limita quién la custodia, qué campos incluye y cuándo se destruye.

¿Un sistema QR sirve para controlar el aforo?

No por sí solo. El escaneo registra entradas utilizadas; el control del aforo físico corresponde al recinto, a su protocolo y a las autoridades competentes.

¿Cuándo conviene validar sin conexión?

Cuando la conectividad en puerta no es confiable y tu proveedor documenta cómo se sincroniza. Pide respuestas por escrito y ensaya un duplicado controlado antes del evento.