Plataformas de WiFi para hotéis: integração com PMS, Passpoint e largura de banda por escalões em comparação

As plataformas de WiFi para hotéis diferem em três capacidades. A integração com PMS verifica o número do quarto e o apelido no Opera, Mews ou Cloudbeds antes de conceder acesso. O Passpoint instala uma credencial uma única vez, para que os hóspedes fiéis que regressam se voltem a ligar em qualquer propriedade sem uma página de boas-vindas. A largura de banda em camadas aplica limites de velocidade por hóspede através do RADIUS. Um grupo com várias propriedades precisa das três, aplicadas em camadas sobre os seus pontos de acesso existentes.

Que configuração de WiFi para hotéis deve escolher: login por PMS, Passpoint ou ambos?

Escolha com base no hóspede que precisa de servir. O login verificado por PMS adequa-se a uma propriedade que precisa de confirmar se cada hóspede está alojado antes de conceder acesso. O Passpoint adequa-se a um grupo cujos membros do programa de fidelização se hospedam repetidamente em várias propriedades. A largura de banda em camadas situa-se abaixo de ambos e decide o que cada hóspede verificado recebe.

Estes não são produtos concorrentes. São três camadas de um design de WiFi:

• Identidade. Quem é este hóspede e está alojado esta noite? O seu sistema de gestão hoteleira (PMS) tem a resposta.
• Ligação. Como se liga o dispositivo? Um portal cativo, a página web que um dispositivo vê antes de aceder à internet, trata da primeira visita. O Passpoint trata de todas as visitas seguintes.
• Política. Que velocidade, duração de sessão e segmento de rede obtém este hóspede? O RADIUS, o protocolo de autenticação definido na RFC 2865, transmite essas instruções aos seus pontos de acesso.

Uma comparação de plataformas de WiFi para hotéis que avalie apenas a página de boas-vindas falha duas dessas três camadas. Avalie as três e avalie o quão bem funcionam em conjunto.

Onde é que o login por PMS, o Passpoint e a largura de banda em camadas diferem realmente?

	Portal cativo verificado por PMS	Passpoint e OpenRoaming	Largura de banda em camadas e isolamento de casting
O que faz	Verifica o número do quarto e o apelido no PMS antes de conceder acesso	Liga automaticamente dispositivos que possuem um perfil instalado, sem página de boas-vindas	Aplica limites de velocidade, limites de sessão e segmentos de rede por quarto
O que verifica	Estado de alojamento e datas da estadia	Identidade da credencial, como a adesão a um programa de fidelização	Nada por si só; aplica o que a identidade e os dados do PMS decidem
Esforço do hóspede	Um formulário por dispositivo, por estadia	Uma instalação de perfil, depois nenhuma em qualquer propriedade participante	Nenhum visível para o hóspede
Encriptação sem fios	Nenhuma num SSID aberto, a menos que adicione OWE (RFC 8110)	WPA2 ou WPA3-Enterprise com IEEE 802.1X	Herda do SSID em que é executado
Normas	Redireccionamento HTTP, RADIUS (RFC 2865)	IEEE 802.11u, Hotspot 2.0, 802.1X com EAP	Atributos RADIUS (RFC 2865, RFC 2868), CoA (RFC 5176), mDNS (RFC 6762)
Hardware necessário	Pontos de acesso empresariais existentes	Pontos de acesso existentes com Hotspot 2.0 ativado no firmware	Pontos de acesso e controladores existentes, além de dispositivos de casting nos quartos
Dependência de dados	Ligação PMS em tempo real	Repositório de identidades RADIUS, com o PMS opcional para verificações internas	Dados de PMS ou fidelização para escalões, mapeamento de quartos para isolamento
Melhor adequação	Hotéis independentes, upgrades pagos, acesso exclusivo para hóspedes alojados	Grupos focados na fidelização com estadias recorrentes em várias propriedades	Todas as propriedades com tipos de hóspedes mistos ou streaming no quarto

A diferença mais nítida reside no que cada camada comprova. Uma consulta ao PMS comprova uma estadia: este hóspede ocupa o quarto 412 até quinta-feira. Uma credencial Passpoint comprova a identidade: este dispositivo pertence a um membro Gold. Nenhuma comprova a outra. Um membro do programa de fidelização que esteja a almoçar no seu restaurante no seu dia de folga possui um perfil válido, mas nenhuma reserva.

