Finance et comptabilitéÀ la une

Auditeur de Paiements en Double

Trouve les paiements que votre contrôle par correspondance exacte n'allait jamais détecter

Version 2Publié le 2 sept. 2026
Finance et comptabilitéExtractclaude-opus-5Read-only · auto8 hard rules5 handover rulesResult
8règles strictes
Ce qu'il ne doit jamais faire, appliqué à chaque exécution
5règles de transfert
Les cas où il s'arrête et confie le travail à une personne
8champs de sortie
Un résultat structuré, pas un paragraphe à relire
≤7étapes par exécution
Travail borné : au plus 5 appels d'outils, imposé par le moteur d'exécution

Lecture seule par conception. Cet agent n'a aucun moyen d'envoyer, de dépenser, de publier ou de valider quoi que ce soit. Là où cette limite est le produit, la retirer supprimerait la raison de faire confiance au résultat.

Câblage en direct de la version 2. Les nœuds d'outil sont les capacités que cet agent est habilité à appeler — rien d'autre ne peut s'exécuter.

Aperçu

Les paiements en double sont l’argent le plus sûrement récupérable de toute direction financière, et presque toutes les organisations en ont. Pas par négligence : les contrôles existants n’attrapent que le cas facile.

Un système de comptabilité fournisseurs bloque deux fois le même numéro de facture du même fournisseur. Ce contrôle est exact, et les doublons ne le sont presque jamais. La facture arrive par e-mail puis par courrier, saisie une fois « INV-4471 » et une fois « 4471 ». Le fournisseur est créé deux fois sous des noms légèrement différents, donc le système voit deux fournisseurs. Un avoir est imputé sur la mauvaise facture, laissant la bonne ouverte pour être repayée. Une facture est payée sur compte puis de nouveau sur commande. Une campagne de paiement est relancée après un rejet bancaire et la moitié qui avait abouti repart.

Chacun de ces cas passe un contrôle par correspondance exacte, et chacun est visible pour une vérification qui compare montant, proximité de dates et identité du fournisseur plutôt que des chaînes de référence.

L’autre moitié de la valeur, c’est la fenêtre. Les fournisseurs ne signalent pas un trop-perçu : le crédit reste sur leur compte, et si la relation s’arrête avant qu’il soit utilisé, l’argent est perdu.

Cet agent les trouve et vous donne les preuves. Il ne récupère rien lui-même et ne contacte aucun fournisseur : une demande de remboursement est une conversation avec quelqu’un dont vous dépendez.

Bénéfices

De l’argent récupéré sans négociation

Il était déjà à vous, et la preuve est indiscutable.

Le trou de contrôle nommé

Pour prévenir le suivant plutôt que de le trouver après.

Récupéré tant que c’est possible

Un crédit sur le compte d’un fournisseur dormant est en général perdu.

Ce qu'il fait

  • Rapproche sur le fond, pas sur des chaînes de référence

    « INV-4471 » et « 4471 » sont la même facture. Tous les contrôles par correspondance exacte en voient deux.

  • Trouve les fiches fournisseurs en double

    Un fournisseur créé deux fois sous des noms un peu différents. Le système en voit deux, et ne bloque rien.

  • Repère les avoirs mal imputés

    Un avoir passé sur la mauvaise facture laisse la bonne ouverte, et elle est repayée.

  • Détecte les campagnes de paiement relancées

    Une campagne répétée après un rejet bancaire, où la moitié qui avait abouti repart.

  • Classe par ce qui est encore récupérable

    Un fournisseur actif avec du volume est récupérable. Un fournisseur dormant, c’est une conversation bien plus difficile.

  • Ne récupère rien lui-même

    Il ne contacte aucun fournisseur et n’ouvre aucune réclamation. Une demande de remboursement est une conversation, pas une transaction.

Ce que cela change

Ce que cela change à votre semaine

