Plataforma de dados de clientes CDP: um guia completo para empresas
Este guia fornece aos Diretores de Marketing, Gestores de CRM e Operadores de Espaços Comerciais uma referência prática e neutra em termos de fornecedor para a implementação de uma Plataforma de Dados de Clientes (CDP) em ambientes físicos. Abrange a arquitetura técnica desde a ingestão de dados, passando pela resolução de identidade, até à ativação em tempo real, com orientação específica sobre a utilização do Guest WiFi como o principal motor de dados de primeira parte. Dois casos de estudo reais - um hotel e uma cadeia de retalho multilocor - demonstram resultados mensuráveis da implementação de uma CDP.
Ouça este guia
Ver transcrição do podcast
Resumo executivo
Os dados dos clientes estão estruturalmente fragmentados. O seu sistema de ponto de venda rastreia transações, o seu CRM armazena endereços de email e o seu Guest WiFi regista a presença física em tempo real. Sem um motor de unificação central, estes sistemas operam de forma isolada, forçando as equipas de marketing e operações a depender de exportações em lote e análises manuais.
Uma customer data platform (CDP) resolve esta fragmentação. Trata-se de um software concebido especificamente para ingerir dados primários (first-party) de todos os pontos de contacto, utiliza a resolução de identidade para construir um perfil persistente e unificado para cada utilizador do espaço, e ativa esse perfil em tempo real nos canais de execução. Para os líderes de TI e arquitetos de rede, implementar uma CDP significa passar da gestão de bases de dados díspares para a governação de um pipeline de dados único e em conformidade.
A Purple processou 440 milhões de inícios de sessão em 2024 em mais de 80.000 espaços ativos, gerando 29 mil milhões de pontos de dados (dados internos da Purple, 2024). Cada um desses inícios de sessão é um evento de dados primários verificado e baseado em consentimento - a matéria-prima de que uma CDP necessita para funcionar. Este guia aborda a arquitetura técnica, as estratégias de implementação e o impacto empresarial das CDPs empresariais, com um foco específico na utilização do Guest WiFi como motor de dados primário.
Análise técnica aprofundada
Para compreender como funciona uma CDP, é necessário analisar a sua arquitetura central. Uma CDP opera num ciclo contínuo conhecido como o Ciclo de Inteligência do Cliente: Recolher, Unificar, Compreender, Decidir e Envolver. Cada fase depende da anterior e o ciclo corre continuamente em tempo real.
A camada de ingestão
Uma CDP liga-se aos sistemas de origem através de APIs, SDKs e webhooks. O objetivo é capturar dados estruturados, semiestruturados e não estruturados em tempo real. Para os espaços físicos, a fonte de dados mais crítica é a rede Guest WiFi . Quando um cliente inicia sessão no WiFi através de um Captive Portal, o hardware de rede - seja Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist ou Ubiquiti UniFi - captura o endereço MAC do dispositivo e os detalhes de autenticação. A Purple envia estes dados para a CDP via API, estabelecendo uma identidade digital de base associada à presença física.
O Purple Engage captura dados verificados de email e telefone dos clientes no momento do início de sessão e automatiza campanhas de marketing, o que significa que a camada de ingestão já vem integrada e pré-validada. Não necessita de criar conectores personalizados para a fonte de dados WiFi.
Resolução de identidade e unificação de perfis
Os dados brutos chegam com identificadores contraditórios. Um utilizador pode ligar-se ao WiFi usando o Microsoft Entra ID, fazer uma compra utilizando um cartão de fidelização e abrir um e-mail num dispositivo diferente. O núcleo do CDP utiliza duas técnicas de correspondência para unir estes fragmentos.
A correspondência determinística associa registos utilizando identificadores exatos e únicos, como um endereço de e-mail ou número de telefone. Este é o método mais preciso e requer uma validação de dados rigorosa no ponto de entrada. A correspondência probabilística associa registos com base em padrões de comportamento, assinaturas de dispositivos ou inferência estatística quando não estão disponíveis identificadores exatos. É menos precisa, mas essencial para construir perfis antes de um utilizador se autenticar.
O resultado é uma visão única do cliente - um perfil persistente e multidispositivo que se atualiza de forma dinâmica à medida que novos dados chegam. Uma marca de retalho descobriu que 23% dos seus clientes "únicos" eram duplicados em sistemas de e-mail, fidelização e POS (CDP Institute, 2024). A unificação corrigiu os seus cálculos de lifetime value e reduziu o desperdício em gastos de marketing.
A camada de ativação
O armazenamento de dados não é o objetivo final; a ativação é. Assim que um perfil é unificado e segmentado, o CDP envia instruções para os sistemas a jusante. Se um adepto de alto valor entra num estádio e se liga à rede, o CDP avalia o seu perfil e aciona um SMS com uma oferta de merchandise direcionada. Isto requer uma latência de milissegundos e integrações de API bem testadas com plataformas de execução.
A camada de ativação é onde os dados de WiFi Analytics se traduzem em impacto comercial mensurável. O tempo de permanência, a frequência de visitas e os dados de localização derivados da rede alimentam diretamente o motor de segmentação, permitindo campanhas que um CRM sozinho não consegue gerar.
CDP vs CRM vs DMP: a diferença estrutural
Um CRM gere relações com contactos conhecidos para vendas e suporte. Baseia-se na introdução manual de dados e em atualizações em lote. Uma plataforma de gestão de dados (DMP) visa públicos anónimos através de cookies de terceiros - um mecanismo que está agora descontinuado nos principais navegadores. Um CDP unifica dados primários (first-party) de todas as fontes, constrói identidades persistentes em múltiplos dispositivos e ativa esses dados em tempo real. As três ferramentas não são intercambiáveis. Precisa de um CRM para a gestão de pipeline e de um CDP para a unificação e ativação de dados. O DMP está obsoleto para a maioria dos operadores de recintos.
Guia de implementação
A implementação de um CDP requer uma abordagem faseada. Tentar uma integração global de todos os sistemas empresariais em simultâneo é o modo de falha mais comum.
Fase 1: estabelecer a linha de base de dados
Comece com a sua fonte mais fiável de dados primários (first-party data). Para espaços físicos, esta fonte é o Guest WiFi. Configure o seu hardware para encaminhar os dados de autenticação para a Purple. Certifique-se de que o Captive Portal exige consentimentos por escolha consciente (opt-ins) para recolher endereços de email e números de telefone verificados. Ligue a Purple ao CDP via API para estabelecer os perfis de utilizador fundamentais. Nesta fase, deve também definir o seu esquema de dados - padronize as convenções de nomenclatura para que uma "visita" na plataforma de analítica de WiFi signifique o mesmo que uma "visita" no CRM.
Fase 2: integrar pontos de contacto de alto valor
Assim que a linha de base estiver estável, integre o seu CRM e a sua plataforma de marketing por email. Isto permite que o CDP faça a correspondência entre as visitas aos espaços físicos e a interação digital. Se um residente num ambiente de WiFi Multi-Tenant iniciar sessão, o CDP pode verificar o seu estado no sistema de gestão de propriedades e atribuir a VLAN correta automaticamente. Para operadores de retalho , integre o sistema de POS para fazer a correspondência entre as transações de compra e os perfis derivados do WiFi.
Fase 3: ativar em tempo real
Configure a camada de ativação para acionar fluxos de trabalho específicos. Defina regras para enviar campanhas automatizadas com base no tempo de permanência, na frequência de visitas ou em dados de localização específicos. Utilize o Purple Engage para automatizar sequências de email e SMS diretamente a partir da saída do segmento do CDP. Teste estes fluxos de trabalho minuciosamente - valide se a latência de ponta a ponta, desde o início de sessão no WiFi até à entrega do SMS, é inferior a 60 segundos.
Fase 4: escalar e otimizar
Depois de o ciclo principal estar validado, expanda as fontes de dados. Integre respostas a inquéritos, dados de programas de fidelização e comportamentos na aplicação. Utilize o motor de segmentação do CDP para criar públicos preditivos - clientes com probabilidade de abandonar o serviço, compradores com probabilidade de fazer um upgrade, fãs com probabilidade de comprar merchandising. Forneça estes segmentos de volta às plataformas de meios pagos para reduzir o custo de aquisição de clientes.
Boas práticas
Priorize os dados primários (first-party). Os cookies de terceiros foram descontinuados. Foque-se inteiramente nos dados recolhidos diretamente dos utilizadores do seu espaço através de canais seguros e autenticados. O Guest WiFi é a fonte de dados do mundo físico mais fiável disponível para os operadores de espaços. Para obter orientações sobre como tirar o máximo partido do ponto de contacto de início de sessão, consulte como causar uma excelente primeira impressão com o seu Guest WiFi .
Padronize as convenções de nomenclatura. Imponha esquemas de dados rigorosos em todas as fontes integradas antes de as ligar ao CDP. Uma incompatibilidade nos nomes dos campos entre o POS e o CRM irá corromper a resolução de identidade.
Automatize a conformidade. Utilize o CDP para centralizar a gestão de consentimento. Quando um utilizador solicita a eliminação de dados ao abrigo do GDPR ou da CCPA, o CDP deve propagar automaticamente esse pedido para todos os sistemas ligados. A Purple tem certificação GDPR e CCPA, o que significa que os registos de consentimento capturados no início de sessão do WiFi já estão estruturados para a automatização da conformidade a jusante.
Valide a identidade no ponto de entrada. Utilize o Purple Verify para autenticar números de telemóvel via SMS antes de enviar os dados para a CDP. Isto elimina endereços de e-mail falsos e garante a precisão da correspondência determinística.
Separe os SSIDs de rede por tipo de utilizador. Implemente três SSIDs - Guest WiFi, Staff WiFi e IoT - para garantir que os dados dos funcionários e dos dispositivos não contaminem o conjunto de perfis de convidados. Para um guia detalhado sobre arquitetura, consulte três SSIDs para governar todos: guest, Passpoint, e IoT WiFi .
Resolução de problemas e mitigação de riscos
Falhas na resolução de identidade
Se a CDP gerar registos duplicados, o problema tem quase sempre origem na camada de ingestão. As causas comuns incluem utilizadores que enviam endereços de e-mail não verificados no Captive Portal, formatação de campos inconsistente entre sistemas de origem e ausência de números de telemóvel que impedem a correspondência determinística. Resolva isto impondo a validação de e-mail no portal e implementando o Purple Verify para confirmação de números de telemóvel.
Latência na ativação
Se um SMS promocional chegar 20 minutos após o comprador sair da loja, a camada de ativação falhou. Isto é tipicamente causado pela dependência de processamento em lote (batch) em vez de streaming de eventos em tempo real. Garanta que a sua CDP e as APIs ligadas suportam a transferência de dados em tempo real baseada em webhooks. Audite a latência de ponta a ponta, desde o evento de início de sessão no WiFi até ao gatilho de ativação, pelo menos mensalmente.
Lacunas na gestão de consentimento
Um utilizador que revogue o consentimento de marketing através de um canal deve ter essa revogação propagada para todos os sistemas ligados automaticamente. Se a CDP não processar isto, enfrenta um risco de conformidade com o GDPR. As autoridades de proteção de dados da UE aplicaram mais de 2,1 mil milhões de euros em coimas do GDPR apenas em 2023 (GDPR Enforcement Tracker, 2024). Centralize a gestão de consentimento na CDP e teste o fluxo de trabalho de revogação antes do lançamento oficial.
Desvio de esquema de dados
À medida que os sistemas de origem são atualizados ou substituídos, os nomes dos campos e os tipos de dados podem mudar sem aviso prévio. Implemente a validação de esquemas na camada de ingestão e configure alertas automáticos para qualquer campo que deixe de ser preenchido. Uma alteração silenciosa de esquema pode corromper meses de dados de perfis antes de ser detetada.
Retorno do investimento (ROI) e impacto comercial
A medição do sucesso de uma implementação de CDP requer o acompanhamento de resultados de negócio específicos, e não apenas de métricas técnicas.
A taxa de captura de dados é a métrica fundamental: que percentagem de utilizadores do espaço é identificada e perfilada com sucesso? Para operadores de hotelaria , uma taxa de captura de dados superior a 60% é alcançável com um Captive Portal otimizado. Para espaços de retalho , uma taxa de 40 a 50% é um objetivo realista nos primeiros seis meses.
A taxa de visitas de retorno mede se as campanhas personalizadas e automatizadas estão a impulsionar visitas repetidas. Monitorize isto comparando a frequência de visitas de retorno de utilizadores com perfil face a utilizadores anónimos. Um CDP bem configurado com campanhas automatizadas de email e SMS aumenta tipicamente as taxas de visitas de retorno em 15-25% no primeiro ano (dados internos da Purple, 2024).
O custo de aquisição de clientes (CAC) deve diminuir à medida que transfere o investimento em marketing de publicidade de terceiros para o envolvimento direto com dados primários (first-party). Quando consegue segmentar um público específico - por exemplo, compradores que visitaram duas vezes nos últimos 30 dias mas não regressaram - com uma oferta personalizada via SMS, elimina o custo da publicidade de grande alcance para chegar a essa mesma pessoa.
A taxa de reserva direta é a métrica-chave para operadores de hotelaria e transportes . Quando um CDP lhe permite identificar hóspedes que reservaram através de uma agência de viagens online e ativar um incentivo de reserva direta durante a sua estadia, reduz diretamente os custos de comissão. Para uma operação à escala do Premier Inn, transferir mesmo apenas 5% das reservas de OTA para diretas representa uma melhoria significativa da margem.
Para estratégias de ativação específicas de SMS que complementam a implementação do CDP, consulte como aumentar as visitas de retorno com marketing por SMS .
Definições Principais
Customer Data Platform (CDP)
Software em pacote que cria uma base de dados de clientes persistente e unificada, acessível a outros sistemas para ativação em tempo real. Cunhado por David Raab em 2013 e definido pelo CDP Institute como software que cria uma base de dados de clientes persistente e unificada, acessível a outros sistemas.
Essencial para equipas de TI encarregues de eliminar silos de dados e permitir um marketing automatizado e personalizado em canais físicos e digitais.
Resolução de identidade
O processo de união de registos de dados fragmentados de múltiplos sistemas num perfil único e unificado, utilizando técnicas de correspondência determinística e probabilística.
A função técnica central de uma CDP. Uma má resolução de identidade gera perfis duplicados e corrompe a análise de dados. Valide a precisão auditando as taxas de duplicados mensalmente.
Dados de primeira entidade (first-party data)
Informações que uma empresa recolhe diretamente dos seus clientes com consentimento explícito, através de canais próprios, como um website, aplicação móvel ou um Captive Portal de WiFi para convidados.
A base da estratégia de dados moderna após a descontinuação dos cookies de terceiros. A conformidade com o GDPR e a CCPA é significativamente mais simples quando todos os dados são de primeira entidade.
Correspondência determinística
A ligação de registos de dados utilizando identificadores exatos e únicos, tais como um endereço de email ou número de telefone.
O método mais preciso para a resolução de identidade. Requer uma validação de dados rigorosa no ponto de entrada - utilize o Purple Verify para confirmar números de telefone antes da integração.
Correspondência probabilística
A ligação de registos de dados com base em padrões de comportamento, assinaturas de dispositivos ou inferência estatística quando não existem identificadores exatos disponíveis.
Utilizada para construir perfis parciais de utilizadores anónimos antes de se autenticarem. Menos precisa do que a correspondência determinística; utilize-a para enriquecer perfis, não como o método principal de correspondência.
Camada de ativação
O componente de uma CDP que envia dados de audiência segmentados para canais de execução, como email, SMS, meios pagos ou motores de personalização em tempo real.
Onde a infraestrutura de dados técnica se traduz em impacto comercial mensurável. Requer integrações de API baseadas em webhooks em tempo real para evitar a latência do processamento em lote.
Captive Portal
Uma página web que um utilizador deve visualizar e com a qual deve interagir antes de lhe ser concedido acesso a uma rede pública. O mecanismo principal para capturar dados de primeira entidade e consentimento em espaços físicos.
O ponto de recolha de dados mais importante para os operadores de espaços físicos. O design e as opções de autenticação no Captive Portal determinam diretamente a taxa de captura de dados e a qualidade dos perfis.
Visualização única do cliente (single customer view)
Uma representação agregada, consistente e holística de todos os dados conhecidos sobre um indivíduo, construída pelo motor de resolução de identidade e unificação de perfis da CDP.
O resultado final do núcleo da CDP. Todos os sistemas a jusante - plataforma de email, ferramenta de SMS, meios pagos - consomem a visualização única do cliente para personalizar as suas comunicações.
Consentimento de escolha consciente (conscious-choice opt-in)
Um mecanismo de consentimento onde um utilizador seleciona ativamente uma caixa de verificação ou confirma uma preferência, em vez de ter o consentimento pré-selecionado ou implícito pelo uso continuado.
Necessário ao abrigo do GDPR para comunicações de marketing. O Captive Portal da Purple impõe consentimentos de escolha consciente por predefinição, garantindo que todos os dados capturados cumprem a norma de consentimento.
Taxa de captura de dados
A percentagem de utilizadores do local que são identificados e perfilados com sucesso pela CDP, calculada como perfis identificados divididos pelo total de visitantes únicos.
O KPI fundamental para a implementação de CDP em espaços físicos. Uma taxa abaixo de 30% indica um problema com o design do Captive Portal ou com as opções de autenticação.
Exemplos Práticos
Uma cadeia de retalho com 400 localizações pretende identificar compradores de elevado valor que visitam as lojas físicas mas raramente abrem os emails de marketing. Atualmente, utilizam hardware Cisco Meraki para Guest WiFi, um CRM legado atualizado semanalmente através de exportação CSV e uma plataforma de email autónoma. A equipa de marketing não consegue identificar quais os subscritores de email que são também visitantes frequentes em loja.
Implementar uma CDP para unificar estes três sistemas. Configurar os pontos de acesso Cisco Meraki para autenticar através da Purple, capturando endereços MAC e emails verificados no Captive Portal. Ligar a Purple à CDP via API. A CDP ingere estes dados de WiFi em tempo real juntamente com a exportação semanal do CRM e os dados de interação da plataforma de email. O motor de resolução de identidade utiliza o endereço de email como chave determinística para fazer a correspondência entre os inícios de sessão WiFi, os registos do CRM e o histórico de interação por email. A equipa de marketing cria um segmento na CDP para 'Visitantes Frequentes em Loja com Baixo Envolvimento de Email' - definido como mais de quatro visitas em 90 dias e uma taxa de abertura de email inferior a 10%. A CDP envia este segmento para uma plataforma de redes sociais paga através da camada de ativação. O retalhista direciona anúncios de redes sociais personalizados a estes compradores específicos, contornando o canal de email ineficaz. Simultaneamente, a CDP sinaliza estes utilizadores no CRM como 'Elevado Envolvimento Físico' para a equipa de vendas.
Um estádio com capacidade para 50.000 pessoas precisa de gerir o acesso à rede para os adeptos durante os eventos, capturando simultaneamente dados para impulsionar as vendas de merchandising e criar relações diretas. Precisam de cumprir o GDPR, evitar o congestionamento da rede durante o intervalo e demonstrar o ROI à administração no prazo de 12 meses.
Implementar uma arquitetura de rede baseada em identidade utilizando hardware Extreme Networks. Os adeptos autenticam-se através de um Captive Portal da Purple utilizando o início de sessão social ou email, com o consentimento explícito do GDPR capturado no momento do início de sessão. Os dados de autenticação fluem para a CDP, que cria um perfil para cada participante. Para gerir o congestionamento, a rede atribui limites de largura de banda com base nos perfis dos utilizadores - os adeptos autenticados recebem uma largura de banda superior à dos dispositivos não autenticados. A CDP identifica os adeptos que assistiram a mais de três jogos esta época e aciona um SMS automatizado através do Purple Engage oferecendo um desconto de 15% na loja do clube, enviado aos 60 minutos de jogo, quando se confirma que o adepto ainda está no local. Para o caso de ROI da administração: monitorizar a receita de merchandising atribuída às campanhas de SMS acionadas pela CDP, o aumento das vendas diretas de bilhetes aos adeptos com perfil criado versus vendas de OTA, e a redução de pedidos de suporte de rede devido a uma melhor gestão de autenticação.
Perguntas de Prática
Q1. O seu diretor de marketing quer lançar uma campanha de email personalizada direcionada a compradores que visitaram a loja principal mais de cinco vezes, mas não realizaram nenhuma compra online. A sua infraestrutura atual inclui pontos de acesso HPE Aruba, um CRM legado atualizado semanalmente através de exportação CSV e uma plataforma de email. Os dados do CRM são atualizados semanalmente através de exportação CSV. Qual é a falha arquitetónica na configuração atual e como é que uma CDP a resolve?
Dica: Considere a latência da transferência de dados e a capacidade de associar a presença física à identidade digital em tempo real.
Ver resposta modelo
A falha arquitetónica é dupla. Primeiro, a dependência do processamento em lote através de exportações CSV semanais significa que o CRM está sempre com, pelo menos, sete dias de atraso. Um comprador que visitou cinco vezes esta semana não aparecerá no segmento até à exportação da próxima semana. Segundo, não existe um motor de resolução de identidade que ligue o início de sessão do WiFi HPE Aruba ao registo do CRM - os dois sistemas mantêm a mesma pessoa sob identificadores diferentes sem qualquer correspondência automatizada. Para resolver isto, implemente uma CDP para ingerir dados de autenticação em tempo real do Guest WiFi através da Purple e da integração HPE Aruba. A CDP utiliza o endereço de email capturado no Captive Portal como a chave determinística para fazer a correspondência entre o início de sessão do WiFi e o registo do CRM. O motor de resolução de identidade cria um perfil unificado que inclui tanto o histórico de visitas físicas como o histórico de compras online. A equipa de marketing cria um segmento para "Visitantes Frequentes em Loja com Zero Compras Online" e a CDP envia este segmento para a plataforma de email instantaneamente através da camada de ativação, sem esperar pelo ciclo CSV semanal.
Q2. O gestor de TI de um hospital está a implementar uma CDP para gerir as comunicações com doentes e visitantes. Planeia ingerir dados do Guest WiFi, do sistema de agendamento de consultas e do portal do doente. Qual é o principal risco de conformidade e como deve a arquitetura ser desenhada para o mitigar?
Dica: Pense na granularidade do consentimento e na segregação de informações de saúde protegidas dos dados de marketing padrão.
Ver resposta modelo
O principal risco é misturar informações de saúde protegidas (PHI) do sistema de agendamento de consultas e do portal do doente com dados de marketing padrão do Guest WiFi, sem consentimento explícito e granular para cada caso de uso. Ao abrigo do GDPR, o consentimento para acesso à rede não implica o consentimento para comunicações de marketing e, certamente, não implica o consentimento para o processamento de dados de saúde. A arquitetura deve impor uma segregação de dados estrita na camada de ingestão. O Captive Portal do Guest WiFi deve utilizar caixas de seleção de consentimento separadas e granulares - uma para o acesso à rede e outra para comunicações de marketing - e estas nunca devem estar pré-selecionadas. A CDP deve manter flags de consentimento separadas por fonte de dados e por caso de uso. As PHI do sistema de agendamento e do portal do doente devem ser processadas num ambiente de dados separado com controlo de acessos e permissões baseadas em funções que impeçam as equipas de marketing de aceder às mesmas. A camada de ativação deve validar as flags de consentimento antes de acionar qualquer comunicação. Utilize a captura de consentimento certificada pelo GDPR da Purple como base para o fluxo de dados do WiFi.
Q3. Está a avaliar dois fornecedores de CDP. O Fornecedor A utiliza correspondência probabilística baseada em dados de cookies de terceiros como o seu principal método de resolução de identidade. O Fornecedor B utiliza correspondência determinística baseada em identificadores primários (first-party) autenticados como o seu método principal, com a correspondência probabilística como uma camada secundária de enriquecimento. Qual é o fornecedor correto para uma estratégia empresarial a longo prazo e porquê?
Dica: Considere o estado atual do suporte para cookies de terceiros nos principais navegadores e as implicações para a precisão da resolução de identidade.
Ver resposta modelo
O Fornecedor B é a escolha correta. Os cookies de terceiros estão obsoletos nos principais browsers, incluindo o Chrome, Safari e Firefox. Uma CDP que dependa de correspondência probabilística baseada em cookies como o seu principal método de resolução de identidade está a construir sobre uma base obsoleta. As taxas de correspondência irão degradar-se continuamente à medida que o suporte para cookies for removido, e os perfis gerados tornar-se-ão cada vez mais imprecisos. A arquitetura do Fornecedor B - correspondência determinística como método principal, probabilística como enriquecimento - está alinhada com a realidade atual do panorama de dados. Para operadores de espaços físicos, o Captive Portal de Guest WiFi fornece um fluxo fiável de identificadores autenticados e determinísticos (endereços de email e números de telemóvel verificados) que alimentam diretamente o motor de correspondência principal do Fornecedor B. Isto produz perfis precisos e persistentes que não se degradam com o tempo.