Checklist de RFP para WiFi de hotel: autenticação, filtragem de conteúdos e marketing de hóspedes

Uma lista de verificação de RFP de WiFi para hotéis deve testar três capacidades num único concurso. A autenticação dos funcionários tem de utilizar o IEEE 802.1X ou chaves por pessoa associadas ao seu fornecedor de identidade. O fornecedor de filtragem de conteúdos deve aplicar políticas de DNS por rede. A recolha de dados de hóspedes deve registar o consentimento do GDPR para cada adesão voluntária. Um único concurso garante um contrato, um painel de controlo e uma pista de auditoria únicos.

O que é que uma lista de verificação de RFP de WiFi para hotéis realmente cobre?

A maioria dos hotéis compra WiFi em três partes separadas:

• Acesso de funcionários: gerido pela equipa de TI, frequentemente através de uma palavra-passe partilhada numa rede oculta.
• Acesso de hóspedes: gerido por um fornecedor de Captive Portal, escolhido pelo marketing ou incluído pelo operador de banda larga.
• Filtragem de conteúdos: gerida por terceiros, ou simplesmente inexistente.

Cada parte funciona por si só. Juntas, criam três contratos, três painéis de controlo e três conjuntos de registos que nunca coincidem. Quando um funcionário sai, o seu acesso ao WiFi frequentemente permanece ativo até à alteração de palavra-passe seguinte. Quando um hóspede pergunta que dados possui sobre ele, a resposta pode estar num sistema que o seu encarregado da proteção de dados (DPO) nunca auditou.

Uma lista de verificação única de RFP de WiFi para hotéis resolve isto ao avaliar os fornecedores nos três domínios em simultâneo:

• Autenticação de funcionários: quem se liga à rede de funcionários, como provam a sua identidade e com que rapidez o acesso é revogado quando saem.
• Filtragem de conteúdos: que categorias de sites são bloqueadas em cada rede e qual a dificuldade de contornar o filtro.
• Recolha de dados de hóspedes e marketing: como os hóspedes se ligam, o que descobre sobre eles e se cada registo de marketing possui consentimento legal.

A lista de verificação pressupõe que mantém os seus pontos de acesso existentes. O Purple funciona como uma camada de software na nuvem sobre hardware Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. A sua RFP pode, assim, focar-se no software e nos dados, sem necessidade de substituir todo o hardware. O artigo Por que motivo a sua próxima atualização de WiFi não precisa de novo hardware apresenta o argumento do hardware em detalhe.

O que precisa antes de redigir a RFP?

Os fornecedores respondem à RFP que redigir. Requisitos vagos geram respostas vagas com a mesma pontuação. Reúna seis elementos antes de redigir uma única pergunta.

Um inventário de pontos de acesso e controladores

Liste o fornecedor de pontos de acesso, o controlador ou painel na nuvem e a versão do firmware de cada local. Note onde as infraestruturas diferem, como propriedades mais recentes em Cisco Meraki e adquiridas em Ruckus. Peça aos fornecedores que confirmem o suporte para cada combinação especificamente pelo nome.

A sua fonte de verdade para identidades

Identifique o diretório que contém as contas dos seus funcionários: Microsoft Entra ID, Okta ou Google Workspace. Registe como as equipas de agência e temporárias aparecem nesse diretório. Essas contas são as que ficam ativas com mais frequência após a saída de alguém.

Um mapa de segmentação

Desenhe as suas VLANs atuais. Uma VLAN (virtual local area network) separa o tráfego logicamente em switches e pontos de acesso partilhados. Precisa, no mínimo, de redes separadas para convidados, funcionários e pagamentos. O PCI-DSS inclui no seu âmbito todos os sistemas ligados ao ambiente de dados do titular do cartão. Uma segmentação adequada mantém a sua rede de convidados fora da auditoria de pagamentos por cartão.

Uma política de filtragem com um responsável

