Política de Privacidade

Última atualização: 7 de outubro de 2026 (acrescenta os papéis da Linka e do provedor, a integração com o ERP, a régua de cobrança, a API do CRM, os prazos de exclusão e os fornecedores que podem tratar dados fora do Brasil).

O CRM Linka, em crm.assessorialinka.com.br, é um sistema de gestão comercial para provedores de internet, oferecido pela Linka (assessorialinka.com.br). Esta política explica quais dados o CRM trata, para quê e como pedir a exclusão. Ela segue a Lei Geral de Proteção de Dados, a Lei 13.709/2018.

Quem usa o CRM

A equipe da Linka e os provedores que usam o CRM, cada um com login próprio. Cada provedor vê só os próprios dados.

Quem é responsável pelos dados

Os dados que o CRM trata são de dois tipos, e em cada um a Linka tem um papel diferente na LGPD.

Dados da Linka: os dados de acesso dos usuários, os registros de acesso e de uso, o endereço de entrega das notificações no aparelho, as gravações de navegação, os pedidos de teste grátis e os pagamentos feitos à Linka. Nesses dados a Linka é a controladora: ela decide para que usá-los e responde por eles.

Dados do provedor: os leads, as conversas e os áudios de WhatsApp, os dados dos assinantes e as faturas que o provedor registra no CRM, importa ou conecta pelo sistema de gestão (ERP) dele, as respostas automáticas que ele configura e o conteúdo dos avisos de lead e de mensagem. Nesses dados o provedor é o controlador, e a Linka é a operadora: trata os dados em nome dele, para prestar o CRM e, quando ele também contrata a assessoria da Linka, para medir o resultado das campanhas, seguindo as instruções dele, que estão nos Termos de uso e no que ele configura no CRM.

O provedor escolhe e responde pelo fundamento legal com que trata esses dados. Por exemplo: o contrato de internet, para quem já é assinante; o pedido da própria pessoa, para quem o procura por um anúncio; a cobrança do que é devido, para as faturas. É ele também quem informa os assinantes e os contatos de que o atendimento usa um sistema de terceiros.

A equipe da Linka acessa os dados dos provedores para implantar, dar suporte e manter o CRM e, quando o provedor também contrata a assessoria da Linka, para medir o resultado das campanhas (como o custo por lead viável).

Se você é assinante de um provedor, ou conversou com um provedor pelo WhatsApp, o responsável pelos seus dados é o provedor. Veja em "Seus direitos" como pedir.

Quais dados tratamos

