Projete a aprovação humana em uma plataforma de negociação com IA

A governança de uma plataforma de negociação com IA deve começar com uma regra direta: a automação pode analisar, redigir, recomendar e se comunicar dentro de limites definidos, mas não deve vincular a empresa, exceder a autoridade delegada, resolver exceções controladas nem enviar comunicações sensíveis a fornecedores sem a aprovação de uma pessoa responsável.

Um fluxo de aprovação de negociação sólido, portanto, distingue a assistência rotineira das decisões que criam exposição comercial, jurídica, de conformidade, financeira ou de relacionamento. A aprovação humana deve ser uma decisão afirmativa de alguém com competência e autoridade pertinentes — não o silêncio, um alerta não aberto ou um clique meramente formal após a execução.

Resposta rápida

Exija aprovação humana para compromissos vinculantes, desvios dos limites comerciais aprovados, exceções a políticas, concessões relevantes, substituição de alertas de risco e ações consequentes voltadas a fornecedores. Permita a automação de perguntas exploratórias, agendamentos, análises, lembretes e propostas dentro de um limite de negociação pré-autorizado. Cada aprovação deve identificar a decisão, as evidências, a exposição acumulada, o aprovador, a autoridade, a data e hora e a ação resultante.

O que exige aprovação humana?

Uma plataforma de negociação deve parar e solicitar aprovação quando uma ação se enquadrar em qualquer uma destas seis categorias.

1. Um compromisso vinculante

A aprovação humana continua sendo obrigatória antes de aceitar uma oferta final, adjudicar um contrato, assinar ou alterar um contrato, emitir um pedido de compra, renovar um prazo ou assumir um compromisso de pagamento.

Os canais eletrônicos não tornam os compromissos inofensivos. A Lei E-SIGN dos EUA estabelece que, em geral, um contrato, uma assinatura ou um registro não pode ter sua validade jurídica negada apenas por ser eletrônico. Isso torna importantes os controles técnicos de execução: uma política que peça aos funcionários para revisar posteriormente uma aceitação gerada por IA não substitui adequadamente a prevenção da liberação não autorizada desde o início (Lei E-SIGN).

2. Um desvio do limite de negociação

O limite de negociação é a fronteira legível por máquina dentro da qual a negociação com IA pode operar. Deve abranger:

• Faixas aprovadas de preço e custo total
• Volume máximo e exposição ao longo da vigência
• Duração do contrato e estrutura de renovação
• Concessões permitidas
• Cláusulas aprovadas e redação alternativa
• Fornecedores e entidades jurídicas elegíveis
• Tipos de dados e comunicação permitidos
• Autoridade por usuário, categoria, entidade e transação

Ultrapassar qualquer limite exige a decisão humana adequada. Um alto nível de confiança do modelo não altera essa exigência: a confiança descreve uma saída, não a autoridade corporativa.

3. Uma exceção a uma política ou processo

Exemplos incluem uma decisão de fonte única, dispensa de licitação competitiva, fornecedor não aprovado, diligência incompleta, compra retroativa, pedido dividido, forma de pagamento não padrão ou substituição de um alerta de risco.

A pessoa que solicita uma exceção não deve ser sua única aprovadora. A negociação com participação humana só é significativa quando a pessoa revisora pode rejeitar a solicitação de forma independente e interromper a execução.

4. Uma concessão relevante

Uma concessão transfere valor econômico, jurídico ou estratégico. Exemplos incluem preço mais alto, pagamento antecipado, volume garantido, exclusividade, compromisso mais longo, redução de recursos, níveis de serviço mais fracos, renúncia a reivindicações ou redução das proteções de privacidade e segurança.

A plataforma deve calcular as concessões de forma cumulativa. Cinco concessões aparentemente pequenas podem criar mais exposição do que uma concessão visivelmente grande. Também deve registrar o que o comprador recebeu em troca; uma concessão sem contrapartida merece maior escrutínio.

