O que acontece com os dados após o fim do teste de IA

Quando um piloto ou teste de IA termina, nada acontece com os seus dados de forma automática, a menos que o contrato diga o contrário. Arquivos, históricos de conversa, memória e acessos a sistemas conectados podem continuar no fornecedor muito depois de o último usuário sair. Você deve exigir três coisas por escrito: a devolução do que pertence a você, a exclusão do restante e uma confirmação que diga o que foi apagado, onde e quando.

Principais pontos

• Um piloto gera mais dados do que os arquivos que você enviou: conversas, memória, índices, configurações, credenciais, logs e backups também contam.
• Decida, para cada categoria, se ela será devolvida, apagada, revogada ou mantida, e registre o motivo de qualquer manutenção.
• Verifique a devolução antes de aprovar qualquer exclusão, porque apagar não tem volta.
• Revogue os acessos do seu lado. Não dependa apenas do fornecedor para encerrar as conexões com os seus sistemas.
• Aceite somente uma confirmação escrita que liste categorias, sistemas, suboperadores, backups e datas.

Onde os seus dados ficam durante um piloto?

Um piloto toca em mais do que os documentos que alguém enviou. Antes de pedir devolução ou exclusão, você precisa saber o que existe. A maioria dos pilotos produz alguma combinação destes itens:

• Material de origem: documentos, planilhas e exportações que sua equipe entregou ao agente.
• Dados de sistemas conectados: registros que o agente leu ou gravou por meio de integrações com e-mail, agenda, CRM ou pastas compartilhadas.
• Histórico de conversas: comandos, respostas e anexos dos usuários do piloto, que podem conter dados pessoais de clientes ou funcionários.
• Memória e índices: anotações que o agente guardou, além de índices pesquisáveis ou embeddings criados a partir dos seus documentos.
• Configuração: instruções, fluxos, definições de papel e ajustes de ferramentas escritos para o seu negócio.
• Credenciais de acesso: tokens, chaves de API, contas de serviço e permissões que você concedeu.
• Logs e registros de avaliação: rastros, casos de teste, notas e anotações de revisão.
• Backups e cópias: instantâneos mantidos pelo fornecedor ou pelos suboperadores que ele usa.

Peça esse inventário ao fornecedor por escrito, com a localização de cada categoria. Se ele não conseguir produzi-lo, você já aprendeu algo importante sobre como será o encerramento. O melhor momento para pedir é antes de o piloto começar, e o escopo de trabalho é o lugar certo para registrar a resposta.

Devolver, apagar, revogar ou manter: como decidir?

Nem toda categoria merece o mesmo tratamento. Um guia simples de decisão mantém a conversa com o fornecedor curta e objetiva.

• Material de origem: peça uma cópia de volta se a sua própria cópia estiver incompleta e, depois, exija a exclusão das cópias do fornecedor.
• Histórico de conversas: peça a devolução se precisar dele para registro ou revisão e, em seguida, exija a exclusão. Envolva quem responde pelas decisões de privacidade, porque esses logs costumam conter dados pessoais.
• Memória e índices: exija a exclusão. Peça que as anotações de memória legíveis sejam devolvidas, já que o índice em si depende das ferramentas do fornecedor e raramente serve em outro lugar.
• Configuração: exija a devolução. Instruções, fluxos e definições de papel descrevem como o seu negócio funciona. Combine por escrito quem é o dono desse material e se o fornecedor pode manter partes genéricas reutilizáveis.
• Credenciais e permissões: revogue. Isso é diferente de apagar e deve acontecer primeiro.
• Logs: espere que o fornecedor guarde logs mínimos de segurança por um período declarado. Exija que ele diga quais logs, por quê e até quando.
• Backups: exija a exclusão na rotação normal, com uma data final declarada, e não uma promessa sem prazo.

Toda manutenção de dados deve vir com um motivo nomeado e uma data final. Manter sem motivo é o item com mais chance de ser esquecido.

Como deve ser uma devolução adequada dos seus dados?