• Dados de acesso: nome, e-mail e senha dos usuários do CRM. A senha é guardada só como hash. Quando o gestor configura um atendente, guardamos também o nome que o cliente vê nas respostas, o período em que ele está fora e quem o substitui.
• Registros de acesso e de uso: a data e a hora de cada entrada no CRM, com o endereço IP e o navegador usado. Nas contas em período de teste grátis, registramos também quais telas do CRM cada usuário abre e por quanto tempo fica em cada uma. Nesse registro não entram o que é digitado nem o conteúdo das telas, e esse acompanhamento termina junto com o teste.
• Notificações no aparelho: quando um usuário ativa as notificações do CRM no celular ou no computador, guardamos o endereço de entrega que o navegador daquele aparelho fornece e as chaves que protegem os avisos. Os avisos de lead novo, de mensagem e do chat interno levam o nome do contato e o começo da mensagem. Desativar as notificações ou sair do CRM naquele aparelho apaga esse registro.
• Leads dos provedores: nome, telefone, CPF ou CNPJ, e-mail, endereço completo (rua, número, complemento, bairro, cidade e CEP), plano, origem, vendedor, anotações, comentários, contatos, tarefas, campos criados pelo provedor e arquivos anexados (até 10 MB cada), que o provedor registra, importa ou que chegam das conversas de WhatsApp iniciadas pelos anúncios. Quando um lead fica sem cobertura de rede, o CRM também guarda o ponto do endereço dele no mapa. Se a pessoa manda a localização pelo WhatsApp, o CRM guarda esse ponto no lead dela, tenha ou não cobertura, e a equipe do provedor também pode marcar o ponto à mão. Quando existem, o CRM guarda também as marcas de campanha de onde veio o clique (origem, meio, campanha, anúncio, palavra-chave, os identificadores de clique do Google e do Facebook e a página do site).
• Conversas de WhatsApp vindas de anúncios: quando o provedor conecta o WhatsApp Business, o CRM recebe as mensagens pela API oficial da Meta e guarda as conversas que começaram em um anúncio e as que a equipe do provedor abre pelo CRM a partir da ficha de um lead (essas seguem a regra dos leads). Guardamos o telefone, o nome do perfil, o texto das mensagens, os arquivos trocados (fotos, áudios e documentos), as respostas da equipe do provedor (pelo CRM ou pelo WhatsApp Business do celular), as respostas automáticas, quando estão ligadas para o provedor (robô e fluxos de atendimento; no robô, o texto que sai da transcrição dos áudios que a pessoa manda e as respostas que ele envia em áudio, em voz gerada por computador), a situação de entrega de cada mensagem e a identificação do anúncio de origem. As outras conversas que não vieram de anúncio são descartadas sem armazenamento, com três exceções: a conversa dos avisos da régua de cobrança, quando o provedor liga a régua (itens abaixo); as conversas de suporte dos assinantes, nos números em que a Linka liga essa opção a pedido do provedor; e a conversa de quem acabou de preencher o botão de WhatsApp do site ou o formulário do Google Ads do provedor: se essa pessoa escrever ao número do provedor em até 7 dias, a conversa fica guardada e ligada ao lead dela, e segue a regra dos leads.
• Dados de anúncios: quando o provedor conecta a conta de anúncios, o CRM lê métricas agregadas das campanhas: investimento, impressões, cliques, conversas iniciadas, frequência e saldo. O CRM apenas lê e nunca cria, altera ou pausa anúncios.
• Tokens de acesso da Meta: as autorizações concedidas pelo provedor ao conectar, guardadas com criptografia.
• Integração com o ERP do provedor (opcional): quando o provedor conecta o ERP dele ao CRM e uma venda é fechada, o CRM envia ao ERP os dados do cliente da venda: nome, CPF ou CNPJ, telefone, e-mail, CEP, endereço (rua, número, complemento, bairro e cidade), plano e valor, dia de vencimento, vendedor, origem, observações e os campos personalizados que o provedor preencheu na ficha; depois, consulta o andamento da instalação. As credenciais do ERP ficam guardadas com criptografia. Para o provedor conferir a integração, o CRM guarda as últimas chamadas ao ERP (até 100) e as últimas chamadas de entrada de leads (até 50), que podem trazer o nome do lead.
• Régua de cobrança do provedor (opcional): se o provedor liga a régua, o CRM recebe do ERP dele as faturas dos assinantes (as que a ferramenta do provedor enviar por webhook também são recebidas, com a régua ligada ou não) e guarda, de cada uma: o nome e o telefone do assinante, o identificador dele no ERP, a descrição, o valor, o vencimento, a situação, o link do boleto, a linha digitável, o Pix copia e cola e a data do pagamento, além de um registro de cada aviso enviado e entregue. O CPF ou CNPJ do assinante não é guardado na régua. Os avisos saem pelo WhatsApp do provedor, com modelos aprovados pela Meta. A conversa que nasce deles (o texto de cada aviso, as respostas do assinante e os arquivos que ele enviar) fica guardada, fora da tela Atendimentos e sem virar lead. Se o assinante já tinha uma conversa que começou em um anúncio, os avisos ficam nessa mesma conversa e seguem a regra dos leads. Quem responde PARAR deixa de receber os avisos, e guardamos só o telefone, com a data e o motivo, para respeitar esse pedido, até o provedor tirar a pessoa da lista ou o contrato dele terminar. Quando a pessoa pede a exclusão dos dados dela, o telefone também fica nessa lista, com o motivo "exclusão a pedido", para ela não receber avisos de novo se o ERP do provedor voltar a mandar as faturas.
• Consulta de faturas na conversa: na tela Atendimentos, o atendente pode consultar no ERP as faturas em aberto do assinante, pelo telefone da conversa ou pelo CPF ou CNPJ que ele digita. O documento digitado vale só para aquela consulta: não é guardado nem registrado. Se o ERP não responde, o CRM mostra as faturas que a régua já guardou.
• Botão de WhatsApp no site do provedor (opcional): quando o provedor instala o botão no site dele, quem toca nele informa o nome e o telefone; o CRM cria o lead com esses dados, a página do site e as marcas de campanha da visita, e abre a conversa no WhatsApp da pessoa. O botão não usa cookies e guarda a marca de campanha da visita (a mais recente) só na sessão do navegador. Para impedir abuso, guardamos por até 3 dias um código derivado do endereço IP, do qual o IP não pode ser recuperado.
• Formulário de lead do Google Ads (opcional): se o provedor liga a entrega de leads do Google Ads, o Google envia ao CRM os dados que a pessoa preencheu no formulário (nome, telefone, e-mail, CEP, cidade e as respostas às perguntas personalizadas) e o identificador do clique.
• Pesquisa de satisfação (opcional): se o provedor liga a pesquisa, ao concluir uma conversa o CRM pode mandar ao assinante uma pergunta de nota pelo WhatsApp, dentro da janela de 24 horas e no máximo uma a cada 7 dias por assinante. Guardamos o tipo da pesquisa, o momento do envio, o telefone de quem respondeu, a nota, o comentário que a pessoa escrever na resposta e o atendente dono da conversa quando ela foi concluída.
• API do CRM (opcional): quando o gestor do provedor cria uma chave da API, o CRM guarda o nome que ele deu à chave, o tipo (só leitura ou leitura e escrita), os primeiros caracteres dela, para ele reconhecê-la, e um código de verificação que não permite recuperar a chave, além do total de usos e da data do último uso (que ficam até a conta ser excluída). Registra também, por chave, dia, método e rota, quantos pedidos foram feitos, nunca o conteúdo dos pedidos. Quando a chave atualiza um lead, a mudança entra no histórico do lead, em nome da chave. A ferramenta que o provedor liga com a chave recebe os dados de leads que a API devolve: ela é escolhida pelo provedor, que responde por ela.
• Dados de pagamento à Linka: quando um cliente paga a Linka pelo link de pagamento do CRM, guardamos o nome ou a razão social, o CPF ou CNPJ, o e-mail e o celular de quem paga, o plano escolhido, a forma de pagamento, os valores, as datas e a situação de cada cobrança. O número do cartão é digitado apenas na página segura do Asaas: a Linka não recebe nem guarda dados de cartão.
• Gravações de navegação: quando um usuário de provedor cliente usa o CRM, o Microsoft Clarity registra como ele navega: os cliques, a rolagem, o movimento do mouse, as telas abertas e dados técnicos, como o navegador, o tamanho da tela e o país de acesso. Os textos das telas são trocados por símbolos no próprio navegador, antes de qualquer envio, e só ficam legíveis os nomes fixos do sistema, como menus, botões e títulos. Nomes, telefones, conversas, valores e tudo o que é digitado nos campos não são enviados. Cada gravação leva o nome do provedor e o nível de acesso do usuário, sem o nome nem o e-mail da pessoa. Para reconhecer as visitas feitas do mesmo navegador, o Clarity usa cookies. A equipe da Linka, a conta de demonstração e as páginas de pagamento não são gravadas.
• Pixel da Meta na página de teste grátis: a página de teste grátis do CRM, destino dos anúncios da Linka, carrega o pixel da Meta. Ele grava cookies no navegador (como _fbp) e informa à Meta que a página foi aberta e que um pedido de teste foi enviado, junto com dados técnicos do navegador e o endereço IP. Quando a conta de teste é criada, o CRM também informa à Meta que o teste começou, usando os identificadores que o pixel gravou naquele navegador (cookies _fbp e _fbc) e o tipo de navegador, que ficam guardados com o pedido até a conta ser criada a partir dele ou até o pedido ser descartado ou apagado. O nome, o telefone e o e-mail digitados no formulário acompanham os avisos de que a página foi aberta e de que o pedido foi enviado, em formato criptografado (hash), para a Meta reconhecer a pessoa e medir o resultado dos anúncios (é a "correspondência avançada" do pixel). O aviso de que o teste começou, enviado pelo CRM, não leva esses dados. Serve para medir e otimizar os anúncios da Linka. Para não participar: um bloqueador de rastreadores impede o pixel de carregar; nessa visita nada é gravado no navegador nem enviado à Meta, e o CRM não guarda os identificadores com o pedido. Bloquear os cookies desta página impede só a gravação dos identificadores: sem eles, o CRM não guarda nada do navegador com o pedido e não informa o início do teste à Meta, mas o pixel ainda avisa a visita e o envio do pedido. Nos dois casos, se você já tinha enviado o mesmo pedido antes com o pixel carregado, os identificadores daquele envio continuam com o pedido até a conta ser criada, o pedido ser descartado ou você pedir a exclusão. Nas configurações da sua conta na Meta (Atividade fora das tecnologias da Meta) dá para desligar o uso dessas informações. Quem já pediu o teste pode pedir a exclusão pelo contato abaixo.
• Pedidos de teste grátis: quando alguém pede o teste na página de teste grátis do CRM, guardamos o nome do provedor, a cidade, o nome, o WhatsApp e o e-mail de quem pediu, o ERP que o provedor usa (a opção escolhida ou o nome digitado), o momento em que a pessoa marcou a caixa de aceite dos Termos de uso e da Política de privacidade com a versão de cada um nesse momento e, quando a visita veio de um anúncio, de qual campanha e anúncio ela veio, além dos identificadores do pixel da Meta e do tipo de navegador descritos no item acima. O aviso que a equipe da Linka recebe sobre o pedido leva só o nome do provedor e a cidade. Para impedir envios em massa, a página guarda por até 3 dias um código derivado do endereço IP de quem enviou, do qual o IP não pode ser recuperado; o mesmo vale para a página de assinatura. A escolha de idioma (português ou espanhol) das páginas públicas fica guardada no próprio navegador.

