Due diligence de IA em aquisição de empresa: perguntas dos compradores

Na due diligence de IA em aquisição de empresa, compradores e investidores perguntam sobre três áreas: o que seus agentes fazem e quem os controla, quais dados eles acessam e para onde esses dados vão, e de quais contratos e pessoas a operação depende. Espere entregar um inventário de agentes, registros de permissão e aprovação, descrições do fluxo de dados, contratos com fornecedores e evidências de que o sistema funciona. A empresa que produz esses itens com rapidez e coerência mostra que usa IA de forma deliberada, não por acaso.

Principais pontos

• Os compradores testam três coisas: se a operação de IA funciona, se pessoas identificadas a controlam e se ela pode passar para um novo dono sem quebrar nem vazar informação.
• Monte primeiro o inventário de agentes. Todas as outras respostas partem dele: função, responsável, ferramentas, dados, permissões e fornecedor.
• As perguntas sobre dados giram em torno do que cada agente pode ler, do que ele guarda na memória, de quais fornecedores recebem essas informações e de quem as usa para treinar modelos.
• Os contratos pesam tanto quanto a arquitetura: titularidade da configuração, direito de cessão, apoio na saída e devolução dos dados.
• Evidência vale mais que descrição. Resultados de avaliação, registros de mudança e logs de incidentes convencem mais que um slide.

O que o comprador realmente testa quando pergunta sobre IA?

O comprador procura passivos, dependências e valor inflado. Em uma análise comum de software, isso significa segurança, privacidade e titularidade do código. Agentes de IA acrescentam uma complicação porque agem: leem e-mails, atualizam registros, chamam ferramentas com credenciais e guardam informações. Um agente com acesso amplo é um ativo quando está sob controle e um risco quando ninguém sabe dizer o que ele pode fazer.

Três perguntas aparecem por trás de quase todo pedido. Funciona, e você consegue mostrar evidências? Está sob controle de pessoas identificadas, com limites claros? Pode passar para um novo dono sem quebrar nem vazar? Os revisores costumam usar o vocabulário do NIST AI Risk Management Framework e do OWASP Top 10 para aplicações com LLM. Se a empresa atua na União Europeia ou vende para ela, eles também podem perguntar como seus casos de uso se relacionam com o AI Act europeu, cujas obrigações dependem do uso e do seu papel. Você não precisa se certificar em nenhum desses referenciais. Precisa de respostas que concordem entre si.

O jeito mais rápido de manter as respostas consistentes é desenhar o sistema uma vez só. Um mapa de arquitetura em uma página com modelos, memória, integrações e hospedagem vira a base de todas as respostas seguintes.

Quais documentos sobre os agentes o comprador vai pedir?

Espere uma lista de pedidos parecida com a abaixo. Nem todo item precisa ser longo. Uma página curta e correta vale mais que uma longa e desatualizada.

• Inventário de agentes: cada agente, sua função, o responsável de negócio, o operador técnico, os canais e se está em piloto ou em produção.
• Descrição da função: o que o agente pode fazer, o que nunca deve fazer e quando escala para uma pessoa.
• Mapa de arquitetura: modelos, orquestração, bases de memória, integrações e onde cada uma roda.
• Registro de ferramentas e integrações: cada sistema conectado, o tipo de credencial usada e o escopo concedido.
• Registros de permissão: quem aprovou cada acesso, com que frequência o acesso é revisado e o resultado da última revisão.
• Limites de aprovação: quais ações exigem decisão humana antes de acontecer e quem a toma.
• Evidências de avaliação: o critério de sucesso, os casos de teste, os resultados ao longo do tempo e como as regressões são detectadas.
• Histórico de mudanças: alterações em instruções, ferramentas e modelos, com o aprovador e o caminho de reversão.
• Registro de incidentes: o que deu errado, o impacto, a correção e o acompanhamento.
• Notas de backup e recuperação, com o registro de um teste de restauração.
• Registros de uso e custo por agente, incluindo limites e alertas.
• Políticas: uso aceitável, tratamento de dados e as orientações dadas aos funcionários.

