E-Rechnung mit Centdifferenz: Rundungsfehler gezielt prüfen

Die kurze Antwort

Eine Centdifferenz ist eine Beobachtung, noch keine Diagnose. Sie kann aus einer anderen Rundungsreihenfolge, einem falsch übertragenen Nachlass oder einer Verwechslung von Gesamtbetrag und Restforderung entstehen. Auch eine PDF-Ansicht kann anders rechnen als der strukturierte Export. Deshalb genügt es nicht, nur den Endbetrag mit dem Taschenrechner zu vergleichen.

Dieser Leitfaden behandelt die technische Summenprüfung für Selbstständige und kleine Unternehmen. Die Formeln werden anhand der offiziellen Peppol-Dokumentation erläutert. Bei einer konkreten XRechnung oder einem ZUGFeRD-Profil verwenden Sie zusätzlich den Validator für das tatsächliche Format und seine Version. Eine technische Prüfung entscheidet nicht, welcher Preis vereinbart wurde oder wie ein individueller steuerlicher Sachverhalt zu beurteilen ist.

Zuerst Datei und Meldung sichern

Beginnen Sie nicht mit einer neu erzeugten Vorschau, sondern mit genau der Datei, die versandt oder empfangen wurde. Bei einer reinen XML-Rechnung benötigen Sie den strukturierten Inhalt und eine geeignete lesbare Darstellung. Bei einer hybriden Rechnung vergleichen Sie die eingebetteten Daten mit der sichtbaren PDF-Seite. Der Einstieg XRechnung öffnen und prüfen hilft bei der grundlegenden Lesbarkeit.

Notieren Sie Dateiname, Rechnungsnummer, Exportzeitpunkt, Format, Profil und Validator-Version. Übernehmen Sie die Regelkennung sowie die genannten Felder aus dem Prüfbericht. „Betrag stimmt nicht“ ist für eine Korrektur zu ungenau. „BR-CO-15: Nettosumme plus Steuer ergibt nicht die Bruttosumme“ beschreibt dagegen einen bestimmten Zusammenhang.

Vergleichen Sie nur denselben Belegstand. Eine nachträglich geänderte Position im Entwurf kann eine andere Vorschau erzeugen als die bereits versandte Rechnung. Wenn die Software mehrere Exportformate anbietet, darf das Ergebnis einer Prüfung des einen Formats nicht ohne Weiteres auf eine andere Datei übertragen werden. Bewahren Sie das ursprüngliche Ergebnis zur späteren Gegenprüfung auf.

Der Weg von Positionen zum Zahlbetrag

Die BT-Kennungen bezeichnen fachliche Datenfelder. Sie sind hilfreicher als eine beliebige Bildschirmbeschriftung: Ein Feld namens „Gesamt“ kann in einer Software den Bruttobetrag, in einer anderen die Restforderung meinen. Die folgenden Beziehungen stehen in den offiziellen Regeln BR-CO-10 bis BR-CO-16. Prüfen Sie die Kette von oben nach unten.

Zusätzlich kontrollieren Sie innerhalb jeder Steuergruppe die Bemessungsgrundlage BT-116, den Steuersatz BT-119 und den Steuerbetrag BT-117. BR-CO-17 beschreibt deren Zusammenhang mit einer Rundung auf zwei Dezimalstellen. Mischen Sie dabei nicht unterschiedliche Steuerkategorien oder Steuersätze in eine einzige Rechnung.

Wichtig ist die Ebene eines Nachlasses: Ist er bereits im Positionsnettobetrag berücksichtigt, darf er nicht noch einmal als Dokumentnachlass abgezogen werden. Der Steuersatz bleibt ebenfalls ein fachlicher Parameter und wird nicht geändert, um eine Differenz verschwinden zu lassen. Die richtigen Ausgangsdaten müssen dieselbe Rechenkette tragen wie der Export.

Wie ein Cent Unterschied entsteht