Devolução não é um link para um painel. É um pacote que você consegue abrir sem o software do fornecedor e conferir com o inventário.

Peça formatos abertos e documentados: texto simples, formatos de documento comuns, planilhas ou arquivos estruturados que outras ferramentas consigam ler. As anotações de memória devem chegar como texto legível. A configuração deve chegar como arquivos que outra pessoa consiga seguir, não como capturas de tela. Os logs de conversa devem manter data, hora e identificadores de usuário na medida do que foi combinado, e nada além disso.

O pacote deve incluir um manifesto: uma lista do que foi exportado, quantos itens por categoria e o que foi deixado de fora de propósito, com o motivo. Depois, verifique. Abra uma amostra de cada categoria, compare com o que você sabe que deveria estar lá e peça a uma segunda pessoa que confirme. Só então aprove a exclusão. Se a sua equipe nunca testou restaurar a partir de uma exportação, a lógica é direta: uma exportação que você não abriu é uma esperança, não uma cópia.

Por que apagar é mais difícil do que parece?

Apagar uma pasta numa interface é fácil. Apagar em todos os lugares por onde os dados passaram, não. As lacunas costumam estar em cinco pontos.

• Dados derivados: resumos, embeddings e índices criados a partir dos seus documentos podem sobreviver a eles se não forem citados no escopo da exclusão.
• Suboperadores: o fornecedor pode repassar comandos ou arquivos a fornecedores de modelos, serviços de armazenamento ou ferramentas de monitoramento. Peça a lista e pergunte se cada um retém alguma coisa.
• Uso para treinamento: confirme por escrito se os seus dados já foram usados para melhorar algum modelo e que não serão. O artigo sobre quem é dono dos prompts e dos dados na IA da empresa ajuda a saber o que pedir.
• Backups e logs: costumam seguir um ciclo de retenção próprio, então a data de exclusão deles é posterior à dos sistemas ativos.
• Bloqueios legais ou de segurança: o fornecedor pode ter um motivo genuíno para guardar algo. Isso só é aceitável quando é declarado, delimitado e limitado no tempo.

Se os dados do piloto incluem dados pessoais, a lei de privacidade pode acrescentar deveres. A LGPD, fiscalizada pela ANPD, e leis semelhantes em outros países podem afetar por quanto tempo os dados podem ser mantidos e o que os titulares podem solicitar. Envolva o jurídico ou o encarregado de proteção de dados antes de concordar com qualquer retenção. Referências de governança, como o NIST AI Risk Management Framework, também tratam o descomissionamento seguro de um sistema de IA como parte da sua governança, e não como um detalhe de última hora.

O acesso merece atenção própria. Quando você conecta um agente às suas ferramentas por um padrão como o OAuth 2.0, a autorização continua válida até ser revogada ou expirar. Revogue você mesmo, no console de administração de cada serviço conectado, remova chaves de API e contas de serviço e confira se nada mantém permissões maiores do que o necessário. As orientações de autorização da OWASP são uma boa referência para o raciocínio de privilégio mínimo por trás disso.

Qual é um plano prático de encerramento, passo a passo?

O encerramento funciona melhor quando é um projeto curto com responsável, e não um favor pedido no final. Se o piloto está sendo interrompido antes do previsto, a revisão trimestral de IA na empresa ajuda a decidir entre manter, corrigir ou encerrar. Tomada a decisão, esta sequência funciona.

• Passo um: nomeie um responsável do seu lado, em geral o patrocinador ou um líder de operações, e um contato nomeado no fornecedor.
• Passo dois: peça o inventário de dados e a lista de suboperadores e compare com o que a sua equipe acredita ter compartilhado.
• Passo três: congele novas entradas. Impeça que os usuários do piloto adicionem documentos ou iniciem novas conversas.
• Passo quatro: solicite o pacote de devolução e o manifesto.
• Passo cinco: verifique o pacote por amostragem de cada categoria e registre quem conferiu o quê.
• Passo seis: revogue os acessos do seu lado, incluindo tokens, chaves, contas de serviço e quaisquer pastas ou caixas de e-mail compartilhadas.
• Passo sete: autorize a exclusão por escrito, listando as categorias e qualquer retenção aprovada, com motivos e datas finais.
• Passo oito: receba a confirmação escrita, confira com o inventário e arquive junto aos registros do piloto.
• Passo nove: faça uma revisão curta do que o piloto ensinou, para que a configuração e as lições guardadas sejam aproveitadas.