As permissões recebem a maior atenção. Os revisores procuram logins compartilhados, acesso amplo de administrador e credenciais em nome de quem já saiu da empresa. Uma revisão periódica de contas e credenciais gera o registro e elimina os problemas antes que alguém pergunte.

Os históricos de mudanças e de incidentes vêm em seguida, porque mostram se as alterações são deliberadas. Um registro de incidentes vazio para um agente muito usado parece falta de monitoramento, não perfeição.

Por fim, espere um teste de pontos únicos de falha. Se um funcionário entusiasmado ou um construtor externo é a única pessoa que entende a configuração, o comprador vai perguntar como os agentes continuam funcionando sem ele.

O que os compradores perguntam sobre dados, memória e fornecedores de modelo?

As perguntas sobre dados costumam ser a parte mais longa da análise, porque se ligam à lei de privacidade, a contratos com clientes e a segredos comerciais. Prepare respostas por escrito para estas:

• Quais categorias de dados cada agente pode ler: informações de clientes, de funcionários, financeiras ou comerciais confidenciais?
• O que o agente guarda como memória, onde isso fica armazenado e quem pode ver ou apagar?
• Quais fornecedores de modelo e outros subprocessadores recebem prompts e respostas, e em quais regiões?
• Algum fornecedor retém seus dados ou os usa para treinamento? Mantenha os termos de não treinamento por escrito.
• Se há dados pessoais, qual é a base legal e como você cumpre regras como a LGPD ou o GDPR, incluindo pedidos de acesso e de exclusão?
• É possível remover os dados de uma pessoa da memória, dos logs e dos conjuntos de avaliação?
• Como você se protege de injeção de prompt e de divulgação indevida? As orientações da OWASP para aplicações com LLM são uma referência comum.
• Dados de clientes são usados em algum momento para testar, ajustar ou demonstrar o agente?

A pergunta sobre memória surpreende muitos donos de empresa. Um agente que lembra está guardando informação da empresa em algum lugar, e esse armazenamento é um sistema de dados como qualquer outro. Esteja pronto para dizer o que é guardado, por quanto tempo e por quê.

Responda com honestidade. Dizer que o prazo de retenção ainda não foi definido, e mostrar quem vai defini-lo e até quando, é mais credível que uma resposta confiante que o comprador pode desmentir ao compará-la com o seu registro de integrações.

Quais cláusulas contratuais o comprador vai conferir?

Os controles técnicos podem estar corretos e, mesmo assim, o negócio travar no papel. Reúna todos os contratos que tocam a operação de IA: fornecedores de modelo, fornecedores de plataforma, parceiros de implantação, freelancers e qualquer contrato de cliente que restrinja o tratamento de dados. Depois confira cada um com esta lista:

• Titularidade: de quem são os prompts, a configuração, os fluxos de trabalho, o conteúdo da memória e os conjuntos de avaliação construídos para você?
• Cessão e mudança de controle: o contrato pode ser transferido ao comprador, exige consentimento, e o fornecedor pode rescindir em caso de venda?
• Saída: formatos de exportação, apoio na transição e devolução ou exclusão dos dados no encerramento. O guia sobre cláusulas de rescisão em contratos de IA mostra o que negociar.
• Subcontratados: os fornecedores de modelo e de hospedagem estão nomeados, e há aviso quando mudam?
• Termos de dados: contrato de tratamento, confidencialidade, compromisso de não treinamento e dever de notificar violações.
• Responsabilidade e seguro: pelo que o fornecedor responde e o que a sua própria apólice diz sobre erros de agentes.
• Compromissos de serviço: horário de suporte, expectativa de resposta e comunicação de incidentes.
• Prazo e renovação: compromissos mínimos e renovações automáticas que o comprador herdaria.

As pessoas físicas merecem uma análise à parte. Quem construiu um agente para você, seja funcionário ou prestador, deve ter cedido por escrito o resultado do trabalho.

