Integrar a Iniciação de Sessão de WiFi do WeChat: Capturar o Compromisso através de Portais Cativos Sociais
Este guia detalha como integrar a autenticação de WiFi do WeChat em portais cativos empresariais, abrangendo a arquitetura OAuth 2.0, a integração RADIUS e a implementação passo a passo em hardware Cisco Meraki, HPE Aruba e Juniper Mist. Fornece aos gestores de TI e arquitetos de rede uma estrutura prática para capturar dados de primeira entidade dos 1,3 mil milhões de utilizadores do WeChat, impulsionando o compromisso através de seguidores na Conta Oficial e redirecionamentos pós-iniciação de sessão.
Ouça este guia
Ver transcrição do podcast
Parte da nossa série principal: Captive Portal Guide →
- Executive Summary
- Technical Deep Dive
- How WeChat WiFi Authentication Works
- Account Type Requirements
- The Walled Garden: The Most Critical Network Configuration
- RADIUS Integration and Policy Enforcement
- Implementation Guide
- Step 1: Configure the WeChat Developer Account
- Step 2: Configure Purple
- Step 3: Configure the Network Hardware
- Best Practices
- Troubleshooting and Risk Mitigation
- OAuth Redirect Mismatch
- Captive Portal Assistant (CPA) Interference
- Token Expiry and Stale Sessions
- Geopolitical and Regulatory Risk
- ROI and Business Impact

Executive Summary
Integrating WeChat WiFi login transforms a standard Captive Portal into a strategic first-party data engine for Chinese visitors and the wider WeChat ecosystem. For IT managers and network architects, deploying WeChat login via OAuth 2.0 and RADIUS requires balancing frictionless guest access with secure, compliant data collection. This guide details the technical architecture, implementation steps, and security considerations for deploying WeChat WiFi authentication on enterprise network hardware including Cisco Meraki, HPE Aruba, Ruckus, and Juniper Mist. It shows how Purple's Guest WiFi platform mediates the OAuth flow, maps profile data to your CRM, and drives engagement through post-login redirects to your WeChat Official Account.
WeChat has over 1.3 billion monthly active users, and World Tourism Organization data indicates that Chinese travellers were projected to spend $255 billion internationally in 2023. For hotels, luxury retail, airports, and conference centres, offering WeChat WiFi login is a direct channel to that demographic. Purple operates across more than 80,000 active venues and recorded 440 million logins in 2024, giving us direct insight into what succeeds and what fails in production deployments.
Technical Deep Dive
How WeChat WiFi Authentication Works
WeChat WiFi authentication replaces manual form entry with an OAuth 2.0 flow integrated directly into the Captive Portal experience. The sequence involves five components communicating in a defined order:
- The guest device connects to the venue SSID.
- The access point (AP) intercepts unauthenticated HTTP traffic and redirects the device to a Captive Portal hosted by Purple.
- The user selects the WeChat login option on the portal page.
- The portal initiates an OAuth 2.0 authorisation request to the WeChat open platform API, passing the venue's AppID and redirect URI.
- The WeChat client opens on the device and prompts the user to authorise the connection.
- WeChat returns an authorisation code to the redirect URI.
- The Purple platform exchanges the authorisation code for an access token and retrieves the user's profile data: OpenID, unionid, nickname, avatar, and registered location.
- Purple signals the RADIUS server to send an Access-Accept message to the access point.
- The access point grants internet access and applies the configured policies (VLAN assignment, bandwidth limits, session timeout).
- The portal redirects the user to the venue's WeChat Official Account or a custom landing page.

