IA e LGPD: o que sua empresa pode enviar para uma IA?
Um guia prático de classificação de risco para orientar o que sua empresa pode digitar em ferramentas de IA generativa, com critérios objetivos que mantêm o uso alinhado à LGPD.
Introdução
Todo dia, alguém no seu time cola um contrato, uma planilha de clientes ou um trecho de código em uma janela de chat de inteligência artificial, sem parar para pensar para onde aquele texto vai depois. O uso de IA nas empresas cresceu mais rápido do que qualquer política interna conseguiu acompanhar, e a discussão sobre IA e LGPD virou urgente para quem decide o que essas ferramentas podem receber. A pergunta que importa não é se a empresa pode usar inteligência artificial: é o que pode ser digitado nela sem virar um problema de segurança ou de conformidade. Este guia traz critérios de classificação de risco e um checklist prático, sem se transformar em aula de direito.
Por que a LGPD também se aplica ao uso de inteligência artificial
Digitar um dado pessoal em um prompt de inteligência artificial não é um gesto neutro: é uma forma de tratamento de dado, no sentido que a lei dá ao termo. Ao colar um nome, um CPF ou o histórico de compras de um cliente em uma ferramenta de IA, sua empresa está coletando, processando e, na maioria dos casos, compartilhando essa informação com um terceiro, que é o fornecedor da ferramenta. Isso não significa que o uso esteja proibido. A relação entre LGPD e inteligência artificial não é de oposição: a lei não impede que uma empresa use dados pessoais para treinar modelos, gerar insights ou automatizar tarefas, ela exige que esse uso tenha base legal, finalidade definida e segurança compatível com o risco do dado envolvido. O ponto que costuma passar despercebido é que o risco não mora na tecnologia em si. Duas empresas podem usar exatamente o mesmo modelo e ter níveis de exposição completamente diferentes, dependendo do dado que inserem, da ferramenta escolhida e das configurações de privacidade ativadas. Uma conta corporativa com contrato de confidencialidade é um cenário; uma conta gratuita usada por um colaborador em um momento de pressa é outro, com consequências bem distintas para o mesmo tipo de dado.
Dados pessoais, sensíveis e informações estratégicas: o que não enviar sem avaliação
Esse é o núcleo da discussão sobre dados pessoais na IA: nem todo dado pessoal tem o mesmo peso. Um dado pessoal comum, como nome, e-mail corporativo ou telefone, já exige cuidado, mas um dado sensível carrega um risco maior. Saúde, biometria, orientação sexual, convicção religiosa ou informação de criança e adolescente entram nessa categoria e pedem avaliação prévia sempre que aparecem em qualquer prompt. O problema não para na classificação isolada do dado. Informações de clientes que parecem inofensivas isoladamente, como cidade, profissão e faixa etária, podem ser suficientes para reidentificar uma pessoa quando cruzadas com outras bases já disponíveis publicamente ou dentro da própria empresa. Um exemplo concreto ilustra o mecanismo: um atendente descreve, em um prompt para resumir um caso, "cliente do Rio de Janeiro, engenheira, entre 30 e 35 anos, reclamando de atraso na entrega de um produto de nicho". Isoladamente, isso parece anônimo. Cruzado com um perfil público de rede social que menciona a mesma profissão, a mesma cidade e uma reclamação recente sobre o mesmo produto, o conjunto aponta para uma única pessoa identificável, mesmo sem nome ou CPF no texto original. Trocar o nome por um código não é suficiente quando o resto do contexto ainda aponta para alguém específico: a reidentificação depende do conjunto de pistas, não de um único campo isolado.
Dados pessoais e sensíveis de clientes e colaboradores
- Nome completo, CPF, e-mail e telefone combinados com outro identificador, como endereço ou data de nascimento
- Dados de saúde, biometria ou histórico médico, mesmo em relatos informais de atendimento
- Orientação sexual, convicção religiosa ou filiação sindical, categorias que a lei já trata como dado sensível por definição
- Dados de crianças e adolescentes, sujeitos a proteção reforçada mesmo em contextos aparentemente inofensivos, como cadastros escolares
- Combinações de dados como cidade, profissão, faixa etária e histórico de compra, que juntas permitem reidentificar um cliente específico
Credenciais e informações estratégicas do negócio
- Senhas, chaves de API, tokens de acesso e strings de conexão com banco de dados, mesmo em testes rápidos de código
- Contratos e propostas comerciais em negociação, cujo vazamento pode custar uma vantagem competitiva inteira
- Roadmap de produto, planos de lançamento e informações financeiras não públicas
- Código-fonte proprietário e algoritmos que constituem vantagem competitiva da empresa
- Atas de reunião com decisões estratégicas ainda não comunicadas ao mercado ou aos próprios funcionários
O que pode ser compartilhado com menor risco
Nem tudo que passa por uma IA representa risco alto. Existe um espaço legítimo de uso liberado, desde que a origem do dado e o nível de anonimização de dados estejam claros antes do envio. Conteúdo já público, como o texto do próprio site, material de marketing já publicado ou dados de mercado abertos, carrega risco baixo por natureza, porque não há segredo a proteger ali. Dados verdadeiramente anonimizados, sem qualquer possibilidade prática de reidentificação, também reduzem o risco de forma real, mas anonimização malfeita, que troca só o nome e mantém data de nascimento, CEP e profissão, não conta como proteção e engana quem acredita estar seguro. Tarefas de produtividade genéricas, como resumir um texto público ou revisar a gramática de um rascunho sem dado sensível, são candidatas naturais a esse uso liberado. Ainda assim, mesmo essas categorias precisam estar previstas em uma política interna. A decisão sobre o que é seguro o suficiente não deve ficar a critério individual de cada colaborador: ela precisa de um critério único, testado e revisado pela empresa.
Conteúdo já público
Material de site, marketing já publicado e dados de mercado abertos, sem informação sigilosa embutida.
Dados efetivamente anonimizados
Sem qualquer chance prática de reidentificação, mesmo cruzando com outras bases disponíveis.
Tarefas de produtividade genéricas
Resumir, revisar ou reescrever conteúdo que não carrega dado sensível ou confidencial.
Quando esse uso liberado começa a crescer, soluções corporativas de inteligência artificial sob medida oferecem um ambiente mais controlado para expandir a adoção sem multiplicar o risco.
Shadow AI: o problema de usar ChatGPT, Gemini e Claude sem controle corporativo
Essa política interna, porém, raramente existe onde o shadow AI se instala. O termo descreve o uso de ferramentas de inteligência artificial por iniciativa individual, fora de qualquer contrato corporativo e sem visibilidade da TI ou da área de segurança da informação. Um colaborador cria uma conta gratuita em uma tarde, resolve um problema real e nunca mais avisa ninguém, mesmo que aquele fluxo passe a lidar com dado de cliente toda semana. O detalhe que poucas empresas checam é que contas gratuitas de ferramentas públicas, dependendo da configuração e do plano contratado, podem usar o conteúdo enviado para treinar o próprio modelo. Isso significa que um contrato em negociação, colado em uma conta pessoal de ChatGPT, Gemini ou Claude, pode acabar incorporado ao histórico de treinamento de um produto que nem pertence à empresa. O risco central não é a marca da IA usada. É a ausência de controle sobre onde aquele dado inserido termina armazenado, por quanto tempo e quem mais pode acessá-lo.
O problema do shadow AI nunca foi a ferramenta escolhida pelo colaborador. É a empresa não saber que aquela ferramenta está em uso.
Já mostramos aqui no blog como esse mesmo problema aparece quando times de negócio criam agentes de IA por conta própria, no artigo sobre os riscos do vibe coding corporativo. Aqui o recorte é outro: não é o agente construído, é o dado que qualquer pessoa pode digitar em uma janela de chat.
Checklist antes de enviar um dado para uma IA
Antes de decidir se um dado pode ir para uma IA, vale rodar um checklist curto. Ele não substitui uma política formal, mas evita a maior parte dos erros que acontecem por pressa ou por falta de critério no dia a dia, e cada item abaixo já vem com o teste prático que você pode aplicar na hora.
- ✓Finalidade: existe uma razão de negócio clara para esse dado específico entrar na IA, e não apenas conveniência. Pedir para a IA "resumir esse atendimento" é finalidade legítima; colar a base inteira de clientes só para "ver o que a ferramenta acha" não é
- ✓Necessidade e minimização: dá para usar uma versão reduzida, resumida ou anonimizada da mesma informação. Trocar nome e CPF por um número de protocolo interno já resolve boa parte dos casos de resumo de atendimento, sem perder o que a IA precisa para ajudar
- ✓Fornecedor e contrato: a ferramenta tem cláusula explícita de não retenção ou não treinamento com os dados enviados. Isso costuma estar nos termos do plano empresarial, não no plano gratuito usado no computador pessoal
- ✓Armazenamento e acesso: está claro onde o dado fica depois do processamento e quem tem permissão para acessá-lo. Se ninguém no time souber responder essa pergunta em uma frase, o dado provavelmente não deveria ter sido enviado
- ✓Política interna: essa categoria de dado está explicitamente autorizada pela política de uso de IA da empresa, não apenas tolerada na prática. Uso tolerado e uso autorizado parecem a mesma coisa até o dia em que algo dá errado e ninguém consegue mostrar a regra que estava valendo
Como estruturar uma política corporativa de uso de IA
Sair do uso informal de IA para uma adoção corporativa controlada não exige um projeto de meses. Exige uma sequência clara de decisões, tomadas uma vez e revisadas com regularidade, o que também é o antídoto direto contra o shadow AI descrito na seção anterior. Já detalhamos como estruturar esse tipo de implementação de IA nas empresas do ponto de vista de caso de uso; aqui o foco é a política que decide o que pode alimentar esses casos de uso.
- 1Definir ferramentas autorizadasEscolha quais ferramentas de IA a empresa contrata oficialmente, com plano empresarial e contrato assinado, e vete o uso de contas pessoais para qualquer tarefa corporativa, mesmo em contas gratuitas usadas de boa-fé
- 2Classificar os dados por nível de riscoMapeie as categorias de dado que a empresa produz, do conteúdo já público ao dado sensível de cliente, e defina em uma tabela simples qual categoria pode ir para qual ferramenta, com base nos critérios deste artigo
- 3Treinar as equipes de forma recorrenteUm documento publicado na intranet sem treinamento não muda comportamento; reforce a política em onboarding e em ciclos periódicos, usando exemplos reais do próprio setor da empresa, não só o texto genérico da norma
- 4Monitorar o uso real e revisar a políticaAcompanhe quais ferramentas realmente circulam na empresa, por meio de pesquisa direta com as equipes ou de ferramentas de visibilidade de rede, e atualize os critérios à medida que novos casos de uso e novos modelos aparecem
Esse processo ganha consistência quando está conectado a uma estrutura de governança de IA e segurança em inteligência artificial dedicada, como a frente de Safe AI da Agence, apoiada nas certificações que sustentam o método por trás de cada entrega.
IA pública x IA corporativa: por que essa diferença muda tudo
A diferença entre uma IA pública e uma IA corporativa não está no nome do modelo, está no contrato por trás dele. Uma ferramenta gratuita, usada com uma conta pessoal, normalmente opera sob termos de uso genéricos, sem contrato dedicado e com possibilidade real de reter o conteúdo enviado para treinar versões futuras do modelo. Uma IA corporativa ou empresarial, contratada formalmente pela empresa, costuma vir com cláusulas de confidencialidade, ambiente isolado e, na maioria dos planos, garantia de que o input não é usado para treinar o modelo. A diferença prática não é a marca do modelo usado, é o tipo de conta, o contrato assinado e a configuração de privacidade efetivamente ativada: o mesmo ChatGPT, por exemplo, se comporta de formas bem distintas dependendo se está rodando em uma conta pessoal gratuita ou em um plano empresarial com termos negociados. A tabela abaixo resume os dois cenários lado a lado.
| Critério | IA pública (conta gratuita) | IA corporativa (contrato empresarial) |
|---|---|---|
| Retenção do dado | Possível, depende da configuração | Geralmente vedada por contrato |
| Contrato e responsabilidade | Termos de uso genéricos | Cláusulas de confidencialidade e SLA |
| Visibilidade da TI | Nenhuma | Total, com gestão de acesso |
| Indicado para | Tarefas sem dado sensível ou confidencial | Qualquer fluxo com dado da empresa ou de clientes |
Na prática, isso significa que a pergunta certa antes de qualquer envio não é "essa IA é confiável", é "em que condições de contrato e configuração estou usando essa IA agora". A mesma tecnologia pode estar dos dois lados dessa linha dependendo só de como sua empresa a contratou.
Perguntas frequentes sobre IA e LGPD
A LGPD proíbe o uso de dados pessoais em ferramentas de IA?
Não. A lei não veta o uso de dados pessoais com inteligência artificial, ela exige que esse uso tenha base legal, finalidade definida e segurança compatível com o risco do dado. O problema não é usar IA, é usar sem esses três elementos definidos.
Posso usar o ChatGPT com dados de clientes da minha empresa?
Depende do plano e do contrato. Uma conta corporativa com cláusula de não retenção reduz bastante o risco; uma conta pessoal gratuita não oferece essa garantia e deve ficar fora de qualquer fluxo com dado de cliente.
O que é Shadow AI e por que ele é um risco para as empresas?
É o uso de ferramentas de IA por iniciativa individual, sem contrato corporativo nem visibilidade da TI. O risco está na falta de controle sobre onde o dado inserido é armazenado e por quanto tempo, não na ferramenta em si.
Anonimizar os dados é suficiente para usá-los com segurança em uma IA?
Reduz o risco, mas não elimina a necessidade de política. Anonimização malfeita, que mantém detalhes suficientes para reidentificar uma pessoa, não protege ninguém e cria uma falsa sensação de segurança.
Quem responde se um dado vazar por meio do uso de uma IA na empresa?
Depende do caso concreto: do contrato com o fornecedor, da base legal usada e de quem autorizou aquele uso. Não existe isenção automática só porque o vazamento aconteceu dentro de uma IA, por isso a política interna e o time de compliance precisam estar envolvidos antes do incidente, não depois.
Leve sua estratégia de IA para um ambiente seguro com a Agence
O objetivo de tudo isso nunca foi frear o uso de inteligência artificial na sua empresa, foi dar a você critério para usar com confiança. Só que estruturar a classificação de dados, escrever a política de uso e treinar as equipes consome um tempo que o time de TI raramente tem sobrando, junto com uma expertise específica em governança que poucas empresas construíram internamente. Converse com a Agence sobre como aplicar segurança e governança de IA na prática, sem travar a produtividade que a tecnologia já trouxe para o seu negócio.
