- Purple
- Guest WiFi: a complete guide
- Microsoft Dynamics 365 y enriquecimiento de datos de WiFi para invitados
Microsoft Dynamics 365 y enriquecimiento de datos de WiFi para invitados
Esta guía de referencia técnica detalla la arquitectura, el modelado de datos y el mapeo de campos necesarios para integrar los datos de WiFi para invitados con Microsoft Dynamics 365. Proporciona estrategias de implementación prácticas para gerentes de TI y arquitectos de redes con el fin de enriquecer los perfiles unificados de los clientes y generar un ROI medible en los establecimientos físicos.
Video overview
Parte de nuestra serie principal: Guía de WiFi para invitados →
- Resumen Ejecutivo
- Análisis Técnico Profundo: Arquitectura y Flujo de Datos
- El Flujo de Ingesta
- Estructura de Entidades de Dos Niveles
- Guía de implementación: Mapeo de campos y sincronización
- Prácticas recomendadas para el mapeo de campos
- Estrategias de sincronización: Tiempo real frente a lotes
- Mejores Prácticas para el Cumplimiento y la Seguridad
- Resolución de Problemas y Mitigación de Riesgos
- Límites de Tasa de API
- Creación de Contactos Duplicados
- Sesgo de Aleatorización de MAC
- ROI e impacto empresarial

Resumen Ejecutivo
Para los recintos físicos modernos - desde cadenas de retail hasta estadios a gran escala - comprender el comportamiento de los clientes ya no es opcional. Sin embargo, mientras que las plataformas de comercio electrónico ofrecen análisis de comportamiento detallados, los recintos físicos a menudo luchan con un punto ciego: saben lo que compró un cliente, pero no cuánto tiempo permaneció, con qué frecuencia los visita sin comprar o qué zonas frecuenta. Al integrar los datos de autenticación de Guest WiFi con Microsoft Dynamics 365, los líderes de TI pueden cerrar esta brecha.
Esta guía describe la arquitectura definitiva para la integración de Dynamics 365 con WiFi. Detalla cómo enviar datos de contacto verificados, marcas de tiempo de consentimiento de GDPR y métricas de visitas desde la plataforma de análisis de WiFi hacia Dynamics 365. De manera crucial, aboga por un modelo de datos de dos niveles - que separa las actualizaciones de contactos principales de los registros de visitas transaccionales de alto volumen - para garantizar el rendimiento de la CRM y permitir una segmentación avanzada dentro de Customer Insights. Para las organizaciones en Retail y Hospitality, esta integración transforma el flujo de personas anónimo en un perfil de cliente unificado y accionable.
Análisis Técnico Profundo: Arquitectura y Flujo de Datos
La integración del WiFi de invitados con Dynamics 365 requiere una capa de middleware sólida para manejar la resolución de identidad, la deduplicación y la transformación de la carga de datos. Los datos sin procesar se originan en el extremo de la red - a partir de los puntos de acceso y los portales cautivos - y deben procesarse antes de ingresar a la CRM.