Ce qu'il reprend
Trouver les factures payées plus d’une fois.
Fait aujourd'hui par
Le contrôle de doublons du système, qui n’attrape que les correspondances exactes.
À quelle fréquence
Jamais, au-delà du blocage automatique.
Effort manuel habituel
Références, fiches fournisseurs et avoirs doivent tous être normalisés avant toute comparaison.

Pourquoi Finance et comptabilité en particulier. Les vrais doublons ne sont jamais exacts — c’est pour cela qu’ils sont passés. « INV-4471 » et « 4471 », un fournisseur créé deux fois, une campagne relancée. Et les fournisseurs ne signalent jamais un trop-perçu.

  • Fonctionne sans surveillance

    Lancé par vous ou par un événement, il termine seul. Rien n'attend que quelqu'un soit à son bureau.

  • La même exigence à chaque fois

    Le deux centième élément est tenu au niveau du premier. La régularité est la part que les humains ne tiennent pas.

  • Il ne peut pas agir de lui-même

    Auditeur de Paiements en Double n'a aucun moyen d'envoyer, de dépenser ou d'engager quoi que ce soit. C'est précisément cette limite qui rend son résultat sûr à exploiter.

Comment il fonctionne

Cet agent s'exécute côté serveur via l'environnement d'exécution PROMIVO. Chaque exécution est journalisée étape par étape et chaque appel d'outil est soumis à une vérification des autorisations avant d'être exécuté.

  1. 1EntréeValidée par rapport au schéma d'entrée de l'agent
  2. 2Modèleclaude-opus-5 avec repli automatique
  3. 3Outilsextract_structured_data
  4. 4PermissionsExécute automatiquement les actions READ ; tout ce qui est au-dessus attend une validation
  5. 5SortieRésultat structuré conforme au schéma de sortie
  6. 6JournalisationJetons, durée et chaque étape sont enregistrés

Démo

Données de démonstrationIllustrative sample output, abridged.

Entrée

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

Sortie

{
  "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
}

Prérequis

Intégrations

Aucune intégration requise.

Avant de commencer

  • L’historique des paiements et factures : fournisseur, référence, montant, date, commande
  • Le fichier maître des fournisseurs
  • Les avoirs et leur imputation
  • Nécessite le forfait Accès complet ou supérieur

Cas d'usage

Revue périodique des fournisseurs

Passé sur les deux dernières années, puis chaque mois.

Après une migration de système

Là où les fiches fournisseurs en double se créent en masse.

Avant un audit

Le constat qu’un auditeur cherche par échantillon, trouvé d’abord.

Après l’échec d’une campagne de paiement

Si la relance a doublé la moitié qui avait abouti.

Tarifs

Accès complet

Facturé mensuellement via votre abonnement PROMIVO. Résiliable à tout moment.

Les exécutions consomment le quota de votre offre pour les exécutions d’agents et les tokens. Voir les limites de l’offre

FAQ

Va-t-il réclamer l’argent ?

Non. Il ne contacte jamais un fournisseur et n’ouvre aucune réclamation. Demander un remboursement est une conversation avec quelqu’un dont vous dépendez, et le ton appartient à une personne.

En quoi est-ce différent du contrôle de doublons de notre système ?

Ceux-là comparent exactement le numéro de facture et le fournisseur. Les vrais doublons ne correspondent presque jamais exactement — c’est précisément pour cela qu’ils sont passés.

Produira-t-il des faux positifs ?

Quelques-uns, délibérément. Une charge récurrente légitime du même montant au même fournisseur ressemble à un doublon, il indique donc une confiance et un motif plutôt que de les filtrer en silence. Un doublon manqué coûte plus cher qu’un doublon à vérifier.

Avis

Les avis s'ouvrent une fois que des clients ont exécuté cet agent.

Vous voulez que cet agent fonctionne autrement ?

Dites-nous ce qui doit changer et notre équipe cadrera une version sur mesure pour votre entreprise.

Personnaliser cet agent