Decida quem define as regras de filtragem: TI, jurídico ou operações. Em seguida, decida quais as áreas que recebem cada política. Um lobby utilizado por famílias precisa de regras diferentes de uma sala de conferências cheia de expositores.

Uma posição de proteção de dados

Acorde com o seu DPO quais os dados de convidados que deseja recolher, por que motivo os pretende e para onde vão. Ao abrigo do Artigo 4.º(11) do GDPR, o consentimento deve ser dado livremente, ser específico, informado e inequívoco. No Reino Unido, o Privacy and Electronic Communications Regulations (PECR) também rege o marketing por e-mail e SMS. Indique o nome do seu CRM ou plataforma de marketing antes que os fornecedores perguntem.

Uma linha de base de RF

A autenticação não consegue corrigir uma cobertura fraca. Extraia relatórios de utilização de canais do seu controlador ou encomende um levantamento antes de lançar o concurso. Se o congestionamento em 2.4GHz for uma reclamação conhecida, leia primeiro The Ultimate Guide to WiFi Channels: 2.4GHz vs 5GHz Explained.

Como construir a lista de verificação, secção por secção?

Escreva cada requisito como uma pergunta com uma resposta do tipo sim, não ou prova. "Suporta segurança empresarial" pontua todos os fornecedores de forma igual. "Suporta EAP-TLS em relação ao Microsoft Entra ID, com revogação na desativação da conta" faz a distinção entre eles.

Requisitos de autenticação de funcionários

O WiFi de funcionários suporta o seu sistema de gestão hoteleira, terminais de ponto de venda, tablets de limpeza e computadores portáteis de apoio administrativo. Uma palavra-passe partilhada nessa rede é um ponto único de falha. Exija o seguinte:

• IEEE 802.1X. Este padrão IEEE para controlo de acesso baseado em portas faz com que cada dispositivo comprove a sua identidade antes de obter um endereço. Pergunte quais os métodos EAP que o fornecedor suporta. O EAP-TLS utiliza certificados em ambos os lados e elimina completamente as palavras-passe. O PEAP protege um nome de utilizador e palavra-passe num túnel TLS encriptado.
• Cloud RADIUS. O RADIUS (Remote Authentication Dial-In User Service) é o protocolo que os pontos de acesso utilizam para decidir se um dispositivo pode aderir. Um serviço RADIUS nativo na nuvem elimina o servidor local que, de outra forma, teria de atualizar e salvaguardar.
• iPSK ou PPSK. As chaves pré-partilhadas de identidade (iPSK) e as chaves pré-partilhadas privadas (PPSK) dão a cada pessoa ou dispositivo a sua própria chave num único nome de rede. Impressoras de cartões, Smart TVs e dispositivos portáteis mais antigos não conseguem utilizar 802.1X, pelo que precisam disto.
• Sincronização de diretório. O SCIM (System for Cross-domain Identity Management) é o padrão aberto para criar e remover contas em vários sistemas. Peça aos fornecedores para mostrarem o fluxo de novas entradas, transferências e saídas a partir do seu diretório sem qualquer passo manual.
• WPA3. O WPA3 requer Protected Management Frames (IEEE 802.11w), que bloqueiam ataques de desligamento forjados. O artigo Protected Management Frames: A Practical Guide for 2026 abrange as questões de compatibilidade de clientes a formular.

As Redes Baseadas em Identidade da Purple colocam cada membro da equipa na rede com a sua própria identidade. Quando desativa uma conta no seu diretório, a Purple revoga o acesso WiFi dessa pessoa.

Requisitos de autenticação de convidados

O processo de integração decide se os convidados se chegam a ligar. Cada campo de formulário adicional custa ligações, e cada campo em falta custa dados. Exija o seguinte:

