1. Quem somos
O Thrust Base é operado por Thrust Marketing LTDA, inscrita no CNPJ 37.975.161/0001-00, com sede em Platinum Office, SIG Quadra 8, Lote 385, Sala 04, Brasília-DF, CEP 70610-480, Brasil ("Thrust"). O Thrust Base é um produto dentro da estrutura da Thrust Marketing: não existe empresa separada para ele, nem entidade em outro país.
O produto é vendido internacionalmente e em dólar, mas quem responde por ele é uma empresa brasileira. Esta política explica quais dados pessoais passam pelo Thrust Base, para que servem, com quem são compartilhados, por quanto tempo ficam e como exercer direitos.
2. Dois tipos de dado, dois papéis
O Thrust Base trata dois conjuntos bem diferentes de dados pessoais, e separar os dois é o que faz o resto deste texto fazer sentido.
Quanto aos dados de cadastro de quem usa o sistema, a Thrust é a CONTROLADORA: é ela que decide as finalidades e responde por elas.
Quanto aos dados dos compradores que a empresa cliente insere ou importa, a empresa cliente é a CONTROLADORA e a Thrust é a OPERADORA: a empresa decide o que carrega e para quê, e a Thrust trata esses dados por conta e ordem dela, apenas para prestar o serviço contratado e nunca para finalidade própria. A Thrust não coletou esses dados dos titulares, não tem relação com eles e não os usa para nada além de fazer o produto funcionar para a empresa que os carregou.
A empresa cliente declara, nos Termos de uso, ter base legal para tratar os dados pessoais que insere ou importa. Quando um comprador procura a Thrust, o pedido é encaminhado à empresa cliente, que é quem decide sobre aquele dado.
Este enquadramento é a posição que a Thrust adota hoje e aguarda confirmação na revisão jurídica final.
- Dados de quem usa o sistema: as pessoas da empresa cliente, e as da Thrust, que fazem login.
- Dados dos compradores: as pessoas que compraram da empresa cliente e aparecem nos lançamentos e nas planilhas que ela importa.
3. Quais dados tratamos
Dados de pagamento (número de cartão, validade, código de segurança) NÃO passam pelo Thrust Base e nunca chegam aos nossos servidores: eles são digitados diretamente no provedor de pagamento, que é quem os guarda.
Planilha, CSV e texto colado são lidos NO NAVEGADOR de quem importa: o arquivo em si não sobe para o servidor, que recebe apenas os registros já normalizados e um código do arquivo. Foto, print e PDF são a exceção, e estão explicados na seção 5.
| Dado | De quem | Como entra | Para que serve |
|---|---|---|---|
| Nome e e-mail | quem usa o sistema | cadastro, convite ou login com Google | criar e manter a conta, identificar quem fez cada alteração, enviar os avisos do serviço |
| Senha | quem usa o sistema | cadastro ou redefinição | autenticação. Fica apenas no provedor de login, com hash. A Thrust não vê a senha |
| Papel na empresa (titular, administrador, membro) | quem usa o sistema | definido por quem convida | decidir o que cada pessoa pode fazer na conta |
| Idioma preferido | quem usa o sistema | escolha na tela | mostrar o produto e os e-mails na língua da pessoa |
| Nome da empresa e cidade | empresa cliente | cadastro e onboarding | identificar a conta e organizar as análises |
| Respostas do questionário inicial | empresa cliente | onboarding | montar as etapas e os indicadores da empresa |
| Nome, telefone e cidade do comprador | comprador da empresa cliente | lançamento manual ou importação feita pela empresa | reunir compradores repetidos, montar a ficha e as análises comerciais da empresa |
| Data, valor e origem de cada venda | comprador da empresa cliente | lançamento manual ou importação | resultados, recorrência e indicadores da empresa |
| Histórico de alterações (antes e depois) | comprador e quem usa o sistema | toda gravação no sistema | auditoria: saber o que mudou, quando e por quem |
| Atendimentos de suporte: assunto, mensagens, categoria, idioma, papel, plano na abertura e a tela de onde o pedido saiu | quem usa o sistema | ao falar com o suporte dentro do produto | atender o pedido com contexto, sem obrigar a pessoa a repetir quem é |
| Registro de e-mails enviados: destinatário, tipo, idioma, estado da entrega e identificador do provedor | quem usa o sistema | a cada e-mail que o produto decide mandar | não mandar a mesma mensagem duas vezes, tentar de novo quando falha, e parar de escrever para endereço que devolveu ou reclamou |
| Endereço IP | quem acessa | cabeçalho da requisição | duas finalidades diferentes. (1) limitar tentativas de cadastro, de recuperação de senha e de abertura de atendimento: para isso ele entra num contador temporário, em forma de hash, por no máximo 24 horas. (2) compor o registro de acesso à aplicação que a lei obriga a guardar por 6 meses, sob sigilo (seção 8) |
| Dados de cobrança (quando a cobrança estiver ativa): identificador do cliente e da assinatura, plano, periodicidade, estado do pagamento e datas | empresa cliente | ao contratar um plano | controlar o que a empresa contratou e o acesso correspondente |
DadoNome e e-mail
De quemquem usa o sistema
Como entracadastro, convite ou login com Google
Para que servecriar e manter a conta, identificar quem fez cada alteração, enviar os avisos do serviço
DadoSenha
De quemquem usa o sistema
Como entracadastro ou redefinição
Para que serveautenticação. Fica apenas no provedor de login, com hash. A Thrust não vê a senha
DadoPapel na empresa (titular, administrador, membro)
De quemquem usa o sistema
Como entradefinido por quem convida
Para que servedecidir o que cada pessoa pode fazer na conta
DadoIdioma preferido
De quemquem usa o sistema
Como entraescolha na tela
Para que servemostrar o produto e os e-mails na língua da pessoa
DadoNome da empresa e cidade
De quemempresa cliente
Como entracadastro e onboarding
Para que serveidentificar a conta e organizar as análises
DadoRespostas do questionário inicial
De quemempresa cliente
Como entraonboarding
Para que servemontar as etapas e os indicadores da empresa
DadoNome, telefone e cidade do comprador
De quemcomprador da empresa cliente
Como entralançamento manual ou importação feita pela empresa
Para que servereunir compradores repetidos, montar a ficha e as análises comerciais da empresa
DadoData, valor e origem de cada venda
De quemcomprador da empresa cliente
Como entralançamento manual ou importação
Para que serveresultados, recorrência e indicadores da empresa
DadoHistórico de alterações (antes e depois)
De quemcomprador e quem usa o sistema
Como entratoda gravação no sistema
Para que serveauditoria: saber o que mudou, quando e por quem
DadoAtendimentos de suporte: assunto, mensagens, categoria, idioma, papel, plano na abertura e a tela de onde o pedido saiu
De quemquem usa o sistema
Como entraao falar com o suporte dentro do produto
Para que serveatender o pedido com contexto, sem obrigar a pessoa a repetir quem é
DadoRegistro de e-mails enviados: destinatário, tipo, idioma, estado da entrega e identificador do provedor
De quemquem usa o sistema
Como entraa cada e-mail que o produto decide mandar
Para que servenão mandar a mesma mensagem duas vezes, tentar de novo quando falha, e parar de escrever para endereço que devolveu ou reclamou
DadoEndereço IP
De quemquem acessa
Como entracabeçalho da requisição
Para que serveduas finalidades diferentes. (1) limitar tentativas de cadastro, de recuperação de senha e de abertura de atendimento: para isso ele entra num contador temporário, em forma de hash, por no máximo 24 horas. (2) compor o registro de acesso à aplicação que a lei obriga a guardar por 6 meses, sob sigilo (seção 8)
DadoDados de cobrança (quando a cobrança estiver ativa): identificador do cliente e da assinatura, plano, periodicidade, estado do pagamento e datas
De quemempresa cliente
Como entraao contratar um plano
Para que servecontrolar o que a empresa contratou e o acesso correspondente
4. Por que tratamos
As hipóteses abaixo foram escolhidas a partir da finalidade real de cada tratamento, e estão entre os pontos em revisão jurídica final.
| Tratamento | Hipótese | Por quê |
|---|---|---|
| Conta, login e papéis | execução de contrato | sem conta não há como prestar o serviço contratado |
| Dados de compradores carregados pela empresa | tratamento por conta da empresa cliente | a finalidade e a base legal são escolhidas por ela, que decide o que carrega; a Thrust apenas opera |
| Atendimento de suporte | execução de contrato | responder ao pedido é parte do serviço |
| E-mails do serviço (conta, cobrança, suporte) | execução de contrato | são avisos sobre a própria relação, não publicidade |
| Auditoria de alterações | legítimo interesse e segurança | saber quem alterou o quê protege a própria empresa cliente |
| Registro de erro (monitoramento) | legítimo interesse | manter o serviço funcionando; os dados pessoais são removidos antes do envio |
| Limite de tentativas por IP | legítimo interesse | impedir abuso e robô no cadastro, na recuperação de senha e no suporte |
| Cobrança e registros financeiros | execução de contrato e obrigação legal | cobrar o que foi contratado e guardar o que a lei manda guardar |
| Medição de publicidade na página de apresentação | consentimento | só acontece se você aceitar, e a recusa é guardada igual. Serve para sabermos qual anúncio traz cliente; nada disso ocorre dentro do sistema |
TratamentoConta, login e papéis
Hipóteseexecução de contrato
Por quêsem conta não há como prestar o serviço contratado
TratamentoDados de compradores carregados pela empresa
Hipótesetratamento por conta da empresa cliente
Por quêa finalidade e a base legal são escolhidas por ela, que decide o que carrega; a Thrust apenas opera
TratamentoAtendimento de suporte
Hipóteseexecução de contrato
Por quêresponder ao pedido é parte do serviço
TratamentoE-mails do serviço (conta, cobrança, suporte)
Hipóteseexecução de contrato
Por quêsão avisos sobre a própria relação, não publicidade
TratamentoAuditoria de alterações
Hipóteselegítimo interesse e segurança
Por quêsaber quem alterou o quê protege a própria empresa cliente
TratamentoRegistro de erro (monitoramento)
Hipóteselegítimo interesse
Por quêmanter o serviço funcionando; os dados pessoais são removidos antes do envio
TratamentoLimite de tentativas por IP
Hipóteselegítimo interesse
Por quêimpedir abuso e robô no cadastro, na recuperação de senha e no suporte
TratamentoCobrança e registros financeiros
Hipóteseexecução de contrato e obrigação legal
Por quêcobrar o que foi contratado e guardar o que a lei manda guardar
TratamentoMedição de publicidade na página de apresentação
Hipóteseconsentimento
Por quêsó acontece se você aceitar, e a recusa é guardada igual. Serve para sabermos qual anúncio traz cliente; nada disso ocorre dentro do sistema
5. Inteligência artificial: onde exatamente
O Thrust Base usa inteligência artificial da Anthropic em cinco pontos, e em nenhum outro. A lista é exaustiva de propósito: dizer apenas que "podemos usar IA" esconderia justamente o que interessa.
- A IA é usada para transcrever e para redigir texto de apoio. Ela não decide nada sozinha: nenhum dado é gravado por ela, e o que ela devolve passa por validação antes de virar informação na tela.
- Quando não há chave configurada, os dois primeiros pontos continuam funcionando por regras determinísticas, sem IA, e a tela diz isso.
- Arquivos enviados para leitura por imagem não são armazenados pela Thrust: eles são lidos e descartados no mesmo pedido. O que fica é o resultado que a pessoa confirmou.
- A Thrust não usa dados de clientes para treinar modelos próprios, porque não treina modelo nenhum. O que o fornecedor de IA faz com o conteúdo enviado é regido pelos termos dele, e a confirmação contratual desse ponto está na lista de pendências desta política.
| Onde | O que é enviado | Quando |
|---|---|---|
| Sugestão do funil, no cadastro inicial | as respostas do questionário e o texto livre que a pessoa digitar sobre o negócio | uma vez, no onboarding, se houver chave configurada |
| Interpretação de um indicador que a pessoa escreve | o nome e a descrição do indicador digitados pela pessoa | ao criar um indicador próprio |
| Resumo executivo do período | nome da empresa, números agregados do período e nomes de CIDADES. Nome e telefone de comprador NÃO são enviados: as análises que citam comprador pelo nome são removidas antes do envio, e existe teste automatizado provando isso | quando a pessoa pede o resumo |
| Dúvida de coluna, na importação | o cabeçalho da coluna e até CINCO valores de exemplo dela, com e-mail, telefone e documento substituídos por asteriscos. Um valor de exemplo pode conter o nome de um comprador, porque nome não é removível por padrão | só quando o sistema não consegue decidir sozinho o que é a coluna |
| Leitura de foto, print e PDF | o ARQUIVO INTEIRO, como imagem ou PDF, para ser transcrito em tabela | só quando a pessoa escolhe importar por imagem ou PDF (recurso do plano Pro) |
OndeSugestão do funil, no cadastro inicial
O que é enviadoas respostas do questionário e o texto livre que a pessoa digitar sobre o negócio
Quandouma vez, no onboarding, se houver chave configurada
OndeInterpretação de um indicador que a pessoa escreve
O que é enviadoo nome e a descrição do indicador digitados pela pessoa
Quandoao criar um indicador próprio
OndeResumo executivo do período
O que é enviadonome da empresa, números agregados do período e nomes de CIDADES. Nome e telefone de comprador NÃO são enviados: as análises que citam comprador pelo nome são removidas antes do envio, e existe teste automatizado provando isso
Quandoquando a pessoa pede o resumo
OndeDúvida de coluna, na importação
O que é enviadoo cabeçalho da coluna e até CINCO valores de exemplo dela, com e-mail, telefone e documento substituídos por asteriscos. Um valor de exemplo pode conter o nome de um comprador, porque nome não é removível por padrão
Quandosó quando o sistema não consegue decidir sozinho o que é a coluna
OndeLeitura de foto, print e PDF
O que é enviadoo ARQUIVO INTEIRO, como imagem ou PDF, para ser transcrito em tabela
Quandosó quando a pessoa escolhe importar por imagem ou PDF (recurso do plano Pro)
6. Com quem compartilhamos
A Thrust não vende dados pessoais. O compartilhamento se limita aos fornecedores abaixo. Cada um foi confirmado na configuração de produção; nenhum está listado por estar instalado.
Os dois últimos da lista são de MEDIÇÃO DE PUBLICIDADE e existem só na página de apresentação, nunca dentro do sistema. Eles só entram em ação se você aceitar na primeira visita (seção 12). Nenhum dado que a sua empresa cadastra no sistema — venda, comprador, cliente — chega a eles.
| Fornecedor | Para que serve | O que pode chegar lá |
|---|---|---|
| Supabase | banco de dados e provedor de login | todos os dados da seção 3, incluindo os dos compradores |
| Vercel | hospedagem, execução e registro de acesso | dados técnicos do pedido: rota, código de resposta, duração e identificador interno da empresa. Nome, telefone e e-mail de comprador não vão para o registro de acesso |
| Anthropic | inteligência artificial | exatamente o que está na seção 5, e nada além |
| Resend | envio dos e-mails do serviço | nome e endereço de e-mail de quem usa o sistema, e o conteúdo da mensagem enviada. Dado de comprador não vai |
| Sentry | registro de erro | tipo e mensagem do erro, já com e-mail, telefone, documento, senha, token e cookie substituídos por asteriscos, mais rota, versão e identificador interno da empresa |
| Stripe | pagamento e assinatura | nome, e-mail e dados de pagamento da empresa cliente, fornecidos diretamente a ela. Em operação comercial desde outubro de 2026: o pagamento acontece no ambiente da Stripe, e o cartão nunca passa pelos nossos servidores |
| Meta (Facebook) | medição de publicidade, só na página de apresentação e só com o seu aceite | que você viu a página e que clicou para assinar, com o identificador do seu navegador (cookies _fbp e _fbc) e, na confirmação da compra, o seu e-mail em forma embaralhada (hash), que o Meta usa para reconhecer sem receber o endereço em claro |
| Microsoft (Clarity) | entender o uso da página de apresentação, só com o seu aceite | como a página foi usada: cliques, rolagem e caminho do ponteiro. Não recebe nada do sistema nem dado de comprador |
FornecedorSupabase
Para que servebanco de dados e provedor de login
O que pode chegar látodos os dados da seção 3, incluindo os dos compradores
FornecedorVercel
Para que servehospedagem, execução e registro de acesso
O que pode chegar ládados técnicos do pedido: rota, código de resposta, duração e identificador interno da empresa. Nome, telefone e e-mail de comprador não vão para o registro de acesso
FornecedorAnthropic
Para que serveinteligência artificial
O que pode chegar láexatamente o que está na seção 5, e nada além
FornecedorResend
Para que serveenvio dos e-mails do serviço
O que pode chegar lánome e endereço de e-mail de quem usa o sistema, e o conteúdo da mensagem enviada. Dado de comprador não vai
FornecedorSentry
Para que serveregistro de erro
O que pode chegar látipo e mensagem do erro, já com e-mail, telefone, documento, senha, token e cookie substituídos por asteriscos, mais rota, versão e identificador interno da empresa
FornecedorStripe
Para que servepagamento e assinatura
O que pode chegar lánome, e-mail e dados de pagamento da empresa cliente, fornecidos diretamente a ela. Em operação comercial desde outubro de 2026: o pagamento acontece no ambiente da Stripe, e o cartão nunca passa pelos nossos servidores
FornecedorMeta (Facebook)
Para que servemedição de publicidade, só na página de apresentação e só com o seu aceite
O que pode chegar láque você viu a página e que clicou para assinar, com o identificador do seu navegador (cookies _fbp e _fbc) e, na confirmação da compra, o seu e-mail em forma embaralhada (hash), que o Meta usa para reconhecer sem receber o endereço em claro
FornecedorMicrosoft (Clarity)
Para que serveentender o uso da página de apresentação, só com o seu aceite
O que pode chegar lácomo a página foi usada: cliques, rolagem e caminho do ponteiro. Não recebe nada do sistema nem dado de comprador
7. Transferência internacional
Os fornecedores acima são empresas estrangeiras e podem tratar dados fora do Brasil. A execução da aplicação acontece em São Paulo (região gru1 da Vercel), declarada na configuração do projeto.
A região de armazenamento de cada fornecedor e o instrumento contratual que ampara cada transferência estão sendo confirmados fornecedor por fornecedor, e esta seção será completada com o resultado. Enquanto isso, a informação honesta é esta: há transferência internacional, e os instrumentos estão em confirmação.
8. Por quanto tempo guardamos
Enquanto a conta existir e a assinatura estiver de pé, os dados ficam. O que acontece depois está implementado no sistema, e não é promessa de papel:
- Quando a assinatura termina de verdade, abre-se uma janela de 90 dias. Nesse período nada é apagado, e contratar de novo cancela a janela sem perder nada.
- Vencida a janela de 90 dias, uma tarefa diária apaga a empresa e, com ela, vendas, lançamentos, compradores, apelidos, duplicidades possíveis, importações, tentativas de importação, indicadores, respostas do onboarding, histórico de alterações, questionário de cancelamento, atendimentos de suporte e as mensagens deles. Os logins e os perfis das pessoas são apagados no mesmo passo.
- Sobrevivem de propósito, e sem vínculo com a empresa: a trilha de eventos financeiros, que não contém dado pessoal (apenas identificador do evento, tipo, data e o resumo criptográfico do corpo), e o registro da própria exclusão, que existe para a exclusão ser auditável.
- Registros que a lei obriga a guardar são mantidos mesmo depois da exclusão da conta, e só eles. São dois conjuntos, cada um com fundamento e prazo próprios:
- Documentos fiscais e contábeis da relação comercial (nota, comprovante de pagamento, registro contábil): guardados por 5 anos, prazo em que a Fazenda ainda pode constituir e cobrar crédito tributário (Código Tributário Nacional, artigos 173, 174 e 195). Esses documentos são da relação entre a Thrust e a empresa cliente, e não contêm dados dos compradores dela.
- Registros de acesso à aplicação: guardados por 6 meses, porque a Lei 12.965/2014, o Marco Civil da Internet, obriga o provedor de aplicação a mantê-los nesse prazo, sob sigilo, e a entregá-los somente com ordem judicial (artigo 15). O registro tem DUAS informações, e nenhuma além: a data e a hora do acesso, e o endereço de onde ele partiu. Não guarda qual tela foi aberta, quem estava logado, qual empresa, qual navegador nem conteúdo nenhum. Uma linha por acesso à aplicação, não por imagem, arquivo ou chamada interna de tela.
- Esses registros ficam sob sigilo de verdade: não existe tela, menu, exportação nem consulta que os alcance, e nem a Thrust os lê pelo navegador. O único caminho é o servidor, e a entrega a terceiro depende de ordem judicial. Vencidos os 6 meses, uma rotina diária os apaga automaticamente.
- O prazo de 6 meses é independente do prazo de 90 dias acima: encerrar ou excluir uma conta não apaga registro de acesso que a lei manda guardar, e o registro de acesso não guarda nada que ligue um acesso a uma empresa.
- Fora desses dois conjuntos, nada é mantido por obrigação legal. O prazo e o fundamento acima são a posição que a Thrust adota hoje, e aguardam confirmação na revisão jurídica final.
- Registros de erro no monitoramento e registros de acesso na hospedagem seguem o prazo de retenção do plano contratado em cada fornecedor.
- Contador de tentativas por IP (o freio contra abuso, que é outra coisa): no máximo 24 horas, e já em forma de hash.
- Registro de e-mails enviados: fica como trilha operacional, sem o corpo da mensagem.
9. Exclusão pedida pela empresa
A empresa cliente pode pedir a exclusão dos dados a qualquer momento, pelo próprio produto, em Configurações e depois na aba Privacidade. O titular da conta é quem pode fazer esse pedido.
O pedido fica registrado, gera um recibo por e-mail e é executado pela Thrust depois da confirmação com a pessoa. Isso é de propósito: exclusão de conta inteira é irreversível, e um clique acidental não pode apagar a base de uma empresa.
A mesma tela oferece baixar uma cópia de todos os dados antes, e isso vale em qualquer plano, inclusive para quem está com o acesso bloqueado por pagamento.
A exclusão por pedido e a exclusão depois dos 90 dias usam a MESMA rotina do sistema: não existem duas exclusões diferentes, uma mais completa que a outra.
10. Segurança
- Cada empresa só enxerga os próprios dados: a empresa vem sempre da sessão, nunca de um parâmetro do navegador, e o banco repete a regra por políticas de acesso.
- Nenhuma gravação é feita pelo navegador: quem está logado só tem permissão de leitura no banco, e toda escrita passa pelo servidor.
- Senhas ficam apenas no provedor de login, com hash. A Thrust não tem acesso à senha de ninguém e não pede senha por e-mail, telefone ou no suporte.
- Atendimentos de suporte são visíveis para quem os abriu, e não para os colegas da mesma empresa.
- As mensagens de erro enviadas ao monitoramento passam por uma limpeza que remove e-mail, telefone, documento, senha, token e cookie.
- Exportações, alterações e pedidos de exclusão ficam registrados no histórico da empresa.
11. Direitos de quem é titular dos dados
Qualquer pessoa pode pedir confirmação de tratamento, acesso, correção, portabilidade, informação sobre compartilhamento, anonimização, bloqueio e eliminação, entre outros direitos previstos na Lei Geral de Proteção de Dados.
Canal para esses pedidos: contato@thrustmarketing.com.br. Os pedidos são respondidos no prazo da legislação aplicável; pela Lei Geral de Proteção de Dados, o atendimento em formato simplificado é imediato e a declaração completa sai em até 15 dias.
Dentro do produto, sem precisar escrever para ninguém, já é possível: trocar o próprio nome e idioma, trocar a própria senha, trocar o endereço de e-mail da conta com confirmação, baixar uma cópia de todos os dados da empresa em JSON e CSV, cancelar a assinatura e pedir a exclusão da conta.
Se o pedido for de um comprador cujos dados foram carregados por uma empresa cliente, a Thrust encaminha o pedido para essa empresa, que é quem decide sobre esses dados, e apoia tecnicamente o atendimento.
12. Cookies e armazenamento no navegador
É preciso separar duas coisas, porque elas se comportam de maneira diferente: a PÁGINA DE APRESENTAÇÃO (onde você conhece o produto e escolhe um plano) e o SISTEMA (onde você entra com login e trabalha).
DENTRO DO SISTEMA não existe nenhum script de terceiro: nada de Google Analytics, Tag Manager, Meta Pixel ou equivalente, e nenhum cookie de publicidade. Os cookies listados abaixo são do próprio serviço e existem para ele funcionar.
NA PÁGINA DE APRESENTAÇÃO existem duas ferramentas de medição, descritas na seção 6: o Meta Pixel e o Microsoft Clarity. Elas NÃO são carregadas antes de você escolher: ao chegar pela primeira vez, você vê um aviso com as opções de aceitar ou recusar, e nada de medição acontece enquanto você não decide. Recusando, nenhuma das duas é carregada e nenhum cookie delas é criado. A escolha fica guardada no seu navegador e pode ser revista a qualquer momento pelo link "Preferências de privacidade" no rodapé da página.
| O que | Para que serve | Quanto tempo |
|---|---|---|
| Cookies do provedor de login | manter a pessoa conectada entre as telas | enquanto a sessão durar |
| tb_consentimento (página de apresentação) | lembrar se você aceitou ou recusou a medição, para não perguntar de novo a cada visita. É criado em qualquer das duas respostas, inclusive na recusa | até seis meses |
| _fbp e _fbc (Meta) — SÓ se você aceitar | reconhecer o navegador e ligar a visita ao anúncio em que você clicou, para medirmos qual anúncio traz cliente | até três meses |
| Cookies do Microsoft Clarity — SÓ se você aceitar | entender como as pessoas usam a página de apresentação (onde clicam, onde param) | definidos pela Microsoft, até um ano |
| rc_idioma | lembrar o idioma escolhido, inclusive antes de fazer login | até um ano, ou até a pessoa sair da conta |
| rc_company | lembrar qual empresa a Thrust está visualizando no atendimento | enquanto a sessão durar |
| rc_sidebar | lembrar se o menu fica aberto ou recolhido | até um ano |
| rc_vista_registro | lembrar em que visão a pessoa deixou o registro de vendas | até um ano |
| Armazenamento da aba (sessionStorage) | guardar um rascunho do onboarding e lembrar que um aviso foi fechado nesta aba | apagado ao fechar a aba |
O queCookies do provedor de login
Para que servemanter a pessoa conectada entre as telas
Quanto tempoenquanto a sessão durar
O quetb_consentimento (página de apresentação)
Para que servelembrar se você aceitou ou recusou a medição, para não perguntar de novo a cada visita. É criado em qualquer das duas respostas, inclusive na recusa
Quanto tempoaté seis meses
O que_fbp e _fbc (Meta) — SÓ se você aceitar
Para que servereconhecer o navegador e ligar a visita ao anúncio em que você clicou, para medirmos qual anúncio traz cliente
Quanto tempoaté três meses
O queCookies do Microsoft Clarity — SÓ se você aceitar
Para que serveentender como as pessoas usam a página de apresentação (onde clicam, onde param)
Quanto tempodefinidos pela Microsoft, até um ano
O querc_idioma
Para que servelembrar o idioma escolhido, inclusive antes de fazer login
Quanto tempoaté um ano, ou até a pessoa sair da conta
O querc_company
Para que servelembrar qual empresa a Thrust está visualizando no atendimento
Quanto tempoenquanto a sessão durar
O querc_sidebar
Para que servelembrar se o menu fica aberto ou recolhido
Quanto tempoaté um ano
O querc_vista_registro
Para que servelembrar em que visão a pessoa deixou o registro de vendas
Quanto tempoaté um ano
O queArmazenamento da aba (sessionStorage)
Para que serveguardar um rascunho do onboarding e lembrar que um aviso foi fechado nesta aba
Quanto tempoapagado ao fechar a aba
13. Crianças e adolescentes
O Thrust Base é uma ferramenta de trabalho, destinada a empresas e aos profissionais que elas autorizam. Não é dirigido a crianças e adolescentes, e a Thrust não coleta dados dessa natureza de forma intencional.
14. Alterações desta política
Quando este texto mudar, a versão e a data no topo da página mudam junto. Alterações relevantes são comunicadas às empresas clientes pelo endereço de e-mail cadastrado.
15. Contato
Contato para assuntos de privacidade e proteção de dados: contato@thrustmarketing.com.br. Este é, hoje, o mesmo canal geral de atendimento da Thrust Marketing.
A designação formal de um encarregado pelo tratamento de dados pessoais está em avaliação e, quando houver, o nome e o contato serão publicados nesta seção. Até lá, o canal acima é o endereço válido para qualquer pedido relacionado a dados pessoais, e ele é atendido.