Hallo zusammen,
wir haben trotz des Updates auf JTL-Wawi 2.2.2 weiterhin Probleme mit der Erstellung gültiger ZUGFeRD-/XRechnungen.
Die Rechnungen werden mit der aktuellen XRechnung-3.0-CII-Vorlage erzeugt. Bei der anschließenden Validierung mit KoSIT Validator 1.5.0 werden jedoch weiterhin zwei Fehler festgestellt:
Rechnung vom 10.11.2026 mit drei Artikelpositionen, 10 % Neukundenrabatt und 2 % Vorkasserabatt.
Die XML enthält folgende Nettopositionsbeträge:
Im Rechnungskopf der XML werden jedoch 39,54 € netto ausgewiesen.
JTL rechnet intern offenbar mit vier Nachkommastellen, während die einzelnen XML-Positionsbeträge auf zwei Nachkommastellen gerundet werden. Die unterschiedlichen Rundungswege führen zu einer Differenz von 0,01 € und damit zur Ablehnung durch den Validator.
Wir hatten das Problem bereits unter JTL-Wawi 2.1.1 und 2.1.4. Auch nach dem Update auf 2.2.2 und Verwendung einer neueren XML-Vorlage besteht es weiterhin.
Meine Fragen an JTL:
Ist dieser Rundungsfehler bereits bekannt? Gibt es dafür ein Issue-Ticket beziehungsweise einen Hotfix oder eine aktualisierte Vorlage?
Wie können wir kurzfristig gültige E-Rechnungen ausgeben, wenn die Rechnungen wegen dieser Differenz zurückgewiesen werden?
Wir können die erzeugten XML-Dateien und vollständigen KoSIT-Prüfberichte zur Verfügung stellen.
Vielen Dank für eure Unterstützung!
wir haben trotz des Updates auf JTL-Wawi 2.2.2 weiterhin Probleme mit der Erstellung gültiger ZUGFeRD-/XRechnungen.
Die Rechnungen werden mit der aktuellen XRechnung-3.0-CII-Vorlage erzeugt. Bei der anschließenden Validierung mit KoSIT Validator 1.5.0 werden jedoch weiterhin zwei Fehler festgestellt:
- BR-CO-10: Die Summe der Nettobeträge der Rechnungspositionen stimmt nicht mit der Nettogesamtsumme überein.
- BR-S-08: Die Umsatzsteuerbemessungsgrundlage stimmt nicht mit den Rechnungspositionen überein.
Rechnung vom 10.11.2026 mit drei Artikelpositionen, 10 % Neukundenrabatt und 2 % Vorkasserabatt.
Die XML enthält folgende Nettopositionsbeträge:
| Position | Netto |
|---|---|
| Artikel 1 | 6,68 € |
| Artikel 2 | 13,36 € |
| Artikel 3 | 24,79 € |
| Neukundenrabatt | −4,49 € |
| Vorkasserabatt | −0,81 € |
| Versand | 0,00 € |
| Summe der Positionen | 39,53 € |
JTL rechnet intern offenbar mit vier Nachkommastellen, während die einzelnen XML-Positionsbeträge auf zwei Nachkommastellen gerundet werden. Die unterschiedlichen Rundungswege führen zu einer Differenz von 0,01 € und damit zur Ablehnung durch den Validator.
Wir hatten das Problem bereits unter JTL-Wawi 2.1.1 und 2.1.4. Auch nach dem Update auf 2.2.2 und Verwendung einer neueren XML-Vorlage besteht es weiterhin.
Meine Fragen an JTL:
Ist dieser Rundungsfehler bereits bekannt? Gibt es dafür ein Issue-Ticket beziehungsweise einen Hotfix oder eine aktualisierte Vorlage?
Wie können wir kurzfristig gültige E-Rechnungen ausgeben, wenn die Rechnungen wegen dieser Differenz zurückgewiesen werden?
Wir können die erzeugten XML-Dateien und vollständigen KoSIT-Prüfberichte zur Verfügung stellen.
Vielen Dank für eure Unterstützung!