5. Uma questão jurídica, ética, regulatória ou de controle financeiro

Aprovação e possível escalonamento são necessários para correspondências com listas de sanções ou de propriedade, preocupações com suborno, conflitos de interesse, suspeita de manipulação de licitação, questões relacionadas a informações de concorrentes, indícios de fraude, preocupações com dados pessoais, dúvidas sobre controles de exportação e possíveis efeitos contábeis relevantes.

O OFAC descreve a triagem baseada em risco e a avaliação de alertas para determinar se uma atividade deve ser bloqueada, rejeitada, interrompida ou autorizada. Suas orientações também destacam fragilidades em diligência, triagem, tomada de decisões e escalonamento (introdução ao OFAC). O negociador não deve liberar unilateralmente uma retenção obrigatória de conformidade.

6. Uma ação consequente voltada ao fornecedor

Exija aprovação para rejeição, desqualificação, suspensão, rescisão, alegações de má conduta, ameaças de litígio, notificações extrajudiciais, pedidos de ressarcimento, declarações públicas ou mensagens que possam razoavelmente ser entendidas como política final da empresa.

Uma mensagem pode criar riscos mesmo que não formalize um contrato. O tom, a autoridade aparente e as consequências operacionais são importantes.

Uma matriz reutilizável de direitos de decisão

Use a matriz a seguir como ponto de partida e adapte-a à autoridade delegada, ao risco da categoria, às jurisdições e aos controles existentes. É uma recomendação — não um padrão jurídico universal.

Alguns controles nunca devem poder ser contornados apenas pelo negociador: retenções por sanções, autoridade para assinar e comprar, segregação de funções, limites de financiamento, regras sobre conflitos de interesse, restrições a informações de concorrentes e proibições relacionadas a segurança, privacidade, retenção legal ou comunicação regulatória.

Estruture o fluxo de trabalho em torno da autorização, não do julgamento do modelo

O modelo não deve decidir se a própria ação está autorizada. Separe os componentes:

1. O modelo propõe. Redige uma pergunta, opção, concessão ou resposta.
2. Um serviço determinístico de políticas avalia. Verifica autoridade, limites, cláusulas, situação do fornecedor, exposição acumulada, classificação dos dados e tipo de ação.
3. O fluxo de aprovação da negociação encaminha. Identifica os aprovadores necessários e impede a autoaprovação quando a independência for importante.
4. A pessoa decide. O aprovador aceita, rejeita, edita, solicita mais evidências ou pausa a negociação.
5. Um serviço de execução age. Somente uma ação aprovada é liberada, assinada, publicada ou enviada.
6. O registro de auditoria fecha o ciclo. Entradas, saídas, aprovações, edições, comunicações enviadas e compromissos resultantes são preservados.

Essa separação dá à IA discricionariedade limitada, em vez de agência geral. Equipes que comparam projetos de sistemas podem explorar como um fluxo de trabalho de negociação com IA governado dá suporte à preparação e à execução, enquanto uma avaliação mais ampla de software de negociação para compras deve testar integrações, controles de autoridade e auditabilidade.

O NIST AI Risk Management Framework recomenda definir funções, responsabilidades, canais de comunicação e processos de supervisão humana. Seu Playbook também recomenda identificar capacidades que exigem supervisão e testar se essa supervisão funciona de forma confiável (Núcleo do NIST AI RMF). Esses são princípios úteis para o desenho de controles, embora as orientações do NIST não prescrevam uma matriz universal de compras.

O que o aprovador precisa ver

Um alerta dizendo “aprovação necessária” não é suficiente. O pacote de aprovação deve responder:

• Qual ação está sendo proposta?
• Qual limite, cláusula, política ou regra de autoridade acionou a revisão?
• Qual é a justificativa comercial?
• O que já foi concedido ao longo de toda a negociação?
• Que valor recíproco foi obtido?
• Que informações estão ausentes ou são incertas?
• Que alternativas continuam disponíveis?
• O que acontece se o aprovador rejeitar ou atrasar a ação?
• Quem tem autoridade e são necessárias aprovações adicionais?
• Qual mensagem ou documento exato será enviado ao fornecedor?

A interface deve permitir que a pessoa revisora rejeite, edite, pause ou encerre a ação proposta. Uma revisão significativa exige contexto e tempo suficientes, conhecimento adequado, autoridade real e um mecanismo eficaz de interrupção.

Para a preparação do fluxo de trabalho antes da criação de uma solicitação de aprovação, consulte Um processo de planejamento de negociação em oito etapas.

Um modelo de aprovação em quatro níveis

Um modelo prático de negociação com participação humana pode classificar as ações em quatro níveis.

O nível 1 ainda deve ter restrições. Uma pergunta rotineira não pode divulgar dados confidenciais, sugerir aceitação nem incentivar o compartilhamento de informações comercialmente sensíveis. Rascunhos voltados a fornecedores podem incluir linguagem não vinculante até que uma pessoa autorizada libere a versão final.

Exemplo hipotético: uma concessão na renovação que se acumula

Exemplo hipotético — os valores são escolhas ilustrativas de projeto, não referências externas.

Uma equipe de compras empresariais autoriza uma plataforma de negociação a discutir a renovação de um software dentro dos parâmetros aprovados de preço, prazo, processamento de dados e níveis de serviço. Durante a conversa, a IA propõe três medidas:

1. Aceitar um aumento modesto no preço unitário.
2. Estender o prazo em troca de um limite de preço.
3. Reduzir os créditos de serviço para obter suporte aprimorado.

Cada medida pode parecer aceitável isoladamente. Em conjunto, porém, aumentam o custo total ao longo da vigência, reduzem a flexibilidade e enfraquecem os recursos disponíveis. O fluxo de trabalho deve, portanto, avaliar o pacote completo, não apenas a mensagem mais recente.

A plataforma prepara um pacote de aprovação que mostra os limites originais, as alterações acumuladas, o valor recebido, as alternativas restantes e a resposta exata. O responsável pelo orçamento analisa a exposição econômica, enquanto o jurídico analisa a alteração dos recursos disponíveis. Nenhuma mensagem é enviada até que ambas as decisões sejam registradas.

Em um fluxo de trabalho concreto da Negotiations.AI, a relevância surgiria nesse ponto de encaminhamento: o sistema usado na negociação de compras deve preservar a proposta, as evidências, a verificação de autoridade, as edições humanas e a liberação externa em um único registro conectado. Isso é um requisito do fluxo de trabalho, não uma afirmação de que todos os produtos o implementam da mesma forma.

Dados de entrada necessários ao mecanismo de aprovação

A governança de uma plataforma de negociação com IA é tão confiável quanto os dados de políticas e transações disponíveis. Entre os dados úteis estão:

• Autoridade delegada por pessoa, entidade, categoria e tipo de transação
• Faixas aprovadas de preço, custo, volume e exposição
• Disponibilidade orçamentária e classificação contábil
• Valor do contrato, duração e gastos agregados com o fornecedor
• Biblioteca de cláusulas, alternativas e gravidade dos desvios
• Concessões anteriores e efeito econômico acumulado
• Identidade do fornecedor, beneficiários finais e instruções de pagamento
• Resultados de verificações de sanções, controles de exportação, fraude e partes restritas
• Declarações de conflitos de interesse
• Avaliações de cibersegurança, privacidade, resiliência e risco do fornecedor
• Histórico de licitações e justificativa para fonte única
• Jurisdição, lei aplicável e requisitos regulatórios
• Classificação dos dados e permissões de divulgação
• Autoridade, treinamento, função e conflitos do usuário
• Informações ausentes, falhas de ferramentas e saídas anômalas
• Prompts completos, registros recuperados, propostas, aprovações e registros de comunicações enviadas