Esta questão é resolvida no servidor RADIUS. Quando um dispositivo Passpoint se autentica, a plataforma consulta o PMS para verificar se existe uma estadia ativa associada ao perfil desse membro. Os membros alojados obtêm o escalão de fidelização. Os membros sem uma estadia ativa obtêm o escalão padrão para visitantes. Uma única credencial produz dois resultados, decididos antes de o dispositivo concluir a ligação.

A segurança também difere. Um portal cativo clássico é executado numa rede SSID aberta, pelo que o tráfego entre o dispositivo e o ponto de acesso não é encriptado. O Opportunistic Wireless Encryption (OWE) reduz parte dessa lacuna. O Passpoint é executado em WPA2 ou WPA3-Enterprise com IEEE 802.1X, o padrão de controlo de acessos baseado em portas. Cada sessão obtém as suas próprias chaves de encriptação antes de qualquer fluxo de dados.

Quando é que o início de sessão verificado pelo PMS é a opção certa?

Como funciona a verificação com Opera, Mews e Cloudbeds

O fluxo apresentado ao hóspede é o mesmo, independentemente do PMS utilizado. O hóspede liga-se à SSID para hóspedes e o portal cativo solicita o número do quarto e o apelido, ou uma referência de reserva. A plataforma consulta o PMS. Se houver uma correspondência, é devolvido o registo da estadia, incluindo a data de partida e o perfil do hóspede. Em seguida, a plataforma permite o acesso do dispositivo com uma sessão que termina no momento do checkout.

O que difere é a ligação subjacente:

• Oracle OPERA. As propriedades com a solução local OPERA PMS ligam-se tradicionalmente através de FIAS (Fidelio Interface Application Specification), recorrendo a um servidor de interface no local. As propriedades OPERA Cloud ligam-se através de APIs REST no Oracle Hospitality Integration Platform (OHIP).
• Mews. Um PMS nativo na nuvem que disponibiliza a sua Connector API para integrações de parceiros, dispensando um servidor de interface no local.
• Cloudbeds. Disponibiliza uma REST API para parceiros e lista as integrações aprovadas no seu marketplace.

Pergunte a todas as plataformas em análise qual é o caminho utilizado para cada PMS da sua infraestrutura. As propriedades franchisadas ou adquiridas utilizam frequentemente um PMS diferente do da marca principal. Uma plataforma que cubra apenas um PMS deixará lacunas por preencher.

Ler o estado de fidelização, não apenas o estado do quarto

A verificação do quarto responde a uma pergunta. O estado de fidelização responde à seguinte: o que deve este hóspede receber? Os perfis de hóspedes OPERA podem armazenar o tipo e o nível de adesão, que a plataforma lê na mesma consulta. Em vez disso, muitos grupos mantêm os dados de fidelização num CRM ou motor de fidelização separado. Nesse caso, a plataforma precisa de uma segunda consulta, com base no ID do perfil ou no endereço de e-mail devolvido pelo PMS.

Qualquer que seja a fonte utilizada, defina um mapeamento do nível de adesão para o patamar de WiFi para todo o grupo. Escreva-o uma vez e aplique-o em todas as propriedades, independentemente do PMS.

Quando é a opção certa

O início de sessão verificado pelo PMS é o método principal correto quando:

• é necessário restringir o acesso a hóspedes alojados, por razões de largura de banda, licenciamento ou segurança;
• vende um patamar premium e pretende que o valor seja debitado na conta do hóspede, sempre que a sua interface PMS suporte débitos;
• a maioria dos seus hóspedes são visitantes ocasionais em lazer ou negócios, sem perfil de fidelização;
• pretende que o acesso termine automaticamente no check-out, sem qualquer ação por parte da receção.

Planeie para os casos excecionais. Os apelidos podem falhar nas consultas: caracteres acentuados, apelidos duplos e quartos reservados em nome de um colega. Ofereça uma alternativa com a referência da reserva e um código de sobreposição da receção, para que uma divergência nunca deixe um hóspede bloqueado na página de início de sessão. Para obter um guia explicativo em linguagem simples que a sua equipa possa partilhar, consulte Como me ligo ao WiFi: Redes domésticas, de hotéis e de trabalho.

Cenário prático: acesso por patamares num hotel urbano de 200 quartos

Este exemplo prático calcula os resultados a partir de pressupostos declarados.

Situação. Um hotel de negócios com 200 quartos, numa linha de 1 Gbps, opera um portal cativo aberto sem limites. No pico noturno, alguns dispositivos a descarregar atualizações grandes podem saturar a linha para todos os outros.

