Finanças e contabilidadeEm destaque

Auditor de Pagamentos Duplicados

Encontra os pagamentos que o seu controle de correspondência exata nunca ia pegar

Versão 2Publicado em 2 de set. de 2026
Finanças e contabilidadeExtractclaude-opus-5Read-only · auto8 hard rules5 handover rulesResult
8regras rígidas
Coisas que ele nunca pode fazer, impostas em toda execução
5regras de repasse
Condições em que ele para e entrega o trabalho a uma pessoa
8campos de saída
Um resultado estruturado, não um parágrafo para reler
≤7passos por execução
Trabalho delimitado: no máximo 5 chamadas de ferramenta, impostas pelo runtime

Somente leitura, por projeto. Este agente não tem caminho para enviar, gastar, publicar ou assumir nada. Onde esse limite é o produto, tirá-lo tiraria o motivo para confiar no resultado.

Ligações ativas da versão 2. Os nós de ferramenta são as capacidades que este agente está autorizado a chamar — nada além disso pode rodar.

Visão geral

Pagamentos duplicados são o dinheiro mais confiavelmente recuperável de qualquer área financeira, e quase toda organização os tem. Não por descuido — os controles que existem só pegam o caso fácil.

Um sistema de contas a pagar bloqueia o mesmo número de fatura do mesmo fornecedor duas vezes. Essa verificação é exata, e duplicatas quase nunca são. A fatura chega por e-mail e de novo pelo correio, digitada uma vez como "NF-4471" e outra como "4471". O fornecedor é cadastrado duas vezes sob nomes ligeiramente diferentes, então o sistema vê dois fornecedores. Uma nota de crédito é aplicada contra a fatura errada, deixando a certa em aberto para ser paga de novo. Uma fatura é paga em conta e de novo contra um pedido de compra. Um lote de pagamento é reexecutado depois de uma rejeição bancária e a metade bem-sucedida sai duas vezes.

Cada um desses passa por um controle de correspondência exata, e cada um é visível para uma verificação que compara valor, proximidade de data e identidade do fornecedor em vez de cadeias de referência.

A outra metade do valor é a janela. Fornecedores não reportam ter sido pagos a mais — o crédito fica no razão deles, e se a relação terminar antes de ser usado, o dinheiro se foi.

Este agente os encontra e te dá a evidência. Ele não recupera nada sozinho e não contata nenhum fornecedor: um pedido de devolução é uma conversa com alguém de quem vocês dependem.

Benefícios

Dinheiro de volta sem negociação

Ele já era de vocês, e a evidência é incontestável.

A falha de controle nomeada

Para que a próxima seja evitada em vez de descoberta depois.

Recuperado enquanto ainda dá

Um crédito no razão de um fornecedor inativo normalmente se perde.

O que faz

  • Compara por substância, não por cadeias de referência

    "NF-4471" e "4471" são a mesma fatura. Todo controle de correspondência exata de todo sistema vê duas.

  • Encontra cadastros de fornecedor duplicados

    Um fornecedor cadastrado duas vezes sob nomes ligeiramente diferentes. O sistema vê dois, e não bloqueia nada.

  • Pega notas de crédito mal aplicadas

    Um crédito lançado contra a fatura errada deixa a certa em aberto, e ela é paga de novo.

  • Detecta lotes de pagamento reexecutados

    Uma rodada repetida depois de uma rejeição bancária, em que a metade que deu certo sai duas vezes.

  • Ordena pelo que ainda é recuperável

    Um fornecedor ativo com volume em curso é recuperável. Um inativo é uma conversa bem mais difícil.

  • Não recupera nada sozinho

    Ele não contata fornecedor e não abre reivindicação. Um pedido de devolução é uma conversa, não uma transação.

O que isso muda

O que isso muda na sua semana

Ele assume
Encontrar faturas que foram pagas mais de uma vez.
Hoje quem faz é
A verificação de duplicidade do sistema de contas a pagar, que só pega correspondências exatas.
Com que frequência
Nunca, além do bloqueio automático.
Esforço manual típico
Referências, cadastros de fornecedor e notas de crédito precisam ser normalizados antes de qualquer comparação.

Por que Finanças e contabilidade em particular. Duplicatas reais nunca são exatas — é por isso que passaram. "NF-4471" e "4471", um fornecedor cadastrado duas vezes, um lote reexecutado. E fornecedores nunca reportam ter sido pagos a mais.

  • Roda sem supervisão

    Você ou um evento dá a partida, e ele chega ao fim sozinho. Nada fica esperando alguém estar na mesa.

  • O mesmo padrão todas as vezes

    O ducentésimo item recebe o mesmo rigor do primeiro. A constância é a parte que as pessoas não conseguem sustentar.

  • Ele não pode agir por conta própria

    Auditor de Pagamentos Duplicados não tem caminho para enviar, gastar ou assumir compromissos. É esse limite que torna seguro agir com base no que ele entrega.

Como roda