Trate esses dados de acordo com seu status. Um registro de autoridade pode ser um fato verificado. A demanda prevista pode ser uma estimativa. Uma declaração do fornecedor sobre sua capacidade futura pode continuar sendo uma suposição não verificada. Uma alternativa gerada pelo modelo é uma recomendação. A interface do usuário deve identificar essas categorias, em vez de misturá-las em uma única narrativa confiante.

Como definir limites sem inventar um padrão

Nenhuma das fontes citadas estabelece um limite monetário universal, uma porcentagem de variação de preço ou uma duração contratual que sempre exija aprovação. Uma regra como “escalonar toda alteração de cinco por cento” é uma escolha específica da organização, não uma referência verificada.

Defina os limites usando:

• Tabelas existentes de autoridade delegada
• Regras corporativas de materialidade e orçamento
• Risco da categoria e de continuidade do fornecimento
• Sensibilidade das cláusulas e dos dados
• Exposição acumulada, e não apenas por mensagem
• Concentração de fornecedores e dificuldade de substituição
• Obrigações jurisdicionais e setoriais
• Reversibilidade da ação proposta

As regras de controle interno da SEC oferecem uma analogia útil para o desenho de autorizações ao descreverem a garantia razoável de que transações, despesas, recebimentos e acesso a ativos ocorram com a autorização apropriada da administração ou do conselho. Elas não exigem aprovação manual de cada termo comercial gerado por IA (regra de controle interno da SEC).

Teste se a revisão humana é real

Um fluxo de aprovação de negociação pode parecer controlado e, ainda assim, resultar em aprovações automáticas e superficiais. Teste-o com exercícios baseados em cenários:

• Um comprador consegue enviar uma aceitação alterando o assunto ou o canal da mensagem?
• Dividir uma concessão em várias medidas menores evita o escalonamento?
• A pessoa solicitante consegue aprovar a própria exceção?
• O fluxo mantém a retenção quando a identidade do fornecedor ou os dados de pagamento mudam?
• O aprovador consegue inspecionar o documento exato que será enviado?
• O sistema distingue uma recomendação de uma evidência verificada?
• As pessoas revisoras conseguem rejeitar ou editar sem atrito excessivo?
• O que acontece quando um aprovador não está disponível?
• Uma falha de integração faz com que uma ação relevante seja interrompida por padrão?
• A equipe consegue reconstruir quem sabia o quê, decidiu o quê e enviou o quê?

O volume de alertas também importa. Muitas escaladas de baixo valor incentivam revisões superficiais. Classifique o fluxo por nível de risco, forneça pacotes de decisão completos e examine periodicamente as substituições, os tempos de aprovação, as exceções recorrentes e as edições posteriores à aprovação. Não reduza os alertas apenas para aumentar a velocidade; remova-os somente quando a ação subjacente puder ser tratada com segurança dentro de limites revisados.

Limites e casos que exigem análise adicional

Este modelo pressupõe um comprador comercial que usa negociação com IA junto a fornecedores. Contratações públicas, compras reguladas, emprego, transações com consumidores ou negociações envolvendo contextos clínicos, de defesa ou outros contextos especializados podem exigir controles diferentes.

O Regulamento de IA da UE passou a ser aplicável em geral em 2 de agosto de 2026, sujeito a disposições e exceções escalonadas. O artigo 14 inclui requisitos de supervisão humana para sistemas legalmente classificados como de alto risco, incluindo capacidades para monitorar, interpretar, desconsiderar ou substituir saídas e interromper a operação. Um sistema de negociação com fornecedores não é automaticamente de alto risco apenas por negociar; a classificação depende do uso pretendido e das categorias do Regulamento (Regulamento (UE) 2024/1689). Quando necessário, obtenha orientação específica para a jurisdição e o caso de uso.