El Flujo de Ingesta
Cuando un invitado se autentica a través del Captive Portal, la plataforma de WiFi captura su dirección MAC, el método de autenticación (por ejemplo, inicio de sesión social, formulario de correo electrónico) y su consentimiento explícito para marketing. Este evento activa un webhook o una llamada a la API REST que contiene una carga útil de JSON.
El paso crítico aquí es la Resolución de Identidad. Los sistemas operativos móviles modernos emplean la aleatorización de direcciones MAC para mejorar la privacidad del usuario. Confiar únicamente en la dirección MAC como clave principal dará como resultado perfiles fragmentados y recuentos de visitas inexactos. Por lo tanto, la integración debe utilizar el identificador autenticado - normalmente la dirección de correo electrónico o el número de teléfono móvil - como clave principal para hacer coincidir los registros en Dynamics 365. La dirección MAC con hash solo debe usarse como identificador secundario para el seguimiento de la sesión dentro de una sola visita.
Estructura de Entidades de Dos Niveles
Un antipatrón de arquitectura común es intentar registrar cada sesión de WiFi directamente en la entidad principal de Contact. Este enfoque satura rápidamente la base de datos, degrada el rendimiento del CRM y complica los informes. En su lugar, una estructura de entidades de dos niveles es el estándar de la industria para la integración de Dynamics CRM con WiFi:
- La entidad Contact (Registro maestro): Esta entidad sólo debe actualizarse cuando haya un cambio material en el perfil del invitado, como una nueva dirección de correo electrónico, un número de teléfono actualizado o un cambio en su estado de consentimiento de GDPR. También puede almacenar métricas agregadas, como
cr_wifi_visit_countocr_wifi_avg_dwell, que son útiles para una segmentación rápida. - La entidad de visita personalizada (
cr_wifiVisit): Esta es una tabla transaccional donde cada sesión de WiFi completada se registra como una fila distinta. Captura la hora de inicio de la sesión, la hora de finalización, la duración y el lugar o zona específicos (por ejemplo, "Lobby", "Sports Bar"). Esta entidad se vincula a la entidadContacta través de una relación de uno a muchos (1:N).
Esta separación de funciones es vital para aprovechar Microsoft Dynamics 365 Customer Insights. Al tratar la entidad cr_wifiVisit como un flujo de datos de comportamiento distinto, Customer Insights puede ingerir los registros y construir segmentos dinámicos basados en interacciones físicas en el establecimiento, fusionándolos sin problemas con el historial de compras en línea.
¿Tiene preguntas sobre su configuración específica?
Nuestro equipo trabaja con gestores de espacios, responsables de TI e ingenieros de redes en 80 000 establecimientos. Reserve una llamada de 20 minutos y le mostraremos cómo lo resolvieron otros profesionales como usted.
Guía de implementación: Mapeo de campos y sincronización
Una implementación exitosa depende de un mapeo de campos preciso y de una comprensión clara del sistema de registro.
Prácticas recomendadas para el mapeo de campos