• Um Captive Portal configurável. Um Captive Portal é a página web que um convidado vê antes de aceder à internet. Solicite personalização de marca por propriedade, múltiplos idiomas e uma escolha de métodos de início de sessão: e-mail, redes sociais ou verificação por SMS.
• Comportamento móvel comprovado. O iOS e o Android abrem os Captive Portals num mini-navegador restrito. Solicite um início de sessão ao vivo em versões atuais do iOS e Android durante a avaliação, e não capturas de ecrã.
• Passpoint e OpenRoaming. O Passpoint, também chamado Hotspot 2.0, é uma certificação da indústria desenvolvida sobre o IEEE 802.11u. Permite que um dispositivo se ligue a uma rede conhecida de forma automática e segura, sem Captive Portal. O OpenRoaming é a federação da Wireless Broadband Alliance desenvolvida sobre o Passpoint. Permite que um convidado se ligue com uma identidade que já possui.
• Controlos de sessão e de largura de banda. Solicite limites de largura de banda por rede, controlos de duração de sessão e limites de dispositivos por convidado.
• Isolamento de clientes. Os convidados na mesma rede não devem ver os dispositivos uns dos outros. Solicite que o isolamento esteja ativo por predefinição.

O Guest WiFi da Purple opera esta camada em mais de 80 000 locais ativos em mais de 90 países. Processou 440 milhões de inícios de sessão em 2024, de acordo com os dados da própria plataforma da Purple.

Requisitos de filtragem de conteúdos

Um hotel oferece acesso público à internet em espaços partilhados, frequentemente a famílias. A filtragem de DNS é a abordagem comum: a plataforma recusa resolver domínios em categorias bloqueadas. Exija o seguinte:

• Filtragem de DNS baseada em categorias com uma fonte de categorização nomeada. No Reino Unido, exija, no mínimo, a lista de URL da Internet Watch Foundation (IWF).
• Política por rede. As áreas de receção e familiares obtêm uma política rigorosa. Os auditórios e as redes de funcionários obtêm, cada um, a sua própria política.
• Resistência a evasões. O DNS over HTTPS (DoH, definido no RFC 8484) envia consultas DNS dentro de tráfego web encriptado e pode ignorar o seu filtro. Pergunte como o fornecedor lida com o DoH e com os convidados que definem os seus próprios servidores DNS.
• Acreditação. No Reino Unido, pergunte se a sua implementação pode cumprir os requisitos do Friendly WiFi, o esquema de credenciação promovido pelo governo para WiFi público filtrado.
• Controlos de retenção de registos. Os registos de filtragem podem identificar indivíduos, pelo que o GDPR se aplica. Pergunte durante quanto tempo os registos são mantidos e quem os pode ler.

Requisitos de captura de dados de convidados e marketing

O WiFi para visitantes é o único ponto de contacto onde um cliente sem marcação, um delegado de uma conferência e uma reserva de agência se identificam todos diretamente a si. Exija o seguinte:

• Consentimentos por escolha consciente. O consentimento de marketing deve ser uma opção separada e desmarcada. O Artigo 7(4) do GDPR estabelece que o consentimento não é prestado livremente quando a prestação de um serviço depende do consentimento de que não necessita. O acesso ao WiFi nunca deve exigir a aceitação de comunicações de marketing.
• Registos de consentimento com carimbo de data/hora para cada perfil, exportáveis para pedidos de acesso do titular dos dados.
• Integrações com CRM e plataformas de marketing identificadas, com o mapeamento de campos apresentado na resposta.
• Análise de visitas: visitantes novos versus recorrentes, tempo de permanência e frequência de visitas por propriedade. O WiFi Analytics relata estes dados por local.
• Propriedade dos dados. O contrato deve declarar que os dados dos visitantes são os seus dados de primeira entidade (first-party data), com uma exportação completa na cessação do contrato.

Requisitos de plataforma, segurança e conformidade

