Doppelte Rechnungen in Accounts Payable: erneute Zusendung oder neue Verbindlichkeit?

Der Lieferant sendet eine E-Mail erneut, ein Mitarbeiter leitet den Anhang weiter und Tage später trifft der Scan eines Papierexemplars ein. Jede Datei wirkt wie ein neuer Vorgang, obwohl dieselbe Rechnung gemeint sein kann. Das Risiko ist nicht nur der wiederholte Beleg, sondern eine unbemerkte zweite Bearbeitung.

Eine Dublettenprüfung in Accounts Payable sollte Rechnungsdaten, frühere Eingänge und Bearbeitungsstatus verbinden. Dateinamen allein reichen nicht; ebenso wenig ist jeder Hinweis bereits ein bestätigter Fehler. Der folgende Ablauf ist ein praktischer Vorschlag unabhängig von einem bestimmten ERP.

1. Nachricht, Datei und Rechnung trennen

Geben Sie jedem Eingang eine Vorgangskennung, werten Sie diese aber nicht als Nachweis einer neuen Verbindlichkeit. Eine Rechnung kann mehrere Nachrichten und Darstellungen haben: PDF, Scan oder neu erzeugten Ausdruck. Der Zusammenhang muss für die nächste bearbeitende Person erkennbar sein.

Ein anderer Anhangsname belegt keine andere Rechnung. Auch ein Datei-Hash wie SHA-256 vergleicht Bytes, nicht die wirtschaftliche Identität des Belegs. Ein neuer Scan derselben Rechnung kann andere Bytes haben. Ersetzen Sie den Datenvergleich daher nicht durch einen reinen Dateitest.

2. Quelldaten vergleichen und Ähnlichkeitsregeln vereinbaren

Vergleichen Sie zuständige Kundengesellschaft, Lieferant, vollständige Rechnungsnummer, Datum, Währung, Betrag und Belegart. Bewahren Sie die Originalnummer neben einer ergänzenden Suchdarstellung auf. Regeln für Großschreibung, Leer- und Trennzeichen sind abzustimmen; pauschales Entfernen von Zeichen kann verschiedene Nummern zusammenführen.

Oracle Financials 25D beschreibt eine zusätzliche, aktivierungspflichtige Prüfung aus Lieferant, Rechnungsart, Betrag, Währung und Datum. Das ist ein Beispiel, keine allgemeine Regel jedes Systems. Ein gleicher Betrag allein entscheidet nicht: Verschiedene berechtigte Rechnungen können denselben Wert haben.

3. Auch vor der Buchung suchen

Der für Dynamics 365 Finance beschriebene Workflow-Hinweis auf eine doppelte Nummer betrifft eine bereits gebuchte Rechnung und hängt von der Konfiguration ab. Klären Sie gesondert die Prüfung neu eingegangener, in Prüfung befindlicher und noch nicht ans ERP übergebener Belege.

Durchsuchen Sie den vereinbarten Umfang von Eingangswarteschlange und ERP, einschließlich ausgeglichener Belege. Das Fehlen in einer Liste offener Rechnungen beweist keine fehlende frühere Bearbeitung. Legen Sie die Sichtbarkeit anderer Eingangskanäle fest, damit parallele Teams denselben Vorgang nicht unabhängig beginnen.

4. Einen Hinweis als Prüfauftrag behandeln

Prüfen Sie die Quelle, wenn OCR eine 0 statt O erkennt oder die Nummer anders als ein früherer Import darstellt. Klären Sie auch, ob derselbe Lieferant unter zwei Datensätzen geführt wird. Dies sind Anhaltspunkte, keine Berechtigung zum eigenständigen Zusammenführen von Stammdaten oder Ändern der Rechnungsnummer.

Eine wiederkehrende Rechnung für den nächsten Zeitraum mit eigener Nummer wird durch einen gleichen Betrag nicht zur Dublette. Auch ein Korrekturbeleg benötigt eine eigene Identifikation und Verknüpfung zum Ursprungsbeleg. Fordern Sie bei Unklarheit eine konkrete Lieferantenerklärung an, statt einen ähnlich aussehenden Beleg zu löschen.

5. Folge des Verdachts und Entscheidungskompetenz festlegen

Unterscheiden Sie Dublettenverdacht, bestätigte erneute Zusendung und nach Klärung verworfenen Hinweis. Dokumentieren Sie verglichene Datensätze, Grund, Nachweis und entscheidende Person. Eine Bildschirmmeldung belegt keine Bearbeitungs- oder Zahlungssperre; prüfen Sie diese Wirkung in der tatsächlichen Konfiguration.

Ein externes Team kann im vereinbarten Umfang Daten sammeln und Klärungen vorbereiten. Buchungsänderungen und Zahlungsentscheidungen erfordern entsprechende Kundenberechtigungen. Ändern Sie keine Rechnungsnummer allein zur Umgehung der Prüfung. Erhalten Sie die Verbindung zwischen erneutem Eingang und ursprünglichem Vorgang nach den vereinbarten Aufbewahrungsregeln.

6. Die Kontrolle statt nur ihrer Aktivierung testen

Prüfen Sie mit Testdaten: erneuten Eingang derselben Datei, neuen Scan derselben Rechnung, abweichende Nummerndarstellung, berechtigte Rechnung für den Folgezeitraum und gesonderten Korrekturbeleg. Definieren Sie erwartetes Ergebnis, Erkennungsphase und notwendige Aktion. Testen Sie auch einen noch in der Warteschlange liegenden ersten Eingang.

Ergänzen Sie Eingangskontrollen durch die Prüfung bereits erfasster Datensätze; Oracle Payables Invoice Audit Listing ist ein Werkzeugbeispiel. BackOffice Outsourcing bietet Unterstützung für Finanz- und Buchhaltungsprozesse. Beschreiben Sie dem Team Ihre Rechnungseingangskanäle, um Kontrollen und Ausnahmebearbeitung abzustimmen. Lieferantenkontoauszüge mit der Buchführung abzugleichen ist ein gesondertes Thema im Leitfaden zur Lieferantensaldenabstimmung.

Quellen und Geltungsbereich

• Microsoft Learn: Vendor invoices - duplicate-number workflow controls
• Oracle Financials 25D: Additional duplicate invoice check
• Oracle Financials 26D: Payables Invoice Audit Listing
• Microsoft Learn: Invoice capture - derivation and validation

Primärquellen geprüft am 19. Oktober 2026. Funktionen betreffen genannte Produkte und Versionen; ein Einsatz bei BackOffice Outsourcing wird nicht behauptet. Szenarien und Zuständigkeiten sind redaktionelle Vorschläge, keine Anweisung für Buchungen, steuerliche Korrekturen oder Zahlungen.