IA generativa na empresa: o que acontece com os dados enviados ao modelo
Funcionário que cola dados de cliente em ferramenta de IA cria problema real de LGPD. Veja como o envio é tratado e o que definir antes de liberar o uso.

A pergunta que quase nenhuma empresa faz antes de liberar IA generativa para a equipe é simples: o que acontece com o dado depois que ele entra no campo de prompt? A resposta decide se o uso é rotina administrável ou fonte de incidente.
O que a empresa envia sem perceber
O uso cotidiano de ferramentas de IA generativa cria um movimento que quase ninguém registra: o conteúdo colado no campo de prompt sai do computador de quem digita e passa a circular em infraestrutura de terceiros. E-mail de cliente com reclamação, planilha com lista de contatos, minuta de contrato, ticket de suporte com CPF e trecho de código com dados de produção são exemplos comuns de conteúdo que entra no modelo em um clique.
Esse envio é, do ponto de vista técnico, uma transferência de informação para um fornecedor. O que acontece depois depende das condições do serviço: o dado pode ser processado e descartado, pode ficar retido por um período, pode alimentar melhorias do modelo ou pode trafegar por servidores localizados fora do Brasil. Cada uma dessas possibilidades tem consequência jurídica diferente para a empresa que enviou.
O ponto que costuma passar despercebido é que a responsabilidade não fica no funcionário que digitou. A operação é da empresa, o dado é da empresa ou de seus clientes e a decisão de permitir a ferramenta também. Por isso o tema se resolve com política, contrato e classificação de informação, e não com orientação verbal de corredor.
Todo prompt com informação de negócio é envio de dado a um terceiro, e precisa ser tratado com o cuidado de qualquer compartilhamento.
Como a LGPD enquadra o dado enviado ao modelo

A Lei Geral de Proteção de Dados se aplica quando a informação enviada diz respeito a pessoa natural identificada ou identificável. Nome, CPF, e-mail, telefone e até descrições que permitem chegar a alguém são dados pessoais. Informação estritamente empresarial, como razão social e CNPJ isolados, não é dado pessoal, mas continua sendo informação confidencial ou estratégica, com proteção por outras vias.
Na estrutura típica, a empresa que envia é controladora e o fornecedor do modelo atua como operador, pois trata o dado em nome dela e conforme suas instruções. Em alguns serviços, sobretudo os gratuitos voltados ao consumidor, o provedor pode assumir posição mais próxima de controlador para finalidades próprias, como melhoria do produto. Essa distinção muda o contrato exigível e o nível de controle que a empresa consegue exercer.
Base legal precisa existir antes do envio. Execução de contrato com o titular, legítimo interesse documentado ou cumprimento de obrigação legal são caminhos possíveis, e o consentimento tende a ser inviável em operação rotineira. Quando o serviço processa o dado no exterior, entra a regra de transferência internacional do art. 33 da LGPD, que exige instrumento compatível.
Se o prompt identifica pessoa, a LGPD já está dentro da conversa, com base legal, papel de cada agente e regra de transferência a definir.
O que verificar nos termos do fornecedor
Os termos de uso definem o destino real do dado. Itens que costumam decidir o risco são o prazo de retenção, a possibilidade de uso do conteúdo enviado para treinamento, a localização dos servidores e a lista de subprocessadores. Planos empresariais e planos gratuitos raramente oferecem o mesmo tratamento, e a diferença aparece exatamente nesses quatro pontos.
O ideal é consolidar essa leitura em instrumento contratual próprio, na forma de termo de operador ou acordo de tratamento de dados, com instruções de tratamento, segurança exigida, prazo de devolução ou eliminação e dever de apoiar a resposta a titulares. Serviço contratado por cartão de crédito e sem qualquer negociação ainda pode ser aceito, desde que os termos tenham sido revisados e o dado enviado seja compatível com eles.
Quando o fornecedor não oferece configuração de não treinamento, não informa localização do dado ou reserva para si finalidades amplas sobre o conteúdo enviado, o caminho não é proibir a ferramenta em silêncio. É restringir o tipo de informação que pode entrar, aceitar que ali só circule dado não pessoal e deixar essa fronteira escrita na política interna.
Termo de uso que não responde retenção, treinamento, localização e subprocessadores é termo com risco aberto.
Política interna que funciona na prática
Política de uso de IA generativa útil é curta e operacional. Ela diz quais ferramentas estão aprovadas, qual classe de informação pode ser enviada em cada uma, quem aprova exceções e como o funcionário deve proceder diante de dúvida. Texto genérico que manda agir com boa fé não muda comportamento, porque não separa o que é permitido do que é proibido.
A classificação de informação é o núcleo da política. Dado pessoal de terceiros, material confidencial de cliente, segredo de negócio e conteúdo sob sigilo contratual exigem ferramenta e configuração específicas, e às vezes exigem proibição. A regra precisa ser mais fácil de cumprir do que de burlar: lista de ferramentas aprovadas, exemplos concretos do que não colar e canal rápido para perguntar.
Treinamento curto e periódico, com casos reais da própria operação, vale mais do que manual longo. Vale registrar versões da política, data de vigência e evidência de comunicação à equipe, porque esse histórico sustenta a resposta da empresa em fiscalização, incidente ou disputa contratual.
- Lista fechada de ferramentas aprovadas e responsável por aprovar novas.
- Matriz simples de tipo de informação versus ferramenta permitida.
- Regra de exceção com aprovador nomeado e registro.
- Rotina de treinamento e canal de dúvida com prazo de resposta.

