Cotação até recebimento: o que o agente faz e o que a pessoa aprova

Automação de cotação até recebimento significa deixar um software levar uma venda desde a cotação precificada até o pedido, a nota fiscal e o pagamento, com menos passagens manuais. A versão que funciona entrega ao agente de IA o trabalho de preparação, como reunir informações, redigir documentos e conferir registros, enquanto cada etapa que compromete dinheiro, altera condições ou mexe em um registro que outra equipe usa fica esperando uma pessoa identificada. A pergunta útil não é quanto o agente consegue fazer, e sim onde o trabalho dele precisa parar e quem decide nesse ponto.

Principais pontos

• Cotação até recebimento é uma cadeia de compromissos. O agente pode preparar a maioria dos elos, mas não deve enviar nem assinar nenhum deles por conta própria.
• Pare antes que qualquer preço, desconto, condição ou escopo saia da tabela de preços aprovada ou do modelo de contrato.
• Pare antes de emitir ou corrigir uma nota fiscal, antes de conceder crédito ou reembolso e antes de alterar os dados bancários cadastrados.
• Dê ao agente leitura nos sistemas de registro e escrita apenas em rascunhos, propostas e filas de tarefas.
• Torne cada parada visível: registre quem aprovou, o que mudou e qual sistema foi acessado.

Mapeie a cadeia antes de entregar qualquer parte dela a um agente

A maioria dos problemas de cotação até recebimento começa em uma passagem de bastão mal definida, não em uma ferramenta ruim. Antes de decidir o que um agente pode tocar, escreva cada etapa, o sistema onde estão os dados dela e a pessoa responsável pelo resultado. Uma cadeia típica passa por estas etapas:

• Oportunidade qualificada: o comercial confirma o cliente, o escopo e quem decide.
• Cotação preparada: produtos, quantidades e preços vêm da tabela de preços aprovada.
• Cotação aprovada: descontos e condições fora do padrão são revisados antes de chegar ao cliente.
• Pedido confirmado: o cliente aceita a cotação ou assina o acordo.
• Nota fiscal emitida: o financeiro confere o valor, o tratamento tributário e o cronograma de cobrança.
• Pagamento recebido: os comprovantes são conciliados com as notas em aberto.
• Exceções tratadas: contestações, pagamentos parciais, reembolsos e baixas vão para um responsável identificado.

Depois que o mapa existe, dê a cada etapa três colunas: o que o agente pode ler, o que ele pode rascunhar e o que ele nunca pode fazer sozinho. Essa disciplina de tabela é o que transforma uma ambição vaga em permissões que você consegue revisar depois.

Onde um agente pode agir sem pedir permissão antes

Dentro de cada etapa, boa parte do trabalho é montagem. Reunir o histórico da conta, verificar quais produtos estão ativos, preencher um modelo de cotação a partir de uma configuração aprovada, comparar um aviso de pagamento com as notas em aberto e redigir um lembrete que repete as condições acordadas são tarefas construídas sobre documentos e registros, não sobre julgamento. Um agente executa bem essas tarefas quando as entradas são claras e as saídas são revisadas.

Estas ações são razoáveis de liberar no início, em formato definido:

• Ler o cadastro do cliente, pedidos anteriores e chamados abertos, e resumi-los com o vínculo para cada fonte.
• Montar um rascunho de cotação a partir do modelo aprovado e marcar cada linha que veio de uma consulta, e não de digitação humana.
• Criar uma proposta de nota fiscal a partir de um pedido confirmado, sem emiti-la.
• Propor conciliações entre pagamentos recebidos e notas em aberto, mostrando qualquer diferença de valor.
• Redigir mensagens de acompanhamento que citem as condições acordadas e salvá-las como rascunho para que uma pessoa envie.

Mantenha as primeiras permissões estreitas. A escrita deve ir para uma área de preparação ou para uma fila de tarefas, e não diretamente para o sistema de faturamento ou de pagamento em produção. Um bom agente nessa posição é útil porque faz a consulta e o rascunho sempre, sem se cansar da repetição.