O que foi feito. O hotel muda para o início de sessão verificado pelo PMS com dois patamares. O Standard oferece a todos os hóspedes alojados 5 Mbps por dispositivo, correspondendo à recomendação publicada pela Netflix para transmissão em Full HD. O Premium, gratuito para membros do programa de fidelização e vendido aos restantes hóspedes na conta do quarto, oferece 15 Mbps por dispositivo. Isso corresponde à recomendação da Netflix para 4K.

Resultado mensurável. Com 85% de ocupação, 170 quartos estão ocupados. Assuma um pico de 120 dispositivos ativos em transmissão: 100 no Standard e 20 no Premium. A carga no pior cenário é de 500 Mbps mais 300 Mbps, num total de 800 Mbps. O pico torna-se delimitado e previsível, deixando 200 Mbps de margem de manobra na linha existente.

Quando é que o Passpoint é a opção certa para os clientes de fidelização habituais?

Como o Passpoint volta a ligar os hóspedes sem uma página de boas-vindas

O Passpoint é o programa de certificação para Hotspot 2.0, construído sobre a alteração IEEE 802.11u. Os pontos de acesso anunciam o suporte Hotspot 2.0 nos seus beacons. Um dispositivo com um perfil Passpoint consulta-os através do ANQP (Access Network Query Protocol). Pergunta quais os identificadores de consórcio de roaming (RCOIs) e domínios que a rede aceita.

Se a rede anunciar um identificador que corresponda ao perfil instalado, o dispositivo junta-se automaticamente. O mesmo autentica-se com 802.1X e com um método Extensible Authentication Protocol (EAP). O EAP-TLS utiliza um certificado; o EAP-TTLS transporta um nome de utilizador e palavra-passe num túnel encriptado. O servidor RADIUS valida a credencial. O hóspede fica online antes de chegar à receção, sem página de boas-vindas, palavra-passe ou escolha de SSID.

A ligação posterior entre propriedades decorre dos identificadores. Anuncie o mesmo RCOI ou domínio em todos os hotéis do grupo e um único perfil funcionará em todos eles. Um hóspede que tenha instalado o perfil em Manchester volta a ligar-se automaticamente em Edimburgo, meses mais tarde.

Distribuir e revogar perfis

Os hóspedes instalam o perfil uma única vez. As três vias mais comuns são:

1. uma oferta para "ligar automaticamente da próxima vez" no final do primeiro início de sessão no portal cativo;
2. uma transferência na aplicação do grupo hoteleiro, associada à conta do programa de fidelização na qual iniciou sessão;
3. uma hiperligação no e-mail anterior à chegada.

Os perfis são mantidos pelo hóspede, pelo que não pode enviá-los como a equipa de IT envia certificados para portáteis geridos. Os dispositivos dos funcionários são um problema à parte, abordado em Como utilizar o Microsoft Intune para enviar certificados WiFi para dispositivos.

A revogação ocorre no servidor RADIUS. Quando uma subscrição expira ou um hóspede comunica a perda de um telemóvel, desative a credencial. A tentativa de ligação seguinte falha e nada no dispositivo precisa de ser alterado.

Onde o OpenRoaming se enquadra

O OpenRoaming, gerido pela Wireless Broadband Alliance (WBA), é uma federação desenvolvida sobre o Passpoint. As redes participantes aceitam credenciais de fornecedores de identidade federados. Os dispositivos que possuem um perfil OpenRoaming podem juntar-se a qualquer rede participante, inclusive numa primeira visita ao seu hotel. O Purple suporta o OpenRoaming como parte das suas redes baseadas em identidade.

Quando é a escolha certa

O Passpoint é a escolha certa quando:

• gere um programa de fidelização e uma parte significativa das estadias são visitas repetidas;
• as suas propriedades se estendem por várias cidades ou países, e o acesso simples e contínuo entre propriedades faz parte da promessa da marca;
• pretende encriptar o tráfego de hóspedes por rede sem fios por predefinição;
• dispõe de uma aplicação ou de um e-mail anterior à chegada para distribuir perfis.

É o método principal errado para um único hotel independente com poucos hóspedes habituais. Nesses casos, instalar um perfil exige mais esforço do hóspede do que um único início de sessão no portal.

Verifique o suporte antes de se comprometer. As versões atuais do iOS e do Android suportam perfis Passpoint, mas os fluxos de instalação diferem consoante a plataforma. Os seus pontos de acesso também precisam de ter o Hotspot 2.0 ativado no firmware atual.