Cenário ilustrativo: uma empresa de serviços entra em um processo de venda. O comprador pergunta de quem são as instruções e os fluxos de um agente de atendimento criado por um freelancer. A empresa encontra um contrato que nunca cede o resultado do trabalho, e as credenciais do agente estão em uma conta que pertence ao freelancer. O agente se comporta bem, mas o comprador exige uma cessão assinada e a transferência das credenciais antes do fechamento. O processo demora mais que o planejado, e o atraso era evitável.

Como se preparar antes de o negócio começar?

Execute este plano antes que alguém pergunte. Ele serve para uma empresa com poucos agentes e pode ser feito por um grupo pequeno.

• Passo um, defina um responsável: um executivo coordena a resposta e resolve respostas conflitantes.
• Passo dois, monte o inventário: liste todos os agentes, inclusive os informais que funcionários criaram por conta própria.
• Passo três, desenhe o mapa: modelos, memória, integrações e hospedagem em uma única página.
• Passo quatro, revise as permissões: remova acessos sem uso, troque logins compartilhados e renove credenciais ligadas a quem saiu.
• Passo cinco, reúna evidências: critério de sucesso, resultados de avaliação, histórico de mudanças e registro de incidentes, no formato em que você já os mantém.
• Passo seis, leia os contratos: marque os termos de cessão, saída, dados e responsabilidade, e liste as lacunas com uma proposta de correção para cada uma.
• Passo sete, escreva a posição sobre dados: categorias, fluxos, fornecedores, retenção e exclusão.
• Passo oito, teste a recuperação: restaure a configuração e a memória de um agente em um ambiente seguro e registre o resultado.
• Passo nove, ensaie: peça a alguém que não construiu a operação que responda à lista de pedidos usando apenas os documentos.

O ensaio mostra se o conhecimento está nos documentos ou na cabeça das pessoas. Corrija o que ele revelar e mantenha os registros atualizados para não repetir o exercício do zero.

A abordagem gerenciada da Be Human foi pensada para que esses registros nasçam como subproduto da operação. Um primeiro projeto define uma função, a memória e as ferramentas de que ela precisa, os limites de aprovação e um critério de sucesso observável, o que já entrega uma descrição de função e uma meta de avaliação desde o início. A operação gerenciada pode incluir monitoramento, avaliações recorrentes, revisão de permissões, manutenção de integrações e resposta a incidentes, de modo que registros de permissão, histórico de mudanças e notas de incidentes se acumulam no trabalho de rotina. A identidade, a memória, os canais e as ferramentas do agente permanecem sob controle humano o tempo todo. Nada disso garante um resultado específico em uma negociação. O que muda é que suas respostas passam a ser verificáveis.

Perguntas frequentes

Precisamos de uma política formal de IA antes de um processo de venda? Nem toda empresa precisa de uma política formal, mas os compradores vão perguntar quais regras funcionários e agentes seguem. Um documento curto sobre uso aceitável, tratamento de dados e limites de aprovação basta para começar. Importa mais que a política corresponda ao que realmente acontece do que ser longa.

Devemos contar ao comprador sobre erros de agentes que já corrigimos? Sim, no formato que seu registro de incidentes já usa: o que aconteceu, o impacto, a correção e o acompanhamento. Um incidente documentado e tratado mostra controle, enquanto um escondido que aparece depois abala a confiança. Consulte seu assessor jurídico sobre como apresentar essa informação nos documentos da transação.

E se usamos apenas um agente? As perguntas são as mesmas, mas as respostas são mais curtas. Um único agente ainda tem função, ferramentas, permissões, acesso a dados, fornecedor e contratos, e o comprador vai querer cada um explicado. Um agente bem documentado está em posição mais forte que vários informais.

Quem deve responder às perguntas do comprador: Jurídico, TI ou o negócio? Divida por assunto e deixe um coordenador reunir as respostas. O Jurídico cuida de contratos e privacidade, a TI ou o provedor de operação cuida de arquitetura e acessos, e o responsável de negócio cuida da função e dos resultados. O coordenador garante que as três versões concordem antes de qualquer envio.

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