Account Type Requirements
This is the most common single point of failure in WeChat WiFi deployments. You must use a verified WeChat Service Account (服务号). Subscription Accounts do not expose the OAuth 2.0 web authorisation APIs required for Captive Portal integration. The table below summarises the key differences:
| Feature | Service Account | Subscription Account |
|---|---|---|
| OAuth 2.0 WiFi login | Yes | No |
| API access level | Full | Restricted |
| Push messages per month | 4 | 30 |
| Chat list placement | Yes (as a contact) | No (folded into the subscriptions folder) |
| WeChat Pay integration | Yes | No |
| Verification required | Yes | Yes |
Obtaining a verified Service Account requires either a Chinese business licence or a special overseas application process through Tencent, which carries a $99 annual verification fee and a two-to-four-week review period.
The Walled Garden: The Most Critical Network Configuration
The walled garden (also known as the pre-authentication whitelist) defines the IP addresses and domains a device can reach before completing Captive Portal authentication. If the WeChat API domains are not in the walled garden, the device cannot initiate the OAuth handshake, and the login fails silently in the background.
At a minimum, the following domains must be whitelisted:
*.weixin.qq.com*.wechat.com*.wx.qq.comres.wx.qq.commp.weixin.qq.com- The WeChat CDN IP ranges (consult Tencent's published IP range documentation, as these change periodically)
On Cisco Meraki, configure this under Wireless > Access Control > Walled Garden. On HPE Aruba, use the Captive Portal Profile whitelist. On Juniper Mist, configure the Guest Portal allowed domains list.
RADIUS Integration and Policy Enforcement
In this architecture, Purple operates as a RADIUS proxy. After a successful WeChat OAuth exchange, Purple sends a RADIUS Access-Accept message to the venue's wireless controller. The Access-Accept message can carry standard RADIUS attributes to enforce per-user policies:
Tunnel-TypeandTunnel-Private-Group-IDfor VLAN assignment (isolating guest traffic from the corporate network, in line with IEEE 802.1X segmentation best practice)Session-Timeoutfor automatic disconnection after a defined periodWISPr-Bandwidth-Max-UpandWISPr-Bandwidth-Max-Downfor bandwidth limiting
The architecture is hardware-agnostic. Purple integrates with Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, and Fortinet without firmware changes or on-premises servers.

Tem dúvidas sobre a sua configuração específica?
A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 espaços. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua área o resolveram.
Implementation Guide
Step 1: Configure the WeChat Developer Account
Log in to the WeChat Official Accounts Platform (mp.weixin.qq.com). Navigate to Settings and Development > Security Centre > Web Authorisation Domains. Enable OAuth 2.0 web authorisation and add your Captive Portal domain as an authorised callback domain (for example, wifi.yourvenue.com). WeChat will only return authorisation codes to domains registered here — a mismatch causes silent failures.
Obtain your AppID and AppSecret from the Settings and Development > Basic Configuration panel. Store the AppSecret securely; treat it as a private key.
Step 2: Configure Purple
In the Purple portal, navigate to Authentication > Social Login and enable WeChat. Enter the AppID and AppSecret. Design the Captive Portal splash page using Purple's drag-and-drop editor. Position the WeChat login button as the primary call to action (CTA) above the fold.
Configure the post-authentication redirect. Options include:
- The venue's WeChat Official Account follow page (recommended for engagement)
- A promotional landing page hosted within a WeChat Mini Program
- A survey page using Purple's WiFi Analytics tools
- A loyalty programme enrolment page
Enable MAC address caching under Authentication > Return Visitor Settings. Set the cache duration to match your typical visit frequency (7 days is recommended for retail, 30 days for hotels). Returning visitors connect automatically without seeing the portal again, while their visit is still registered in the analytics dashboard.
Step 3: Configure the Network Hardware
On your wireless controller, configure the guest SSID to use an external Captive Portal. Enter the Purple portal URL as the splash page URL. Add the WeChat domains to the walled garden. Set the RADIUS server IP address and shared secret provided by Purple.
Before going live, test the complete flow with a mobile device. Specifically:
- Connect to the guest SSID.
- Confirm the Captive Portal loads in the Captive Portal Assistant (CPA) mini-browser.
- Tap the WeChat login button and confirm the WeChat client opens.
- Authorise the connection and confirm internet access is granted.
- Confirm the post-login redirect fires correctly.
Best Practices
Optimise the walled garden. A misconfigured walled garden is the leading cause of WeChat login failures in production. Test before launch, and re-test after any network firmware update, as some controllers reset whitelist entries during upgrades.
Drive post-login engagement. The moment after authentication is the point of highest attention in the guest WiFi experience. Redirect users to your Official Account follow page. Visitors who follow your account remain reachable via push notifications long after they leave the venue.
Implement MAC caching for returning visitors. Requiring repeat authentication on every visit degrades the experience. MAC caching removes friction for returning visitors while still logging the visit for analytics. See Purple's WiFi Analytics for dwell-time and return-visit reporting.
Apply data minimisation. Request only the WeChat profile fields your CRM actually uses. Requesting unnecessary permissions increases authorisation drop-off and adds GDPR compliance complexity. For most venues, OpenID, nickname, and avatar are sufficient for personalisation.
Isolate guest traffic via VLANs. Assign WeChat-authenticated guests to a dedicated VLAN, isolated from your corporate or POS networks. This satisfies PCI DSS network isolation requirements and limits the blast radius of any guest-side security incident. For a complete treatment of WiFi security architecture, see our enterprise WiFi security guide.
Comply with GDPR and PIPL. Display a clear privacy notice on the splash page before the user initiates the WeChat OAuth flow. The notice must identify the data controller, list the categories of data collected from WeChat, state the legal basis for processing, and link to the full privacy policy. For detailed guidance, see our WiFi GDPR compliance guide.
Troubleshooting and Risk Mitigation
OAuth Redirect Mismatch
If the callback URL registered in the WeChat developer console does not exactly match the URL Purple uses for the redirect, WeChat returns an error code and blocks the authorisation. Check for protocol mismatches (HTTP vs HTTPS), trailing slashes, and subdomain differences. The registered domain must be an exact string match.
Captive Portal Assistant (CPA) Interference
Mobile operating systems use CPA mini-browsers to detect and handle Captive Portal networks. These mini-browsers often lack the ability to open native apps, which breaks the WeChat app hand-off in the OAuth flow. Mitigations include:
- Implementing a JavaScript redirect that detects the CPA environment and opens the full system browser before initiating the OAuth flow.
- Displaying clear instructions on the splash page telling users to open the page in a full browser if the WeChat button does not respond.
Token Expiry and Stale Sessions
WeChat access tokens expire after two hours. If your platform does not refresh the token, the user's CRM record stops updating after the initial session. Configure Purple's token refresh settings to maintain an active token for the duration of the guest's visit.
Geopolitical and Regulatory Risk
WeChat is subject to Chinese government regulation and Tencent platform policy. API access can be suspended or modified without notice. To mitigate this risk, ensure your Captive Portal supports multiple authentication methods (email, SMS, other social logins) so that a WeChat API outage does not take your entire guest WiFi offline. Purple's multi-channel portals natively support this fallback architecture.
ROI and Business Impact
Deploying WeChat WiFi authentication delivers measurable returns across three dimensions.
Higher data capture rates. Social login removes the friction of form filling. Venues using Purple's social login options report authentication completion rates 20-30% higher than comparable email-only portals (Purple internal data, 2024). At a venue handling 500 guest WiFi connections per day, a 25% uplift means 125 additional verified profiles captured daily.
Official Account follower growth. Redirecting authenticated users to the Official Account follow page converts transient footfall into a reachable digital audience. A hotel with 200 WeChat-authenticated visitors per day achieving a 40% follow rate gains 80 new Official Account followers daily — followers who can receive targeted push notifications about return-visit offers, loyalty programme updates, and seasonal promotions.
Operational visibility. Purple's WiFi Analytics platform correlates WeChat-authenticated sessions with dwell time, visit frequency, and zone-level movement data. This gives venue operations directors the data to optimise staffing, layout, and promotional timing. For hospitality venues, this data integrates directly with PMS systems to enrich guest profiles.
For retail environments, WeChat authentication combined with Purple's analytics platform replicates e-commerce-grade data richness in a physical store setting — a capability that grows increasingly valuable as third-party cookie deprecation reduces the effectiveness of digital retargeting.
For related guidance, see our WiFi GDPR compliance guide and our enterprise WiFi security guide. To learn how Purple deploys in specific verticals, see our hospitality, retail, healthcare, and transport pages.
Definições Principais
OAuth 2.0
Um protocolo de autorização padrão da indústria que permite a um utilizador conceder a uma aplicação de terceiros acesso aos dados da sua conta noutro serviço sem partilhar a sua palavra-passe. Na autenticação de WiFi do WeChat, o Captive Portal é a aplicação de terceiros e o WeChat é o fornecedor de identidade.
O mecanismo subjacente para todas as iniciações de sessão de WiFi social. As equipas de TI deparam-se com este mecanismo ao configurar o AppID, o AppSecret e o URI de redirecionamento na consola de programador do WeChat e na plataforma Purple.
Captive Portal
Uma página web que interpeta o tráfego de rede de um dispositivo e exige que o utilizador autorize ou aceite os termos antes de conceder acesso à internet. Funciona redirecionando todos os pedidos HTTP para o URL do portal até que a autenticação esteja concluída.
O componente voltado para o utilizador do sistema de login WeChat WiFi. A Purple aloja e gere o Captive Portal como uma sobreposição em nuvem no topo do hardware existente do espaço.
Walled garden
Uma lista branca de pré-autenticação de endereços IP e domínios que um dispositivo pode alcançar antes de concluir o login no Captive Portal. Necessário para permitir que o dispositivo comunique com os servidores de autenticação do WeChat durante o fluxo OAuth.
O elemento configurado incorretamente com mais frequência em implementações WeChat WiFi. Deve ser configurado ao nível do SSID no controlador sem fios.
RADIUS
Remote Authentication Dial-In User Service. Um protocolo de rede que fornece autenticação, autorização e contabilização centralizadas para acesso à rede. Após uma troca de OAuth do WeChat bem-sucedida, a Purple envia uma mensagem RADIUS Access-Accept para o ponto de acesso para conceder acesso à internet.
O protocolo que liga a plataforma de identidade Purple ao hardware de rede do espaço. As equipas de TI configuram os endereços IP do servidor RADIUS e os segredos partilhados no controlador sem fios.
WeChat Service Account (服务号)
Uma categoria de Conta Oficial do WeChat concebida para empresas, oferecendo acesso total à API, incluindo autorização de página web OAuth 2.0. Aparece como um contacto na lista de conversas do utilizador. Requer registo comercial na China ou verificação no estrangeiro.
O tipo de conta obrigatório para o login WeChat WiFi. As contas de subscrição não podem ser utilizadas para esta finalidade.
OpenID
Um identificador exclusivo atribuído pelo WeChat a um utilizador específico para uma Conta Oficial específica. Duas Contas Oficiais diferentes receberão OpenIDs diferentes para o mesmo utilizador.
A chave primária utilizada pelo CRM para identificar e monitorizar utilizadores individuais em sessões de WiFi.
Unionid
Um identificador exclusivo atribuído pelo WeChat a um utilizador específico em todas as Contas Oficiais e Mini Programas registados sob a mesma conta da plataforma aberta WeChat. Permite o reconhecimento de utilizadores em vários produtos.
Relevante para marcas com múltiplos pontos de contacto WeChat (por exemplo, uma cadeia de retalho com um portal WiFi e um Mini Programa de compras) que pretendem unificar o perfil do utilizador em todas as interações.
Caching de endereços MAC
Uma funcionalidade de rede que armazena o identificador de hardware exclusivo de um dispositivo (endereço MAC) após a autenticação inicial, permitindo que a rede conceda acesso automaticamente em ligações subsequentes sem apresentar novamente o Captive Portal.
Utilizado para melhorar a experiência do visitante recorrente. A Purple regista a visita de retorno para análise, mesmo quando o portal não é exibido.
Captive Portal Assistant (CPA)
O mini-navegador iniciado automaticamente pelo iOS e Android quando detetam uma rede que requer autenticação por Captive Portal. Os CPAs têm funcionalidade limitada e podem não suportar chamadas de aplicações nativas necessárias para o fluxo OAuth do WeChat.
As equipas de TI devem testar o fluxo de login do WeChat especificamente no ambiente CPA e implementar a deteção de JavaScript para redirecionar para o navegador completo do sistema, se necessário.
VLAN
Virtual Local Area Network. Um segmento de rede lógico que isola o tráfego de outros segmentos na mesma infraestrutura física. Utilizado para separar o tráfego de WiFi de convidados das redes corporativas ou POS.
Os atributos RADIUS devolvidos pela Purple podem atribuir convidados autenticados pelo WeChat a uma VLAN específica, cumprindo os requisitos de segmentação de rede PCI-DSS.
Exemplos Práticos
Uma marca de retalho de luxo em Londres pretende oferecer WiFi contínuo a turistas chineses enquanto aumenta os seguidores na sua Conta Oficial do WeChat. Atualmente utilizam pontos de acesso Cisco Meraki e um portal padrão de captura de e-mail. A sua equipa de TI tem duas semanas para implementar antes de uma grande campanha do Ano Novo Chinês.
Semana um: Registar e verificar uma Conta de Serviço WeChat se ainda não estiver ativa (prever duas a quatro semanas para aprovação da Tencent, pelo que este passo deve ter começado mais cedo - caso contrário, utilizar uma entidade chinesa terceira verificada como medida provisória). Configurar a consola de programador do WeChat com o domínio de retorno correspondente ao URL do portal Purple. Na plataforma Purple, ativar a iniciação de sessão social do WeChat, introduzir o AppID e o AppSecret, e desenhar a página de entrada com o WeChat como opção principal de iniciação de sessão. Configurar o redirecionamento pós-autenticação para a página de seguidores da Conta Oficial do WeChat da marca. Semana dois: No painel da Meraki, atualizar o SSID de convidados para apontar para o URL do portal Purple. Adicionar todos os domínios da API do WeChat ao jardim vedado da Meraki em Wireless > Access Control. Configurar os detalhes do servidor RADIUS. Testar o fluxo completo de ponta a ponta a partir de um dispositivo iOS e Android. Ativar a colocação em cache de MAC para reconhecimento de visitantes frequentes por 30 dias. Entrar em funcionamento.
Um estádio com capacidade para 15.000 pessoas está a acolher uma série de eventos internacionais com uma presença significativa de público de língua chinesa. O diretor de TI relata que 35% dos convidados abandonam o formulário de iniciação de sessão do WiFi antes de o concluir. A rede utiliza pontos de acesso HPE Aruba geridos através do Aruba Central.
Implementar o portal cativo da Purple com o WeChat como a principal opção de iniciação de sessão social, a par de alternativas de e-mail e SMS. Configurar o perfil do portal cativo do Aruba Central para redirecionar para a Purple e adicionar domínios do WeChat à lista permitida. Implementar um script de deteção CPA JavaScript na página de entrada para forçar o fluxo OAuth no navegador nativo do sistema, contornando o mini-navegador CPA da Aruba. Configurar os atributos RADIUS para atribuir os adeptos autenticados a uma VLAN de convidados dedicada, isolada da rede operacional do estádio. Definir o tempo limite da sessão para quatro horas para cobrir a duração típica de um evento sem exigir nova autenticação. Pós-autenticação, redirecionar os adeptos para um Mini Programa do WeChat que aloja o programa do evento, resultados ao vivo e um serviço de pedido de comida.
Perguntas de Prática
Q1. O novo login WeChat WiFi do seu espaço está a falhar. Os convidados tocam no botão do WeChat na página de entrada, mas a página expira antes de a aplicação WeChat abrir. O painel do Cisco Meraki mostra que o SSID está online e o URL do portal Purple está configurado corretamente. Qual é a causa mais provável e como a resolve?
Dica: Considere que acesso à rede o dispositivo tem antes de concluir a autenticação.
Ver resposta modelo
O walled garden no SSID Meraki está mal configurado. O dispositivo não consegue contactar os domínios da API do WeChat antes da autenticação, pelo que o handshake OAuth não pode ser iniciado. Resolução: aceda a Wireless > Access Control no painel Meraki, localize a secção Walled Garden e adicione os domínios do WeChat necessários, incluindo *.weixin.qq.com, *.wechat.com e *.wx.qq.com. Teste tentando novamente o fluxo de início de sessão a partir de um dispositivo que não se tenha ligado anteriormente ao SSID.
Q2. Um diretor de marketing pretende utilizar a sua conta de subscrição WeChat existente (订阅号) para permitir o início de sessão via WiFi porque esta permite a publicação diária de artigos para os seguidores. O diretor pede-lhe para configurar a integração. Como responde?
Dica: Reveja os níveis de acesso da API para os diferentes tipos de conta WeChat.
Ver resposta modelo
Informe-o de que uma conta de subscrição não pode ser utilizada para autenticação de WiFi. As APIs de autorização de páginas web OAuth 2.0 necessárias para a integração com o Captive Portal apenas estão disponíveis para contas de serviço (服务号) verificadas. Será necessário registar uma conta de serviço. Isto exige uma licença comercial chinesa ou uma candidatura no estrangeiro através do processo especial da Tencent, que demora duas a quatro semanas e custa 99 $ anuais. A conta de subscrição pode continuar ativa para publicação de conteúdos; os dois tipos de conta servem propósitos diferentes e podem coexistir.
Q3. Após uma implementação bem-sucedida do WeChat WiFi, a equipa de TI nota que os utilizadores que se autenticaram há três semanas já não aparecem no CRM com dados de visitas atualizados, embora se estejam a ligar à rede. Qual é a causa provável?
Dica: Considere as definições de gestão de sessão configuradas no Purple e a duração da cache MAC.
Ver resposta modelo
A duração da cache MAC está provavelmente definida para um valor inferior a três semanas (por exemplo, 14 dias), pelo que está a ser concedido acesso aos utilizadores recorrentes através da cache MAC sem acionar um novo evento de autenticação ou atualização do CRM. Em alternativa, o token de acesso do WeChat para esses utilizadores expirou e a plataforma não o está a atualizar. Resolução: aumente a duração da cache MAC para 30 dias nas definições de visitante recorrente do Purple e certifique-se de que a configuração de atualização de token está ativa. Confirme também se o Purple está a registar as visitas em cache MAC como eventos de visita recorrente no painel de análise, mesmo quando o portal não é apresentado.
Q4. O seu espaço opera tanto no Reino Unido como na China continental. Pretende implementar um sistema unificado de autenticação WeChat WiFi. Que obrigações de conformidade deve abordar antes de entrar em funcionamento?
Dica: Aplicam-se dois regimes de privacidade distintos às duas geografias.
Ver resposta modelo
Deve cumprir tanto o GDPR (aplicável a utilizadores no Reino Unido e na UE) como a Lei de Proteção de Informações Pessoais da China (PIPL, aplicável a utilizadores na China continental). Os requisitos principais incluem: apresentar um aviso de privacidade claro na splash page antes de iniciar o fluxo OAuth, identificar o responsável pelo tratamento de dados e listar as categorias de dados recolhidos do WeChat, indicar a base jurídica para o processamento ao abrigo de cada regime (interesses legítimos ou consentimento sob o GDPR; consentimento sob a PIPL), disponibilizar um mecanismo para os utilizadores retirarem o consentimento e solicitarem a eliminação, e garantir que existem mecanismos de transferência de dados se os dados de perfil do WeChat fluírem entre jurisdições. Consulte o guia de conformidade com o GDPR do Purple e o seu consultor jurídico para obter os requisitos específicos de cada jurisdição.
Continue a ler esta série
Portal de convidados Ubiquiti UniFi não redireciona: causas e correções
Este guia isola uma falha de redirecionamento do portal de convidados UniFi ao seguir sequencialmente o estado do convidado, o redirecionamento, a rota de pré-autorização e a autorização do controlador. Oferece às equipas de TI dos recintos um método fundamentado para resolver a confusão entre rede de convidados e Hotspot, transições de portais externos, requisitos atuais de conta do UniFi OS e testes de isolamento de DNS.
Cisco Meraki splash page não funciona: um fluxograma de resolução de problemas
Este guia prático de segundo dia isola onde falhou um fluxo de splash do Cisco Meraki: autorização do cliente, início de redirecionamento HTTP, acessibilidade do walled garden ou início de sessão RADIUS. Oferece às equipas de TI dos locais um caminho de evidências controlado, para que possam restaurar o Guest WiFi sem efetuar alterações amplas numa infraestrutura ativa.
Guia de Configuração de WiFi para Visitantes Empresariais: Segmentação de VLAN, Segurança e Portais Cativos
Este guia técnico mostra às equipas de TI como configurar o WiFi para Visitantes como um serviço controlado de acesso à internet, utilizando segmentação de VLAN, política de firewall e um captive portal. Também explica como os formulários de registo e controlos de adesão do Purple apoiam uma experiência de visitante proporcional sem enfraquecer o limite em torno dos sistemas operacionais, de pagamento e dos funcionários.
Tem dúvidas sobre a sua configuração específica?
A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 espaços. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua área o resolveram.