Cenário prático: eliminar inícios de sessão repetidos num grupo de 12 propriedades

Este exemplo prático calcula os resultados com base em pressupostos declarados.

Situação. Um grupo hoteleiro com 12 propriedades tem uma média de 150 quartos por hotel com uma taxa de ocupação de 80%. Todas as estadias começam no portal cativo, em todos os dispositivos, em todas as propriedades.

O que foi feito. O grupo oferece um perfil Passpoint após o primeiro início de sessão e na sua aplicação, anunciando um RCOI nos 12 hotéis. Aquando da autenticação, a plataforma verifica o PMS e atribui o nível de fidelização aos membros alojados.

Resultado mensurável. Doze hotéis, multiplicados por 150 quartos, 80% de ocupação e 365 noites, dão 525 600 noites de quarto por ano. Com uma estadia média de duas noites, são 262 800 estadias. Se 40% forem estadias de fidelização com dois dispositivos cada, o Passpoint elimina cerca de 210 000 inícios de sessão no portal por ano assim que os membros possuem o perfil.

Como impor a largura de banda por nível e o isolamento de transmissão no quarto entre propriedades?

Impor níveis através de RADIUS

Assim que a plataforma decide o nível do hóspede, informa o ponto de acesso através de atributos na mensagem Access-Accept de RADIUS. Três atributos realizam a maior parte do trabalho:

• Session-Timeout (RFC 2865) termina a sessão no checkout ou após um período definido.
• Tunnel-Private-Group-ID (RFC 2868, aplicado a VLANs na RFC 3580) coloca o dispositivo numa VLAN específica. Uma VLAN é uma LAN virtual que separa o tráfego de forma lógica em hardware partilhado.
• Filter-Id (RFC 2865) nomeia uma política ou função definida no controlador, como um perfil de limite de velocidade.

Os limites de velocidade em si dependem do fornecedor. Alguns controladores aceitam atributos específicos do fornecedor (VSAs) que transportam velocidades diretamente. Outros aplicam uma função nomeada ou política de grupo devolvida no Filter-Id. As políticas nomeadas funcionam melhor num parque de equipamentos. Defina "Standard" e "Premium" com limites idênticos em todos os controladores, e a plataforma devolve o mesmo nome em todo o lado.

Fazer o upgrade de um hóspede a meio da estadia

Um hóspede que compre o Premium às 21h não deve ter de se voltar a ligar. A Mudança de Autorização (CoA, RFC 5176) de RADIUS permite que a plataforma envie uma nova política para uma sessão ativa. O ponto de acesso aplica o limite superior de imediato e a transmissão continua. Confirme o suporte de CoA em todos os controladores do seu parque de equipamentos antes de vender upgrades durante a estadia.

Isolar a transmissão no quarto

O isolamento de clientes impede que os dispositivos dos hóspedes se vejam entre si, o que é o padrão correto numa rede partilhada. No entanto, também interrompe a transmissão. O Chromecast e o AirPlay detetam dispositivos através de DNS multicast (mDNS, RFC 6762) e o isolamento bloqueia essa deteção.

A solução é um segmento privado por quarto. Funcionam dois modelos:

• Chaves por quarto. A PSK de Identidade (iPSK), também chamada PSK privada (PPSK), dá a cada quarto a sua própria palavra-passe WiFi num SSID partilhado. Os dispositivos que utilizam essa chave, incluindo o dongle da TV do quarto, ficam num segmento e veem-se apenas entre si. O artigo BYOD WiFi Onboarding: Managing Unmanaged Devices in Hotels and Retail aborda a integração baseada em chaves em detalhe.
• Redes privadas por hóspede. A Rede de Área Privada (PAN) da Purple cria uma bolha de rede privada em torno dos dispositivos de cada hóspede e do dispositivo de transmissão no quarto.

O isolamento entre quartos mantém-se ativo. O hóspede do quarto 412 não consegue ver a TV do 414, e o hóspede do 414 não consegue ver o portátil do 412.

Manter a coerência das políticas num parque de hardware misto

Os grupos com várias propriedades raramente utilizam um único fornecedor de pontos de acesso. As aquisições e os contratos de franquia trazem Cisco Meraki numa cidade e HPE Aruba ou Ruckus noutra. Uma plataforma agnóstica em termos de hardware mantém as políticas de forma centralizada e traduz-as para cada controlador. O Purple funciona como uma sobreposição na nuvem sobre Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Os nomes dos patamares, os mapeamentos do PMS e os RCOIs mantêm-se idênticos em todo o parque.