A aprovação humana também não corrige um objetivo ilegal, uma fonte de dados proibida, um projeto colusivo, um modelo não confiável ou uma pessoa revisora estruturalmente em conflito. As orientações do DOJ sobre programas de conformidade corporativa perguntam como as organizações avaliam os efeitos jurídicos da IA, incorporam a IA à gestão de riscos e mitigam usos indevidos não intencionais ou imprudentes (Avaliação de Programas de Conformidade Corporativa do DOJ).

Por fim, a aprovação não deve substituir os controles da plataforma. Se uma ação nunca puder ocorrer sem autorização, impeça tecnicamente sua execução. Não confie em um prompt que instrua o modelo a se comportar nem na lembrança de um usuário para intervir.

Lista de verificação para implementação

Use esta lista antes de habilitar atividades voltadas a fornecedores:

• Defina ações vinculantes e ações voltadas a fornecedores.
• Codifique os limites comerciais, jurídicos, de dados e de autoridade.
• Designe uma pessoa responsável para cada classe de aprovação.
• Proíba que silêncio e expiração do prazo sejam considerados aprovação.
• Separe os serviços de recomendação, autorização e execução.
• Meça as concessões acumuladas e a exposição total.
• Exija revisão independente para exceções controladas.
• Impeça que negociadores liberem sozinhos retenções obrigatórias.
• Identifique fatos, suposições, estimativas e recomendações.
• Mostre aos aprovadores a ação externa exata proposta.
• Preserve prompts, evidências, edições, decisões e liberações.
• Teste formas de contornar controles, indisponibilidade de aprovadores e falhas de integração.
• Revise falsos positivos, substituições e exceções recorrentes.
• Revalide a autoridade e as políticas quando funções ou sistemas mudarem.

O objetivo não é inserir um clique humano em todos os lugares. É reservar o julgamento humano responsável para ações que criam exposição significativa, permitindo ao mesmo tempo a automação controlada quando as ações têm limites, são registradas e podem ser revertidas.

Leitura complementar

• NIST AI Risk Management Framework
• NIST Generative Artificial Intelligence Profile
• Regulamento de Inteligência Artificial da União Europeia
• OFAC Framework for Compliance Commitments

Perguntas frequentes

Toda mensagem a um fornecedor deve exigir aprovação humana?

Não. Perguntas exploratórias aprovadas, agendamentos, lembretes e compartilhamento autorizado de fatos podem ser automatizados dentro de limites definidos. Exija revisão quando uma mensagem puder vincular a empresa, divulgar informações controladas, conceder valor, acionar uma exceção ou afetar significativamente o relacionamento com o fornecedor.

Uma pontuação alta de confiança do modelo pode substituir a aprovação?

Não. Confiança não é autoridade delegada. Ela pode influenciar a prioridade da revisão, mas não pode autorizar despesas, aceitar termos jurídicos, liberar uma retenção de conformidade nem enviar uma comunicação vinculante.

Quem deve aprovar uma exceção solicitada pela equipe de compras?

A pessoa responsável pelo controle independente adequado deve aprová-la — por exemplo, alguém de governança de compras, conformidade, jurídico, finanças, privacidade ou segurança. A pessoa solicitante não deve ser a única aprovadora, e alguns controles podem não permitir exceções.

O que deve acontecer se faltarem dados para a aprovação?

O sistema deve solicitar as evidências ausentes ou interromper a ação controlada. Não deve inferir autoridade, presumir que a diligência foi concluída nem transformar informações ausentes em aprovação.

Uma pessoa pode substituir a recomendação da IA?

Em geral, sim, se agir dentro da autoridade que lhe foi delegada. Registre a justificativa. Substituir uma recomendação da IA é diferente de substituir um controle obrigatório, o que exige autoridade separada ou pode ser proibido.

Aviso: este artigo fornece informações gerais sobre governança, não aconselhamento jurídico, financeiro, de conformidade ou de compras.