Para que usamos

• Organizar a Pipeline de vendas de cada provedor.
• Medir o resultado das campanhas, como custo por conversa e custo por lead viável.
• Informar à Meta quais leads foram qualificados, quando o provedor autorizar, para melhorar a entrega dos anúncios.
• Enviar ao ERP do provedor as vendas fechadas e acompanhar a instalação.
• Cobrar os assinantes pelo provedor: avisar pelo WhatsApp as faturas a vencer ou vencidas e mostrar ao atendente as faturas em aberto, só quando o provedor liga a régua ou faz a consulta. O provedor decide; a Linka só executa.
• Deixar o provedor ligar o CRM a outras ferramentas dele pela API, só com a chave que ele cria.
• Captar leads pelo site e pelo Google Ads do provedor e medir a satisfação dos assinantes dele, só quando o provedor liga essas funções. O provedor decide; a Linka só executa.
• Cobrar os serviços da Linka: emitir as cobranças, confirmar os pagamentos, renovar o plano contratado e, quando quem paga ainda não tem conta, criar o acesso dele ao CRM. Esses dados são tratados para cumprir o contrato com o cliente e as obrigações fiscais da Linka.
• Proteger as contas e acompanhar o teste grátis: o registro das entradas ajuda a perceber um acesso indevido, e cada usuário vê as próprias entradas em Meu perfil. O registro das telas usadas mostra à equipe da Linka como a conta em teste está aproveitando o CRM, para ajudar na implantação e melhorar o sistema, e só a equipe da Linka tem acesso a ele.
• Entender como o CRM é usado: as gravações de navegação mostram à equipe da Linka quais telas e funções são mais usadas e onde as pessoas encontram dificuldade, para melhorar o sistema.
• Medir e otimizar os anúncios da Linka: a visita à página de teste grátis, o envio do pedido e o início do teste são informados à Meta; os avisos da visita e do envio levam também o nome, o telefone e o e-mail digitados no formulário, em formato criptografado (hash). O primeiro pagamento de um plano também é informado à Meta, com o valor pago, o nome do plano e o e-mail e o telefone de quem pagou, estes dois em formato criptografado (hash).
• Atender quem pede o teste grátis: o formulário cria a conta de teste com o e-mail e a senha informados (a senha é guardada de forma cifrada), e a equipe da Linka usa o WhatsApp informado no pedido para entrar em contato e ajudar a começar. Esses dados são tratados a pedido da própria pessoa.
• Proteger os formulários públicos contra envios automáticos (Cloudflare Turnstile e limite de envios por endereço IP).

