BUFA · Check-in QR

BUFA Check-in

Prototipo QR para charlas y eventos

Tipo de código QR

Genera un QR por invitado, validable en la pestaña "Escanear" para control de asistencia.

Datos del evento

Nombre del evento Fecha Invitados (uno por línea: Nombre, Email)

Enlace directo a una web

Modo lote (varios QR a la vez, ej: perfiles del directorio La Colmena)

Etiqueta URL de destino

Mensaje directo de WhatsApp

Etiqueta (para identificar el QR) Número con código de país (sin +, sin espacios) Mensaje predefinido

Ficha de contacto digital

Nombre completo Cargo / empresa Teléfono Email

Acceso WiFi de coworking

Sede Nombre de red (SSID) Contraseña

Escáner de entrada

Invitados

Check-ins

Asistencia

Lista de asistencia

Genera un evento en la pestaña 1 para ver datos aquí.

Notas técnicas para el equipo de desarrollo

Token del QR: este demo codifica BUFA-EVT:{eventId}:{attendeeId}:{hash} con un hash simple en el cliente. En producción, firmar cada token con HMAC-SHA256 server-side (secreto no expuesto al front) para evitar QR falsificados.
Backend sugerido: endpoints POST /eventos, POST /eventos/:id/invitados (carga masiva CSV), POST /checkin (valida token, marca asistencia, retorna nombre), GET /eventos/:id/dashboard.
Persistencia: este prototipo usa almacenamiento temporal del artifact (compartido) solo para demostrar el flujo. La versión final debe usar la base de datos de BUFA (o Supabase, como en Bufa Connect Hub) con tabla checkins(evento_id, invitado_id, timestamp, dispositivo, staff_id).
Anti-duplicado y anti-fraude: un token solo puede canjearse una vez; considerar rate limiting por dispositivo y, si aplica, geovalidación por sede (Providencia / Las Condes / Viña).
Entrega del QR al invitado: integrar envío automático por email o WhatsApp al confirmar inscripción (vía HubSpot o el flujo de eventos ya definido en el roadmap 2026).
Roles: vista "Escanear" para staff en la puerta (sin acceso a editar invitados); vista "Dashboard" y "Generar" solo para admin/organizador.
Modo offline: el escáner debería poder registrar check-ins sin conexión y sincronizar al recuperar señal (común en recintos como Hive Providencia).
Multi-evento: este prototipo asume un evento activo a la vez; el módulo final necesita selector de evento y historial para alimentar los KPIs del roadmap (112 clientes nuevos del semestre).
Tipos de QR (enlace, WhatsApp, vCard, WiFi): a diferencia del check-in, estos no requieren validación server-side — cualquier cámara los lee directo. Recomendación: generarlos detrás de un acortador propio (ej. bufa.cl/q/xxxx) en vez de codificar la URL final, así se puede editar el destino sin reimprimir el QR y medir escaneos por campaña/sede.
Analítica de escaneos: con el acortador propio, cada tipo de QR (directorio, WhatsApp, WiFi, vCard) queda con métricas de uso — útil para medir conversión de material impreso en charlas y ferias.
WiFi por sede: si cada sede (Providencia / Las Condes / Viña) tiene su propia red, el módulo final debería traer un selector de sede con SSID/clave precargados en vez de tipearlos cada vez.