Pular para o conteúdo principal

Gerenciamento de WiFi para Hóspedes de Hotel: Integrando PMS, Portais e Padrões de Marca

Este guia técnico detalha como arquitetar redes WiFi de hotel de nível empresarial, focando na segmentação de VLAN, integração de PMS para gerenciamento automatizado de sessões e otimização de Captive Portal para captura de dados em conformidade com a GDPR.

📖 5 min de leitura📝 983 palavras🔧 2 exemplos práticos3 questões práticas📚 8 definições principais

Ouça este guia

Ver transcrição do podcast
Bem-vindo ao Informativo Técnico da Purple. Hoje vamos falar sobre o gerenciamento de WiFi para hóspedes de hotéis - especificamente como integrar o seu sistema de gerenciamento de propriedades, seus Captive Portals e os padrões da sua marca em uma arquitetura de rede coerente, em conformidade com as leis e comercialmente valiosa. Se você é o gerente de TI de uma única propriedade, o arquiteto de rede de um portfólio de hotéis ou o CTO que está aprovando uma renovação de infraestrutura de vários anos, este informativo é para você. Seremos diretos e práticos. Sem teoria apenas por teoria. Vamos começar com o problema. O WiFi para hóspedes de hotéis é um daqueles componentes de infraestrutura que parece simples no papel, mas se transforma em uma grande dor de cabeça operacional na prática. O motivo é que a rede de um hotel precisa atender a pelo menos quatro públicos distintos simultaneamente: hóspedes, funcionários, sistemas prediais e, cada vez mais, dispositivos IoT nos quartos, como smart TVs, termostatos e assistentes de voz. Cada público tem requisitos de segurança, expectativas de desempenho e implicações de conformidade completamente diferentes. Errar nessa arquitetura custa caro de três maneiras: as notas de satisfação dos hóspedes caem, sua postura de segurança enfraquece e você perde o ativo de dados que o WiFi autenticado deveria gerar. Então, vamos falar de arquitetura. A base é a segmentação de rede usando VLANs - Redes Locais Virtuais. Uma VLAN é uma estrutura de Camada 2 definida no padrão IEEE 802.1Q que permite executar várias redes logicamente separadas sobre a mesma infraestrutura física. Pense nisso como várias faixas na mesma rodovia, cada uma com seu próprio limite de velocidade e regras de acesso. Em um hotel, você quer no mínimo quatro VLANs: WiFi de Hóspedes na VLAN 10, Equipe na VLAN 20, IoT e sistemas prediais na VLAN 30, e sua rede de pagamento sob o escopo do PCI na VLAN 40. Cada SSID - que é o nome da rede que os hóspedes veem - é mapeado para uma VLAN correspondente. Seu firewall aplica uma política de bloqueio padrão entre elas. O tráfego de hóspedes é roteado apenas para a internet. Ele nunca toca no seu sistema de gerenciamento de propriedades, nos seus terminais de ponto de venda ou nas comunicações da sua equipe. Agora, a integração que muda tudo: conectar sua plataforma de gerenciamento de WiFi ao seu Property Management System - seu PMS. Não importa se você usa Oracle OPERA, Mews, Protel ou outro sistema, seu PMS é a fonte da verdade sobre quem está no prédio, em qual quarto está hospedado, qual é sua categoria de fidelidade e quando fará o checkout. Se a sua plataforma de WiFi não conversa com o seu PMS, você está operando no escuro. Uma implantação bem integrada funciona assim: o hóspede faz o check-in - na recepção ou por um aplicativo móvel. O PMS envia um webhook ou chamada de API para a plataforma de gerenciamento de WiFi. A plataforma pré-provisiona o perfil do hóspede: sua categoria de fidelidade, seu SSID de preferência e sua política de largura de banda. Quando ele se conecta à rede, a experiência é imediata. Quando ele faz o checkout, a sessão é revogada automaticamente. Sem credenciais ativas sem necessidade. Sem exposição de segurança de um hóspede que fez o checkout há três horas, mas cujo dispositivo ainda está autenticado na sua rede. O Captive Portal - às vezes chamado de tela de login - é onde a rede deixa de ser um centro de custo e passa a ser um ativo de dados. Se for mal feito, é um incômodo que os hóspedes abandonam. Se for bem feito, é o seu principal mecanismo para captura de dados primários (first-party). O hóspede se autentica via e-mail, login social ou verificação por SMS. Você captura uma identidade verificada. Essa identidade se vincula ao dispositivo dele, ao horário da visita, ao tempo de permanência e a quaisquer visitas futuras. Com o tempo, você constrói um banco de dados consensual e em conformidade com a GDPR sobre seus hóspedes reais - não dados inferidos, não dados de terceiros, mas dados primários que pertencem a você. A conformidade com a GDPR aqui não é negociável. Sua tela de login deve apresentar um aviso de privacidade claro, opções explícitas de consentimento para marketing e um mecanismo simples para que os hóspedes exerçam seus direitos de dados. Fundamentalmente, o consentimento para usar o WiFi não é o mesmo que o consentimento para receber e-mails de marketing. Escolhas separadas e não vinculadas são obrigatórias. A plataforma da Purple lida com isso de forma nativa, com registros de consentimento vinculados a cada perfil de usuário e trilhas de auditoria disponíveis para revisão regulatória. Do lado da segurança: WPA3-Enterprise com IEEE 802.1X é o padrão de ouro para redes de funcionários. Para redes de hóspedes, o WPA3-Personal ou uma rede aberta protegida por um Captive Portal com aplicação de HTTPS é a abordagem padrão. O que você não deve fazer de jeito nenhum é operar uma rede aberta sem isolamento de cliente. O isolamento de cliente impede que qualquer dispositivo de hóspede se comunique diretamente com outro dispositivo de hóspede na mesma rede. Sem isso, o smartphone comprometido de um hóspede pode sondar todos os outros dispositivos no mesmo SSID. Ative o isolamento de cliente em todos os SSIDs voltados para hóspedes. Sem exceções. Para autenticação em redes de funcionários, o 802.1X usa o Protocolo de Autenticação Extensível - EAP - para verificar a identidade em um servidor RADIUS, que por sua vez consulta seu provedor de identidade. A Purple se integra ao Microsoft Entra ID, Okta e Google Workspace. Quando um funcionário se autentica, o servidor RADIUS pode retornar não apenas um resultado de aprovação ou falha, mas também uma atribuição de VLAN e uma política de QoS baseada em sua função. Esse é o mecanismo técnico que faz o acesso à rede baseado em funções funcionar automaticamente, sem provisionamento manual. Agora vamos falar sobre padrões de marca e consistência em toda a rede de hotéis - porque aqui o desafio de governança se torna tão importante quanto o técnico. Uma marca global de hotéis pode ter centenas de propriedades em dezenas de países, cada uma com diferentes ISPs locais, diferentes gerações de infraestrutura e diferentes acordos de franquia. Oferecer uma experiência de WiFi consistente para os hóspedes em todo esse portfólio exige uma arquitetura de rede gerenciada na nuvem com gerenciamento centralizado de políticas. O modelo que funciona é uma hierarquia de três níveis. A sede da marca define os modelos de política: os SSIDs, os padrões de segurança, as alocações de largura de banda por categoria de fidelidade e a identidade visual do Captive Portal. Os escritórios regionais aplicam esses modelos com variações locais. As propriedades individuais herdam as configurações do escritório regional e só podem personalizar dentro dos parâmetros definidos pela marca. As propriedades têm flexibilidade, mas não podem violar os padrões da marca. Do ponto de vista tecnológico, isso requer uma plataforma de WiFi gerenciada na nuvem com um mecanismo de políticas hierárquico. Os pontos de acesso em cada propriedade se conectam ao controlador na nuvem, baixam sua configuração e a aplicam localmente. Se a conexão de internet de uma propriedade cair, os APs continuam operando em modo autônomo com base na última configuração válida conhecida. Essa resiliência é crítica. Deixe-me detalhar a sequência prática de implementação. Cinco fases. Fase um: levantamento do local (site survey). Antes de tocar em um único cabo, caminhe pela propriedade com um analisador de espectro. Use um software de modelagem preditiva para definir a posição dos seus pontos de acesso antes de se comprometer com a passagem de cabos. O objetivo é a cobertura dentro dos quartos. Um AP por quarto ou, no mínimo, um para cada dois quartos. A instalação nos corredores é um erro comum que cria áreas sem cobertura dentro dos quartos. Fase dois: design da arquitetura de VLAN. Mapeie cada tipo de dispositivo para uma VLAN dedicada antes de configurar qualquer coisa. Hóspedes, equipe, IoT, sistemas de pagamento. Suas regras de inter-VLAN no firewall são tão importantes quanto a própria arquitetura de VLAN. Bloqueio por padrão, permissão explícita. Fase três: definição do escopo de integração do PMS. Faça isso antes de selecionar sua plataforma de WiFi, não depois. Confirme se a plataforma escolhida possui um conector pré-construído para o seu PMS e entenda o esforço de integração da API antes de fechar o contrato. Fase quatro: fluxo de autenticação e Captive Portal. Teste toda a jornada do hóspede de ponta a ponta no iOS, Android e Windows antes do lançamento. Teste os fluxos de consentimento. Teste o que acontece em uma visita de retorno. Um Captive Portal que demora 45 segundos para carregar ou pede dez campos de informações pessoais é uma falha de marca, não apenas técnica. Fase cinco: configuração de análise e relatórios. Conecte sua camada de dados de WiFi às suas ferramentas de CRM e automação de marketing. O ativo de dados que você construiu por meio do WiFi autenticado só tem valor se alimentar os fluxos de trabalho seguintes. Agora, os erros comuns. Eu vejo os mesmos repetidamente. O primeiro é o subdimensionamento do link de internet. Nove em cada dez vezes, o WiFi lento em hotéis é um problema de largura de banda na WAN, não um problema de radiofrequência. Para um hotel de 200 quartos com 80% de ocupação e hóspedes assistindo a vídeos por streaming, planeje de cinco a dez megabits por segundo por quarto no horário de pico. Isso representa de 800 megabits a 1,6 gigabits de largura de banda dedicada. O segundo erro comum são portas de trunk mal configuradas. Se uma porta de switch que transporta várias VLANs for configurada acidentalmente como uma porta de acesso, todo o tráfego colapsa em uma única VLAN e sua segmentação desaparece silenciosamente. Audite as configurações dos seus switches após cada alteração. O terceiro erro comum é implantar um Captive Portal que coleta dados, mas não possui um fluxo de marketing integrado para utilizá-los. Você construiu o ativo de dados. Agora, use-o. Perguntas rápidas. Devo cobrar dos hóspedes pelo WiFi? Não. Em 2026, cobrar pelo WiFi dos hóspedes é um prejuízo para a satisfação do cliente. O valor de marketing e dados de um WiFi gratuito e autenticado supera em muito qualquer receita com taxas de acesso. Preciso de Wi-Fi 6 ou o Wi-Fi 5 é suficiente? Se você está implantando uma nova infraestrutura hoje, escolha sempre o Wi-Fi 6. A diferença de custo é mínima e a margem de desempenho é significativa. Como lidar com dispositivos IoT nos quartos dos hóspedes? Segmente-os em uma VLAN de IoT dedicada, sem capacidade de movimento lateral e com filtragem estrita de saída. Eles nunca devem compartilhar um segmento de rede com os dispositivos dos hóspedes. Para resumir: o gerenciamento de WiFi para hóspedes de hotéis não é principalmente um problema de largura de banda. É um problema de arquitetura, integração e governança. As propriedades que acertam nisso têm três coisas em comum: uma rede gerenciada na nuvem centralizada com um modelo de política hierárquico, integração profunda com o PMS que automatiza o gerenciamento de sessões e a diferenciação de categorias de fidelidade, e tratam os dados de desempenho do WiFi como uma métrica operacional de primeira classe. As três principais lições para levar hoje. Um: segmente sua rede corretamente desde o primeiro dia. Hóspedes, equipe e IoT em VLANs separadas, com um firewall entre elas. Dois: integre sua plataforma de WiFi com seu PMS antes do lançamento. O provisionamento e a revogação automática de sessões não são apenas um diferencial, são essenciais. Três: trate seu Captive Portal como uma plataforma de marketing, não apenas como um portal de acesso. Os dados primários que você captura por meio do WiFi autenticado são um dos seus ativos comerciais mais valiosos. A Purple opera em mais de 80.000 locais e processou 440 milhões de logins em 2024. Se você quiser explorar como a plataforma de WiFi para Hóspedes da Purple lida com a integração de PMS, gerenciamento de políticas para toda a rede e análise de dados de hóspedes, visite purple.ai. Obrigado por ouvir.