Não vendemos dados. Como operadora, a Linka não usa os dados do provedor para outra finalidade além das descritas nesta política e nos Termos de uso. Nos dados em que é controladora, usa só para as finalidades listadas acima, com a exceção, descrita mais abaixo, do uso próprio que a Microsoft faz dos registros do Clarity.

Com quem compartilhamos

Os fornecedores abaixo ajudam o CRM a funcionar. Para os dados do provedor (leads, conversas, assinantes), a Linka trata os dados em nome do provedor e usa esses fornecedores para isso: eles recebem só o que precisam para a função deles. Para os dados da Linka (pagamentos, pedidos de teste, uso do CRM), a Linka usa o Asaas, a Meta (pixel), a Microsoft (Clarity), o Google, a Cloudflare, o Supabase e os serviços de notificação. A Meta também tem relação própria com o provedor, dono da conta de WhatsApp e de anúncios.

• Meta Platforms: as integrações de anúncios e de WhatsApp funcionam pelas APIs oficiais da Meta. O pixel da página de teste grátis envia à Meta a visita e o envio do pedido, e o CRM informa quando a conta de teste é criada e quando o primeiro pagamento de um plano é confirmado (neste caso com o valor pago, o nome do plano e o e-mail e o telefone de quem pagou, estes dois em formato criptografado); a Meta usa essas informações para medir e entregar os anúncios da Linka, conforme a Política de Privacidade da Meta. Os avisos da régua de cobrança passam pela Meta (WhatsApp) e levam o telefone do assinante (o destino da mensagem) e o que o provedor pôs no modelo: o nome do assinante, o valor, o vencimento, a descrição da fatura, os dias para vencer ou de atraso, o nome do provedor, o link do boleto, a linha digitável e o Pix. Quando um usuário toca em conectar a conta da Meta no CRM, o navegador carrega o SDK do Facebook (com o registro automático de eventos de aplicativo ligado), e a Meta recebe o endereço IP e dados do navegador.
• Cloudflare: hospeda o CRM; mede os acessos às páginas com o Cloudflare Web Analytics, que conta as visitas sem usar cookies e sem identificar quem visita; e fornece o Turnstile, a verificação de segurança (a caixa que confirma que a pessoa é humana) dos formulários de teste grátis e de assinatura. Para isso o navegador carrega um script de challenges.cloudflare.com, que recebe o endereço IP e sinais técnicos do navegador e do aparelho e devolve à Linka só a confirmação de que quem enviou é uma pessoa.
• OpenStreetMap (Nominatim): serviço que transforma um endereço em um ponto no mapa e fornece os desenhos do mapa. O CRM envia a ele o endereço (rua, número, bairro e cidade), sem o nome e sem o telefone da pessoa, quando o provedor consulta uma viabilidade, quando um lead sem cobertura é criado ou editado e nas rodadas automáticas que localizam esses leads para o Mapa da rede. Se o servidor do CRM não conseguir consultar, o navegador de quem usa o mapa consulta o Nominatim direto, e ele recebe o endereço digitado e o endereço IP. O navegador de quem usa o Mapa da rede também baixa os desenhos do mapa direto do OpenStreetMap, que recebe o endereço IP e a área vista, e bibliotecas do mapa de cdnjs e jsDelivr.
• Bases de CEP (ViaCEP e BrasilAPI): quando o usuário consulta um CEP no Mapa da rede ou digita um CEP na ficha do lead, ou quando o CRM localiza um lead pelo CEP, o CRM pergunta a essas bases públicas qual é o endereço do CEP. Elas recebem só o CEP, sem o nome e sem o telefone da pessoa. Se o servidor do CRM não conseguir consultá-las, o navegador consulta o ViaCEP e, se preciso, a BrasilAPI direto, e eles recebem o CEP e o endereço IP.
• Supabase: hospeda o banco de dados e os arquivos anexados do CRM, em servidores no Brasil (São Paulo).
• Anthropic: fornece a inteligência artificial que sugere se um lead é viável a partir do texto da conversa no WhatsApp, responde às perguntas da equipe da Linka no assistente do CRM e, quando o robô de atendimento está ligado para o provedor, redige as respostas ao lead. A sugestão de lead viável roda sozinha em todo provedor com o WhatsApp conectado e a conta ativa; o robô só roda se o provedor ligar. Vão para a Anthropic as últimas mensagens da conversa (até 40 na sugestão de viável e até 20 no robô) e o nome do provedor, sem o nome e o telefone da pessoa; como o texto é livre, ele pode conter dados que a pessoa escreveu. O assistente da equipe recebe números agregados por origem, motivo de perda e vendedor, o nome do provedor e o texto da pergunta, sem nome nem telefone de lead. O robô de suporte, que vem desligado e só a equipe da Linka liga a pedido do provedor, também usa a Anthropic: as últimas mensagens da conversa de suporte do assinante, sem CPF, CNPJ, cartão e senha, vão para ela redigir a resposta. Se a equipe da Linka também liga, para esse robô, a consulta ao ERP do provedor (vem desligada), depois que o assinante confirma quem é vão também para a Anthropic o primeiro nome dele, a situação do contrato e do plano, as faturas em aberto e os chamados que o ERP devolver; o ERP recebe o telefone ou o CPF ou CNPJ do assinante para localizá-lo, e o CRM guarda as últimas consultas do robô ao ERP (até 500), sem sequências de 7 ou mais dígitos. Quando o atendente usa o botão "Escrever com IA" na tela Atendimentos, vão para a Anthropic as últimas mensagens da conversa (até 20), o nome do provedor, o primeiro nome do cliente e o do atendente, o tom escolhido e o que a pessoa escreveu para a IA reescrever ou orientar; nunca o telefone, o identificador do WhatsApp nem dados da ficha. A IA só sugere o texto: quem lê e envia é o atendente. Segundo a documentação pública da Anthropic para os produtos comerciais, esses dados não são usados para treinar modelos por padrão e são apagados dos servidores dela em até 30 dias, salvo exceções legais ou de segurança.
• ElevenLabs: quando o provedor liga o robô de atendimento ou um fluxo de atendimento, e a opção de ouvir áudios está ativa (ela vem ativa), transforma em texto os áudios que a pessoa manda no WhatsApp; quando o provedor ativa a resposta em áudio, gera em voz sintética as respostas do robô. Transforma em texto também a anotação por voz que o usuário grava na ficha do lead, em qualquer conta, no máximo 3 vezes por dia por conta (a equipe da Linka pode liberar mais a pedido do provedor): o CRM não guarda esse áudio, e só o texto vira comentário, depois que o usuário o confere e salva. Quando a Linka liga o robô de suporte a pedido do provedor, os áudios que o assinante manda e o texto das respostas faladas também vão para a ElevenLabs. Recebe o áudio, ou o texto da resposta. A ElevenLabs pode guardar o histórico desses pedidos conforme o plano contratado pela Linka. Veja a Política de Privacidade da ElevenLabs.
• Google: guarda no Google Drive uma das cópias de segurança do banco de dados (veja "Por quanto tempo guardamos").
• Asaas: instituição de pagamento que processa os pagamentos à Linka por Pix, boleto e cartão. Recebe os dados de quem paga para emitir a cobrança. Os dados do cartão ficam só com o Asaas, que guarda o cartão quando o cliente escolhe a renovação automática do plano.
• Serviços de notificação do navegador (Google, Apple, Mozilla ou Microsoft): entregam ao aparelho os avisos de quem ativou as notificações. O aviso sai do CRM criptografado e só o aparelho do usuário consegue abrir: o serviço de entrega não lê o conteúdo.
• ERP do provedor: o sistema de gestão que o provedor escolheu e conectou ao CRM recebe as vendas fechadas e devolve as faturas e o andamento da instalação. É um sistema do próprio provedor: a Linka não o escolhe nem o contrata, e ele trata os dados conforme o contrato dele com o provedor. Se o provedor usa o conector por webhook, os dados seguem para a ferramenta de automação (como n8n, Make ou Zapier) que ele configurou.
• Microsoft: fornece o Clarity, a ferramenta que registra a navegação dos clientes no CRM, com os textos das telas mascarados. A Microsoft recebe esses registros e pode usá-los também para fins próprios, como melhorar os serviços dela e publicidade, conforme a Declaração de Privacidade da Microsoft.