Das folgende Beispiel ist selbst konstruiert, kein Test eines Produkts. Zwei Positionen haben jeweils einen Nettobetrag von 0,03 Euro. Beide gehören derselben Steuergruppe mit 19 Prozent an. Es gibt keine Nachlässe, Zuschläge, Vorauszahlungen oder Zahlungsrundung. Der Regelsteuersatz von 19 Prozent ist in § 12 Absatz 1 UStG geregelt; hier wird er nur als ausdrücklich angenommener Rechenparameter verwendet.

1. Positionsnettos addieren: 0,03 + 0,03 = 0,06 Euro.
2. Steuer aus der angenommenen Gruppenbasis berechnen: 0,06 × 19 Prozent = 0,0114 Euro.
3. Den Steuerbetrag auf zwei Dezimalstellen runden: 0,01 Euro.
4. Bruttosumme bilden: 0,06 + 0,01 = 0,07 Euro.
5. Ohne Zahlung oder Rundung beträgt die Restforderung ebenfalls 0,07 Euro.

Eine andere Rechnung würde zunächst für jede Position 0,03 × 19 Prozent = 0,0057 Euro ermitteln, jeden dieser Beträge auf 0,01 Euro runden und anschließend 0,02 Euro Steuer addieren. Das erklärt die Entstehung eines Unterschieds. Es ist keine Aussage, dass jede positionsbezogene Darstellung steuerlich unzulässig wäre. Entscheidend für die technische Datei ist, dass die zusammengehörenden Felder und die geltenden Prüfregeln konsistent sind.

Verfolgen Sie deshalb nicht nur „den fehlenden Cent“, sondern die verwendete Bemessungsgrundlage und den Rundungszeitpunkt. Bei langen Mengen oder Stückpreisen kann eine vorzeitig gerundete Zwischenrechnung andere Ergebnisse liefern. Übernehmen Sie nicht blind eine manuell gekürzte Bildschirmzahl als vollständigen Ausgangswert. Halten Sie fest, welche Werte tatsächlich exportiert wurden.

Fehlercodes sinnvoll zuordnen

Die Tabelle ist eine Diagnosehilfe, keine vollständige Liste aller Formatregeln. Ein Validator kann weitere Meldungen zu einzelnen Beträgen, Nachlässen oder Steuerkategorien ausgeben. Bearbeiten Sie möglichst die früheste fehlerhafte Stufe: Ein falsches Positionsnetto kann mehrere nachgelagerte Meldungen auslösen.

Eine allgemeine Aussage wie „ein Cent wird toleriert“ lässt sich daraus nicht ableiten. Die konkrete Prüflogik ist regel-, profil- und versionsabhängig; die offiziellen Seiten enthalten dafür auch technische Bedingungen. Ein bestandenes Prüfergebnis ist ebenso wenig eine Erlaubnis, einen vereinbarten Rechnungsbetrag beliebig zu verändern. Dokumentieren Sie Ergebnis und Regelstand statt eine universelle Toleranz anzunehmen.

BT-114 ist kein Reparaturfeld

BT-114 gehört zur Berechnung des fälligen Betrags. In der offiziellen UBL-Abbildung heißt das Element PayableRoundingAmount. Es ist optional. Sein Betrag wird nach BR-CO-16 zum Bruttobetrag addiert, nachdem bereits gezahlte Beträge abgezogen wurden. Ein negativer Wert verringert den fälligen Betrag; ein positiver erhöht ihn.

Ein reines Zahlenbeispiel macht die Ebene sichtbar: BT-112 beträgt 119,00 Euro, BT-113 beträgt 100,00 Euro und BT-114 beträgt −0,01 Euro. Dann ergibt die Formel einen Zahlbetrag von 18,99 Euro. Das Beispiel erklärt die Wirkung des Feldes. Es begründet weder einen Anspruch auf Abrundung noch die Zulässigkeit einer beliebigen Änderung.

