Wer seine JTL-Wawi fit für die Zukunft der E-Rechnung machen will, kommt an korrekten XML-Strukturen nicht vorbei. Mit dem neuesten Update unseres beliebten Plugins hph.JTL.ZUGFeRD (Version 1.7.8) haben wir ein wichtiges Feature implementiert, das die Automatisierung deiner Rechnungsverarbeitung und die Akzeptanz bei Großkunden massiv verbessert: Die korrekte Integration von Coupon-Codes und Rabatten.
Was ist neu in Version 1.7.8?
Bisher wurden Coupon-Codes in der ZUGFeRD- bzw. XRechnung-XML oft als einfache, zusätzliche Position mit einem Minusbetrag ausgegeben. Das funktioniert zwar optisch, entspricht aber nicht den strengen Vorgaben des EN-16931-Standards.
Das Update ändert das grundlegend:
- Echte Rabatt-Einbettung: Gutscheine und Coupons werden jetzt sauber als echter Nachlass (
SpecifiedTradeAllowanceChargemitChargeIndicator = false) in den XML-Code eingebettet. - Korrekte Summenrechnung: In den Gesamtsummen der E-Rechnung wird der Gesamtrabatt an der dafür vorgesehenen Stelle (
AllowanceTotalAmount) ausgewiesen. - Präzise Steuerlogik: Alle Positionssummen und Netto-Mehrwertsteuerbeträge werden dabei vollautomatisch und centgenau berücksichtigt. (keine Abweisungen mit [BR-CO-10]-Sum of invoice line net amount (BT-106) = sum of Invoice line net amount (BT-131) – Allowances on document level (BT-107) + Charges on document level (BT-108).)
Warum ist der Ausweis als SpecifiedTradeAllowanceCharge so wichtig?
Vielleicht fragst du dich, warum dieser technische Unterschied so eine große Rolle spielt. Die Antwort liegt in der Automatisierung und den Anforderungen von Großkunden (B2B/B2G):
- Automatisierte Verarbeitung: Moderne Buchhaltungssysteme und ERPs lesen E-Rechnungen maschinell aus. Sie erwarten unter den Positionsdaten reine Artikel oder Dienstleistungen. Versandkosten gehören in den Bereich
ChargeTotalAmount, Rabatte in den BereichAllowanceTotalAmount. Nur so läuft die Zuordnung fehlerfrei. - Strikte Validierung bei Großkonzernen und Behörden: Größere Unternehmen und öffentliche Auftraggeber fordern oft Pflichtangaben zu jeder Rechnungsposition (z. B. spezifische Artikelnummern, Zolltarifnummern oder Mengeneinheiten). Bei einem pauschalen Rabatt-Gutschein gibt es diese Daten nicht. Wird der Rabatt als normale Position übertragen, fällt die Rechnung durch die automatische Validierung und wird abgelehnt.
Mit dem Update auf Version 1.7.8 umgehst du diese Stolpersteine elegant.
💡 Auf den Punkt gebracht:
Mit hph.JTL.ZUGFeRD erstellst du im Handumdrehen absolut rechtskonforme EN-16931-Rechnungen – ganz ohne stundenlanges, nervenaufreibendes Basteln an den Standard-Exportvorlagen von JTL. Einfach installieren, kurz konfigurieren und saubere E-Rechnungen versenden!
Du benötigst auch E-Rechnungen für Rechnungskorrekturen?
Ein lückenloser Workflow hört nicht bei der Ausgangsrechnung auf. Musst du Gutschriften oder Rechnungskorrekturen im E-Rechnungsformat ausstellen?
Kein Problem! Mit unserem Addon bist du bestens gerüstet. Erstelle schon heute gesetzeskonforme Gutschriften und Rechnungen in den gängigen Formaten:
- ZUGFeRD (der perfekte Hybrid aus PDF und XML)
- XRechnung (rein XML)
- UBL (Universal Business Language)
Bereite deine JTL-Wawi jetzt auf die E-Rechnungspflicht vor und sichere dir das Update auf Version 1.7.8!