As paradas em que uma pessoa precisa aprovar

Uma parada é qualquer ponto em que a saída do agente vira compromisso, movimenta dinheiro ou sobrescreve um registro do qual outras pessoas dependem. Nomeie essas paradas no desenho do processo para que ninguém precise deduzi-las depois. Na maioria das empresas, a lista inclui:

• Qualquer preço, desconto, pacote ou taxa que não esteja na tabela de preços aprovada.
• Qualquer alteração em prazo de pagamento, responsabilidade, renovação, cancelamento ou níveis de serviço.
• O primeiro envio de uma cotação ou acordo ao cliente, e qualquer reenvio com conteúdo alterado.
• Emitir uma nota fiscal, corrigir uma nota já emitida ou cancelá-la.
• Notas de crédito, reembolsos, baixas e planos de pagamento.
• Qualquer mudança na conta bancária, no contato de cobrança ou na forma de pagamento cadastrada.
• Escalar uma cobrança para notificação formal, suspensão de serviço ou terceiro.

A lógica da lista é prática. Cada item cria uma consequência financeira ou jurídica difícil de reverter, ou altera um dado que outra equipe usa sem conferir de novo. A aprovação nesses pontos deve mostrar as evidências que quem aprova precisa: a origem de cada valor, a diferença em relação ao padrão e o motivo pelo qual o agente está perguntando.

Uma parada só é útil quando quem está nela consegue ver exatamente o que está aprovando.

Exemplo ilustrativo: um pedido de desconto na etapa de cotação

Este exemplo é ilustrativo e não descreve um cliente real. Uma empresa de serviços pede a um agente que prepare uma cotação de renovação para um cliente atual que quer um desconto maior do que a tabela de preços permite. O agente monta a cotação com preços padrão, marca o desconto pedido como fora da política e anexa o histórico de pedidos da conta e a regra de desconto que encontrou. Ele não envia nada. Encaminha o rascunho ao responsável comercial com uma nota curta que explica a diferença, no mesmo tipo de encaminhamento descrito em fluxo de aprovação com IA e o aprovador certo.

O responsável comercial aprova um desconto revisado no sistema de aprovação. O agente atualiza o rascunho e registra a referência da aprovação ao lado dele. Quando o cliente assina, o agente cria uma proposta de nota fiscal a partir do pedido confirmado. O financeiro revisa o valor e o cronograma de cobrança e então emite a nota. Mais tarde, quando o cliente pede para trocar o contato de cobrança, o agente redige a alteração e espera, porque esse registro controla para onde os pagamentos são enviados.

Proteja o caminho do dinheiro contra duplicidades e entradas ruins

Dois riscos técnicos pesam mais nessa cadeia. O primeiro é a duplicidade. Um agente que tenta de novo após um timeout pode criar uma segunda nota ou uma segunda cobrança se o sistema receptor não souber que a primeira tentativa aconteceu. Os provedores de pagamento resolvem isso com chaves de idempotência, um valor enviado com cada requisição para que o provedor devolva o resultado original em vez de executar a ação de novo. A Stripe documenta esse padrão na sua documentação sobre requisições idempotentes, e o mesmo princípio deve valer para qualquer ferramenta de faturamento que você conectar. Pergunte a cada fornecedor como ele trata requisições repetidas antes de conceder escrita.

O segundo risco é a entrada não confiável. E-mails de clientes, pedidos de compra enviados e observações de pagamento podem conter textos que tentam direcionar o agente, por exemplo uma linha pedindo que ele troque uma conta bancária. Trate o conteúdo recebido como dado a ser lido, não como instrução a ser seguida. Mudanças em dados de pagamento devem acontecer apenas por um canal verificado e com conferência humana. Em fluxos orientados a eventos, verifique a assinatura dos webhooks recebidos antes que o agente aja sobre eles, como descrito na documentação de webhooks da Stripe.

A autorização exige a mesma disciplina. Dê a cada identidade de agente o menor conjunto de permissões que a etapa exige e separe a identidade que redige da que lança. As orientações de autorização da OWASP descrevem essas verificações em termos gerais. O NIST AI Risk Management Framework oferece um vocabulário útil para registrar quais riscos você aceitou e quais controles escolheu, que é o registro que um auditor ou um novo gestor vai pedir mais cedo ou mais tarde.

