Ir direto para o conteúdo principal
Vlibras

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.

13 min de leituraRedação Vlibras
Pessoa trabalhando em notebook com foco em proteção de dados em ambiente de escritório
Imagens: Pexels (licença gratuita).

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

Imagem interna do artigo sobre dados enviados a modelos de IA generativa e LGPD
Imagens: Pexels (licença gratuita).

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.
Caderno com lista de verificação ao lado de teclado e caneta sobre mesa de escritório
Política de uso efetiva é matriz curta: classe de informação de um lado, ferramenta aprovada do outro.

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 ferramentaExemplo comumRisco típicoControle mínimo
Chat de IA dedicadoAssistente conversacional em plano empresarialColagem de dado pessoal em prompt livrePlano com não treinamento, termo de operador e política de classes de dado
IA embutida em suíte de produtividadeResumo e sugestão de resposta no e-mail e no documentoTratamento de base inteira sob configuração padrãoRevisão do painel administrativo e decisão registrada por recurso
IA embutida em CRM e suporteResumo de atendimento e sugestão de resposta ao clienteDado de cliente alimentando recurso sem revisão contratualCláusula de operador estendida ao recurso e auditoria de configuração
Plano gratuito ou conta pessoalUso individual sem contrato com a empresaSem garantia contratual, sem retenção controlada e sem registroProibiçã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

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

Artigo publicado por Vlibras. Correções e sugestões de pauta: escreva para a redação, indicada no rodapé.