📚 Parte da nossa série principal: Guest WiFi Guide

header_image.png

Executive Summary

Hotel guest WiFi is no longer a utility; it is a critical operational system and a primary channel for first-party data capture. This technical reference guide details how to architect, deploy, and manage enterprise-grade WiFi across hospitality environments. It covers network segmentation, Property Management System (PMS) integration, captive portal optimisation, and chain-wide brand standard enforcement. For IT directors, network architects, and venue operations directors, the goal is clear: deliver a fast, secure connection that integrates seamlessly with your Guest WiFi infrastructure while capturing compliant data to feed your WiFi Analytics platform.

Whether you manage a boutique hotel or a global portfolio of 500 properties, the technical requirements are the same: isolate traffic, automate session management via the PMS, and enforce consistent security policies. Purple provides the hardware-agnostic cloud overlay that makes this possible across Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, and Fortinet deployments.

Technical Deep-Dive

Network Segmentation and VLAN Architecture

A flat network in a hotel environment is a severe security vulnerability and a compliance failure. A hotel network must serve distinct populations: guests, staff, building management systems, and IoT devices. The foundation of secure hotel WiFi is logical segmentation using Virtual Local Area Networks (VLANs) as defined by IEEE 802.1Q.

You must assign a dedicated VLAN to each traffic class. A standard deployment requires at least four VLANs: Guest WiFi, Staff, IoT/Building Systems, and a PCI-scoped network for payment terminals. Your firewall must enforce a default-deny policy between these segments. Guest traffic must route directly to the internet, completely isolated from the property management system, point-of-sale (POS) terminals, and staff communications.