Qual é o custo de funcionamento de cada abordagem?

Os preços das plataformas dependem do seu parque, pelo que deve comparar os fatores de custo em vez dos preços de tabela. A tabela mostra onde são aplicados o dinheiro e o esforço.

Linha de custos	Portal verificado pelo PMS	Passpoint e OpenRoaming	Largura de banda em patamares e isolamento de transmissão
Pontos de acesso	Pontos de acesso empresariais existentes	Pontos de acesso existentes com firmware Hotspot 2.0	Pontos de acesso e controladores existentes
Termos do fornecedor de PMS	Acesso à interface ou ao API por propriedade, segundo os termos de parceiro da Oracle, Mews ou Cloudbeds	Apenas se verificar o estado de alojamento na autenticação	Apenas se os patamares lerem o nível de fidelidade a partir do PMS
Certificados	Alojados pela plataforma com o portal cativo	Certificado de servidor para EAP, renovado antes da expiração	Nenhum
Hardware no quarto	Nenhum	Nenhum	Um dispositivo de transmissão por quarto onde as TVs não tenham transmissão integrada
Operações contínuas	Apoio na receção em caso de falhas na pesquisa de apelidos	Distribuição de perfis e revogação de credenciais	Nomes de políticas idênticos em cada controlador
Efeito na largura de banda	Nenhum por si só	Nenhum por si só	Limita o pico de carga e adiamentos de atualizações de linha

O hardware é, por norma, a linha com menor peso. Se os seus pontos de acesso suportarem os padrões acima, nenhuma destas camadas precisa de hardware novo. O artigo Por que motivo a sua próxima atualização de WiFi não precisa de hardware novo apresenta este argumento em detalhe.

O acesso ao PMS é a linha em que os compradores falham mais frequentemente. A Oracle, a Mews e a Cloudbeds definem os seus próprios termos para ligações de parceiros. O OPERA no local também pode necessitar de uma licença de interface. Obtenha esses termos por escrito para cada propriedade antes de assinar.

A largura de banda é onde a divisão em patamares justifica o seu valor. No cenário de 200 quartos, os limites mantêm o pico noturno nos 800 Mbps numa linha de 1 Gbps. Sem estes, o pico corresponderá à exigência dos dispositivos com maior consumo, sendo a resposta habitual um circuito mais dispendioso. Um patamar premium debitado no fólio adiciona uma linha de receita contra o custo da plataforma. Meça a adesão por propriedade através do WiFi Analytics.

O custo das operações varia consoante a fricção. Cada pesquisa de apelido com falha resulta numa interação na receção, e cada perfil Passpoint instalado elimina futuros inícios de sessão. Tenha ambos em conta quando modelar o custo total.

Como decidir a configuração do WiFi para visitantes no seu parque hoteleiro?

A sua situação	Configuração recomendada	Porquê
Hotel independente único, poucos clientes habituais	Portal verificado pelo PMS com dois níveis de largura de banda	Confirma o estado no hotel; a instalação de perfis custa mais esforço do que aquele que poupa
Grupo hoteleiro com um programa de fidelização	Passpoint para membros, portal verificado pelo PMS como alternativa, níveis por grau de adesão	Elimina inícios de sessão repetidos entre propriedades; o portal capta os clientes que visitam pela primeira vez
Património de PMS misto após aquisições	Uma plataforma a ligar ao OPERA, Mews e Cloudbeds, com um mapeamento de níveis	Mantém a política idêntica independentemente do PMS
Resort ou propriedade de estadias prolongadas com TVs nos quartos	iPSK por quarto ou Rede de Área Privada, além de níveis	Restaura a transmissão de conteúdos sem expor dispositivos entre quartos
Hotel com elevado tráfego de conferências	Níveis verificados pelo PMS para hóspedes, um SSID de eventos separado com os seus próprios limites	Impede que o tráfego de delegados consuma a largura de banda dos hóspedes
Local de utilização mista com unidades de retalho	Uma plataforma, SSIDs e políticas separadas para hóspedes e compradores	Mantém os dados dos hóspedes do hotel e o tráfego dos compradores separados

Em seguida, siga estes cinco passos:

1. Liste todos os fornecedores de PMS e pontos de acesso no seu património, propriedade a propriedade.
2. Escreva o seu mapeamento de níveis: grau de adesão para velocidade, duração da sessão e número de dispositivos.
3. Decida onde residem os dados de fidelização, no perfil do PMS ou num motor de fidelização separado.
4. Faça um piloto em duas propriedades em plataformas PMS diferentes, com Passpoint ativado para membros.
5. Implemente um modelo de política e, em seguida, meça a adesão aos níveis e os volumes de início de sessão por propriedade.