Em um projeto gerenciado, a Be Human começa com uma etapa, documenta as paradas junto com o dono do negócio e configura a memória, as ferramentas e as permissões do agente para refletir essas decisões. O agente roda primeiro em ambiente de preparação. A operação gerenciada então cobre o monitoramento da fila de propostas, avaliações recorrentes contra as regras de preço acordadas, revisões de permissão e mudanças controladas quando uma regra ou um sistema conectado muda. A empresa mantém as decisões de aprovação e é dona dos registros.

Mantenha as paradas funcionando ao longo do tempo

As paradas perdem eficácia com o tempo. Preços mudam, aprovadores trocam de função e uma nova integração pode dar silenciosamente ao agente uma permissão que ninguém quis conceder. Revise as paradas em um calendário fixo. Acompanhe quantas propostas são aprovadas como rascunhadas, quantas voltam com alterações e quanto tempo cada aprovação espera. Uma espera longa geralmente indica que a parada está no lugar errado ou que o aprovador não tem evidências. Uma taxa alta de devolução geralmente indica que as regras do agente precisam de ajuste. Mantenha essas medidas no mesmo registro que guarda aprovações e recusas, para que a revisão se apoie em evidência, e não em impressões. Para uma forma consistente de avaliar se o trabalho compensa, leia como medir retorno de um fluxo de IA sem exageros. Mudanças de permissão merecem um ciclo de revisão próprio, como o que se sugere na revisão periódica de permissões de agentes.

Escolhendo a primeira tarefa

Para escolher a primeira tarefa de cotação até recebimento, faça três perguntas. Qual etapa tem a montagem mais repetível? Quais paradas já estão escritas? Qual sistema de registro é confiável o bastante para ser lido sem que tudo precise ser conferido duas vezes? A resposta costuma apontar para uma etapa estreita, como a montagem de cotações de uma linha de produtos ou as propostas de nota fiscal a partir de pedidos confirmados, e não para a cadeia inteira. Comece por aí, comprove que as paradas funcionam em modo sombra, como descrito em modo sombra para agentes de IA, e amplie o escopo apenas quando o registro sustentar essa decisão. Se você não tem certeza de qual etapa é o melhor ponto de partida, faça o diagnóstico gratuito de IA da Be Human para identificar a primeira tarefa que vale entregar a um agente.

Perguntas frequentes

Um agente de IA pode enviar cotações aos clientes por conta própria? Em uma configuração bem desenhada, não deveria. O agente pode montar a cotação, conferir cada linha contra a tabela de preços aprovada e sinalizar o que for incomum, mas o primeiro envio e qualquer reenvio com conteúdo alterado cabem a uma pessoa. Assim, o compromisso comercial fica com alguém que pode responder por ele.

Por qual parada devo começar? Comece pela que movimenta dinheiro ou altera condições, porque esses erros são os mais difíceis de reverter. Para a maioria dos negócios, isso significa emitir notas fiscais, corrigir notas já emitidas e trocar dados bancários ou de cobrança. Anote essas paradas com um aprovador identificado antes de o agente receber qualquer permissão de escrita.

O agente precisa de acesso ao sistema de pagamento? Só em formato restrito e, em geral, não no início. Ler o status dos pagamentos e propor conciliações entre recebimentos e notas costuma bastar para ser útil. Qualquer ação que gere cobrança, reembolso ou crédito deve passar por uma aprovação humana e por uma requisição idempotente, para que uma nova tentativa não a repita.

Como saber se as paradas estão funcionando? Observe o registro de aprovações ao longo do tempo. Se os aprovadores raramente alteram os rascunhos do agente e as esperas são curtas, as paradas estão em lugares sensatos. Se os aprovadores continuam recusando o mesmo tipo de proposta, as regras ou os dados de origem precisam de correção, e a parada pode precisar subir para um ponto anterior da cadeia.

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