Introdução
Os produtos Agentic AI são cada vez mais apresentados como sistemas que podem planejar, usar ferramentas e atuar em fluxos de trabalho empresariais. A questão da transacção é mais restrita: que trabalho é concluído, aceite e pago, sob que controlos, a que custo total e com que grau de transferibilidade? Um comprador que valoriza uma meta por meio de licenças ou volume de mensagens pode exagerar o valor quando o uso cria novas tentativas, supervisão ou resultados não aceitos. Pode subestimar o valor quando um pequeno número de agentes substitui filas dispendiosas e produz um resultado operacional mensurável.
A distinção é importante porque o trabalho agente combina software, modelos, orquestração, permissões, dados, revisão humana e processo operacional. O NIST lançou uma Iniciativa de Padrões de Agente AI em 2026 em torno de interoperabilidade, segurança, identidade e autorização [7-10]. A Estrutura de Gerenciamento de Risco e o Perfil Generativo AI do NIST fornecem estruturas de governança mais amplas [11-12]. A actividade actual em matéria de normalização confirma a importância dos controlos; não estabelece que o agente de qualquer alvo seja seguro, confiável ou comercialmente valioso.
A avaliação das tarefas também requer cuidados. O METR define um horizonte de tempo de conclusão de tarefa como a duração da tarefa humana na qual se prevê que um agente terá sucesso em um nível de confiabilidade declarado, e alerta que seu conjunto está concentrado em tarefas de software, aprendizado de máquina e segurança cibernética [13–15]. Os fluxos de trabalho de produção costumam ser menos especificados, mais contextuais e mais difíceis de pontuar. Uma equipe de transação precisa, portanto, de evidências específicas do alvo, além de benchmarks.
Este artigo vincula a telemetria operacional às decisões de aquisição. Ele pergunta como um comprador deve definir uma unidade de trabalho, medir a aceitação, reconstruir o custo, classificar a autonomia, avaliar o risco, identificar sinergias e considerar o design. O objetivo é um registro de diligência que possa sobreviver à revisão do comitê de investimentos, do conselho, da contabilidade, do jurídico, da segurança e da integração.
1 Defina a decisão da transação e o perímetro de avaliação
O arquivo de diligência deve começar com a decisão. Um comprador estratégico pode buscar um novo produto, menor custo operacional, dados proprietários, talento especializado, acesso do cliente ou controle de uma camada de orquestração. Um patrocinador financeiro pode buscar receitas recorrentes escaláveis, expansão de margens e uma rota de saída. Um adquirente corporativo de um negócio habilitado para AI pode estar valorizando uma transformação operacional em vez de uma empresa de software. Cada justificativa requer evidências diferentes e cria um caso de sinergia diferente.
O perímetro deve identificar entidades legais, repositórios, dependências de modelos e ferramentas, prompts, políticas, conjuntos de dados de avaliação, conectores, credenciais, contratos de clientes, direitos de dados, documentação de fluxo de trabalho e pessoal. Deve distinguir ativos próprios de componentes de código aberto, modelos de terceiros, configurações de clientes e serviços controlados por parceiros. Uma demonstração pode combinar esses elementos sem estabelecer quais direitos serão transferidos no fechamento.
O comprador também deverá definir a unidade de conta. O alvo pode vender software, um serviço gerenciado, um resultado terceirizado ou um híbrido. A receita pode ser precificada por assento, token, transação, resolução, projeto ou compromisso mínimo. O modelo de avaliação deve seguir a promessa contratual e os encargos operacionais reais. O trabalho concluído é útil quando alinha o registo técnico com a aceitação do cliente e a obrigação económica.
2 Defina uma unidade de trabalho concluída aceita
Uma unidade de trabalho concluído precisa de uma entrada limitada, ações permitidas, saída esperada, regra de aceitação, janela de tempo e caminho de exceção. Os exemplos incluem a resolução de um caso de suporte elegível, a reconciliação de um conjunto de contas definido, a correção de um defeito de software validado ou a extração de cláusulas específicas de um conjunto de documentos aprovados. A definição deve indicar exclusões, dependências de clientes e condições que exijam autoridade humana.
A aceitação deve ser observável. Um caso pode ser encerrado tecnicamente e reaberto pelo cliente. Uma reconciliação pode ser equilibrada ao usar um diário não autorizado. Uma alteração de código pode passar em um teste restrito e ser reprovada em uma revisão de segurança. Um documento pode ser resumido com precisão, omitindo uma citação obrigatória. A unidade aceite deve, portanto, incluir critérios de qualidade, políticas e resultados, em vez de apenas um estado do sistema.
O livro de trabalho deve reter o identificador da tarefa, coorte, modelo e versão do fluxo de trabalho, ferramentas utilizadas, ações tomadas, tempo decorrido, toques humanos, exceções, aceitação, reversão, cobrança do cliente e custo direto. Deve preservar um rastro auditável sem reter informações pessoais ou confidenciais desnecessárias. Este livro-razão fornece a ponte entre a execução técnica e a receita, contribuição e responsabilidade.
3 Classifique a autonomia assistencial e a autoridade de decisão
A autonomia não é uma percentagem única. Uma classificação útil distingue observação, recomendação, preparação, acção com aprovação, acção autónoma limitada e decisão consequente. O mesmo produto pode ocupar vários níveis em um fluxo de trabalho. Um agente pode coletar provas de forma autônoma, preparar uma recomendação e aguardar que uma pessoa autorizada aprove um pagamento, uma ação trabalhista ou uma conclusão regulamentada.
A classificação deve registrar quem define o objetivo, quem aprova o plano, quais ferramentas estão disponíveis, quais dados podem ser acessados, quais ações são reversíveis e quem é o proprietário do resultado. A identidade e a autorização tornam-se essenciais para a transação quando os agentes agem entre sistemas. O trabalho atual do agente do NIST identifica a identidade e autorização do agente seguro como questões centrais de adoção [7-10]. Um comprador deve testar a implementação da meta em vez de confiar na existência de padrões emergentes.
Maior autonomia pode reduzir o tempo de manuseio e aumentar o volume. Também pode aumentar o custo de uma ação defeituosa. O modelo de avaliação deve reconhecer o benefício económico apenas para fluxos de trabalho em que as permissões, os controlos, a monitorização, o escalonamento e a recuperação tenham sido testados. A autonomia que não pode ser limitada ou auditada pode exigir custos de controlo adicionais e um plano de integração mais lento.
4 Construa o fluxo de trabalho e o mapa de controle de ferramentas
O mapa do fluxo de trabalho deve mostrar cada sistema, fonte de dados, modelo, ferramenta, função humana e controle, desde a solicitação até o resultado aceito. Deve identificar onde o agente planeja, recupera, transforma, decide, atua, verifica e registra. Deve também mostrar qual componente pode mudar sem a reaceitação do cliente e qual componente cria uma dependência contratual ou regulatória.
As permissões da ferramenta exigem diligência específica. O comprador deve inventariar credenciais, escopos, contas de serviço, segredos, separação de produção e teste, regras de aprovação, limites de transação e revogação emergencial. Ele deve reproduzir rastreamentos representativos e verificar se o agente seleciona a ferramenta correta, fornece parâmetros válidos e trata as falhas. O sucesso da chamada de ferramenta é uma medida intermediária; o resultado comercial aceito continua sendo a medida econômica.
O mapa de controle deve incluir segregação de funções, ações restritas, limites de taxas, prevenção contra perda de dados, registro, monitoramento, reversão e resposta a incidentes. Um alvo pode ter avaliações de modelos fortes e controlos operacionais fracos. O comprador deve definir o preço do sistema combinado que produz o trabalho, incluindo as camadas humanas e técnicas necessárias para operá-lo com segurança.
5 Projete o sistema de avaliação da produção
A avaliação da produção deve começar pelos critérios de aceitação do cliente. O conjunto de testes deve abranger tarefas comuns, casos limites, entradas incompletas, instruções conflitantes, ferramentas indisponíveis, restrições políticas e mudanças de objetivos. Deve incluir as consequências que são importantes para o fluxo de trabalho, como dinheiro movimentado, acesso concedido, promessa feita ao cliente, código implantado ou conclusão regulamentada registrada.
A avaliação baseada em rastreamento pode revelar se um agente selecionou a ferramenta certa, seguiu uma transferência necessária e cumpriu a política [16-18]. A classificação dos resultados deve ser separada da classificação do processo. Um resultado correto alcançado através de uma ação não autorizada continua sendo uma falha de controle. Um rastreio compatível que produza um resultado inutilizável continua a ser um fracasso económico. Ambas as dimensões afetam o valor da transação.
O destino deve manter conjuntos de dados versionados, rubricas, avaliadores, julgamento humano e limites de regressão. A gestão deve conciliar os resultados da avaliação com as coortes de produção e investigar as diferenças. Uma pontuação de benchmark tem valor limitado quando a população de produção, o conjunto de ferramentas, os dados, a latência ou o suporte humano diferem materialmente do ambiente de teste.
6 Medir a reversão e recuperação da exceção de aceitação
A taxa de conclusão do título deve ser decomposta em conclusão aceita, exceção, escalonamento, rejeição, reversão e status não resolvido. As exceções incluem dados faltantes, objetivos ambíguos, sistemas indisponíveis, conflitos de políticas, incerteza do modelo e regras específicas do cliente. A taxonomia de exceção deve ser suficientemente estável para apoiar a análise de tendências e suficientemente flexível para identificar novos modos de falha.
A intervenção humana deve ser medida pelo propósito e pela duração. A revisão que protege uma decisão importante é diferente do reparo repetido de um fluxo de trabalho fraco. O livro de custos deve alocar triagem, investigação, correção, aprovação, comunicação com o cliente e recuperação. Os casos reabertos e a remediação a jusante devem estar ligados à tarefa de origem, sempre que possível.
O tempo de recuperação é uma medida operacional e de avaliação. Um sistema que falha com pouca frequência, mas que requer dias de intervenção especializada, pode criar um risco concentrado. O comprador deve testar a detecção, contenção, reversão, notificação do cliente e encerramento da causa raiz. As reservas, os créditos de serviço e os custos de remediação pertencem ao modelo de transação quando as exceções têm consequências financeiras.
7 Converta a telemetria em economia de coorte de clientes
O livro-razão do cliente deve conectar promessa contratada, volume de trabalho elegível, unidades aceitas, preço, implementação, inferência, ferramenta, dados, revisão, suporte e cobrança. O reconhecimento da receita segue o contrato e os requisitos contábeis aplicáveis. A medição operacional ainda deve conciliar cada cobrança com a evidência de que o serviço prometido foi prestado [1-4].
A contribuição por unidade aceita é um ponto de partida útil. Ele subtrai custos variáveis de modelo, ferramenta, infraestrutura, revisão humana, exceção e parceiros da receita relacionada. O comprador também deve identificar custos semivariáveis de engenharia, avaliação, conformidade e suporte do cliente. As despesas partilhadas em investigação e plataformas devem permanecer visíveis, em vez de serem ocultadas através de uma afetação otimista.
A análise de coorte deve acompanhar o tempo de produção, taxa de aceitação, expansão, alterações de preços, contribuição, cobranças, renovação e motivos de perda. Os compromissos mínimos podem apoiar o dinheiro, ao mesmo tempo que mascaram a baixa utilização. O crescimento do uso pode parecer atraente e, ao mesmo tempo, reduzir a contribuição se as tarefas se tornarem mais difíceis ou as exceções aumentarem. A avaliação deve seguir o trabalho e o dinheiro aceitos e duráveis, e não apenas a atividade.
A arquitetura de preços deve ser testada em relação ao direcionador de custos. Um preço por assento pode funcionar quando os assentos estão estreitamente correlacionados com o trabalho elegível e a carga de apoio. Um preço por resultado transfere mais risco operacional para o fornecedor e requer um processo de aceitação acordado. Um preço de consumo pode deixar o cliente exposto a novas tentativas e a um comportamento ineficiente do agente. Estruturas híbridas podem combinar um mínimo de plataforma com componentes de resultado ou uso. O comprador deve modelar cada contrato sob o comportamento de produção observado e identificar qual parte arca com o preço do modelo, complexidade e risco de exceção.
A conversão de caixa merece uma visão de coorte própria. Marcos de implementação, disputas de aceitação, créditos de serviço, prazos de faturas e ciclos de pagamento corporativo podem separar a receita reportada do dinheiro. Uma meta de alto crescimento pode exigir capital de giro quando os custos do fornecedor e da folha de pagamento ocorrem antes da aceitação e cobrança do cliente. O modelo de avaliação deve reconciliar a receita contabilizada, a receita faturada, as contas a receber, a receita diferida e o caixa nos mesmos registros de cliente e fluxo de trabalho.
8 Reconstruir a qualidade da receita e as obrigações contratuais
Os contratos agenticos AI podem conter pilotos, serviços de implementação, compromissos mínimos, taxas de uso, taxas de resultado e créditos de nível de serviço. A equipe de diligência deve classificar cada componente, verificar a aplicabilidade e reconciliar contrato, fatura, livro de receitas, contas a receber e recibo bancário. Os clientes e memorandos anunciados são evidência de atividade comercial apenas na medida dos termos executados e da economia observada.
O contrato deve definir o serviço, dependências do cliente, aceitação, uso permitido, funções de dados, mudanças de modelo, suporte, segurança, auditoria, propriedade intelectual, responsabilidade, rescisão e transição. Um fornecedor que promete um resultado comercial pode ter uma obrigação mais ampla do que um licenciante de software. O modelo de avaliação deve reflectir a promessa real, incluindo o custo das operações humanas necessárias para a cumprir.
A concentração requer uma visão do fluxo de trabalho, bem como uma visão do cliente. Vários clientes podem depender do mesmo modelo, nuvem, conector ou parceiro de implementação. Uma alteração em uma dependência compartilhada pode afetar vários contratos. O comprador deve testar a economia da renovação sob reprecificação de modelo, controles mais rígidos, mínimos mais baixos e demandas de portabilidade dos clientes.
9 Reconciliar a ferramenta do modelo e a dependência da infraestrutura
Muitos produtos agentes reúnem modelos de terceiros, nuvens, sistemas vetoriais, serviços de observabilidade e conectores empresariais. Isto pode acelerar o desenvolvimento de produtos, ao mesmo tempo que cria dependências de preço, acesso, continuidade e contratuais. O comprador deve inventariar cada dependência, sua função, contrato, prazo, preço, compromisso de volume, tratamento de dados, controle de mudanças e caminho de substituição.
A portabilidade deve ser testada através de um fluxo de trabalho representativo. Uma arquitetura multimodelo reivindicada tem valor quando o alvo pode substituir um modelo, preservando a aceitação, a segurança, a latência e o custo. A troca pode exigir reprojeto imediato, avaliação, aprovação do cliente e novos controles de segurança. O modelo deve incluir este custo de transição e qualquer período de desempenho inferior.
A economia das infra-estruturas deve ser reconstruída a partir de facturas e telemetria. O custo por unidade aceita deve incluir tentativas fracassadas, novas tentativas, etapas de raciocínio, chamadas de ferramentas, armazenamento, recuperação, observabilidade e revisão. Um preço de modelo decrescente não garante uma redução no custo do fluxo de trabalho quando os agentes tentam tarefas mais longas ou usam mais ferramentas. O comprador deve testar a sensibilidade ao preço e ao comportamento.
10 Estabelecer propriedade intelectual de dados e direitos de transferência
O registro de direitos deve abranger código-fonte, prompts, políticas, designs de fluxo de trabalho, conjuntos de avaliação, configurações de clientes, dados de treinamento e feedback, dados sintéticos, marcas registradas, patentes e documentação. Deve identificar atribuição do criador, empregador ou contratante, licença, uso permitido, restrições, sublicenciamento, mudança de controle e rescisão. As obrigações de código aberto e os termos de terceiros devem ser mapeados para cada componente lançado.
Os dados do cliente requerem tratamento separado. O acesso necessário para operar um fluxo de trabalho não pode criar um ativo transferível. O feedback pode melhorar o produto, permanecendo sujeito a restrições de confidencialidade, privacidade ou uso. O comprador deve verificar se os dados de produção são usados apenas para fins autorizados e se as obrigações de exclusão, retenção e transição podem ser executadas após o fechamento.
A IFRS 3 exige que um adquirente reconheça ativos intangíveis identificáveis separadamente do ágio quando os critérios forem atendidos, enquanto a IAS 38 trata de ativos intangíveis identificáveis e a IFRS 13 trata da mensuração pelo valor justo [1-6]. A alocação do preço de compra não substitui a diligência nas transações. O controlo legal, o benefício económico, a vida útil, a obsolescência e a separabilidade continuam a ser questões específicas da empresa.
A obsolescência da tecnologia deve ser avaliada tanto na camada de fluxo de trabalho quanto na camada de modelo. Um método de prompt ou roteamento pode ser substituído rapidamente, enquanto a integração do cliente, os dados de aceitação, os controles operacionais e o processo de domínio permanecem valiosos. A equipe de diligência deve separar os componentes substituíveis das evidências acumuladas no fluxo de trabalho. Deve estimar o custo, o tempo e a aprovação do cliente necessários para reconstruir cada componente e o risco de um concorrente poder oferecer um resultado comparável com menos atrito.
O conhecimento de funcionários e contratados pode ser essencial sem ser considerado um ativo separável. O comprador deve identificar os principais mantenedores, decisões operacionais não documentadas, conhecimento específico do cliente e experiência em avaliação. Os planos de retenção e transferência de conhecimento devem estar alinhados com a sequência de integração. A avaliação não deve presumir que a transferência do código-fonte por si só preserva a capacidade do sistema de entregar trabalho aceito.
11 Teste a autorização e resiliência da identidade de segurança
A segurança do agente deve ser avaliada em termos de identidade, autenticação, autorização, uso de ferramentas, acesso a dados, cadeia de suprimentos, injeção imediata, segredos, registro em log, monitoramento e recuperação. O alvo deve demonstrar design com privilégios mínimos, rotação de credenciais, separação de ambientes, limites de aprovação e revogação rápida. A documentação de segurança deve estar de acordo com a configuração de produção testada.
A identidade torna-se mais complexa quando vários agentes atuam através de serviços compartilhados. O comprador deve ser capaz de atribuir uma ação a um usuário, agente, versão, política e credencial. A delegação deve ser limitada por tarefa, tempo, sistema e valor sempre que possível. Uma conta de serviço compartilhada que obscurece a responsabilidade pode enfraquecer o controle e a confiança do cliente.
A resiliência inclui interrupção do modelo ou da nuvem, indisponibilidade de ferramentas, contexto corrompido, mudança inesperada de meta e resultados inseguros. A equipe de diligência deve inspecionar registros de incidentes, exercícios de recuperação, comunicação e remediação com o cliente. Uma demonstração forte durante a operação normal não prova que o sistema falha com segurança.
12 Preservar a responsabilidade humana e a autoridade do cliente
A responsabilidade humana deve ser incluída no fluxo de trabalho, em vez de ser adicionada como uma declaração genérica. Cada decisão consequente necessita de um proprietário autorizado, padrão de informação, regra de escalonamento e registro retido. O comprador deve identificar onde um humano aprova, onde um humano analisa retrospectivamente e onde um agente atua dentro de uma política vinculada.
A qualidade da revisão é importante. Um revisor que se depara com volume excessivo, explicações inadequadas ou viés de automação pode aprovar sem um escrutínio significativo. A eficácia da revisão pode ser testada através de amostras de decisões, análise de divergências, tempo gasto, frequência de substituição e resultados posteriores. Toques humanos que apenas reparam erros rotineiros devem ser classificados como custo operacional.
A autoridade do cliente também deve ser explícita. Uma empresa pode autorizar um alvo a preparar o trabalho, reservando a ação final. Pode exigir notificação antes que um modelo ou fluxo de trabalho seja alterado. As evidências do alvo devem mostrar como os controles específicos do cliente são implementados e testados. Exceções operacionais não registradas podem criar responsabilidade pós-fechamento e atraso na integração.
13 Construa a ponte de contribuição de trabalho concluído
A ponte de contribuição começa com receitas faturadas ou alocadas para unidades aceitas. Ele subtrai inferência de modelo, cobranças de ferramentas, nuvem, dados, taxas de parceiros, implementação, revisão, suporte, créditos de serviço e correção de exceções. Deve mostrar a conclusão bruta separadamente da conclusão aceita e identificar os custos gerados pelo trabalho rejeitado ou revertido.
A ponte deve então alocar despesas específicas de engenharia, avaliação, conformidade e sucesso do cliente para o fluxo de trabalho. Os custos centrais de pesquisa e plataforma permanecem fora da contribuição unitária, mas dentro do fluxo de caixa da empresa. Esta estrutura ajuda o comprador a distinguir um fluxo de trabalho escalável de um serviço gerenciado de trabalho intensivo apresentado como software.
A gestão deve conciliar a ponte com o razão geral, folha de pagamento, faturas de fornecedores e telemetria de produção. A análise de variância deve explicar mudanças no mix, complexidade, seleção de modelo, latência, comportamento de novas tentativas e intervenção humana. O modelo de transação pode então testar se a escala melhora a contribuição ou expõe uma carga de exceção maior.
14 Valorize a empresa por meio de evidências
Os métodos de avaliação tradicionais continuam relevantes. Múltiplos de mercado, fluxo de caixa descontado, transações precedentes e abordagens de custos podem ser usados quando seus dados refletem a realidade econômica do alvo [1-6, 19-22]. Agentic AI exige maior cuidado com qualidade de receita, durabilidade de crescimento, contribuição, necessidades de capital, risco de dependência e obsolescência tecnológica.
Um modelo de estado de evidência pode complementar estes métodos. O primeiro estado demonstra a conclusão reproduzível da tarefa. A segunda mostra o trabalho de produção aceito e as receitas arrecadadas. A terceira mostra coortes repetíveis com contribuição durável. A quarta mostra controle transferível, operações seguras e distribuição estratégica. As suposições de probabilidade e valor devem ser documentadas e atualizadas à medida que as evidências mudam.
O modelo deve evitar a contagem dupla. Uma previsão que já inclua custos laborais mais baixos não deverá também acrescentar a poupança total de custos como uma sinergia separada. Dados, tecnologia e relacionamentos com clientes podem contribuir por meio de previsão de fluxo de caixa e ativos intangíveis identificáveis. O arquivo de avaliação deve mostrar onde cada fonte de valor entra na análise.
A análise de empresas comparáveis deve normalizar os modelos de negócios antes de aplicar um múltiplo. Uma plataforma de agente com receita de uso, um serviço gerenciado baseado em resultados e um operador de processos de negócios habilitado para AI pode relatar um crescimento semelhante com diferentes obrigações e margens de entrega. A margem bruta reportada pode utilizar diferentes tratamentos para inferência, implementação e revisão. A equipa da transação deve reconstruir uma medida de contribuição comum e divulgar as diferenças restantes, em vez de forçar uma falsa comparabilidade.
O fluxo de caixa descontado deve incluir investimento explícito em avaliação, segurança, integração de clientes, transição de modelo e capital de giro. As suposições terminais precisam de uma visão de renovação e obsolescência contínuas. Uma abordagem de custo pode informar a substituição e a remediação, mas pode não capturar o acesso do cliente ou dinheiro futuro. As transações precedentes exigem uma leitura cuidadosa porque os valores principais divulgados raramente fornecem o fluxo de trabalho, os direitos e as evidências de custos necessários para uma comparação direta.
15 Identifique sinergias específicas do comprador
As sinergias de receitas podem incluir acesso aos clientes do comprador, distribuição incorporada, direitos de dados mais amplos, venda cruzada ou entrada em novos fluxos de trabalho. As sinergias de custos podem incluir infraestrutura compartilhada, compra de modelos, segurança, conformidade, vendas, suporte ou eliminação de ferramentas duplicadas. As sinergias de capacidade podem encurtar o desenvolvimento de produtos ou melhorar as operações do próprio comprador.
Cada sinergia deve ter uma linha de base, ação, proprietário, custo, prazo, dependência e porta de evidências. O comprador deve distinguir a sinergia que requer capacidade alvo do valor já presente no plano independente. O consentimento do cliente, as restrições de uso de dados, as alterações de modelo e o risco de integração podem atrasar ou impedir a entrega.
Métricas de trabalho concluído podem tornar o caso de sinergia testável. A linha de base registra trabalho elegível, aceitação, tempo, custo e exceções. O plano de integração especifica o fluxo de trabalho de destino e controla as alterações. O resultado realizado é medido por meio de trabalho aceito, contribuição e dinheiro. Esta estrutura apoia a disciplina de preços e a responsabilização pós-fechamento.
16 Conduza a diligência do cliente e do fluxo de trabalho
A diligência do cliente deve testar porque o fluxo de trabalho foi adquirido, como foi aceito, quais alternativas foram consideradas, quem é o dono do orçamento, o que permanece manual e o que causaria o encerramento. O comprador deve obter permissão e seguir os protocolos de transação. As referências selecionadas pela administração devem ser complementadas com evidências de contrato, uso, suporte e coleta.
O arquivo de fluxo de trabalho deve identificar o esforço de implementação, dependência de dados do cliente, configuração, código personalizado, integração, avaliação, funções humanas e suporte. Um alvo pode mostrar forte retenção enquanto realiza trabalho de serviços ocultos. O comprador deve comparar a receita recorrente contratada com a mão de obra e o conhecimento especializado necessários para renová-la.
Evidências de perda e não conversão são igualmente importantes. Os pilotos falhados podem revelar critérios de aceitação fracos, integração deficiente, barreiras de segurança, apropriação pouco clara ou benefícios económicos insuficientes. A previsão deve utilizar a conversão e renovação observadas por coorte comparável. Os cenários de gestão devem permanecer claramente separados dos resultados observados.
17 Projete uma estrutura de transação em torno da incerteza
A estrutura da transação pode alocar incerteza onde as evidências estão incompletas. A contraprestação pode incluir dinheiro no fechamento, capital de rolagem, retenção, ganho, retenção, depósito ou valor contingente. A medição deve basear-se em resultados auditáveis que a gestão possa influenciar sem encorajar a implementação insegura ou o reconhecimento de receitas a curto prazo.
Marcos úteis incluem trabalho de produção aceito, compromissos mínimos assinados, receitas coletadas, custo de contribuição após exceção, retenção de clientes, remediação de direitos concluída, fechamento de segurança e portabilidade bem-sucedida. As definições devem especificar fontes de dados, política contabilística, exclusões, governação e resolução de litígios. Um marco vago pode criar conflito pós-fechamento.
As representações e acordos devem abordar propriedade intelectual, uso de dados, código aberto, obrigações do cliente, dependências de modelo e nuvem, incidentes de segurança, registros de avaliação e alterações materiais no fluxo de trabalho. Indenizações ou reservas específicas podem ser apropriadas para exposições identificadas. Aconselhamento jurídico, fiscal e contábil é necessário para a transação real.
A concepção de ganhos externos deve evitar incentivos para aumentar o volume bruto, ao mesmo tempo que enfraquece a aceitação ou o controlo. Uma medida equilibrada pode combinar receitas arrecadadas com contribuição mínima ajustada, retenção de clientes e condições de controle definidas. O comprador deve proteger os direitos normais de integração, evitando ao mesmo tempo alterações que anulem arbitrariamente a medida. Os vendedores precisam de acesso ao cálculo subjacente e de um processo de revisão claro. Ambas as partes devem modelar como a concentração de clientes, as mudanças de preços e a migração de plataforma afetam o resultado.
As condições de encerramento devem centrar-se nas questões necessárias para transferir e operar o negócio. Os exemplos incluem atribuições importantes, consentimentos de clientes e fornecedores, correção de permissões críticas, preservação de registros de avaliação e confirmação de suporte de transição. Os acordos pós-fechamento podem abordar trabalhos de menor gravidade. O arquivo da transação deve mostrar qual exposição altera o preço, o prazo, a estrutura ou a decisão de prosseguir.
18 Construa quatro casos operacionais hipotéticos
O agente de resolução do cliente lida com casos e cobranças de serviço elegíveis por meio de resolução aceita. Beneficia de um elevado volume, mas acarreta riscos de reabertura, escalada e crédito de serviço. O agente de fechamento financeiro reconcilia contas e prepara evidências, com as pessoas autorizadas mantendo a aprovação sobre os lançamentos consequentes. Tem menor volume, maiores requisitos de controle e uma disposição a pagar potencialmente mais forte.
O agente de remediação de software identifica, testa e propõe correções dentro de repositórios definidos. A aceitação requer testes, revisão de segurança e regras de implantação. O agente de documentos regulamentados extrai, compara e prepara resultados de um conjunto de documentos aprovados, com requisitos de citação e revisão. A sua economia depende da qualidade dos documentos, da atribuição de responsabilidades e da revisão especializada.
Os casos utilizam suposições de gestão apenas para demonstrar a estrutura. Um modelo de destino real requer contratos, faturas, cobranças, telemetria de produção, registros de custos, histórico de incidentes, direitos e evidências de clientes. O comprador deve substituir todas as suposições, atribuir um proprietário e reter a fonte.
19 Economia ilustrativa do trabalho concluído
O caso de resolução do cliente assume USD 145 million de receita, USD 62 million de contribuição e USD 49 million após exceção e custos de controle. O caso de fechamento financeiro assume USD 92 million de receita, USD 36 million de contribuição e USD 27 million após esses custos. O caso de remediação de software pressupõe USD 78 million de receita e USD 18 million de contribuição ajustada.
O caso de documento regulamentado assume USD 58 million de receita, USD 9 million de contribuição e USD 4 million após custos de exceção e controle. A contribuição ajustada mais baixa reflete análise especializada, avaliação específica do cliente e controles de responsabilidade. Estes números são pressupostos hipotéticos de gestão; não são observações sobre nenhuma empresa ou mercado.
A sensibilidade deve centrar-se no volume aceite, preço, modelo e custo da ferramenta, intervenção humana, exceção, reversão, implementação, retenção e cobrança. Uma pequena deterioração na aceitação pode ter um efeito monetário maior quando o trabalho rejeitado ainda consome inferências, ferramentas e pessoal. O modelo deve mostrar esta alavancagem operacional antes de aplicar um múltiplo de avaliação.
20 Integre o alvo sem destruir evidências
Os primeiros cem dias devem preservar a cadeia de evidências enquanto consolidam os sistemas. O comprador deve congelar as definições básicas, reter rastros e contratos, mapear credenciais, identificar pessoal crítico e acordar protocolos de mudança do cliente. Deve-se evitar a alteração simultânea de modelos, prompts, ferramentas e controles sem um plano de comparação.
A integração deve prosseguir por coorte de fluxo de trabalho. Cada mudança precisa de uma hipótese, teste, limite de aceitação, reversão e proprietário. Os controlos de segurança e de identidade poderão ter de ser harmonizados antes de uma implantação mais ampla. O consentimento ou a reaceitação do cliente podem ser necessários quando a localização, o modelo, o subprocessador ou o processo operacional dos dados mudam.
Os relatórios de sinergia devem conciliar-se com o livro-razão dos trabalhos concluídos e com o sistema financeiro. A equipe de integração deve reportar unidades aceitas, exceções, contribuição ajustada, efeitos de clientes e caixa. A atividade do produto por si só não pode estabelecer o valor da transação realizada.
O modelo operacional deve antecipar a mudança organizacional. Produto, engenharia, segurança, jurídico, financeiro, sucesso do cliente e proprietários de processos podem usar diferentes definições de conclusão. A governação da integração deve acordar uma hierarquia de medidas e preservar os detalhes subjacentes. Um resultado financeiro que agrega unidades aceitas sem custo de exceção pode entrar em conflito com um relatório de segurança que trata o mesmo fluxo de trabalho como restrito. Um modelo de dados reconciliados ajuda o conselho a avaliar o valor e o risco em conjunto.
A comunicação com o cliente deve seguir significado contratual e prático. Alguns clientes podem aceitar uma mudança de propriedade enquanto exigem notificação para um novo modelo, subprocessador, local de hospedagem ou uso de dados. O mapeamento precoce pode evitar atrasos evitáveis. A integração deve proteger a continuidade do serviço e dar aos clientes provas de que os controlos, o apoio e a responsabilização permanecem eficazes.
21 Governe o valor após o fechamento
Os relatórios do conselho devem combinar evidências comerciais, técnicas, de controle e financeiras. Um scorecard útil inclui trabalho aceito, taxas de exceção e reversão, intervenção humana, concentração de clientes, contribuição, cobranças, dependência de modelo e ferramenta, eventos de segurança, regressões de avaliação e status de remediação. As definições devem permanecer estáveis ou mostrar uma ponte documentada.
Os incentivos de gestão devem recompensar resultados duradouros aceites, valor para o cliente, contribuição e desempenho de controlo. Alvos somente de volume podem encorajar implantação de baixa qualidade. As metas apenas de receita podem adiar custos excepcionais ou criar compromissos fracos. O sistema de governação deve preservar a autoridade para decisões com consequências e tornar visíveis os incidentes materiais.
A tese de aquisição deverá ser reavaliada em intervalos definidos. As evidências podem apoiar uma expansão mais rápida, mais investimentos, consolidação de produtos ou um perímetro mais estreito. Uma abordagem explícita de estado de evidência proporciona ao conselho uma forma disciplinada de alterar a alocação de capital à medida que o registo operacional se desenvolve.
Conclusão
Agentic AI M&A exige uma ponte de avaliação entre a atividade técnica e o trabalho econômico aceito. Assentos, tokens, chamadas de ferramentas e resultados de benchmark descrevem partes do sistema. O valor da transação depende se o alvo pode concluir o trabalho definido, satisfazer o padrão de aceitação, controlar exceções, obter contribuições duráveis, receber dinheiro e transferir os direitos relevantes e a capacidade operacional.
O trabalho concluído é valioso como unidade de diligência porque pode conectar rastreamento, promessa do cliente, custo e pagamento. A definição deve incluir qualidade, política e resultados. A autonomia deve ser classificada por ação e autoridade. Os custos de exceção e recuperação devem permanecer dentro da economia. As dependências de modelo, ferramenta e infraestrutura devem ser testadas por meio de contratos e portabilidade.
A estrutura apoia avaliação, análise de sinergia, estrutura de transação e governança pós-fechamento. Também cria limites disciplinados para a incerteza. As suposições hipotéticas permanecem cenários até que as evidências do alvo as substituam. A consideração pode então ser vinculada a marcos verificados de produção, cliente e controle, em vez de afirmações amplas sobre a capacidade do agente.
Sala de evidências de trabalhos concluídos
A sala de evidências deve conter o catálogo de fluxo de trabalho, definições de trabalho aceito, rastreamentos de versão, conjuntos de avaliação, taxonomia de exceções, aceitação do cliente, contratos, faturas, cobranças, livro de custos e registro de incidentes. Cada programação deve identificar o proprietário, o sistema de origem, o período, o grupo de clientes e o status de reconciliação. A equipe de transação deve ser capaz de reproduzir amostras de tarefas e rastreá-las até os registros financeiros.
Dossiê de identidade e controle de autonomia
Este dossiê deve registrar identidades, credenciais, permissões, escopos de ferramentas, limites de aprovação, segregação de funções, monitoramento, revogação, reversão e recuperação dos agentes. Ele deve mapear cada fluxo de trabalho de produção de acordo com as políticas aplicáveis do cliente e da empresa. As lacunas devem ter um proprietário de remediação, custo e teste de conclusão.
Dependências de direitos e arquivo de portabilidade
O arquivo deve mapear código-fonte, dados, prompts, avaliações, modelos, componentes de código aberto, nuvens, ferramentas, conectores e configurações do cliente. Deve indicar a propriedade, a licença, o tratamento de mudança de controle, a restrição, a renovação e o plano de substituição. Os testes representativos de portabilidade devem registrar aceitação, latência, custo e impacto no cliente.
Economia do cliente e registro de sinergia
O livro-razão deve reconciliar trabalho elegível, trabalho aceito, exceções, preço, custo direto, contribuição ajustada, fatura, cobrança e renovação por coorte. As sinergias devem ter uma linha de base, ação, proprietário, custo, prazo e resultado alcançado. O reconhecimento duplicado entre o plano independente, a alocação do preço de compra e o valor da sinergia deve ser removido.
Arquivo de controle de transação e integração
O arquivo deve conter definições de contraprestações, medidas de ganhos, retenções, representações, acordos, requisitos de mudança do cliente, sequência de integração e relatórios do conselho. Deve preservar a linha de base pré-fechamento e definir como as alterações pós-fechamento serão medidas. Os consultores jurídicos, contabilísticos, fiscais, regulamentares e de segurança devem rever os componentes relevantes.
Estrutura proposta; as conclusões exigem segurança jurídica técnica e evidência financeira específicas do cliente-alvo.
Premissas de gestão em USD milhões; os números não são previsões de observações de mercado ou conclusões de avaliação.
Premissas de gestão por caso de trabalho concluído; as porcentagens descrevem resultados ilustrativos do fluxo de trabalho.
Premissas de gestão em USD milhões; o valor total ponderado da probabilidade é USD 615 million.
Sequência proposta; o tempo deve seguir os requisitos regulatórios e de integração de segurança do cliente.
| Componente | Evidência necessária | Pergunta de avaliação | Risco principal |
|---|---|---|---|
| Fluxo de trabalho e aceitação | definições rastreios avaliação aprovação do cliente | que trabalho foi concluído e aceito | atividade confundida com resultado |
| Tecnologia e direitos | repositórios atribuições licenças dependências | o que é propriedade e transferível | ativos restritos ou controlados pelo cliente |
| Economia do cliente | contratos aceitos unidades faturas cobranças renovações | quais fluxos de trabalho criam uma contribuição durável | pilotos ou serviços confundidos com software recorrente |
| Controles e resiliência | testes de recuperação de incidentes de permissões de identidade | pode trabalhar com segurança em escala | ação não autorizada ou recuperação lenta |
| Integração e sinergias | proprietários de linha de base, custos, marcos, aprovações de clientes | quais benefícios do comprador podem ser entregues | contagem dupla ou integração atrasada |
Estrutura de diligência proposta; os requisitos dependem do cliente-alvo e da transação.
| Estágio de evidência | Registro obrigatório | Conclusão apoiada | Limitação |
|---|---|---|---|
| Tarefa demonstrada | saída de rastreamento de entrada reproduzível e classificador | viabilidade técnica | pode não refletir a produção |
| Piloto aceito | exceções e custos de aprovação de critérios do cliente | utilitário de fluxo de trabalho | o compromisso pode ser limitado |
| Produção paga | fatura e cobrança de unidades aceitas em contrato | entrega comercial | coorte pode permanecer concentrada |
| Coorte repetível | expansão de renovação de contribuição e evidência de perda | economia durável | dependências podem restringir a escala |
| Sistema transferível | direitos controla portabilidade e teste de integração | prontidão de transação | mudanças futuras ainda exigem governança |
Cada etapa suporta uma conclusão comercial ou de avaliação diferente.
| Nível | Função do agente | Autoridade humana | Evidência necessária |
|---|---|---|---|
| Observar | coletar e organizar evidências | define propósito e acesso | integridade da fonte e trilha de auditoria |
| Recomendar | analisar e propor | analisa e decide | justificativa da rubrica e registro de discordância |
| Preparar ação | preencher transação ou alterar | aprova antes da execução | aprovação de validação e segregação |
| Ação limitada | executar dentro da política explícita | estabelece limites e monitora | rastreamento e reversão de permissão de identidade |
| Decisão consequente | afeta os direitos, a segurança do dinheiro ou o resultado regulamentado | retido por pessoa autorizada, a menos que a lei e a política permitam o contrário | responsabilidade e recurso de registro de decisão |
Mapa de controle proposto; os limites reais exigem segurança jurídica e revisão operacional específicas do fluxo de trabalho.
| Caso | Receita | Contribuição | Custo de exceção e controle | Contribuição ajustada |
|---|---|---|---|---|
| Agente de resolução de clientes | 145 | 62 | 13 | 49 |
| Agente de fechamento financeiro | 92 | 36 | 9 | 27 |
| Agente de remediação de software | 78 | 27 | 9 | 18 |
| Agente de documentos regulamentados | 58 | 9 | 5 | 4 |
Premissas de gestão em USD milhões; os números não são previsões de observações de mercado ou conclusões de avaliação.
| Item | USD milhões | Evidência necessária |
|---|---|---|
| Receita de resoluções aceitas | 145 | fatura de aceitação do contrato e livro de cobrança |
| Ferramentas e infraestrutura de modelo | -31 | telemetria de carga de trabalho e faturas de fornecedores |
| Revisão humana e operações de exceção | -27 | o tempo registra casos de fluxo de trabalho e folha de pagamento |
| Parceiro de implementação e suporte | -25 | liquidação do fornecedor no tempo do projeto e evidência de serviço |
| Contribuição | 62 | cronograma de coorte de clientes reconciliado |
| Correção de controle adicional e créditos de serviço | -13 | exceção de incidente e registros de crédito |
| Contribuição ajustada | 49 | reconciliação financeira e de fluxo de trabalho |
Premissas de gestão em USD milhões; exclui financiamento e impostos da administração central de vendas de pesquisa.
| Estado da evidência | Valor empresarial | Probabilidade | Valor ponderado |
|---|---|---|---|
| Conclusão de tarefa reproduzível | 160 | 25% | 40 |
| Fluxos de trabalho pagos aceitos | 420 | 30% | 126 |
| Contribuição repetível entre coortes | 850 | 25% | 212.5 |
| Distribuição estratégica e controle transferível | 1300 | 10% | 130 |
| Opção de execução e integração | 1065 | 10% | 106.5 |
| Total | 100% | 615 |
Premissas de gestão em USD milhões; esta não é uma conclusão de avaliação.
| Portão | Evidência necessária | Resposta da transação | Medida pós-fechamento |
|---|---|---|---|
| Direitos e dependências | atribuições, mapa de componentes de licenças e teste de portabilidade | retenção ou remediação da condição de fechamento | liberações controladas e exceções |
| Trabalho aceito pelo cliente | fatura de assinatura de rastreamento de produção e cobrança | valor base após verificação | contribuição de aceitação e dinheiro |
| Controles e resiliência | teste de reversão e recuperação de incidentes de permissões de identidade | convênio de reserva ou liberação faseada | gravidade e fechamento de exceções |
| Economia repetível | renovação de coortes comparáveis e contribuição ajustada | ganho ou valor contingente | contribuição e retenção duráveis |
| Entrega de sinergia | custo básico do proprietário da ação e aprovação do cliente | marco de integração | caixa realizado e resultado do cliente |
Estrutura proposta; os instrumentos reais exigem aconselhamento regulatório e financeiro de contabilidade fiscal legal atual.
Fontes
- Fundação IFRS. IFRS 3 Combinações de Negócios. Leia a fonte primária
- Fundação IFRS. IFRS 13 Mensuração do Valor Justo. Leia a fonte primária
- Fundação IFRS. IFRS 15 Receita de Contratos com Clientes. Leia a fonte primária
- Fundação IFRS. Material educativo sobre a mensuração de instrumentos de capital não cotados no âmbito da IFRS 13. Leia a fonte primária
- Fundação IFRS. IAS 38 Ativos Intangíveis. Leia a fonte primária
- Fundação IFRS. IAS 36 Imparidade de Ativos. Leia a fonte primária
- Instituto Nacional de Padrões e Tecnologia. AI Iniciativa de Padrões de Agente. Atualizado em 14 de agosto de 2026. Leia a fonte primária
- Instituto Nacional de Padrões e Tecnologia. Anunciamos a Iniciativa de Padrões de Agente AI. 17 de fevereiro de 2026. Leia a fonte primária
- Instituto Nacional de Padrões e Tecnologia. Acelerando a adoção de software e AI identidade e autorização do agente. 2026. Leia a fonte primária
- Instituto Nacional de Padrões e Tecnologia. AI Solicitação de informações de segurança do agente. 2026. Leia a fonte primária
- Instituto Nacional de Padrões e Tecnologia. Estrutura de gerenciamento de riscos de inteligência artificial. Leia a fonte primária
- Instituto Nacional de Padrões e Tecnologia. Gerativo AI Perfil NIST AI 600-1. Leia a fonte primária
- Avaliação de modelos e pesquisa de ameaças. Horizontes de tempo de conclusão de tarefas de modelos de fronteira AI. Atualizado em 8 de maio de 2026. Leia a fonte primária
- Kwa T e outros. Medindo AI a capacidade de concluir tarefas longas. 2025. Leia a fonte primária
- Avaliação de modelos e pesquisa de ameaças. Como o horizonte temporal varia entre os domínios. 14 de julho de 2025. Leia a fonte primária
- OpenAI. Avalie os fluxos de trabalho dos agentes. Leia a fonte primária
- OpenAI. Classificação de rastreamento para agentes. Leia a fonte primária
- OpenAI. Rastreamento do SDK dos agentes. Leia a fonte primária
- Conselho Internacional de Padrões de Avaliação. Padrões Internacionais de Avaliação. Leia a fonte primária
- Conselho Internacional de Padrões de Avaliação. Decifrando Tecnologia. 28 de junho de 2023. Leia a fonte primária
- Conselho Internacional de Padrões de Avaliação. Valor e dados. 29 de fevereiro de 2024. Leia a fonte primária
- Conselho Internacional de Padrões de Avaliação. The Valuation Pulse AI e Tecnologia em Valuation Sentiment Tracker. 8 de maio de 2026. Leia a fonte primária
- OCDE. Princípios da OCDE AI. Leia a fonte primária
- OCDE. Estrutura para Classificação de Sistemas AI. Leia a fonte primária
- Organização Internacional de Padronização. Sistemas de gerenciamento de inteligência artificial ISO IEC 42001. Leia a fonte primária
- Organização Internacional de Padronização. ISO IEC 23894 Gerenciamento de riscos de inteligência artificial. Leia a fonte primária
- Organização Internacional de Padronização. Qualidade de dados ISO IEC 5259 para análise e aprendizado de máquina. Leia a fonte primária
- Organização Internacional de Padronização. Sistemas de gerenciamento de segurança da informação ISO IEC 27001. Leia a fonte primária
- Agência de Segurança Cibernética e de Infraestrutura. Seguro por Design. Leia a fonte primária
- Fundação OWASP. Top 10 para aplicações de modelos de linguagem grande. Leia a fonte primária
- Fundação OWASP. Agentes AI Ameaças e Mitigações. Leia a fonte primária
- MITRA. Cenário de ameaças adversas ATLAS para sistemas AI. Leia a fonte primária
- MLCommons. AI Referência de segurança. Leia a fonte primária
- MLCommons. Inferência MLPerf. Leia a fonte primária
- OpenAI. Plataforma de agente empresarial Frontier. Leia a fonte primária
- OpenAI. Sinais Empresariais. 2026. Leia a fonte primária
- Antrópico. Relatório do Índice Econômico Cadências. 26 de junho de 2026. Leia a fonte primária
- Antrópico. Política de escalonamento responsável. Leia a fonte primária
- Google. Orientação de segurança e governança do Agents Companion. Leia a fonte primária
- Microsoft. Arquitetura agente AI e responsável AI. Leia a fonte primária
- União Europeia. Regulamento UE 2024 1689 Lei de Inteligência Artificial. Leia a fonte primária
- Comissão Europeia. AI Cronograma de implementação da lei. Leia a fonte primária
- Gabinete do Comissário de Informação do Reino Unido. Orientação sobre AI e proteção de dados. Leia a fonte primária
- Comissão Federal de Comércio dos Estados Unidos. Mantenha suas reivindicações AI sob controle. Leia a fonte primária
- Comissão de Valores Mobiliários dos Estados Unidos. Alerta de investidores de inteligência artificial e fraude de investimento. Leia a fonte primária
- Organização Mundial da Propriedade Intelectual. Inteligência artificial e propriedade intelectual. Leia a fonte primária
- Fundação Linux. Projeto de protocolo de contexto de modelo. Leia a fonte primária
- MCPAgentBench. Benchmark de tarefa do mundo real para uso de ferramenta de agente LLM. 2025. Leia a fonte primária
- OSWorld. Benchmarking de agentes multimodais para tarefas abertas em ambientes computacionais reais. 2024. Leia a fonte primária
- AgenteChangeBench. Avaliação da robustez da mudança de metas em conversação AI. 2025. Leia a fonte primária