• Certificações. Solicite um certificado ISO 27001 atualizado e Cyber Essentials para projetos no setor público do Reino Unido. A Purple possui as certificações ISO 27001 e Cyber Essentials, e cumpre com o GDPR e a CCPA.
• Tempo de atividade (Uptime). Inclua o compromisso no SLA. O tempo de atividade publicado da plataforma da Purple é de 99,999%.
• Início de sessão de administrador. O SAML (Security Assertion Markup Language) permite que a sua equipa inicie sessão no painel com a sua conta de diretório. Combine-o com funções de administração por propriedade.
• Evidência de testes à rede sem fios. O requisito 11.2.1 do PCI-DSS v4.0 exige a deteção de pontos de acesso sem fios autorizados e não autorizados, pelo menos, a cada três meses. Pergunte o que a plataforma ou o seu controlador reportam sobre esta matéria.

A lista de verificação resumida

Área	Requisito obrigatório	Evidência a solicitar	Resposta de alerta vermelho
Autenticação de funcionários	IEEE 802.1X com EAP-TLS ou PEAP	Demonstração em direto no seu locatário Microsoft Entra ID, Okta ou Google Workspace	"Utilize uma palavra-passe partilhada forte"
Dispositivos de funcionários	iPSK ou PPSK por dispositivo	Dois dispositivos no mesmo nome de rede com chaves separadas	"Coloque as impressoras na rede de visitantes"
Gestão de saídas de colaboradores	Sincronização de diretório com revogação automática	Desative uma conta de teste e cronometre a desativação da ligação	"Os administradores eliminam as contas manualmente"
Integração de visitantes	Captive Portal com opções de e-mail, redes sociais e SMS	Início de sessão nas compilações atuais de iOS e Android	Portal apresentado apenas em computadores de secretária
Regresso simplificado	Passpoint e OpenRoaming	O dispositivo recorrente volta a ligar-se sem apresentar portal	"No plano de desenvolvimento" sem data definida
Filtragem de conteúdos	Política de categorias DNS por rede	Teste de categoria bloqueada nas redes da receção e de conferências	Uma única política para todas as redes
Evasão de filtros	Gestão de DoH e DNS personalizado	Teste com um navegador configurado para DoH	Sem resposta sobre DoH
Consentimento	Aceitação de marketing separada e desmarcada	Registo de consentimento exportado com carimbo de data/hora	Consentimento de marketing agrupado com os termos de utilização
Propriedade dos dados	Os dados dos visitantes são os seus dados de primeira entidade	Cláusula contratual e formato de exportação	O fornecedor reutiliza dados entre diferentes clientes
Conformidade	ISO 27001, GDPR, segmentação PCI-DSS	Certificado atual e acordo de processamento de dados	Certificado "em curso"

Como testar as respostas dos fornecedores antes de assinar?

As respostas por escrito parecem sempre boas. Uma prova de conceito numa propriedade mostra o que realmente acontece. Execute estes seis testes com cada fornecedor pré-selecionado.

1. Teste de adesão. Crie uma conta de colaborador no seu diretório. Registe quanto tempo demora até essa pessoa se conseguir ligar à rede de colaboradores.
2. Teste de saída. Desative a conta. Pergunte se a plataforma envia um RADIUS Change of Authorisation (RFC 5176) para terminar a sessão ativa ou se aguarda por uma nova reautenticação.
3. Teste de login de convidado. Inicie sessão a partir de telemóveis iOS e Android recentes e de um portátil. Registe cada falha e cada toque adicional.
4. Teste de filtragem. Visite uma categoria bloqueada na rede do átrio e, em seguida, na rede de conferências. Repita com o navegador configurado para DoH.
5. Teste de consentimento. Aceite num dispositivo e recuse noutro. Em seguida, solicite ambos os registos como se estivesse a responder a um pedido de acesso do titular dos dados.
6. Teste de segmentação. A partir de um dispositivo de convidado, tente aceder a uma impressora de colaboradores e a um endereço de ponto de venda. Ambas as tentativas devem falhar.

Classifique cada teste como aprovação ou falha. Um fornecedor que não consiga executá-los durante a avaliação não os executará após a adjudicação.

