Rechnungskontrollen: korrekte Belege und nachvollziehbare Berichtigungen

Eine Rechnungskontrolle sollte eine konkrete Frage anhand beobachtbarer Nachweise beantworten. „Die Rechnung sieht richtig aus“ erkennt weder einen doppelt verarbeiteten Auftrag noch eine doppelt gezählte Zahlung oder die Ausstellung durch das falsche Unternehmen. Beginnen Sie bei den Risiken Ihres eigenen Ablaufs. Platzieren Sie eine Prüfung dort, wo sie den jeweiligen Fehler verhindern oder erkennen kann.

Diese Anleitung beschreibt Kontrollen für Ihr Betriebsteam. Nutzen Sie Ihren bestehenden Führungsprozess für Prüfung und Funktionstrennung; der Artikel setzt keinen konfigurierbaren Freigabeprozess in der Anwendung voraus.

Das Kontrollverzeichnis aufbauen

Erfassen Sie je Kontrolle das Risiko, die Grundgesamtheit, die verantwortliche Person, die Häufigkeit, den Nachweis und die Maßnahme bei einem Fehler. Bestimmen Sie die maßgebliche Quelle für Kundenidentität, vereinbarte Beträge, Zahlungsbestätigung und Buchung. Können zwei Systeme dasselbe finanzielle Feld ändern, legen Sie vor der Automatisierung fest, welches System maßgeblich ist und wo der Abgleich erfolgt.

Ein kleines Team kann Rollen zusammenlegen. Gleichen Sie dies durch eine spätere unabhängige Stichprobe und eine sichtbare Ausnahmeliste aus. Behaupten Sie keine Unabhängigkeit, die organisatorisch nicht besteht.

Vor der Rechnungsausstellung prüfen

Prüfen Sie zuerst das aktive Unternehmen, den Lieferantennamen und die Unternehmensidentität. Kontrollieren Sie anschließend Kundenname, Kennung, vollständige Adresse, erforderliche Bestellreferenz, Währung, Ausstellungsdatum und Fälligkeit. Eine API-Adresse benötigt Straße, Ort, Postleitzahl und Land; eine unvollständige Adresse wird abgelehnt.

Vergleichen Sie den geschäftlichen Ursprung mit Positionen, Mengen, Preisen, Rabatten und Steuerkategorien. Leiten Sie die Rechnungssumme nicht allein aus dem PDF oder einer Kennzeichnung als bezahlt ab. Lassen Sie ungewöhnliche steuerliche Behandlungen vom Controlling bestätigen. Verwenden Sie die von GET /api/v1/me gemeldeten Fähigkeiten für Entscheidungen über die Integration. Nicht unterstützte Verfahren müssen vor Nummerierung oder Übertragung geklärt werden.

Lassen Sie bei der API-Erstellung number weg, wenn die Unternehmenssequenz die Nummer vergeben soll. Verwenden Sie eine stabile external_id für die Quelltransaktion und einen Idempotency-Key für wiederholte Anfragen. Eine verlorene Antwort ist ein Wiederherstellungsfall, kein Anlass, dieselbe Transaktion mit einer neuen Identität erneut anzulegen.

Drei Zustände getrennt halten

Geschäftlicher Lebenszyklus, Peppol-Übertragung und Zahlungsausgleich beantworten unterschiedliche Fragen. Eine Übertragungsbestätigung belegt weder die Zustimmung des Käufers noch den Zahlungseingang. Eine Zahlungsbewegung erfasst bestätigtes Geld; sie sendet keinen Zahlungsauftrag an eine Bank. Eine Rückerstattungsbewegung dokumentiert eine außerhalb von OrdoGrid bereits ausgeführte Rückzahlung.

Lesen Sie die Werte für den Zahlungsausgleich gemeinsam:

• document_total ist der ursprüngliche Bruttobetrag der Rechnung.
• payments enthält aktive Anzahlungen; addieren Sie prepayments niemals ein zweites Mal.
• credits ist der Wert verknüpfter rechtlicher Gutschriften, kein Geldfluss.
• outstanding und refund_due beschreiben die verbleibende Forderung beziehungsweise den zurückzuzahlenden Betrag.