Wenn die Positionssumme falsch ist oder der Gesamtsteuerbetrag nicht zu den Steuergruppen passt, bleiben diese Fehler trotz eines passenden Endbetrags bestehen. Lassen Sie die Ursache im Berechnungs- beziehungsweise Exportprozess beheben. Verwenden Sie Zahlungsrundung nur, wenn sie im tatsächlichen Beleg sachlich vorgesehen ist und die Software sie im gewählten Profil korrekt ausgibt.

Auch Skonto ist nicht einfach eine frei verwendbare Rundungsposition. Zahlungsbedingungen und ein bereits berücksichtigter Nachlass sind unterschiedliche Sachverhalte. Bei einer deutschen XRechnung beschreibt der gesonderte Leitfaden Skontoangaben in BT-20 und BR-DE-18 die andere Prüfaufgabe.

Prüfen, korrigieren, erneut testen

1. Abweichung eingrenzen

Schreiben Sie für das betroffene Feld den exportierten und den nachgerechneten Wert nebeneinander. Ergänzen Sie die Eingangsgrößen und den Rechenschritt. Beginnen Sie mit einer Steuergruppe und einer überschaubaren Anzahl von Positionen. So erkennen Sie, ob der Fehler aus Daten, Rundung oder Übertragung stammt.

2. Zuständigkeit klären

Bei der eigenen noch nicht versandten Rechnung prüfen Sie Entwurf, Berechnungseinstellungen und Export. Bei einer empfangenen Rechnung ändern Sie nicht selbst die Originaldatei, um eine interne Prüfung grün zu machen. Bewahren Sie sie zusammen mit dem Bericht auf und bitten Sie den Aussteller um eine nachvollziehbare Klärung oder Berichtigung. Der bestehende Ablauf zum Umgang mit fehlerhaften E-Rechnungen trennt technische Prüfung, fachliche Freigabe und Rückfrage.

3. Den Ursprung beheben

Eine Korrektur nur in der PDF-Vorlage lässt XML-Summen möglicherweise unverändert. Ebenso kann eine manuelle Änderung im exportierten XML beim nächsten Export verloren gehen. Bearbeiten Sie den zuständigen Beleg- oder Exportprozess. Wenn die Rechnung schon ausgestellt wurde, prüfen Sie den vorgesehenen Weg für Berichtigung, Storno oder Gutschrift in der Rechnungssoftware, statt einen vorhandenen Beleg still zu überschreiben.

4. Ergebnis unabhängig prüfen

Exportieren Sie die tatsächlich benötigte Datei neu und validieren Sie sie erneut im passenden Profil. Vergleichen Sie die korrigierte Rechenkette, die lesbare Ansicht und den Zahlbetrag. Eine verschwundene Meldung allein reicht nicht, wenn dafür eine Position, ein Nachlass oder eine Vorauszahlung versehentlich entfällt.

5. Einen brauchbaren Supportfall erstellen

Für den Hersteller sind Format, Profil, Softwareversion, Regelkennung, betroffene Felder und ein reproduzierbarer Rechenweg hilfreicher als ein Foto des Endbetrags. Nutzen Sie wenn möglich einen neutralen Musterfall. Geben Sie echte Belege nur über den vorgesehenen Supportkanal weiter und reduzieren Sie unnötige Kunden-, Bank- und Personendaten. Passwörter oder Zugangscodes gehören nicht in ein solches Ticket.

Den Export vorab testen

Vor einer Softwareentscheidung oder einem Wechsel lässt sich die Rechenlogik mit einem kleinen, eigenen Testset prüfen. Das ist keine Bestenliste und kein Produktvergleich. Entscheidend ist, ob Ihr Anbieter eine konsistente Datei für Ihre echten Abrechnungsfälle erzeugt und Fehler nachvollziehbar erklären kann.