Qual é o aspeto disto num parque hoteleiro real?

Um hotel urbano de 200 quartos com três contratos de WiFi

Situação. O hotel geria o acesso de convidados através de um Captive Portal incluído pelo seu fornecedor de banda larga. A equipa utilizava uma palavra-passe partilhada, alterada trimestralmente. Um fornecedor separado fornecia a filtragem de DNS. Os e-mails dos convidados chegavam ao marketing como exportações mensais em folha de cálculo, sem marca temporal de consentimento.

O que foi feito. O hotel lançou um RFP baseado na lista de verificação acima. Exigia a sincronização do diretório a partir do Microsoft Entra ID, iPSK para impressoras e TVs, política de DNS por rede e consentimento com marca temporal em cada registo.

Resultado. Três contratos passaram a um. O acesso de ex-colaboradores, anteriormente ativo até 90 dias até à rotação seguinte, passa agora a terminar assim que a conta é desativada. Cada registo de marketing contém uma marca temporal de consentimento, pelo que os pedidos de acesso do titular dos dados são resolvidos com uma única exportação.

Um grupo de 40 propriedades com hardware misto

Situação. Um grupo hoteleiro geria 28 propriedades em Cisco Meraki e 12 propriedades adquiridas em Ruckus. A sua primeira lista de pré-seleção previa duas plataformas, uma por fornecedor de hardware.

O que foi feito. O RFP identificou ambos os fornecedores de hardware e exigiu uma única plataforma para suportar ambos. Também exigiu um conjunto único de políticas de filtragem e uma base de dados de convidados unificada em toda a empresa.

Resultado. Um único painel de controlo abrange agora todas as 40 propriedades. Nenhum ponto de acesso foi substituído. Uma alteração na filtragem para os átrios aplica-se agora a toda a empresa numa única modificação, em vez de duas alterações individuais por fornecedor.

Um centro de conferências e eventos gerido pelo município

Situação. Um espaço do setor público realizava eventos de férias escolares e feiras comerciais nos mesmos pavilhões. Um único filtro rigoroso bloqueava sites que os expositores precisavam de utilizar para demonstrações ao vivo.

O que foi feito. O espaço operou duas redes de convidados nos mesmos pontos de acesso. Os edifícios públicos receberam uma política de DNS rigorosa, com a lista da IWF bloqueada. Os expositores receberam uma política mais leve protegida por credenciais do dia do evento. O RFP também exigia Cyber Essentials.

Resultado. Duas políticas funcionam agora num único conjunto de pontos de acesso sem necessidade de novo hardware. A equipa altera as políticas por evento a partir do painel de controlo, sem reconfigurar os controladores.

O que corre mal nos RFPs de WiFi para hotéis e como pode corrigi-lo?

O RFP divide-se por três departamentos

As TI escrevem a secção do pessoal, o marketing escreve a secção de convidados e ninguém escreve a filtragem. Os fornecedores respondem depois a três documentos diferentes. Solução: defina um único responsável e atribua ponderação às três secções num único modelo de pontuação.

O consentimento é agrupado com os termos de utilização

Uma única caixa de "Aceito" cobre o acesso ao WiFi e o marketing. É pouco provável que esse consentimento cumpra o Artigo 7.(4) do GDPR. Solução: exija um consentimento de adesão separado e desmarcado e teste-o durante a prova de conceito.

As palavras-passe partilhadas da equipa sobrevivem ao concurso

Alguns fornecedores propõem uma chave partilhada para a equipa porque é rápida de configurar. Solução: torne o 802.1X ou o iPSK um requisito obrigatório, não uma preferência pontuada.

O filtro é contornado no primeiro dia

Os navegadores que usam DoH por predefinição podem ignorar totalmente a filtragem de DNS. Solução: inclua o teste de DoH na avaliação e exija uma resposta por escrito sobre a sua aplicação.