Política que não nomeia ferramentas e não separa classes de dado vira documento de prateleira.
Incidente, retenção e o que fazer depois do envio
O envio equivocado acontece mesmo com política. A primeira providência é apurar o que foi enviado, para quem e com qual configuração de retenção, e registrar esse levantamento por escrito. Se o conteúdo continha dado pessoal de terceiros em condições que geram risco relevante, o episódio pode configurar incidente de segurança, com comunicação à autoridade e aos titulares conforme os critérios da ANPD.
Serviços empresariais costumam permitir solicitar exclusão de conversas e dados retidos, e esse pedido deve ser formalizado e confirmado pelo fornecedor. O resultado dessa tratativa, com data e evidência, integra o registro do episódio. A falta de registro é o que costuma transformar um evento pequeno em problema grande, porque obriga a empresa a reconstruir fatos meses depois.
Depois do caso concreto, a política é atualizada com o aprendizado: nova ferramenta bloqueada, nova classe de dado restrita, novo exemplo para o treinamento. Incidente tratado desse jeito deixa de ser apenas dano e passa a alimentar o controle.
Envio indevido se resolve com apuração registrada, pedido formal ao fornecedor e ajuste da política.
Ferramentas que embutem IA: o buraco silencioso do inventário
O mapa de uso de IA generativa costuma começar e terminar no chat, e o risco real está maior nos lugares que ninguém chama de IA: suíte de e-mail que sugere resposta com dados do cliente, CRM que resume atendimento, ferramenta de suporte que reescreve ticket, editor de planilha que completa fórmula com base na base inteira. Esses recursos tratam dado da empresa e de clientes sob termos que muitas vezes não foram lidos por ninguém da área jurídica.
O caminho é incluir esses recursos no mesmo controle do chat: inventário por ferramenta, configuração no painel administrativo, revisão dos termos do fornecedor e decisão registrada sobre ativar, restringir ou desligar. Em muitos contratos corporativos, o recurso de IA embutida é coberto pelo mesmo instrumento de operador já assinado, mas isso precisa ser confirmado no contrato e não presumido.
| O quadro abaixo organiza as categorias que aparecem na operação e o controle mínimo de cada uma: | Tipo de ferramenta | Exemplo comum | Risco típico | Controle mínimo |
|---|---|---|---|---|
| Chat de IA dedicado | Assistente conversacional em plano empresarial | Colagem de dado pessoal em prompt livre | Plano com não treinamento, termo de operador e política de classes de dado | |
| IA embutida em suíte de produtividade | Resumo e sugestão de resposta no e-mail e no documento | Tratamento de base inteira sob configuração padrão | Revisão do painel administrativo e decisão registrada por recurso | |
| IA embutida em CRM e suporte | Resumo de atendimento e sugestão de resposta ao cliente | Dado de cliente alimentando recurso sem revisão contratual | Cláusula de operador estendida ao recurso e auditoria de configuração | |
| Plano gratuito ou conta pessoal | Uso individual sem contrato com a empresa | Sem garantia contratual, sem retenção controlada e sem registro | Proibição na política para dado de trabalho e canal para pedir exceção |
Nenhuma linha da tabela substitui a leitura dos termos vigentes, e o objetivo dela é outro: transformar um mercado que muda toda semana em categorias estáveis de decisão. Quando surge ferramenta nova, a pergunta não é se ela é boa, e sim em qual linha ela entra e qual controle já existe para essa linha.
O uso que a política não enxerga é o que cria exposição: recurso de IA embutido em software contratado também é envio de dado a terceiro.
Roteiro de implantação: do inventário à rotina
A implantação funciona melhor em quatro movimentos curtos do que em um manual monumental. Primeiro, inventário: listar chat, recursos embutidos e contas pessoais em uso, com quem usa e para quê. Segundo, política: classificar informação, definir ferramenta por classe e nomear quem aprova exceção. Terceiro, contrato: revisar termos dos fornecedores aprovados e formalizar termo de operador onde o volume de dado pessoal justificar.
Quarto, rotina: treinamento inicial de uma hora com casos reais, canal de dúvida com prazo de resposta e revisão semestral do inventário. Cada movimento fecha com registro: ata, versão da política, evidência de comunicação. Esse pacote é o que a empresa mostra ao titular, ao fornecedor e à autoridade quando alguém pergunta como o dado entrou no modelo.
O recorte que vale para a primeira semana de implantação: dado pessoal e segredo de negócio não entram em ferramenta que não passou pelo contrato. Para Diego Castro, advogado especialista em direito digital (OAB/PI 15.613), "o inventário responde onde a IA está na operação, mas a decisão de valor é outra: quais classes de informação a empresa aceita ver atravessando um fornecedor de modelo. Enquanto essa resposta não estiver escrita na política e refletida no contrato com o fornecedor, a exposição fica administrada pelo hábito de cada time".
- Semana 1: inventário de ferramentas e classes de informação em circulação.
- Semana 2: política aprovada, com matriz de classe de dado versus ferramenta.
- Semana 3: revisão de termos e termo de operador dos fornecedores aprovados.
- Semana 4: treinamento, canal de dúvida e registro de todas as decisões.
Inventário, política, contrato e rotina em quatro semanas valem mais do que um regulamento interno perfeito que ninguém leu.
Veja também: contrato com operador de dados
Para onde levar a discussão dentro da empresa
Para aprofundar cada frente, três análises da casa cobrem o entorno: o contrato com operador de dados lista as cláusulas que traduzem o art. 39 da LGPD em instruções verificáveis, o artigo sobre incidente de dados organiza as primeiras 72 horas depois de um envio indevido, e a trilha de inteligência artificial na empresa reúne as demais análises do tema.
A ordem de leitura sugerida acompanha a ordem de implantação: primeiro o contrato que rege o fornecedor, depois o plano de resposta a incidente, e o tema completo no índice da trilha. Com esse conjunto, a decisão sobre liberar ou restringir ferramenta deixa de ser opinião e passa a ser política com respaldo documental.
Decisão sobre IA generativa se sustenta em três documentos: política aprovada, contrato revisado e plano de incidente testado.
Perguntas frequentes
- Enviar dados de cliente em um prompt é tratamento de dados pessoais?
- É, quando o conteúdo identifica ou permite identificar uma pessoa natural. A empresa que envia atua como controladora, e o fornecedor do modelo trata o dado em nome dela na estrutura típica dos planos empresariais. Isso significa base legal, finalidade definida e contrato compatível antes do envio, e não apenas bom senso da equipe.
- A empresa precisa de consentimento para usar dados de cliente em IA generativa?
- Não necessariamente. A LGPD prevê outras bases legais, como execução de contrato e legítimo interesse, que costumam amparar melhor operações rotineiras do que o consentimento. O que a lei exige é que a base exista, esteja registrada e que a finalidade prometida ao titular seja compatível com o uso feito no modelo.
- Desativar o uso dos meus dados para treinamento resolve o tema?
- Reduz a exposição, porque o conteúdo enviado deixa de alimentar versões futuras do modelo. Não elimina o tratamento, que segue existindo durante o processamento e eventual retenção, e não substitui contrato de operador nem base legal. A configuração é um dos pontos a verificar, e não o único.
- Quem responde se o modelo retiver ou vazar dado enviado pela empresa?
- Perante o titular e a autoridade, a resposta principal é da controladora, que é a empresa que enviou o dado. O contrato com o fornecedor deve prever dever de segurança, comunicação de incidente, apoio na resposta a titulares e critérios de responsabilidade. Sem contrato nesses termos, a empresa assume o risco com menos instrumentos para cobrar.
- CNPJ e dados da empresa também são protegidos pela LGPD nesse envio?
- Informação de pessoa jurídica, como razão social e CNPJ isolados, não é dado pessoal, então a LGPD não incide diretamente. O envio continua sensível por outros ângulos: sigilo contratual, segredo de negócio e dever de confidencialidade com clientes e fornecedores. A política interna de uso de IA deve tratar dado empresarial e dado pessoal como categorias diferentes, com regras próprias.
- Plano gratuito de IA generativa pode ser usado no trabalho?
- Pode, com restrição forte de conteúdo. Planos gratuitos costumam prever uso do texto enviado para melhoria do serviço, termos que mudam sem aviso e menos garantias contratuais. A prática mais segura é reservar esses planos para informação não pessoal e não confidencial, e exigir plano empresarial com termos adequados para qualquer uso que toque dado de cliente.
- Usar conta pessoal do funcionário para tarefas da empresa cria problema para quem?
- Cria para a empresa. O dado do cliente colado em conta pessoal segue sendo tratamento feito para a finalidade da empresa, e o funcionário opera fora das configurações, do contrato e do registro que a empresa conseguiria com plano corporativo. A política precisa tratar conta pessoal como canal proibido para informação de trabalho, com consequência disciplinar prevista e explicada.
- O que fazer quando o próprio software da empresa embute IA no produto contratado?
- Mapear e configurar. Suítes de e-mail, CRM e ferramentas de suporte passaram a oferecer recursos generativos que tratam o conteúdo da própria base, e esses recursos têm configuração própria no painel administrativo, termos distintos e subprocessadores adicionais. A recomendação é revisar a documentação do fornecedor, ajustar a configuração no nível do tenant e registrar a decisão no inventário de tratamentos.
Fontes consultadas
- Lei Geral de Proteção de Dados (Lei 13.709/2018) — Presidência da República
- Autoridade Nacional de Proteção de Dados (ANPD) — Governo Federal
Conclusão
O dado enviado a um modelo de IA generativa não desaparece no ar: ele é processado por terceiros, sob condições escritas em algum lugar e com responsabilidade que continua sendo da empresa. Definir ferramentas aprovadas, classes de informação permitidas, contrato com o fornecedor e rotina de incidente converte um risco difuso em controle administrável. Quem deixa essa decisão no hábito individual de cada funcionário descobre o problema quando o dado já saiu.
Este conteúdo tem finalidade informativa, trata de situação geral e não substitui a análise jurídica do caso concreto, dos documentos e da tecnologia utilizada.
Análises relacionadas
Dados pessoais e LGPD13 min de leitura
Base legal para dados de lead em prospecção: qual fundamento sustenta a lista
Prospectar com lista de contatos exige base legal definida: quando o legítimo interesse serve, quando só o consentimento resolve e o que registrar.
Ler a análiseDados pessoais e LGPD12 min de leitura
Contrato com operador de dados: as cláusulas de LGPD que precisam estar escritas
Empresa que entrega dados a fornecedor responde pelo que ele faz. Veja as cláusulas que traduzem o art. 39 da LGPD em instruções verificáveis.
Ler a análiseDados pessoais e LGPD13 min de leitura
Incidente de dados nas primeiras 72 horas: o que a empresa precisa fazer
Vazamento de dados não espera plano perfeito. Veja o que fazer nas primeiras horas: contenção, avaliação de risco e comunicação à ANPD e aos titulares.
Ler a análiseArtigo publicado por Vlibras. Correções e sugestões de pauta: escreva para a redação, indicada no rodapé.