Seus dados saem do Brasil?

Alguns fornecedores que a Linka usa podem tratar dados também fora do Brasil:

• Meta: o pixel da página de teste grátis (cookies, endereço IP, dados do navegador e identificadores dos anúncios), o aviso do primeiro pagamento de um plano (valor, plano e e-mail e telefone de quem pagou em formato criptografado), os anúncios e as mensagens de WhatsApp.
• Microsoft (Clarity): as gravações de navegação, com os textos das telas mascarados.
• Google: a cópia de segurança no Google Drive.
• Cloudflare: o tráfego do CRM e das páginas, a verificação de segurança e a medição de visitas.
• Anthropic: o texto das conversas que a inteligência artificial lê (sugestão de lead viável, robô, robô de suporte e o botão "Escrever com IA") e as perguntas da equipe da Linka ao assistente do CRM.
• ElevenLabs: os áudios e o texto das respostas faladas, quando o provedor liga o robô (de atendimento ou de suporte) ou um fluxo com áudio, e o áudio da anotação por voz que o usuário grava na ficha do lead.
• Serviços de notificação do navegador (Google, Apple, Mozilla e Microsoft): os avisos, que saem criptografados.
• OpenStreetMap (fundação com sede no Reino Unido): endereços consultados no mapa e o endereço IP de quem usa o mapa.
• jsDelivr e cdnjs (redes de distribuição de bibliotecas usadas no mapa, na importação de planilhas e no relatório em PDF): o endereço IP de quem usa essas telas.
• ViaCEP e BrasilAPI: CEPs consultados e, no caso de consulta direta do navegador, o endereço IP.