Stimmen Sie diese Werte mit den Quellnachweisen ab und halten Sie Währungen getrennt. Verrechnen Sie nicht die Forderung an einen anderen Kunden mit einer Rückerstattung, nur damit eine Kontrolle aufgeht.

Die Ursache berichtigen und die Kette erhalten

Ein falscher geschäftlicher Betrag auf einem finanziell gesperrten Beleg benötigt das passende Gutschrift- und Ersatzverfahren. Ein falscher Zahlungseintrag benötigt eine Bewegungskorrektur. Vollständige Stornierungen von Bewegungen verweisen auf die Originalbewegung. Für Teilkorrekturen werden eine vollständige Stornierung und eine neue bestätigte Bewegung verwendet. Eine Zahlung mit einer aktiven Zuordnung zu einer abgeschlossenen Rückerstattung kann erst storniert werden, nachdem die fehlerhafte Rückerstattung korrekt storniert wurde.

Bewahren Sie im Fall die ursprüngliche Rechnung, verknüpfte Gutschrift, Zahlungsnachweise sowie Storno- und Ersatzreferenzen auf. Die OpenPeppol-Rechnungsspezifikation definiert die Strukturen von Rechnungen und Gutschriften. Die für Steuern und Buchhaltung verantwortliche Person entscheidet, welche geschäftliche Berichtigung zum Sachverhalt passt.

Beispiel einer Kontrolle

Eine Rechnung beträgt 121 €. Eine Anzahlung von 40 € und eine spätere Zahlung von 81 € gleichen sie aus. Der Zahlungsausgleich meldet payments von 121 €, einschließlich der Anzahlung. Eine Tabelle, die Zahlungen und Anzahlungen addiert, würde fälschlich 161 € ausweisen und eine vermeintliche Überzahlung melden.

Nach einer Gutschrift über 60,50 € beträgt der Rückerstattungsbedarf 60,50 €. Treasury bestätigt die tatsächliche Rückzahlung; der Betrieb erfasst sie mit einer eigenen stabilen Bewegungsidentität. Die Kontrolle ist erst erfüllt, wenn der Rückerstattungsbedarf null beträgt, der externe Rückzahlungsnachweis vorliegt und die Gutschrift mit dem Original verknüpft bleibt. Die Kennzeichnung „bezahlt“ allein reicht nicht als Nachweis.

Abweichungen erkennen und bearbeiten

Prüfen Sie Quell- und Beleganzahlen, doppelte Identitäten, ungeklärte Übertragungen, unerwartete Änderungen im Zahlungsausgleich und fehlgeschlagene Archivabrufe in einem zum Volumen passenden Rhythmus. Gewichten Sie ungewöhnliche Steuerfälle, manuell erfasste Zahlungen und geänderte Lieferantendaten stärker in der Stichprobe. Speichern Sie Grundgesamtheit und Auswahlverfahren, damit eine zweite Person die Prüfung nachvollziehen kann.

Nehmen Sie ungeklärte Differenzen aus der weiteren automatischen Verarbeitung, weisen Sie eine Person zu und erhalten Sie den ursprünglichen Fehler. Wiederholtes EXTERNAL_ID_REUSED weist auf geänderte Erstellungsdaten unter derselben Identität oder auf ein Zuordnungsproblem hin; auch nichtfinanzielle Änderungen können betroffen sein. DOCUMENT_FINANCIAL_CONTENTS_LOCKED fordert den passenden Korrekturweg. Keiner der Fehler sollte mit einer frischen ID umgangen werden.

Übergeben Sie offene Abschlussfälle mit Betrag, Währung, Ursache, Auswirkung, nächster Maßnahme und Termin an das Controlling. Nutzen Sie Monatsabschluss und Abstimmung für den Abschluss und Zuverlässige Integrationen für die automatisierte Wiederherstellung.