Política de Privacidade do Trama
Versão: 2026-10-28 · Vigência: a partir de 28 de outubro de 2026
Esta Política explica quais dados pessoais o Trama trata, para quê, com que base legal, com quem eles são compartilhados, por quanto tempo ficam guardados e como você exerce os seus direitos previstos na Lei Geral de Proteção de Dados Pessoais (Lei nº 13.709/2018, "LGPD") e no Marco Civil da Internet (Lei nº 12.965/2014).
1. Quem somos e como falar conosco
O Trama é oferecido pela Hallen Consultoria Tecnológica Ltda., CNPJ 45.106.125/0001-39, com sede na Rua Juscelino Kubitscheck de Oliveira, 890, Jardim Boa Vista, Barra Mansa (RJ), CEP 27350-130 ("Hallen Tech" ou "nós").
Encarregado pelo tratamento de dados pessoais: Eddwan Hallen da Silva · dpo@trama.sh
É por esse canal que você exerce os seus direitos, tira dúvidas sobre esta Política e fala conosco sobre privacidade.
2. O desenho do Trama, porque ele decide quase tudo aqui
O Trama tem duas partes, e só uma delas é nossa.
| O Core, na máquina do cliente | A Plataforma, com a Hallen Tech | |
|---|---|---|
| Onde roda | Num servidor, VPS ou computador que o cliente administra | Em servidores da própria Hallen Tech, em São Paulo (SP), Brasil |
| O que guarda | Texto dos cards, prompts, transcrições dos turnos, conversas com os agentes, anexos, cópias de trabalho dos repositórios (código-fonte), credenciais do tracker e do repositório, licença e chaves públicas dos decisores | Contas, organizações, membros, convites, papéis, sessões, cobrança, o registro de cada core, totais de consumo, orçamentos, alertas e a trilha de auditoria |
| Quem decide sobre esses dados | O cliente | A Hallen Tech ou o cliente, conforme a seção 3 |
| Quem tem acesso | O cliente; a Hallen Tech não tem | A Hallen Tech, para operar o serviço, e os fornecedores da seção 9 |
O que a Plataforma nunca guarda: o texto dos cards (o título só passa por ela, seção 5), os prompts, as transcrições, as conversas, os anexos, o código-fonte, os diffs, as credenciais do tracker, do repositório ou do provedor de IA, a chave privada de quem decide, nem cópia do banco de um core. Uma verificação automática recusa o esquema do banco da Plataforma se ele ganhar uma coluna para guardar qualquer uma dessas coisas.
A IA fala direto com o provedor, pela conta do cliente. O agente de IA roda na máquina do core, autenticado com a conta do próprio cliente no provedor de IA que ele escolheu (por exemplo, a Anthropic). O texto dos cards, os prompts e o código vão da máquina do cliente ao provedor de IA, sem passar pela Hallen Tech. Essa relação é entre o cliente e o provedor, sob os termos e a política de privacidade do provedor, inclusive quanto a guardar esse conteúdo ou usá-lo para treinar modelos.
3. O papel de cada um
- A Hallen Tech é controladora dos dados de conta, acesso, segurança, registros de acesso, auditoria, cobrança, do site, dos e-mails que envia e dos pedidos de titular (seções 4.1 a 4.4, 7 e 8). Ela decide como esses dados são tratados e responde por eles.
- A Hallen Tech é operadora, e trata os dados em nome do cliente e segundo as instruções dele, quando: retransmite o trabalho do core para a tela (seção 5); repassa os webhooks de entrada e envia os de saída (seções 5 e 6); e guarda a configuração e os dados de trabalho que a organização põe na Plataforma (projetos, clientes, orçamentos, alertas, estado dos cores, consumo, seção 4.5). A organização também decide quem entra nela, com que papel, a quais clientes cada pessoa tem acesso e o orçamento de cada um. Nesses dados, a organização é a controladora; a Hallen Tech é a controladora só da identidade e da segurança do acesso.
- O cliente é controlador de tudo o que o core dele trata na máquina dele: cards, código, conversas e os dados das pessoas que aparecem nos quadros dos clientes dele. Também é dele a escolha do provedor de IA, do tracker e do repositório. A Hallen Tech não tem acesso a esses dados e não consegue apagá-los.
4. Os dados que tratamos
4.1. Conta, acesso e segurança
| Dado | Para quê | Base legal |
|---|---|---|
| Nome, e-mail, idioma e tema da interface | Identificar você, entrar, comunicar | Execução de contrato (art. 7º, V). Para o membro convidado por uma organização, também o legítimo interesse dela e nosso em dar acesso à equipe (art. 7º, IX) |
| Login com Google: o identificador da conta Google, o e-mail, se ele é verificado, e o nome (não lemos a foto; o token de acesso do Google é usado uma vez e não é guardado) | Entrar com Google | Execução de contrato |
| Login com GitLab: o identificador e o e-mail | Entrar com GitLab | Execução de contrato |
| SSO da organização (OIDC ou SAML): o identificador e o e-mail que o provedor de identidade da sua organização informar | Entrar pelo SSO que a sua organização configurou | Execução de contrato |
| Senha: guardamos só um hash (scrypt), nunca a senha | Entrar com senha | Execução de contrato |
| Segundo fator: a semente TOTP, cifrada, e os códigos de recuperação, só como hash | Proteger a conta | Execução de contrato; legítimo interesse em segurança (art. 7º, IX) |
| Links de acesso, redefinição de senha e convites: só o hash do token | Entrar e convidar com segurança | Execução de contrato |
| Sessões: endereço IP, navegador (user agent), quando começou, quando foi usada e como você entrou | Manter você conectado, mostrar e encerrar sessões, investigar acesso indevido | Execução de contrato; legítimo interesse em segurança |
| Registros de acesso à aplicação: endereço IP, data e hora, com fuso horário | Cumprir a guarda obrigatória de 6 meses e atender a ordens judiciais | Cumprimento de obrigação legal (art. 7º, II; Marco Civil, art. 15), guardados por 6 meses sob sigilo, com acesso restrito e registrado (Decreto 8.771/2016, art. 13) |
| Localização aproximada do IP, calculada localmente com a base DB-IP (o IP não é enviado a terceiros) | Mostrar de onde vem cada sessão | Legítimo interesse em segurança |
| Foto de perfil, se você enviar: recodificada, o que remove o local e os dados da câmera | Mostrar quem é você aos membros das suas organizações | Consentimento (art. 7º, I); você pode removê-la quando quiser |
| Limite de tentativas: um hash do endereço ou da pessoa, que não permite recuperar o valor | Impedir a adivinhação de senha, código e convite | Legítimo interesse em segurança |
| Trilha pessoal: segundo fator ligado, desligado ou trocado, senha trocada, sessões encerradas, com IP e navegador | Investigar o comprometimento de uma conta | Legítimo interesse em segurança |
4.2. Organização e membros
| Dado | Para quê | Base legal |
|---|---|---|
| De quais organizações você participa, com qual papel, desde quando e até quando; a quais clientes você está limitado | Dar a cada pessoa o acesso certo | Execução de contrato; para a configuração feita pela organização, tratamos como operadora (seção 3) |
| Convites: o e-mail convidado, quem convidou e a validade | Trazer pessoas para a organização | Legítimo interesse da organização que convida e nosso (art. 7º, IX) |
| Chave pública de decisor e de assinatura de membro, e a qual membro pertence | Mostrar quem iniciou ou aprovou algo (a decisão vale pela assinatura conferida na máquina do core) | Execução de contrato; legítimo interesse em segurança |
| Orçamento de gasto por pessoa e gasto por chave de assinatura por dia | Aplicar os limites de custo que a sua organização definiu | Tratamos como operadora da organização |
| Tentativas recusadas de convidar, promover, rebaixar ou remover membros, com o IP | Detectar abuso | Legítimo interesse em segurança |
4.3. Auditoria
| Dado | Para quê | Base legal |
|---|---|---|
| Quem pediu cada operação a um core, qual operação, um hash dos parâmetros (nunca os parâmetros), o resultado, quando, o IP e o navegador. Leituras não são auditadas | Provar o que foi feito e por quem e resolver disputas sobre atos irreversíveis | Legítimo interesse; exercício regular de direitos (art. 7º, VI) |
4.4. Compra e cobrança
| Dado | Para quê | Base legal |
|---|---|---|
| E-mail informado na compra, idioma, cores comprados, valor, forma de pagamento e os identificadores da Stripe | Enviar o convite de fundação e vinculá-lo à compra | Procedimentos preliminares e execução de contrato (art. 7º, V) |
| Assinatura, períodos, demonstrativos, cobranças, identificadores da Stripe, eventos de pagamento e a versão dos Termos aceita | Cobrar, conciliar, provar o pagamento e o aceite, cumprir a obrigação fiscal | Execução de contrato; cumprimento de obrigação legal (art. 7º, II) |
| Dados do cartão | Pagar com cartão | Não chegam à Hallen Tech: são digitados no ambiente da Stripe. Guardamos só os identificadores que a Stripe usa para cobrar o cartão salvo |
| Pagador do boleto: CPF ou CNPJ, nome, e-mail e endereço. Pedidos só quando alguém escolhe boleto e guardados cifrados (AES-256-GCM) no perfil de cobrança da organização para os boletos seguintes; o dono ou um administrador pode editá-los ou apagá-los | A Stripe só emite um boleto pagável com esses dados | Execução de contrato; quando o pagador é outra pessoa (por exemplo, o financeiro da empresa), legítimo interesse em viabilizar o pagamento escolhido |
| Dados para a nota fiscal (CNPJ, razão social, endereço), quando o cliente os informa | Emitir a nota fiscal de serviço | Cumprimento de obrigação legal |
| Dados bancários para devolver um boleto, quando você pede reembolso: titular, CPF ou CNPJ e a chave Pix ou a conta, guardados cifrados | Fazer a transferência de devolução | Cumprimento de obrigação legal (CDC, art. 49) e execução de contrato |
4.5. Os cores e o trabalho da organização
Nesta seção, a Hallen Tech é operadora da organização, salvo o registro do core e a licença, que usamos para licenciar o serviço.
| Dado | Para quê |
|---|---|
| Registro de cada core: identificador, impressão digital, versão, plataforma, quando foi visto, hash da credencial de conexão, validade da licença | Saber quais máquinas pertencem à organização e emitir e renovar a licença |
| Estado da máquina que o core informa: número de CPUs, carga, memória, verificações de saúde, turnos em andamento | Mostrar a saúde do core no painel e gerar alertas |
| Uso da assinatura do provedor de IA que o core lê na máquina: um indicador de status e, quando disponível, o percentual usado das janelas de 5 horas e de 7 dias | Mostrar no painel quanto da assinatura resta |
| Totais de consumo por dia e por projeto: turnos, custo estimado, cards entregues, tokens. O nome do projeto é o texto que o próprio cliente escreveu | Mostrar o consumo e aplicar os orçamentos |
| Projetos e clientes: nome, tipo e endereço do tracker | Organizar o trabalho no painel |
| Orçamentos da organização e dos projetos | Aplicar os limites que a organização definiu |
| Alertas: que uma condição aconteceu (core fora do ar, falhas seguidas, orçamento em 80%), sobre qual core ou turno, e de quando a quando | Avisar a organização |
Esses dados são sobre máquinas e trabalho, e não sobre pessoas. Eles se tornam pessoais quando o cliente é pessoa física ou quando o nome de um projeto ou de um cliente identifica alguém. Recomendamos não usar o nome de uma pessoa como nome de projeto ou de cliente.
5. O que passa pela Plataforma sem ficar
Para o painel e o aplicativo mostrarem o trabalho de um core, a Plataforma retransmite em tempo real, só em memória e sem gravar, o que o core envia à tela de quem está conectado: títulos de cards, o andamento e o texto dos turnos e as linhas das conversas. Do mesmo modo, a Plataforma recebe os webhooks do GitHub, do GitLab, do Linear ou de outra origem configurada pelo cliente e os repassa ao core, sem gravar o conteúdo: guardamos só o nome do evento, o identificador da entrega e o resultado, por 30 dias. As credenciais de tracker e repositório digitadas no navegador atravessam a Plataforma cifradas para a chave do core, e só o core consegue abri-las.
Nesse trânsito, a Hallen Tech age como operadora do cliente.
6. Webhooks de saída
A organização pode cadastrar endereços (inclusive do Slack) para receber avisos de alertas e de entregas. As mensagens levam identificadores e palavras fixas, nunca o texto de um card, um prompt, um diff, o nome de um branch ou de um agente. Os endereços e os segredos ficam cifrados. O histórico de envios fica 30 dias, e a resposta do destino não é guardada.
7. O site trama.sh
| Dado | Para quê | Base legal |
|---|---|---|
| Lista de avisos: só o e-mail, guardado no Resend, quando você se inscreve | Avisar quando houver novidades do Trama | Consentimento (art. 7º, I). Cada aviso traz um link para sair |
| Contagem de visitas pelo PostHog, pelo próprio domínio, sem cookie, sem guardar nada no seu aparelho, sem perfil e sem gravação de sessão; respeita os sinais Do Not Track e Global Privacy Control. Para as inscrições, conta o resultado, o idioma e o país, sem o e-mail. O endereço IP do visitante não é repassado ao PostHog nem guardado por ele | Saber quantas visitas o site recebe | Legítimo interesse (art. 7º, IX) |
8. E-mails que enviamos
Enviamos pelo Resend: links de acesso, redefinição de senha, convites, convite de fundação, avisos de cobrança e de atraso, e avisos sobre a conta. Os e-mails de cobrança vão ao dono da organização. Não enviamos publicidade a quem não se inscreveu na lista de avisos.
9. Com quem compartilhamos
Não vendemos dados pessoais e não os usamos para publicidade. Compartilhamos apenas com os fornecedores de que precisamos para operar o Trama:
| Fornecedor | Para quê | Dados | Onde |
|---|---|---|---|
| Stripe | Pagamentos com cartão e boleto | E-mail do comprador, dados do cartão (digitados direto na Stripe), dados do pagador do boleto, nome da organização, valores | Brasil e EUA |
| Resend | Envio de e-mails e lista de avisos do site | E-mail, nome quando houver, conteúdo do e-mail | Envio pela região de São Paulo (Brasil); empresa e demais serviços nos EUA |
| Cloudflare | DNS, hospedagem do site trama.sh e dos downloads do core (R2); guarda das cópias de segurança cifradas da Plataforma (R2, jurisdição EUA, 30 dias) | Endereço IP e dados técnicos de quem visita o site ou baixa o core; as cópias de segurança cifradas, que a Cloudflare não consegue abrir | Global e EUA |
| PostHog | Contagem de visitas do site | Dados técnicos da visita e país, sem cookie e sem e-mail | EUA |
| ViaCEP | Preencher o endereço a partir do CEP, na compra pelo site | Só o CEP digitado, enviado pelo seu navegador | Brasil |
Provedores de login. Quando você escolhe entrar com Google ou GitLab (ambos nos EUA), ou quando a sua organização configura um SSO (OIDC ou SAML) ou uma instância própria do GitLab, esse provedor recebe o pedido de login e nos devolve o que a seção 4.1 descreve. Ele trata os seus dados como controlador próprio, sob a política de privacidade dele.
Stripe como controladora própria. Além de processar o pagamento para nós, a Stripe trata dados como controladora para finalidades dela, como prevenção a fraude e obrigações legais de instituição de pagamento, sob a política de privacidade dela. Apagar o perfil de cobrança na Plataforma não apaga o que a Stripe já recebeu num boleto ou num pagamento.
Destinos de webhooks. Recebem o que a seção 6 descreve, porque a organização os cadastrou.
O provedor de IA, o tracker e o repositório do cliente não recebem dados da Hallen Tech: são contratados e acessados pelo próprio cliente, a partir da máquina dele.
Também compartilhamos dados quando a lei ou uma autoridade competente exigir, ou para exercer direitos em processo judicial, administrativo ou arbitral. Os registros de acesso só são fornecidos por ordem judicial (Marco Civil, art. 10).
10. Transferência internacional
Os dados da Plataforma ficam no Brasil. Os fornecedores da seção 9 tratam parte deles fora do Brasil, principalmente nos Estados Unidos. Essas transferências se apoiam:
- nas cláusulas-padrão contratuais aprovadas pela ANPD (LGPD, art. 33, II, "b"; Res. CD/ANPD nº 19/2024), incorporadas aos contratos com os fornecedores; e
- quando a transferência é necessária para executar o contrato a seu pedido, como no pagamento com cartão ou no login pelo Google ou pelo GitLab que você escolheu, no art. 33, IX, da LGPD.
Você pode pedir ao encarregado a íntegra das cláusulas usadas.
Quando o core do cliente envia cards, prompts e código ao provedor de IA (por exemplo, a Anthropic, nos EUA), essa transferência é feita pelo cliente, como controlador, e não pela Hallen Tech.
11. Por quanto tempo guardamos
Cada tabela da Plataforma tem um prazo declarado no próprio esquema do banco. As rotinas diárias de limpeza aplicam esses prazos.
| Dado | Prazo |
|---|---|
| Conta (nome, e-mail) e formas de login | Enquanto houver alguma participação ativa em organização; 12 meses depois da última |
| Sessão | Apagada ao sair; expira em 30 dias, ou em 14 dias sem uso |
| Registros de acesso à aplicação | 6 meses (Marco Civil, art. 15) |
| Link de acesso, redefinição de senha | Substituído pelo seguinte; 24 horas |
| Convite de membro | 30 dias da emissão, aceito ou não |
| Convite de fundação | 12 meses depois de usado, revogado ou vencido |
| Compra feita no site | 12 meses depois da criação da organização; uma compra que nunca virou organização fica até ser resolvida (convite ou reembolso) |
| Foto de perfil | Até você trocar ou remover; apagada quando a conta é apagada |
| Participação em organização | 5 anos depois da saída, com a identificação substituída por um marcador anônimo quando a pessoa é apagada |
| Auditoria | Identifica a pessoa por 5 anos (decisões assinadas, cobrança, mudanças de quem pode decidir e de SSO) ou por 12 meses (demais operações). Depois disso, ou quando a pessoa é apagada, o registro fica sem identificação: o marcador anônimo entra no lugar da pessoa, e o IP e o navegador são apagados |
| Trilha pessoal de segurança | 24 meses, depois anonimizada |
| Tentativas recusadas | 12 meses, depois apagadas |
| Limite de tentativas | Cerca de 10 minutos |
| Pedido de titular | 5 anos depois de encerrado, guardando o e-mail de quem pediu, como prova de que respondemos |
| Pagador do boleto | Enquanto a organização existir, ou até o dono ou um administrador apagar |
| Dados bancários para devolução | Apagados quando a transferência é registrada |
| Demonstrativos e cobranças | Pelo prazo da legislação fiscal e contábil: no mínimo 5 anos contados de 1º de janeiro do ano seguinte ao pagamento e, havendo discussão, até o fim dela |
| Registro de core | 90 dias depois do último contato |
| Totais de consumo | 24 meses por dia, depois somados por mês e mantidos sem dado de pessoa |
| Alertas | 12 meses depois de encerrados |
| Histórico de webhooks (entrada e saída) | 30 dias |
| Cópias de segurança da Plataforma | 30 dias, cifradas |
| Lista de avisos do site | Até você sair da lista |
Organizações sem assinatura continuam existindo, com os seus dados, até o dono pedir o encerramento (seção 13).
Os dados do core ficam na máquina do cliente pelo prazo que ele configurar. Por padrão, o core não apaga nada sozinho: o cliente escolhe os prazos (por exemplo, das transcrições e das conversas). A Hallen Tech não consegue garantir nem aplicar prazo nenhum sobre dados que estão na máquina de outra pessoa.
12. Segurança e incidentes
Adotamos medidas técnicas e administrativas para proteger os dados (LGPD, art. 46), entre elas:
- Decisões assinadas: as operações que mudam o que um core pode fazer exigem a assinatura de um aparelho cadastrado na máquina do core. Cada assinatura vale uma vez, por cinco minutos. A Hallen Tech não consegue cadastrar um decisor nem aprovar em nome do cliente.
- Segredos guardados só como hash: senhas (scrypt), tokens de convite, de link de acesso e de redefinição, a credencial de conexão de cada core.
- Dados cifrados: dados do pagador do boleto, dados bancários de devolução, semente do segundo fator, segredos de SSO e de webhooks.
- Credenciais do cliente cifradas para o core, que atravessam a Plataforma sem poderem ser lidas por ela.
- Cópias de segurança cifradas antes de sair do servidor; a chave que as abre fica com a Hallen Tech, fora do servidor e fora da conta onde as cópias são guardadas. Cópias de produção não são restauradas em ambiente de teste, salvo nos ensaios de restauração, em ambiente isolado e apagado em seguida.
- Triagem contra manipulação do agente (prompt injection): o texto de um card é examinado no core antes de virar instrução para o agente, e um card suspeito fica parado até uma pessoa decidir. Só os identificadores da regra chegam à Plataforma, nunca o trecho.
- Cerca do agente: a cada turno, o core proíbe as ferramentas de leitura do agente de abrir credenciais, o banco e os backups.
- Limite de tentativas, segundo fator, sessões com prazo, registros sem texto livre, cabeçalhos de segurança no navegador.
- Acesso interno restrito às pessoas da Hallen Tech que precisam dele para operar o serviço, sob dever de sigilo.
Nenhuma medida é infalível. Se houver um incidente de segurança que possa acarretar risco ou dano relevante às pessoas, comunicaremos a ANPD e as pessoas afetadas no prazo e na forma da LGPD (art. 48) e da Res. CD/ANPD nº 15/2024. Se o incidente atingir dados que tratamos como operadora, avisaremos a organização cliente para que ela faça as comunicações que lhe cabem.
13. Os seus direitos
Pela LGPD (arts. 18 a 20), você pode pedir, sem custo:
- a confirmação de que tratamos dados seus e 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 em desconformidade com a lei;
- a portabilidade;
- a eliminação dos dados tratados com o seu consentimento, e a revogação do consentimento;
- a informação sobre com quem compartilhamos os seus dados e sobre a possibilidade de não consentir, com as consequências;
- a oposição a um tratamento feito com base em outra hipótese legal, quando houver descumprimento da lei;
- a revisão de decisões tomadas unicamente com base em tratamento automatizado (seção 16).
Como pedir:
- Pelo painel, em Configurações → Perfil: exportar os seus dados num arquivo JSON e pedir a exclusão da conta. A exportação inclui a conta, as participações, a trilha de auditoria que menciona você, a foto, a trilha pessoal de segurança e, se você administra a cobrança, o perfil de cobrança mascarado. Ela pode juntar todas as suas organizações num arquivo só. O pedido identifica você pela sessão, então ninguém consegue fazê-lo sobre outra pessoa.
- Por e-mail, ao encarregado (seção 1).
Prazo: respondemos em até 15 (quinze) dias. Quando não pudermos atender, dizemos por quê.
Como a exclusão funciona: ao pedir, o acesso cai na hora, em todos os aparelhos: as sessões são apagadas e a participação é suspensa. Os dados são apagados 30 dias depois, por uma rotina diária; a espera existe para que um pedido feito por engano ainda possa ser desfeito. Algumas informações não são apagadas, e dizemos quais:
- a trilha de auditoria continua existindo sem identificar você, para que uma disputa sobre um ato irreversível possa ser resolvida;
- os demonstrativos e as cobranças ficam pelo prazo legal;
- os registros de acesso ficam pelos 6 meses do Marco Civil;
- o registro do seu pedido, com o e-mail que você usou, fica 5 anos.
O dono único de uma organização que tem outros membros precisa passar a posse antes de pedir a exclusão. O encerramento de uma organização inteira é pedido pelo dono pelo contato indicado nos Termos de Uso.
Se você aparece num card no quadro de um cliente do Trama, ou em outro dado que fica no core de um cliente: nós não temos esses dados. Confirmamos o recebimento do seu pedido, encaminhamos ao cliente a que ele se refere em até 5 dias úteis e registramos o encaminhamento. O cliente é obrigado, por contrato conosco, a responder a você no prazo legal. O mesmo vale para os dados que tratamos como operadora de uma organização (seção 3): o pedido é encaminhado a ela, e ajudamos no que estiver ao nosso alcance.
Você também pode reclamar à Autoridade Nacional de Proteção de Dados (ANPD) e aos órgãos de defesa do consumidor.
14. Cookies e armazenamento no navegador
- Painel: usamos um único cookie, estritamente necessário, que liga uma tentativa de login ao navegador que a começou e dura só essa tentativa. A sessão e as suas preferências de tela (tema, projetos escolhidos, primeiros passos) ficam no armazenamento local do navegador, e saem quando você sai da conta ou limpa os dados do navegador. São todos necessários para o painel funcionar. O painel não usa cookies de publicidade, nem de análise, nem ferramenta de análise de terceiros.
- Site trama.sh: nenhum cookie e nada guardado no seu aparelho.
15. Menores de idade
O Trama não é destinado a menores de 18 anos, e não coletamos dados de crianças ou de adolescentes sabendo que o são. Se soubermos que uma conta pertence a um menor, ela será encerrada.
16. Decisões automatizadas
A Hallen Tech não faz perfil de pessoas nem toma decisões baseadas em perfil. Algumas regras do contrato são aplicadas automaticamente, com critérios descritos nos Termos de Uso: a assinatura fica em atraso quando um período não é pago no vencimento; a licença do core deixa de ser renovada 14 dias depois do vencimento do período mais antigo não pago; e o core recusa novos turnos 14 dias depois de a licença vencer. Você pode pedir a revisão de qualquer uma dessas decisões pelo canal do encarregado (LGPD, art. 20).
A triagem contra manipulação do agente roda no core do cliente, decide sobre o texto de um card e não sobre uma pessoa, e quem a configura e responde por ela é o cliente.
17. Inteligência artificial e os seus dados
- A Hallen Tech não usa os dados da Plataforma para treinar modelos de IA.
- O conteúdo do trabalho (cards, código, conversas) não chega à Hallen Tech: vai da máquina do cliente ao provedor de IA que o cliente escolheu.
- Se o provedor de IA guarda esse conteúdo ou o usa para treinar modelos, isso depende do plano e das configurações do cliente com o provedor. Recomendamos que o cliente confira essas configurações.
18. Alterações desta Política
Podemos alterar esta Política. As mudanças relevantes são avisadas por e-mail e no painel com 30 dias de antecedência, e a versão e a data de vigência no topo são atualizadas. As versões anteriores ficam disponíveis no site.
19. Contato
Hallen Consultoria Tecnológica Ltda. · CNPJ 45.106.125/0001-39 · Rua Juscelino Kubitscheck de Oliveira, 890, Jardim Boa Vista, Barra Mansa (RJ), CEP 27350-130
Encarregado: Eddwan Hallen da Silva · dpo@trama.sh
A localização aproximada do IP usa dados de IP geolocation by DB-IP (https://db-ip.com), sob a licença Creative Commons Attribution 4.0.