Finanzen & BuchhaltungEmpfohlen

Prüfer für Doppelzahlungen

Findet die Zahlungen, die Ihre Exakt-Abgleich-Kontrolle nie erfassen konnte

Version 2Veröffentlicht am 02.09.2026
Finanzen & BuchhaltungExtractclaude-opus-5Read-only · auto8 hard rules5 handover rulesResult
8harte Regeln
Dinge, die er nie tun darf — in jedem Lauf durchgesetzt
5Übergaberegeln
Bedingungen, unter denen er anhält und die Arbeit an einen Menschen übergibt
8Ausgabefelder
Ein strukturiertes Ergebnis, kein Absatz, den Sie noch einmal lesen müssen
≤7Schritte pro Lauf
Begrenzte Arbeit: höchstens 5 Werkzeugaufrufe, von der Laufzeitumgebung durchgesetzt

Nur lesend, konstruktionsbedingt. Dieser Agent hat keinen Weg, etwas zu senden, auszugeben, zu veröffentlichen oder festzuschreiben. Wo diese Grenze das Produkt ist, würde ihre Aufhebung den Grund entfernen, der Ausgabe zu vertrauen.

Live-Verdrahtung für Version 2. Die Werkzeugknoten sind die Fähigkeiten, die dieser Agent aufrufen darf — nichts anderes kann laufen.

Überblick

Doppelzahlungen sind das zuverlässigste rückholbare Geld in jeder Finanzabteilung, und fast jede Organisation hat welche. Nicht aus Nachlässigkeit — die vorhandenen Kontrollen fangen nur den einfachen Fall.

Ein Kreditorensystem blockiert dieselbe Rechnungsnummer desselben Lieferanten ein zweites Mal. Diese Prüfung ist exakt, und Duplikate sind es fast nie. Die Rechnung kommt per E-Mail und noch einmal per Post, einmal als „INV-4471“ und einmal als „4471“ erfasst. Der Lieferant ist zweimal unter leicht abweichenden Namen angelegt, das System sieht also zwei Lieferanten. Eine Gutschrift wird der falschen Rechnung zugeordnet, die richtige bleibt offen und wird erneut bezahlt. Eine Rechnung wird auf Konto und noch einmal gegen eine Bestellung bezahlt. Ein Zahlungslauf wird nach einer Bankablehnung wiederholt, und die erfolgreiche Hälfte geht zweimal hinaus.

Jeder dieser Fälle besteht eine Exaktabgleich-Kontrolle, und jeder ist für eine Prüfung sichtbar, die Betrag, zeitliche Nähe und Lieferantenidentität vergleicht statt Referenzzeichenketten.

Die andere Hälfte des Werts ist das Zeitfenster. Lieferanten melden keine Überzahlung — das Guthaben steht auf ihrem Konto, und endet die Beziehung, bevor es genutzt wird, ist das Geld weg.

Dieser Agent findet sie und liefert Ihnen den Nachweis. Er holt nichts selbst zurück und kontaktiert keinen Lieferanten: Eine Rückforderung ist ein Gespräch mit jemandem, von dem Sie abhängen.

Nutzen

Geld zurück ohne Verhandlung

Es war ohnehin Ihres, und der Nachweis ist nicht zu bestreiten.

Die Kontrolllücke benannt

Damit die nächste verhindert statt später gefunden wird.

Zurückgeholt, solange es geht

Ein Guthaben beim ruhenden Lieferanten ist meist verloren.

Was er tut

  • Gleicht die Sache ab, nicht die Referenzzeichenkette

    „INV-4471“ und „4471“ sind dieselbe Rechnung. Jede Exaktabgleich-Kontrolle in jedem Kreditorensystem sieht zwei.

  • Findet doppelt angelegte Lieferanten

    Ein Lieferant zweimal unter leicht abweichenden Namen. Das System sieht zwei und blockiert nichts.

  • Erkennt falsch zugeordnete Gutschriften

    Eine Gutschrift auf der falschen Rechnung lässt die richtige offen — und die wird erneut bezahlt.

  • Erkennt wiederholte Zahlungsläufe

    Ein Lauf, der nach einer Bankablehnung wiederholt wurde, bei dem die erfolgreiche Hälfte zweimal hinausgeht.

  • Ordnet nach dem, was noch rückholbar ist

    Ein aktiver Lieferant mit laufendem Volumen ist rückholbar. Ein ruhender ist ein viel schwierigeres Gespräch.

  • Holt nichts selbst zurück

    Er kontaktiert keinen Lieferanten und erhebt keine Forderung. Eine Rückforderung ist ein Gespräch, keine Transaktion.