Este agente é executado no servidor, pelo ambiente de execução da PROMIVO. Cada execução é registada passo a passo e cada chamada de ferramenta tem as permissões verificadas antes de ser executada.

  1. 1EntradaValidada contra o esquema de entrada do agente
  2. 2Modeloclaude-opus-5 com fallback automático
  3. 3Ferramentasextract_structured_data
  4. 4PermissõesExecuta automaticamente as ações de nível READ; tudo acima disso espera aprovação
  5. 5SaídaResultado estruturado, conforme o esquema de saída
  6. 6RegistroTokens, duração e cada passo ficam registrados

Demonstração

Dados de demonstraçãoIllustrative sample output, abridged.

Entrada

{
  "period": "24 months to Aug 2026",
  "currency": "USD",
  "payments": [],
  "dateProximityDays": 90
}

Saída

{
  "escalate": true,
  "disclaimer": "An analysis of your own payment records. No supplier has been contacted, no claim raised, nothing offset or reversed, no supplier records merged, and candidates marked needs-checking are reported with the reason they may be legitimate rather than presented as findings.",
  "duplicates": [
    {
      "amount": 18400,
      "payments": [
        "PAY-40218",
        "PAY-41776"
      ],
      "supplier": "Nordvale Supplies",
      "daysApart": 47,
      "mechanism": "duplicate-supplier-record",
      "confidence": "high",
      "controlGap": "The supplier master allows a second record with the same bank details and tax identifier.",
      "recoverability": "live-supplier",
      "whyItMightNotBe": "Nothing. Same amount, same invoice date, same net reference once formatting is stripped."
    },
    {
      "amount": 2260,
      "payments": [
        "PAY-38112",
        "PAY-38119"
      ],
      "supplier": "Harbour Freight",
      "daysApart": 0,
      "mechanism": "rerun-batch",
      "confidence": "high",
      "controlGap": "A batch was rerun after a partial bank rejection. Nothing excluded the payments that had already succeeded.",
      "recoverability": "live-supplier",
      "whyItMightNotBe": ""
    },
    {
      "amount": 1450,
      "payments": [
        "PAY-29940",
        "PAY-31002"
      ],
      "supplier": "Meridian Print",
      "daysApart": 31,
      "mechanism": "exact-repeat",
      "confidence": "needs-checking",
      "controlGap": "",
      "recoverability": "live-supplier",
      "whyItMightNotBe": "Meridian bills a fixed monthly retainer at exactly this amount. This may be two legitimate months rather than a duplicate. Reported rather than filtered out, because a missed duplicate costs more than a check."
    }
  ],
  "supplierGroups": [
    "NORDVALE SUPPLIES LTD and Nordvale Supplies Limited share a tax identifier and bank account. Two records, one supplier — and every duplicate check ran within each record separately."
  ],
  "totalIdentified": 84200,
  "escalationReason": "One duplicate is 18,400, above threshold, and two supplier records share bank details without sharing a name.",
  "controlGapsSummary": [
    "Reference formatting is not normalised before the duplicate check, so 6 of 11 findings were invisible to it.",
    "The supplier master permits duplicate bank details.",
    "Payment batches can be rerun without excluding successful lines."
  ],
  "recoverableFromLiveSuppliers": 71400
}

Requisitos

Integrações

Nenhuma integração necessária.

Antes de começar

  • Histórico de pagamentos e faturas: fornecedor, referência, valor, data, pedido de compra
  • O cadastro mestre de fornecedores
  • Notas de crédito e como foram aplicadas
  • Requer o plano Acesso total ou superior

Casos de uso

Revisão periódica de contas a pagar

Rodar sobre os últimos dois anos, depois mensalmente.

Depois de uma migração de sistema

Onde cadastros de fornecedor duplicados são criados em massa.

Antes de uma auditoria

O achado que um auditor amostra, encontrado antes.

Depois de uma falha em rodada de pagamento

Se a reexecução duplicou a metade bem-sucedida.

Preço

Acesso total

Cobrado mensalmente pela sua assinatura PROMIVO. Cancele quando quiser.

As execuções consomem a cota do seu plano para execuções de agentes e tokens. Veja limites do plano

Perguntas frequentes

Ele vai reivindicar o dinheiro de volta?

Não. Ele nunca contata um fornecedor nem abre uma reivindicação. Pedir dinheiro de volta é uma conversa com alguém de quem vocês dependem, e o tom pertence a uma pessoa.

Como isto difere da verificação de duplicidade do nosso sistema?

Aquelas correspondem exatamente em número de fatura e fornecedor. Duplicatas reais quase nunca correspondem exatamente — essa é a razão inteira de terem passado.

Ele vai produzir falsos positivos?

Alguns, deliberadamente. Uma cobrança recorrente legítima do mesmo valor ao mesmo fornecedor parece uma duplicata, então ele reporta a confiança e o motivo em vez de filtrá-las em silêncio. Uma duplicata perdida custa mais que uma para conferir.

Avaliações

As avaliações abrem depois que os clientes tiverem executado este agente.

Precisa que este agente funcione de outro jeito?

Diga o que mudar e a nossa equipe vai definir o escopo de uma versão personalizada para a sua empresa.

Personalizar este agente