For the wireless edge, each Service Set Identifier (SSID) maps to a specific VLAN. On the guest SSID, you must enable client isolation. Client isolation prevents devices on the same SSID from communicating directly with each other, mitigating the risk of a compromised device probing other guests.

PMS Integration and Automated Session Management

The integration between your WiFi management platform and your Property Management System (PMS) - such as Oracle OPERA, Mews, or Protel - is the linchpin of a modern hospitality network. The PMS holds the ground truth regarding guest identity, room assignment, check-in status, and loyalty tier.

When a guest checks in, the PMS sends an API call or webhook to the WiFi platform. The platform pre-provisions the guest session, applying the correct bandwidth policy based on their loyalty tier. When the guest connects, authentication is seamless. Crucially, when the guest checks out, the PMS signals the WiFi platform to revoke access immediately. This eliminates the security risk of lingering credentials and prevents former guests from consuming bandwidth.

Captive Portals and First-Party Data Capture

The captive portal is the gateway where infrastructure investment converts into commercial value. It is not merely an access control mechanism; it is your primary engine for first-party data capture.

Guests authenticate via email, social login, or SMS verification. This captures a verified identity, which is then linked to their device MAC address, visit timestamp, and dwell time. This data feeds directly into your CRM, enabling targeted pre-stay emails, post-stay surveys, and location-based offers.