Al mapear campos desde la plataforma Purple a Dynamics 365, asegúrese de que los tipos de datos coincidan y de que se creen campos personalizados donde sea necesario.
| Campo de origen de Purple WiFi | Campo de destino de Dynamics 365 | Tipo de datos | Notas |
|---|---|---|---|
| Correo electrónico del invitado | emailaddress1 |
String | Clave principal para la deduplicación. |
| Dirección MAC (Hashed) | cr_device_mac_hash |
String | Almacenar en la entidad de visita personalizada, no en el contacto. |
| Marca de tiempo de primera visita | cr_wifi_first_visit |
DateTime | Actualizar sólo en la creación inicial del contacto. |
| Marca de tiempo de última visita | cr_wifi_last_visit |
DateTime | Actualizar en cada visita posterior. |
| Marca de tiempo de consentimiento | cr_consent_wifi_date |
DateTime | Crucial para auditorías de cumplimiento. |
| Zona del establecimiento | cr_wifi_zone_preference |
String | Se puede agregar en el contacto o registrar por visita. |
Estrategias de sincronización: Tiempo real frente a lotes
La elección entre la sincronización en tiempo real y por lotes depende completamente del caso de uso empresarial.
- Tiempo Real (Webhooks): Esencial para la activación en el lugar. Si el equipo de marketing desea activar un correo electrónico automatizado de "Bienvenido de nuevo" o una oferta de café gratis por SMS dentro de los cinco minutos posteriores a que el invitado se conecte a la red, los webhooks en tiempo real son obligatorios. Esto requiere una gestión sólida de la pasarela de API para manejar los picos de tráfico durante las horas de mayor afluencia en el recinto.
- Lotes (OData / Extracciones de API Programadas): Si el objetivo principal es el WiFi Analytics a largo plazo y la creación de segmentos semanales, una sincronización por lotes nocturna es mucho más eficiente. Reduce la carga de la API en Dynamics 365 y permite la agregación de datos antes de la inserción.
Mejores Prácticas para el Cumplimiento y la Seguridad
Al manejar datos de invitados, el cumplimiento con marcos de trabajo como GDPR y PCI-DSS no es negociable. Para una comprensión más profunda del cumplimiento, consulte nuestra guía ISO 27001 Guest WiFi: A Compliance Primer.
- El Consentimiento es el Sistema de Registro: El Captive Portal es el punto de captura de datos y el sistema de registro principal para el consentimiento. Al enviar datos a Dynamics 365, la marca de tiempo del consentimiento y el canal específico de suscripción voluntaria deben mapearse con precisión. Si un invitado revoca posteriormente el consentimiento a través de un correo electrónico de marketing de Dynamics 365, esa revocación debe sincronizarse de vuelta con la plataforma WiFi para evitar un seguimiento futuro.
- Minimización de Datos: Envíe únicamente los datos necesarios para los casos de uso operativos o de marketing definidos. No envíe solicitudes de sondeo de red sin procesar y no autenticadas al CRM.
- Tránsito Seguro: Todos los datos en tránsito entre la plataforma WiFi y Dynamics 365 deben cifrarse utilizando TLS 1.2 o superior. Evite exponer claves API en el código del lado del cliente; utilice una comunicación segura de servidor a servidor. Para consideraciones de seguridad a nivel de red, consulte nuestra guía sobre DNS Filtering for Guest WiFi.
Resolución de Problemas y Mitigación de Riesgos
Incluso con una arquitectura sólida, las integraciones pueden fallar. Aquí se presentan los modos de fallo más comunes y cómo mitigarlos.
Límites de Tasa de API
Dynamics 365 impone límites de tasa de API para garantizar la estabilidad del servicio. Durante un evento importante en un estadio, miles de invitados podrían iniciar sesión en el WiFi de forma simultánea, lo que provocaría una avalancha de webhooks.
- Mitigación: Implemente una cola de mensajes (por ejemplo, Azure Service Bus) entre la plataforma WiFi y Dynamics 365. La cola absorbe el pico de tráfico y envía las cargas útiles a Dynamics a un ritmo controlado que respeta los límites de la API.
Creación de Contactos Duplicados
Si la lógica de deduplicación es defectuosa, el CRM se llenará rápidamente de registros duplicados, lo que destruirá el perfil unificado del cliente.
- Mitigación: No dependa únicamente de las reglas de detección de duplicados asincrónicas de Dynamics 365 para inserciones de API de gran volumen. El middleware de integración debe realizar una búsqueda explícita (por ejemplo, consultando por dirección de correo electrónico) antes de ejecutar una operación de creación. Si se encuentra una coincidencia, ejecute una actualización en su lugar.
Sesgo de Aleatorización de MAC
Como se mencionó, la aleatorización de MAC inflará artificialmente los conteos de visitas si no se maneja correctamente.
- Mitigación: Priorice siempre la identidad autenticada (correo electrónico/teléfono) sobre la dirección MAC del dispositivo. Utilice las direcciones MAC únicamente para la continuidad de la sesión dentro de un período único de 24 horas, descartándolas para la resolución de identidad a largo plazo.
ROI e impacto empresarial
Integrar Dynamics 365 con los datos de WiFi de invitados transforma la red de un centro de costos a un activo de inteligencia generador de ingresos.
- Eficiencia en la automatización de marketing: Al activar campañas basadas en la presencia física real en lugar de solo en las aperturas de correos electrónicos, las tasas de conversión mejoran significativamente. Una cadena de retail puede enviar automáticamente una oferta promocional a un miembro del programa de lealtad en el momento en que ingresa a la tienda.
- Perfiles de clientes unificados: La integración proporciona una vista de 360 grados del cliente, combinando datos de comercio electrónico con el comportamiento en el mundo físico. Esto permite que Customer Insights genere modelos predictivos altamente precisos para la pérdida de clientes y el valor de vida útil.
- Inteligencia operativa: Más allá del marketing, la información de Wayfinding y los datos de tiempo de permanencia pueden informar las decisiones operativas, como optimizar los horarios del personal en función de las horas pico de afluencia o rediseñar la distribución de las tiendas según la popularidad de las zonas.
Al implementar la arquitectura de dos niveles y adherirse a las mejores prácticas descritas en esta guía, los líderes de TI pueden ofrecer un pipeline de datos robusto, conforme a las normativas y altamente valioso que empodere a toda la organización.
Definiciones clave
Resolución de identidad
El proceso de hacer coincidir un identificador de dispositivo anónimo (como una dirección MAC) con un perfil de cliente conocido (como una dirección de correo electrónico) a través de múltiples sistemas.
Crítico para asegurar que los datos de WiFi enriquezcan el registro de contacto correcto en Dynamics 365 en lugar de crear duplicados.
Aleatorización de direcciones MAC
Una función de privacidad en los sistemas operativos modernos (iOS, Android) donde el dispositivo genera una dirección MAC temporal y aleatoria al sondear o conectarse a las redes.
Obliga a los integradores a depender de datos autenticados (inicios de sesión en el Captive Portal) en lugar de un sondeo pasivo de la red para el seguimiento preciso del cliente.
Arquitectura de entidades de dos niveles
Un enfoque de modelado de datos en Dynamics 365 donde los datos maestros (Contacto) se separan de los datos transaccionales de alto volumen (Visitas de WiFi) mediante una relación 1:N.
Esencial para mantener el rendimiento de la base de datos de CRM y permitir una segmentación limpia en Customer Insights.
OData (Protocolo de datos abiertos)
Un estándar OASIS aprobado por ISO/IEC que define un conjunto de mejores prácticas para crear y consumir APIs RESTful.
El protocolo recomendado para ejecutar una sincronización por lotes eficiente y a gran escala de los registros de visitas de WiFi en Dynamics 365.
Webhook
Un método para aumentar o alterar el comportamiento de una página web o aplicación web con devoluciones de llamada personalizadas, entregando datos a otras aplicaciones a medida que ocurren los eventos.
Se utiliza para enviar eventos de autenticación de WiFi en tiempo real a Dynamics 365 para la activación inmediata de marketing en el establecimiento.
Customer Insights
La plataforma de datos de clientes (CDP) de Microsoft que unifica datos de múltiples fuentes para crear una vista única de los clientes y descubrir insights.
El destino principal para los datos agregados de visitas de WiFi para construir segmentos de comportamiento complejos que combinan la actividad online y offline.
Captive Portal
Una página web que el usuario de una red de acceso público está obligado a ver e interactuar con ella antes de que se le conceda el acceso.
El punto principal de captura de datos y recopilación de consentimiento de GDPR para la integración con Dynamics 365.
Dwell Time
La duración de tiempo que un invitado pasa conectado a la red o dentro de una zona física específica.
Una métrica clave enviada a Dynamics 365 para medir la interacción en el establecimiento y activar campañas de marketing basadas en la duración.
Ejemplos resueltos
Un hotel de 200 habitaciones necesita activar un SMS personalizado de "Bienvenida al Spa" a través de Dynamics 365 Marketing cuando un invitado VIP se conecta al WiFi en la zona de bienestar.
- Configure la plataforma Purple para etiquetar los puntos de acceso en el área de bienestar con la zona "Spa".
- Configure un webhook en tiempo real en Purple que se active con el evento "Authentication Success", filtrando por la zona "Spa".
- El payload del webhook se envía a una Azure Logic App. La Logic App analiza el payload, extrae el correo electrónico y la dirección MAC del invitado.
- La Logic App consulta a Dynamics 365 por correo electrónico para verificar el estatus VIP del invitado y revisar su indicador de consentimiento de marketing.
- Si el invitado es un VIP y ha otorgado su consentimiento, la Logic App crea un nuevo registro en la entidad personalizada
cr_wifiVisity activa un Dynamics 365 Marketing Journey específico que envía el SMS.
Una cadena de tiendas con 50 sucursales desea crear un segmento en Dynamics 365 Customer Insights de "Compradores en tienda física inactivos" (clientes que compraron en línea recientemente pero no han visitado una tienda física en 90 días).
- Implemente una sincronización por lotes nocturna (a través de OData) desde la plataforma WiFi hacia Dynamics 365.
- La sincronización actualiza el campo
cr_wifi_last_visiten la entidad principalContactpara todos los invitados que se conectaron ese día. - En Dynamics 365 Customer Insights, ingeste la entidad
Contactcomo fuente de datos. - Cree una regla de segmento:
Condición 1: Last_Online_Purchase_Date < hace 30 díasYCondición 2: cr_wifi_last_visit > hace 90 días. - Exporte este segmento a Dynamics 365 Marketing para una campaña de correo electrónico de reactivación dirigida.
Preguntas de práctica
Q1. ¿Su equipo de marketing quiere enviar un correo electrónico a cualquier cliente que haya visitado la tienda principal más de 5 veces este mes pero que no haya comprado nada online. ¿Cómo debería diseñar el flujo de datos para soportar esto sin sobrecargar el CRM?
Sugerencia: Considere la arquitectura de entidades de dos niveles y el rol de Customer Insights.
Ver respuesta modelo
No registre cada visita en la entidad Contacto. En su lugar, utilice una sincronización por lotes nocturna para enviar los registros de visitas a una entidad personalizada cr_wifiVisit vinculada al Contacto. Luego, utilice Dynamics 365 Customer Insights para recopilar tanto la entidad de visita personalizada como el historial de compras de comercio electrónico. Cree un segmento en Customer Insights que combine ambos criterios (cantidad de cr_wifiVisit > 5 Y compras online = 0) y exporte ese segmento a Dynamics 365 Marketing.
Q2. Durante un ejercicio de pruebas de carga, su middleware (Azure Logic Apps) comienza a recibir errores HTTP 429 (Demasiadas solicitudes) de la API de Dynamics 365. ¿Cuál es la solución de arquitectura más adecuada?
Sugerencia: Piense en cómo desacoplar los eventos de red en tiempo real del proceso de inserción de la API.
Ver respuesta modelo
Implemente una cola de mensajes, como Azure Service Bus, entre el receptor de webhooks y el conector de la API de Dynamics 365. El webhook escribe el payload en la cola de inmediato, y un proceso independiente lee de la cola e inserta los registros en Dynamics 365 a un ritmo controlado que respete los límites de la API.
Q3. Un invitado inicia sesión en el WiFi con su dirección de correo electrónico y acepta el consentimiento de marketing. Tres semanas después, hace clic en 'Anular suscripción' en un correo de marketing enviado desde Dynamics 365. ¿Qué debe ocurrir en la capa de integración?
Sugerencia: Considere el sistema de registro y los requisitos de cumplimiento.
Ver respuesta modelo
La integración debe ser bidireccional para el consentimiento. Cuando ocurre el evento 'Anular suscripción' en Dynamics 365, un webhook o un flujo automatizado debe activar una llamada de API de vuelta a la plataforma Purple WiFi para actualizar el perfil del invitado y revocar su indicador de consentimiento de marketing. Esto garantiza que los inicios de sesión de WiFi futuros no vuelvan a suscribir accidentalmente al usuario ni activen acciones de marketing que no cumplan con las normativas.
Continúe leyendo esta serie
Cisco Catalyst WLC y WiFi de invitados: configuración de Captive Portal con Purple
Cómo funciona un controlador de LAN inalámbrica Cisco Catalyst 9800 (IOS-XE) con el WiFi de invitados de Purple: autenticación web externa, RADIUS y un walled garden, con un enlace a la guía de configuración paso a paso de Purple para la configuración exacta.
Integración de Salesforce con WiFi de invitados para inteligencia de cuentas
Esta guía de referencia técnica detalla cómo los equipos de TI y RevOps pueden integrar los eventos de autenticación de WiFi de invitados con Salesforce para generar inteligencia de cuentas accionable. Cubre la arquitectura requerida, la lógica de resolución de identidad y las configuraciones del modelo de datos necesarias para convertir las visitas a recintos físicos en señales de CRM de alta fidelidad.
Cómo integrar los datos de Guest WiFi con tu CRM
Esta guía proporciona una referencia técnica completa para gerentes de TI, arquitectos de red y líderes de marketing sobre la integración de analíticas de guest WiFi con plataformas de CRM como Salesforce y HubSpot. Cubre el sustento estratégico, los patrones de arquitectura principales (API directa y Webhooks), los campos de datos disponibles y una guía de implementación paso a paso. Los operadores de recintos en los sectores de hospitalidad, retail y eventos encontrarán marcos de trabajo prácticos para construir un pipeline de datos de primera mano (first-party data) que sea escalable, cumpla con las normativas y genere un ROI de marketing medible.
¿Tiene preguntas sobre su configuración específica?
Nuestro equipo trabaja con gestores de espacios, responsables de TI e ingenieros de redes en 80 000 establecimientos. Reserve una llamada de 20 minutos y le mostraremos cómo lo resolvieron otros profesionales como usted.