• Mehrere kleine Positionen: Prüfen Sie einen Fall, in dem frühe und späte Rundung unterschiedliche Ergebnisse liefern können.
• Mengen und Stückpreise: Verwenden Sie die benötigte Präzision und prüfen Sie Positionsnetto und exportierte Basiswerte.
• Dokumentnachlass: Kontrollieren Sie, dass er genau einmal berücksichtigt wird und zur richtigen Steuergruppe gehört.
• Bereits gezahlt: Vergleichen Sie ursprüngliche Bruttosumme und verbleibende Forderung getrennt.
• Mehrere Steuergruppen: Prüfen Sie jede Gruppe sowie ihre gemeinsame Steuersumme.

Lassen Sie sich dabei nicht nur die Oberfläche zeigen. Fordern Sie einen Export des Musterfalls an und prüfen Sie diesen. Fragen Sie außerdem, wie ein gemeldeter Summenfehler behoben wird und wie eine korrigierte Datei mit ihrem ursprünglichen Beleg verbunden bleibt. Eine beworbene Formatunterstützung ersetzt diesen konkreten Nachweis nicht.

Wichtige Ausnahmen

Bei verschiedenen Steuersätzen, steuerfreien Positionen oder anderen Steuerkategorien ist die gesamte Nettosumme nicht automatisch die Basis für einen einzigen Steuersatz. Ebenso dürfen Beträge in verschiedenen Währungen nicht ohne passenden Zusammenhang addiert werden. Dieser Leitfaden legt keine Wechselkursbehandlung oder individuellen Steuerentscheidungen fest.

Vorauszahlungen, Schlussrechnungen und negative Korrekturbelege benötigen einen fachlich passenden Ablauf. Prüfen Sie Vorzeichen und die Bedeutung der Beträge im konkreten Belegtyp. Eine rein technische Gleichheit von Summen beweist weder, dass eine Leistung erbracht wurde, noch dass eine Zahlung tatsächlich erfolgt ist. Bei Unsicherheit stimmen Sie den Sachverhalt mit der zuständigen Buchhaltung oder Steuerkanzlei ab.

Checkliste vor der Freigabe

1. Originaldatei und Prüfbericht gesichert; Format und Version dokumentiert.
2. Positionsnettos mit BT-106 verglichen.
3. Dokumentnachlässe und Zuschläge einmalig und auf der richtigen Ebene erfasst.
4. Steuergruppen getrennt und ihre Beträge nachvollzogen.
5. Netto plus Steuer mit Bruttosumme abgeglichen.
6. Bereits gezahlt, Zahlungsrundung und Restforderung getrennt geprüft.
7. Korrektur im zuständigen Prozess vorgenommen und neu exportiert.
8. Neue Datei validiert und mit Ansicht sowie sachlich erwarteter Forderung verglichen.

Der nächste sinnvolle Schritt ist ein konkreter Prüfbericht mit Rechenweg, nicht das pauschale Wegbuchen eines Cents. Erst wenn Ursache und korrigiertes Ergebnis nachvollziehbar sind, setzen Sie den vorgesehenen Freigabe- und Zahlungsprozess fort.

Häufige Fragen

Quellen und Aktualität

Recherche- und Regelstand: 9. Oktober 2026. Die technischen Beziehungen wurden in der offiziellen Peppol-BIS-Billing-Dokumentation, Release Mai 2026, geprüft. Die Beispiele sind redaktionell konstruiert; sie ersetzen weder eine Prüfung des konkreten Formatprofils noch individuelle Steuer- oder Rechtsberatung.

• Peppol BR-CO-10: Summe der Positionsnettos
• Peppol BR-CO-13: Nettosumme, Nachlässe und Zuschläge
• Peppol BR-CO-14: gesamte Umsatzsteuer
• Peppol BR-CO-15: Bruttosumme
• Peppol BR-CO-16: fälliger Betrag
• Peppol BR-CO-17: Steuerbetrag je Steuergruppe
• Peppol UBL: BT-114 und Zahlungsrundung
• UStG § 12: Steuersätze, hier Regelsteuersatz im Zahlenbeispiel