Compliance is non-negotiable. A GDPR-compliant captive portal must present a clear privacy notice and capture explicit, unbundled consent for marketing communications. Consent to access the WiFi must not be conditional on consent to receive marketing. Purple handles this natively, maintaining detailed audit trails for every user profile.

Implementation Guide

Phase 1: Site Survey and Capacity Planning

Before configuring any hardware, conduct a thorough RF site survey using predictive modelling tools. For hotel environments, the target is in-room coverage. Deploy one access point (AP) per room, or one AP per two rooms at minimum. Avoid corridor placement, which creates coverage shadows and degrades performance. Size your internet uplink for peak concurrent usage. Plan for 5 to 10 Mbps per room; a 200-room property requires an 800 Mbps to 1.6 Gbps committed leased line.

Phase 2: Architecture and Policy Design

Map every device type to a dedicated VLAN. Document your inter-VLAN routing rules and default-deny firewall policies. Determine your authentication standards: WPA3-Enterprise with IEEE 802.1X for staff networks, and WPA3-Personal or an open network with HTTPS enforcement and client isolation for guests.

Phase 3: PMS and Portal Integration

Configure the API connection between your PMS and the WiFi platform. Design the captive portal to align with brand standards. Test the end-to-end guest journey across iOS, Android, and Windows devices. Verify that session revocation triggers correctly upon checkout in the PMS.

pms_wifi_integration_architecture.png