O Captive Portal falha nos telemóveis

Os portais concebidos para computador frequentemente falham no mini-navegador cativo do iOS e Android. Solução: teste em dispositivos atuais e classifique os logins com falha como uma reprovação.

A dependência de hardware oculta-se na pontuação

Algumas respostas assumem discretamente que irá comprar os pontos de acesso do próprio fornecedor. Solução: identifique o seu hardware no RFP e exija suporte por escrito. As Melhores Práticas de Rede para Espaços e Empresas em 2026 cobrem as escolhas de design mais amplas.

Como se comparam as opções de aquisição?

Abordagem	Contratos a gerir	Novo hardware necessário	Fonte típica de identidade da equipa	Quem detém os dados dos convidados	A quem se adequa
Captive Portal integrado do fornecedor de hardware	1 por fornecedor de hardware	Substituição total para mudar de fornecedor	Contas geridas no painel de controlo do fornecedor	A nuvem do fornecedor de hardware	Uma única propriedade num único fornecedor de hardware sem objetivos de marketing
Especialistas separados para RADIUS, filtragem e portal de convidados	3	Nenhum	Servidor RADIUS sincronizado por script ou manualmente	O fornecedor do portal, sob os seus próprios termos	Grupos com engenheiros internos para integrar e atualizar cada sistema
Overlay único na nuvem como o Purple	1	Nenhum em Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks ou Fortinet	Microsoft Entra ID, Okta ou Google Workspace	A sua empresa, como dados de primeira parte	Grupos com várias propriedades que pretendem uma única pista de auditoria para a equipa e convidados

Quanto custa e qual é o retorno?

O que orçamentar

Peça a cada fornecedor a cotação de quatro linhas separadamente, para comparar propostas equivalentes.

• Licença da plataforma. A Purple vende três planos: Connect, Capture e Engage. Os suplementos de segurança SecurePass, Verify e Shield funcionam como complementos. Exija que os fornecedores associem cada requisito do RFP a um plano ou suplemento específico, para que o orçamento não se altere após a adjudicação.
• Hardware. Nos pontos de acesso suportados, a solução em nuvem não requer hardware novo. Qualquer fornecedor que exija a substituição deve cotá-la na íntegra.
• Integração. Ligações de diretório, CRM e plataforma de marketing. Pergunte quem constrói cada uma e quem faz a respetiva manutenção.
• Tempo interno. Calcule as horas que a sua equipa gasta atualmente a alterar palavras-passe, a remover colaboradores que saíram e a exportar folhas de cálculo.

O que obtém em troca

• Menos contratos. Uma única plataforma substitui fornecedores independentes para funcionários, convidados e filtragem, com uma única data de renovação e um único acordo de processamento de dados.
• Revogação mais rápida. O acesso termina assim que a conta do diretório é encerrada, o que reduz o período em que um ex-colaborador pode ter acesso.
• Dados de convidados próprios. Cada endereço de e-mail recolhido com consentimento é um contacto ao qual pode fazer marketing direto, sem passar por uma agência de viagens online.
• Informação de visitas. As taxas de regresso de convidados e o tempo de permanência por propriedade ajudam a definir onde investir.

A Purple trabalha com espaços desde 2012. Grupos de hotelaria, incluindo a Whitbread, Premier Inn e Stonegate Pubs utilizam a Purple, e a Purple é uma B Corp certificada. Consulte Hotéis para obter pormenores sobre o setor hoteleiro.

A mesma estrutura de três domínios funciona para redes de Comércio, locais de Cuidados de Saúde e Comboios. Para hubs de viagens, leia Provedores de plataformas WiFi para aeroportos: o que exigir no RFP.

Perguntas frequentes

Como é calculado o preço do software de WiFi para hotéis?