Esses envios são necessários para o CRM funcionar, medir os anúncios da Linka e fazer as cópias de segurança. Para saber mais, escreva ao encarregado abaixo.

Por quanto tempo guardamos

Os dados que o provedor registra no CRM (leads, conversas, arquivos, faturas e dados dos assinantes) ficam guardados enquanto o provedor for cliente da Linka. Quando o provedor pede a exclusão, a Linka exclui esses dados do CRM e dos arquivos anexados em até 15 dias. Quando o contrato termina, a Linka avisa o responsável e exclui os dados cerca de 30 dias depois do encerramento, salvo instrução diferente do provedor. As cópias de segurança seguem a regra do parágrafo "Cópias de segurança".

Se a conta ficar suspensa por falta de pagamento, os dados ficam guardados durante a suspensão. Passados 90 dias de suspensão sem pagamento, a Linka pode encerrar a conta e excluir os dados, com aviso antes. Conta de teste grátis que termina sem virar plano: cerca de 90 dias depois do fim do teste, e depois de avisar o responsável, a Linka exclui a conta de teste e o que ela registrou. O responsável pode pedir a exclusão a qualquer momento.

A exceção são os registros de cobrança e pagamento: eles ficam guardados pelo prazo que a legislação fiscal e contábil exige, em geral 5 anos, mesmo depois do fim do contrato. Nesse período, servem só para cumprir essas obrigações.