Best Practices

  • Enforce Client Isolation: Always enable client isolation on guest-facing SSIDs to prevent lateral movement between devices.
  • Automate Role-Based Access: Use IEEE 802.1X and RADIUS authentication for staff networks. Integrate with Microsoft Entra ID, Okta, or Google Workspace to assign VLANs and QoS policies dynamically based on user roles.
  • Centralise Brand Standards: Use a cloud-managed platform with a hierarchical policy engine. Define SSIDs, security protocols, and captive portal branding at the headquarters level, allowing regional or property-level inheritance without breaking brand standards.
  • Separate IoT Traffic: Isolate smart TVs, thermostats, and voice assistants on a dedicated IoT VLAN with strict egress filtering.

captive_portal_brand_standards.png

Troubleshooting & Risk Mitigation

  • Slow Speeds: The most common cause of slow hotel WiFi is an under-provisioned WAN uplink, not RF interference. Monitor your internet circuit utilisation. If the uplink is saturated, upgrading access points will not improve the guest experience.
  • Segmentation Failure: Misconfigured switch trunk ports can collapse multiple VLANs onto a single broadcast domain, silently breaking your segmentation. Audit switch configurations regularly.
  • Authentication Friction: A captive portal that requires excessive data entry will cause guests to abandon the connection process. Keep the form concise.

ROI & Business Impact

A correctly architected hotel WiFi network delivers measurable returns. It reduces IT support tickets related to connectivity issues, driving operational efficiency. It improves guest satisfaction scores, which correlate directly with RevPAR. Most importantly, it generates a compliant, first-party database of verified guests, reducing reliance on Online Travel Agencies (OTAs) and powering direct-booking marketing campaigns.

Definições principais

VLAN (Virtual Local Area Network)

Uma sub-rede lógica que agrupa uma coleção de dispositivos de diferentes LANs físicas. Essencial para isolar o tráfego de hóspedes dos sistemas operacionais.

Usada para separar o WiFi de hóspedes, dispositivos da equipe, hardware de IoT e terminais de pagamento em domínios de transmissão isolados para segurança e conformidade com PCI.

PMS (Property Management System)

O software central utilizado por hotéis para gerenciar reservas, check-ins, faturamento e status dos quartos.

A integração do PMS com a plataforma de WiFi permite o provisionamento automatizado de sessões, alocação de largura de banda por categoria de fidelidade e revogação imediata de acesso no checkout.

Captive Portal

Uma página web que os usuários devem visualizar e interagir antes que o acesso seja concedido a uma rede WiFi pública.

Usado na hotelaria para autenticar hóspedes, apresentar termos de serviço e capturar dados de marketing primários (first-party).

Isolamento de Cliente

Um recurso de segurança de rede sem fio que impede que os dispositivos conectados se comuniquem diretamente entre si.

Obrigatório em SSIDs de hóspedes para impedir que um dispositivo comprometido faça varreduras ou ataque outros hóspedes na mesma rede.

IEEE 802.1X

Um padrão IEEE para Controle de Acesso à Rede baseado em porta, fornecendo um mecanismo de autenticação para dispositivos que desejam se conectar a uma LAN ou WLAN.

O padrão de ouro para autenticação de rede de funcionários, permitindo a atribuição dinâmica de VLAN com base na função do usuário definida em um provedor de identidade como o Microsoft Entra ID.

RADIUS (Remote Authentication Dial-In User Service)

Um protocolo de rede que fornece gerenciamento centralizado de Autenticação, Autorização e Contabilização para usuários que se conectam e usam um serviço de rede.

Usado em conjunto com o 802.1X para verificar as credenciais da equipe e aplicar políticas de rede específicas.

SSID (Service Set Identifier)

O nome público de uma rede sem fio.

Os hotéis normalmente transmitem múltiplos SSIDs (por exemplo, 'WiFi de Hóspedes', 'Rede da Equipe'), cada um mapeado para uma VLAN específica.

WPA3-Enterprise

O nível mais alto de segurança Wi-Fi, exigindo que cada usuário se autentique com credenciais exclusivas em vez de uma senha compartilhada.

Necessário para redes operacionais e de funcionários para garantir a responsabilidade individual e permitir a aplicação dinâmica de políticas.

Exemplos práticos

Um hotel boutique de 150 quartos que utiliza o Oracle OPERA precisa de uma implantação de WiFi segura que diferencie a largura de banda para membros do programa de fidelidade e revogue automaticamente o acesso no checkout.