A Purple define o preço por plano e suplemento, não por hardware. Os três planos são o Connect, Capture e Engage, tendo o SecurePass, Verify e Shield como suplementos de segurança. O seu orçamento reflete o plano, suplementos e número de propriedades necessários. Em qualquer RFP, peça a cada fornecedor para associar cada requisito a um plano ou suplemento específico. Isso impede que determinadas funcionalidades passem para um escalão superior após a assinatura e torna as cotações concorrentes diretamente comparáveis.

A Purple pode ser executada nos pontos de acesso que já possuímos?

Sim, a Purple funciona como uma solução sobreposta na nuvem em hardware da Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Mantém os seus pontos de acesso e controladores, e a Purple adiciona autenticação, filtragem e captura de dados de convidados por cima. Ambientes mistos também funcionam, pelo que um grupo com Cisco Meraki em alguns hotéis e Ruckus noutros pode utilizar uma única plataforma. Identifique o seu hardware no RFP e peça a todos os fornecedores que confirmem o suporte por escrito.

Como transferimos os dados de convidados do nosso fornecedor atual de Captive Portal?

Mova apenas os registos com consentimento comprovável. Peça ao seu fornecedor atual uma exportação completa que inclua carimbos de data/hora do consentimento e o texto exato com o qual cada convidado concordou. Os registos sem uma data de consentimento comprovável não devem entrar numa nova base de dados de marketing. Execute a nova plataforma numa propriedade primeiro, verifique o mapeamento de campos do CRM e, em seguida, implemente propriedade a propriedade. Acorde a exportação por escrito antes de dar o aviso prévio, enquanto o fornecedor atual ainda estiver sob contrato.

A recolha de dados de convidados através de WiFi está em conformidade com o GDPR?

Sim, quando o consentimento é separado, específico e registado. O Artigo 7(4) do GDPR significa que o acesso ao WiFi não pode depender de uma autorização de marketing, pelo que a opção de adesão deve ser uma escolha distinta e não pré-selecionada. A Purple utiliza opções de adesão de escolha consciente, armazena um registo de consentimento com carimbo de data/hora para cada perfil e possui certificação ISO 27001. No Reino Unido, o PECR também se aplica ao marketing por e-mail e SMS. Peça a qualquer fornecedor para mostrar um registo de consentimento exportado durante a avaliação.

A filtragem de DNS é suficiente para o WiFi de convidados de hotéis?

A filtragem de DNS cumpre o requisito principal para áreas públicas, desde que resista à desativação não autorizada. Bloqueia categorias e listas como a lista de URLs da IWF sem inspecionar o tráfego encriptado. O seu ponto fraco é o DNS over HTTPS, que pode encaminhar consultas em torno do seu resolvedor. Exija uma resposta por escrito sobre o tratamento de DoH e DNS personalizado e teste-o durante a prova de conceito. Defina políticas separadas para mezinhas, salas de conferências e redes de funcionários.

Devemos comprar o WiFi de convidados ao nosso fornecedor de hardware ou a uma plataforma independente?

Escolha uma plataforma independente se operar com mais do que um fornecedor de hardware ou se pretender dados de convidados que sejam de sua propriedade. Os Captive Portals integrados adequam-se a uma única propriedade num único fornecedor sem objetivos de marketing. Uma plataforma independente de hardware mantém as suas opções abertas no momento da atualização. Também coloca a autenticação de funcionários, a filtragem e o consentimento de convidados numa única pista de auditoria. Compare ambos com a tabela de lista de verificação, pontuando cada requisito como aprovação ou falha.

Quanto esforço exige uma implementação de WiFi em hotéis?

A maior parte do esforço reside nas integrações e nas decisões de política, não no hardware. Nos pontos de acesso suportados nada é substituído, pelo que o trabalho consiste em ligar o seu diretório, o seu CRM e a sua política de filtragem. Acorde as categorias de filtragem e o texto de consentimento com o seu DPO antes de iniciar a implementação. Execute uma prova de conceito numa propriedade, conclua os seis testes deste guia e, em seguida, implemente em todo o portfólio em fases planeadas.