Cenário ilustrativo: uma distribuidora encerra um piloto em que um agente fazia a triagem de e-mails de fornecedores. A gerente de operações pede o inventário e descobre três itens que ninguém havia listado: um índice criado a partir de tabelas de preços de fornecedores, uma autorização de caixa de e-mail ainda ativa e logs de conversa com nomes de contatos dos fornecedores. Ela pede as instruções e as anotações de memória como arquivos legíveis, abre uma amostra de cada um e revoga ela mesma a autorização da caixa de e-mail. Só então autoriza a exclusão. A confirmação do fornecedor chega listando o índice, os logs, as cópias dos suboperadores e a data de expiração dos backups, e ela arquiva o documento ao lado do relatório do piloto.

O que uma confirmação de exclusão deve conter?

Uma mensagem dizendo que tudo foi apagado não basta. Ela não traz nada que você possa conferir. Uma confirmação útil inclui:

• As categorias apagadas, correspondendo ao inventário recebido no início.
• Os sistemas e locais cobertos, incluindo os suboperadores.
• A data da exclusão nos sistemas ativos e a data prevista para backups e logs.
• Os itens mantidos, com o motivo, a base legal ou de segurança e a data final.
• Uma declaração sobre se os seus dados foram usados para treinamento ou melhoria de modelos.
• O nome e o cargo de quem confirma, e a data da confirmação.

Se os backups expiram mais tarde, peça uma segunda confirmação curta quando essa data passar. Isso custa pouco ao fornecedor e fecha o ciclo. Trate a recusa em nomear suboperadores ou informar o prazo dos backups como um sinal que merece peso. O passo a passo de avaliação de segurança de fornecedor de IA ajuda a situar esse sinal no contexto.

Como uma operação gerenciada trata o encerramento?

A Be Human projeta e opera agentes com identidade, memória, canais, ferramentas e permissões mantidos sob controle humano. Como o primeiro projeto define o papel, a memória e as ferramentas necessárias e os limites de aprovação, essa mesma definição serve de inventário de dados quando um piloto é encerrado. O encerramento segue então o plano acima: devolução de exportações e configurações, revogação de acessos, exclusão das categorias combinadas e confirmação escrita do que foi feito. Qualquer item mantido é nomeado com o seu motivo. O escopo de cada uma dessas etapas é combinado com o cliente antes de o trabalho começar, não improvisado no final.

Perguntas frequentes

O fornecedor é obrigado a apagar meus dados quando o teste termina? Depende do contrato e das regras de privacidade aplicáveis aos dados. Sem um prazo escrito, a exclusão pode simplesmente não acontecer, ou acontecer no cronograma do próprio fornecedor. Coloque os termos de devolução e exclusão por escrito antes de o teste começar.

Posso recuperar o que o agente aprendeu sobre o meu negócio? Em geral, você pode recuperar as partes legíveis: anotações de memória, instruções, fluxos e registros de conversa. O índice interno ou o estado do modelo costuma depender das ferramentas do fornecedor e não é portável. Peça o material legível e uma explicação do que não será devolvido.

Devo apagar antes ou depois de exportar? Exporte primeiro, verifique e só depois apague. A exclusão não pode ser desfeita, então confirme que o pacote abre, bate com o manifesto e cobre cada categoria antes de autorizar.

E se o fornecedor disser que alguns dados precisam ser mantidos? Pergunte o que exatamente, por quê, com qual base e até quando. Uma retenção legítima é específica e limitada no tempo, e aparece na confirmação escrita. Uma retenção vaga ou sem prazo deve ser questionada e, se envolver dados pessoais, levada ao jurídico.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.