Implante um ponto de acesso Wi-Fi 6 por quarto. Configure quatro VLANs: Hóspedes (VLAN 10), Equipe (VLAN 20), IoT (VLAN 30) e POS (VLAN 40). Integre a plataforma Purple com o Oracle OPERA via API. Quando um hóspede faz o check-in, o OPERA envia a categoria de fidelidade para a Purple. A Purple provisiona a sessão, aplicando uma política de 50 Mbps para hóspedes padrão e uma política de 100 Mbps para membros premium. No checkout, o OPERA aciona uma chamada de API que revoga imediatamente a sessão do endereço MAC na Purple.

Comentário do examinador: Esta arquitetura isola corretamente o tráfego, atendendo aos requisitos do PCI DSS para a rede POS. A integração com o PMS elimina a geração manual de vouchers e garante que a largura de banda seja alocada com base no valor comercial, em vez de disputa por ordem de chegada.

Uma marca global de hotéis com 400 propriedades precisa garantir uma identidade visual consistente no Captive Portal e conformidade com a GDPR em todos os locais, apesar de usar diferentes ISPs locais e fornecedores de hardware (Cisco Meraki, HPE Aruba e Ruckus).

Implemente uma plataforma de sobreposição em nuvem como a Purple acima da camada de hardware heterogênea. Defina um modelo de política global na sede da marca que determine o nome do SSID, o design do Captive Portal e as caixas de seleção específicas de consentimento da GDPR. Aplique este modelo hierarquicamente a todas as 400 propriedades. As equipes locais de TI podem gerenciar seus APs e switches específicos, mas não podem alterar o fluxo do Captive Portal ou os requisitos de captura de dados.

Comentário do examinador: Esta abordagem resolve o desafio de governança de implantações de múltiplos fornecedores e múltiplas regiões. Ao abstrair o Captive Portal e o mecanismo de políticas do hardware subjacente, a marca garante uma experiência de hóspede uniforme e conformidade jurídica centralizada.

Questões práticas

Q1. Um hotel está atualizando sua rede para oferecer suporte a check-in móvel e chaves digitais nos quartos. A equipe de TI planeja colocar as fechaduras eletrônicas das portas na mesma VLAN do WiFi de hóspedes para simplificar o roteamento. Qual é o principal risco dessa abordagem?

Dica: Considere o princípio da segmentação lógica e do movimento lateral.

Ver resposta modelo

Colocar dispositivos IoT, como fechaduras eletrônicas, na VLAN de hóspedes expõe a infraestrutura crítica do edifício a dispositivos não confiáveis. O smartphone de um hóspede que esteja comprometido poderia tentar sondar ou atacar as fechaduras. A abordagem correta é colocar as fechaduras em uma VLAN de IoT dedicada (por exemplo, VLAN 30) com filtragem estrita de entrada/saída, totalmente isolada da VLAN de hóspedes.

Q2. Um gerente regional relata que o WiFi em uma propriedade de 300 quartos está 'muito lento', apesar das atualizações recentes para pontos de acesso Wi-Fi 6 nos corredores. Quais são as duas causas arquitetônicas mais prováveis para esse desempenho ruim?

Dica: Considere tanto a capacidade da WAN quanto os princípios de propagação de RF.

Ver resposta modelo

Primeiro, o link de internet provavelmente está subdimensionado. Uma propriedade de 300 quartos requer um link dedicado de pelo menos 1,5 Gbps para lidar com os picos de streaming simultâneo. Segundo, a instalação de APs nos corredores é um projeto falho; o sinal de RF degrada significativamente ao passar por portas corta-fogo pesadas e pelo encanamento dos banheiros. Os APs devem ser realocados para dentro dos quartos dos hóspedes.

Q3. A equipe de marketing deseja atribuir automaticamente os hóspedes recorrentes a uma faixa de largura de banda maior para recompensar a fidelidade. Como a arquitetura de rede deve ser projetada para suportar esse requisito?

Dica: Qual sistema detém a fonte da verdade para a identidade do hóspede e como ele se comunica com a rede?

Ver resposta modelo

A arquitetura requer uma integração de API entre o Property Management System (PMS) e a plataforma de gerenciamento de WiFi. Quando o hóspede se conecta, a plataforma de WiFi consulta o PMS usando o endereço MAC do dispositivo ou o e-mail autenticado. O PMS retorna o status de fidelidade do hóspede e a plataforma de WiFi aplica dinamicamente uma política de QoS para alocar maior largura de banda.