UBL-Import: Rabatt oder Zuschlag fehlt in der Gesamtsumme

Beim Import einer UBL-Rechnung erscheint Arithmetical issue, obwohl ein anderer Validator das Dokument akzeptiert. Der Betrag im Zielsystem weicht möglicherweise um einen Rabatt oder Zuschlag ab. Ein Originalbericht beschreibt diese Konstellation bei Mustang und Belegnachlässen beziehungsweise Belegzuschlägen. Q1 Die Warnung allein beweist weder einen falschen Ursprungsbeleg noch einen bestimmten Importerfehler.

Die Rechenstufen trennen

Die Nettogesamtsumme entsteht aus der Summe der Positionsnettos, abzüglich Nachlässen und zuzüglich Zuschlägen auf Belegebene. Die Peppol-Regel BR-CO-13 beschreibt diesen Zusammenhang. Q2 Der Zahlbetrag berücksichtigt dagegen die Bruttosumme, bereits gezahlte Beträge und eine gegebenenfalls angegebene Rundung. Q3 Beide Stufen dürfen nicht vermischt werden.

Einen Betrag vollständig verfolgen

1. Gleichen Belegstand sichern. Bewahre XML, Importwarnung und Zielsystemwerte mit Prüfsumme beziehungsweise eindeutiger Referenz auf. Prüfe, ob eine Vorschau einen anderen Export zeigt als der tatsächlich importierte Inhalt.
2. Nettostufe aufzeichnen. Lies die Werte aus LegalMonetaryTotal: LineExtensionAmount, AllowanceTotalAmount, ChargeTotalAmount und TaxExclusiveAmount. Notiere fehlende optionale Felder ausdrücklich, statt einen alten Anzeigewert zu übernehmen.
3. Ebenen zuordnen. Unterscheide Positionsrabatte von Nachlässen auf den Gesamtbeleg. Ein bereits im Positionsnetto berücksichtigter Rabatt darf nicht nochmals als Belegnachlass abgezogen werden. Für ein einfaches Kontrollbeispiel ergeben 100 Positionsnetto minus 10 Belegnachlass plus 5 Belegzuschlag eine Nettosumme von 95.
4. Zahlbetrag separat abstimmen. Vergleiche TaxInclusiveAmount, PrepaidAmount, PayableRoundingAmount und PayableAmount nach dem verwendeten Regelprofil. Prüfe Währung und Vorzeichen. Eine Rundung darf keine fehlende Übernahme eines ganzen Rabatts verdecken.
5. XML gegen Importmodell vergleichen. Sind die Ausgangswerte konsistent, prüfe, ob der Importer Belegnachlässe und Zuschläge tatsächlich in seine Objekte übernimmt. Sind sie vorhanden, aber die berechnete Summe falsch, liegt der nächste Blick auf der Zielberechnung. Fehlen sie schon im XML, gehört die Korrektur in den Export.

Abnahme mit aussagekräftigen Beispielen

Teste getrennt eine Rechnung ohne Belegkorrektur, eine mit Nachlass, eine mit Zuschlag und eine mit beiden. Prüfe nicht nur, ob die Warnung verschwindet, sondern ob alle übernommenen Summen mit dem jeweiligen Ausgangsbeleg übereinstimmen. Halte Validator- und Importerversion fest.

Für Unterstützung helfen bereinigte Summenfelder, die betreffende AllowanceCharge-Stelle und der Zielwert. Die fachliche Vereinbarung zu Preisen bleibt maßgeblich; diese Anleitung untersucht die technische Abbildung und erteilt keine steuerliche Freigabe.

Häufige Fragen

Kann ich die Warnung ignorieren, wenn XML gültig ist?

Eine gültige Quelle bestätigt nicht automatisch die richtige Übernahme in dein Zielsystem. Vergleiche die tatsächlich gespeicherten Werte.

Ist jeder Rabatt ein Belegnachlass?

Nein. Seine Ebene und bereits berücksichtigte Rechenwirkung müssen aus der konkreten Rechnung hervorgehen.

Fall beschreiben