As gravações de navegação ficam no Clarity por 30 dias. Os dados resumidos de cliques por tela, e as gravações que a equipe da Linka marcar para guardar, ficam por até 9 meses.

Registros técnicos do CRM são apagados sozinhos depois de um tempo: as entradas no CRM (data, hora, IP e navegador) depois de 12 meses; o registro das telas usadas nas contas em teste, depois de 6 meses; os avisos recebidos do Asaas, que servem só para não processar o mesmo pagamento duas vezes, depois de 13 meses; as tentativas de entrada erradas, depois de 2 dias; as execuções dos fluxos de atendimento já encerradas, depois de 6 meses; e o registro de uso da API, depois de 90 dias.

As faturas e os avisos da régua de cobrança são apagados 90 dias depois do vencimento. As conversas de cobrança e de suporte são apagadas 90 dias depois da última mensagem, salvo a conversa que também começou em um anúncio, que segue a regra dos leads. O registro de quem respondeu PARAR fica até o provedor tirar a pessoa da lista ou o contrato dele terminar. As respostas da pesquisa de satisfação (telefone, nota e comentário) saem junto com a conversa quando o lead é excluído na tela; nos demais casos ficam enquanto o provedor for cliente da Linka, ou até a pessoa pedir a exclusão.

Lead excluído na tela. Quando um lead é excluído na tela do CRM, a conversa de WhatsApp dele é excluída junto (o mesmo vale para os leads de uma importação que é desfeita), e uma cópia da ficha (com planos, comentários e contatos) fica no histórico de atividade, para o botão Restaurar, por 30 dias. Os anexos saem do armazenamento na hora.

