El cruce entre el listado de clientes que pasan las delegaciones y las respuestas de la encuesta se hace hoy de forma manual. El problema principal: si un cliente (p. ej. Obramat) está en la cartera de Madrid pero responde desde Canarias, el sistema lo sigue asignando a Madrid aunque en la encuesta haya marcado Canarias.

Propuesta: priorizar la delegación que el propio encuestado declara en la respuesta por encima del origen del listado de clientes. Si no hay coincidencia exacta de nombre de empresa, hacer fuzzy matching y ofrecer revisión manual.

En el panel de cruce actual no se ve la fecha/hora de envío de cada respuesta, lo que impide saber cuál es la primera y cuáles son las siguientes para descartarlas.

Mejora: mostrar timestamp en la tabla de cruce y ordenar cronológicamente para que siempre quede visible cuál fue la respuesta más temprana.

Política a definir (pendiente de decisión): ¿se descarta por email exacto? ¿por empresa + persona? ¿se conserva la primera o la última? Actualmente solo se descartan respuestas con email idéntico. Decidir y documentar la regla antes de implementar.

Hoy el reparto de entradas es local: se carga un Excel de localizadores, se asigna un rango a cada delegación y se genera el PDF. No hay persistencia ni control de qué códigos ya se han entregado en oleadas anteriores.

Propuesta para 2027:

• Migrar el inventario de códigos a Supabase (tabla barometro_codigos). Los códigos se cargan desde el HUB en lugar de desde un Excel local.
• Soporte para oleadas múltiples: al cargar una oleada nueva, el sistema detecta automáticamente los códigos ya usados y empieza desde el siguiente disponible sin configuración manual.
• Vista por delegación: ver qué rango tiene asignado cada delegación, cuántos códigos ha entregado ya y a qué contacto se ha asignado cada código (campo asignado_a).
• Exportación por delegación con el estado de entrega (entregado / pendiente).