A mesma lógica de nivelação aplica-se a centros comerciais e zonas de comércio de rua, abordados na nossa página de Retalho. Para especificidades do setor hoteleiro, consulte Hotéis.

A Purple opera WiFi para visitantes em mais de 80 000 locais em 90 países, suportando 500 milhões de utilizadores e inícios de sessão por ano. A plataforma é certificada pela ISO 27001, em conformidade com o GDPR e certificada pela B Corp, com uma disponibilidade de 99,999%.

Perguntas frequentes

Precisamos de novos pontos de acesso para adicionar integração com o PMS, Passpoint ou largura de banda em níveis?

Não. A Purple funciona como uma sobreposição na nuvem nos pontos de acesso que já possui: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. A integração com o PMS e a nivelação não exigem qualquer alteração de hardware. O Passpoint necessita que o Hotspot 2.0 esteja ativado no firmware do seu controlador, por isso confirme o suporte na sua versão atual antes de planejar a implementação.

Um portal cativo e o Passpoint podem funcionar lado a lado?

Sim, e a maioria dos grupos hoteleiros deve executar ambos. O Passpoint serve os hóspedes que possuem um perfil. O portal cativo serve os hóspedes que visitam pela primeira vez e qualquer pessoa que recuse o perfil. Um padrão comum é oferecer o perfil Passpoint no final do primeiro início de sessão no portal, para que o portal se torne o ponto de adesão. Ambas as vias podem ler os mesmos dados do PMS e atribuir os mesmos níveis.

Em relação a que plataformas PMS pode uma plataforma de WiFi para visitantes de hotéis fazer a verificação?

Qualquer PMS com uma interface documentada ou API. O Oracle OPERA liga-se através do FIAS no local, ou através de APIs da Oracle Hospitality Integration Platform na nuvem. A Mews publica o seu Connector API e a Cloudbeds publica uma REST API para parceiros. Pergunte a cada fornecedor da sua lista de seleção qual o caminho que utiliza para cada PMS que executa e solicite uma propriedade de referência nesse PMS.

O início de sessão no WiFi verificado por PMS está em conformidade com o GDPR?

Sim, quando o projeta para a minimização de dados. A pesquisa necessita apenas do número do quarto e do apelido, ou de uma referência de reserva, para confirmar uma estadia. Os dados de marketing exigem uma opção de adesão separada e por escolha consciente no início de sessão, nunca uma caixa pré-selecionada. O Purple cumpre o GDPR e tem certificação ISO 27001. Ainda assim, deve documentar a base legal para cada campo de dados nos seus registos de tratamento.

Como migramos do nosso fornecedor atual de WiFi para visitantes sem tempo de inatividade?

Migre propriedade a propriedade, não numa única transição. O Purple sobrepõe-se aos seus pontos de acesso existentes, pelo que não há necessidade de substituição integral. Configure a nova estrutura do portal cativo juntamente com a antiga e teste as pesquisas de PMS em relação a estadias ativas. Em seguida, mude o SSID para visitantes durante um período calmo, mantendo a configuração antiga pronta para uma reversão.

O isolamento de clientes impede que os hóspedes façam transmissão para a TV do quarto?

Sim. O isolamento de clientes bloqueia a deteção de DNS multicast em que o Chromecast e o AirPlay se baseiam, pelo que a TV nunca aparece no telemóvel do hóspede. Desativar o isolamento restaura a transmissão, mas expõe todos os dispositivos a todos os outros hóspedes. Em alternativa, utilize um segmento privado por quarto, através de chaves de iPSK por quarto ou da Private Area Network do Purple. Os hóspedes veem assim a sua própria TV e mais nada.

O que impulsiona os custos de funcionamento de uma plataforma de WiFi para visitantes de hotéis?

Existem quatro linhas que os impulsionam: a subscrição da plataforma, os termos do parceiro PMS, a largura de banda e o esforço da receção. O Purple oferece três planos: Connect, Capture e Engage. Os fornecedores de PMS definem os seus próprios termos de parceiro por propriedade, por isso obtenha-os por escrito com antecedência. Os limites de largura de banda em níveis contêm os picos de carga e adiam as atualizações de linha. O Passpoint remove inícios de sessão repetidos, o que reduz o suporte da receção em toda a propriedade ao longo do tempo.