Os pedidos de teste grátis ficam guardados por até 12 meses. Quem pediu o teste e não virou cliente pode pedir a exclusão antes disso, pelo contato abaixo.

Cópias de segurança. Todos os dias a Linka faz uma cópia de segurança do banco de dados do CRM e dos arquivos anexados, para conseguir recuperar o serviço se algo der errado. A cópia tem todos os dados do CRM, inclusive conversas e dados de pessoas que os provedores registram, e é guardada em dois lugares: num computador do responsável pela Linka e no Google Drive. Cada cópia é apagada sozinha depois de 30 dias e, no Google Drive, ainda fica até 30 dias na lixeira antes de sumir de vez. Por isso um dado que a Linka exclui do CRM deixa de existir nas cópias em até 60 dias depois da exclusão. As cópias servem só para recuperar o serviço.

Como pedir a exclusão dos dados

As instruções completas estão em Exclusão de dados. Em resumo: o provedor pode desconectar a Meta a qualquer momento na página Integração do CRM, e qualquer pessoa pode pedir a exclusão dos próprios dados pelo e-mail abaixo.

Seus direitos

Você pode pedir: a confirmação de que tratamos os seus dados; o acesso a eles; a correção de dados incompletos, inexatos ou desatualizados; a anonimização, o bloqueio ou a eliminação de dados desnecessários, excessivos ou tratados fora da lei; a portabilidade; a eliminação dos dados tratados com o seu consentimento; a informação sobre com quem os dados são compartilhados; a informação sobre a possibilidade de não dar consentimento e suas consequências; e a revogação do consentimento. Você também pode se opor a um tratamento feito sem o seu consentimento e fazer uma petição à Autoridade Nacional de Proteção de Dados (ANPD). A sugestão de lead viável que a inteligência artificial faz é só uma sugestão: quem decide é uma pessoa, e você pode pedir que uma pessoa reveja qualquer decisão tomada com a ajuda dela.

A quem pedir depende de quem você é:

• Se você usa o CRM, pagou a Linka ou pediu o teste grátis, peça à Linka pelo e-mail do encarregado abaixo. A Linka responde com a confirmação e o acesso em formato simplificado assim que verifica o pedido, e com a declaração completa em até 15 dias.
• Se você é assinante de um provedor, ou conversou com um provedor pelo WhatsApp, o responsável pelos seus dados é o provedor, e é a ele que o pedido deve ser feito. Se você escrever à Linka, ela repassa o pedido ao provedor e, com a instrução dele, apaga ou entrega os dados do CRM em até 15 dias depois dessa instrução. Para a sua segurança, podemos pedir informações que confirmem que o pedido é seu.
• Registros que a lei obriga a guardar, como os de cobrança e de pagamento, ficam pelo prazo exigido.

Contato

LINKA ASSESSORIA LTDA (Linka Assessoria), CNPJ 62.960.029/0001-72, Rua 12 Norte, Lote 02, Sala 202, Norte (Águas Claras), Brasília/DF, CEP 71909-540.

A Linka é a controladora dos dados de acesso, de uso, de pagamento e do teste grátis, e a operadora dos dados que os provedores registram no CRM. Para dados de assinantes e de leads de um provedor, fale primeiro com o provedor.

Encarregado de dados da Linka: Felipe Araújo, felipe@assessorialinka.com.br