Was sich ändert

Was das an Ihrer Woche ändert

Übernimmt
Rechnungen zu finden, die mehr als einmal bezahlt wurden.
Erledigt das heute
Die Duplikatsprüfung des Kreditorensystems, die nur exakte Treffer fängt.
Wie oft
Nie, über die automatische Sperre hinaus.
Üblicher manueller Aufwand
Referenzen, Lieferantenstammsätze und Gutschriften müssen erst normalisiert werden, bevor irgendetwas vergleichbar ist.

Warum gerade Finanzen & Buchhaltung. Echte Duplikate sind nie exakt — deshalb sind sie durchgekommen. „INV-4471“ und „4471“, ein zweimal angelegter Lieferant, ein wiederholter Zahlungslauf. Und Lieferanten melden eine Überzahlung nie.

  • Läuft unbeaufsichtigt

    Von Ihnen oder von einem Ereignis gestartet, und er bringt es allein zu Ende. Nichts wartet darauf, dass jemand am Schreibtisch sitzt.

  • Jedes Mal derselbe Maßstab

    Der zweihundertste Vorgang wird an derselben Latte gemessen wie der erste. Beständigkeit ist der Teil, den Menschen nicht durchhalten.

  • Er kann nicht von sich aus handeln

    Prüfer für Doppelzahlungen hat keinen Weg, etwas zu senden, auszugeben oder zuzusagen. Genau diese Grenze macht es sicher, auf seine Ausgabe hin zu handeln.

Wie er arbeitet

Dieser Agent läuft serverseitig in der PROMIVO-Laufzeit. Jeder Lauf wird Schritt für Schritt protokolliert, und jeder Tool-Aufruf wird vor der Ausführung auf Berechtigung geprüft.

  1. 1EingabeGegen das Eingabeschema des Agenten geprüft
  2. 2Modellclaude-opus-5 mit automatischem Ausweichmodell
  3. 3Werkzeugeextract_structured_data
  4. 4BerechtigungenFührt READ-Aktionen automatisch aus; alles darüber wartet auf Freigabe
  5. 5AusgabeStrukturiertes Ergebnis nach dem Ausgabeschema
  6. 6ProtokollierungToken, Dauer und jeder Schritt werden festgehalten

Demo

DemodatenIllustrative sample output, abridged.

Eingabe

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

Ausgabe

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

Voraussetzungen

Integrationen

Keine Integrationen erforderlich.

Bevor Sie beginnen

  • Zahlungs- und Rechnungshistorie: Lieferant, Referenz, Betrag, Datum, Bestellung
  • Der Lieferantenstamm
  • Gutschriften und ihre Zuordnung
  • Erfordert den Tarif Voller Zugang oder höher

Anwendungsfälle

Regelmäßige Kreditorenprüfung

Über die letzten zwei Jahre laufen lassen, danach monatlich.

Nach einer Systemmigration

Wo doppelte Lieferantenstammsätze massenhaft entstehen.

Vor einer Prüfung

Der Befund, den eine Prüferin stichprobenartig sucht — zuerst gefunden.

Nach einem gescheiterten Zahlungslauf

Ob die Wiederholung die erfolgreiche Hälfte verdoppelt hat.

Preise

Voller Zugang

Monatliche Abrechnung über Ihr PROMIVO-Abonnement. Jederzeit kündbar.

Läufe verbrauchen das Kontingent Ihres Plans für Agentenausführungen und Token. Siehe Plangrenzen

FAQ

Fordert er das Geld zurück?

Nein. Er kontaktiert nie einen Lieferanten und erhebt keine Forderung. Geld zurückzufordern ist ein Gespräch mit jemandem, von dem Sie abhängen, und der Ton gehört einem Menschen.

Wie unterscheidet sich das von der Duplikatsprüfung unseres Systems?

Die gleicht exakt auf Rechnungsnummer und Lieferant ab. Echte Duplikate stimmen fast nie exakt überein — genau deshalb sind sie durchgekommen.

Erzeugt er Fehlalarme?

Einige, bewusst. Eine berechtigte wiederkehrende Belastung desselben Betrags beim selben Lieferanten sieht aus wie ein Duplikat, deshalb meldet er Sicherheit und Grund, statt sie still auszufiltern. Ein übersehenes Duplikat kostet mehr als eines zum Prüfen.

Bewertungen

Bewertungen öffnen sich, sobald Kunden diesen Agenten ausgeführt haben.

Soll dieser Agent anders arbeiten?

Sagen Sie uns, was sich ändern soll, und unser Team bestimmt den Umfang einer eigenen Fassung für Ihr Unternehmen.

Diesen Agenten anpassen