Zugferd Rechnung Validierungsprobleme (Rundungsdifferenzen Netto/Brutto)

Antonin123

Aktives Mitglied
20. Januar 2019
33
5
Hallo,
ich weiß, dass es bereits Beiträge zur E-Rechnung gibt, allerdings sind diese voll von allgemeinen Fragestellungen und ich möchte hier ein konkretes Problem mit der aktuellen Beta der Zugferd Rechnung ansprechen:

Wir haben eine Rechnung mit einem Artikel, Menge 4, Einzelpreis Brutto 2,20 EUR (wurde so hinterlegt, also kein Nettopreis eingegeben sondern direkt der Bruttopreis) = Gesamtpreis 8.80
In der Zugferd Rechnung wird nun vermutlich wegen dem Nettobetrag und Rundung als GrandTotalAmount 8,81 EUR angegeben, TotalPrepaidAmount 8,80 EUR, DuePayableAmount 0,01 EUR, also wie wenn 0,01 noch als offene Forderung besteht obwohl der Brutto-Gesamtpreis 8,80 EUR ist. Das Problem also: Der Nettopreis 1,8487 EUR wird gerundet zu 1,85 EUR Netto x 4 = 7,40 EUR netto zzgl. 19% = 8,81 EUR. Es müssten entsprechend die Nachkommastellen erhöht werden auf mindestens 4, dass der Gesamtpreis stimmt.
Dies führt bei Valdierung zu:
[BR-CO-10]-Sum of Invoice line net amount (BT-106) = Σ Invoice line net amount (BT-131).

Aktuell lässt sich das Beta Zugferd ja nicht ändern, deshalb die Frage ob die Fehler bekannt sind und behoben werden? (Falls ja, gibt es eventuell schon ein voraussichtliches Releasedate?)
Vielen Dank
 
Zuletzt bearbeitet:

Antonin123

Aktives Mitglied
20. Januar 2019
33
5
Nach einigem rumprobieren hier nun das, was zum Fehler führt (aber ohne Lösung):
<ram:SpecifiedTradeSettlementLineMonetarySummation>
<ram:LineTotalAmount>7.3950</ram:LineTotalAmount>

sollte sein: <ram:LineTotalAmount>7.40</ram:LineTotalAmount>
oder folgendes funktioniert auch: <ram:LineTotalAmount>7.3955</ram:LineTotalAmount>
oder auch <ram:LineTotalAmount>7.3951</ram:LineTotalAmount>
Nur nicht mit der 0 am Ende

Änder ich dies manuell, dann wird die Rechnung ohne Fehler valdiert
---

Komischerweise, wenn ich nur 1x den Artikel mit 2,20 anlege und die xrechnung erstelle, weichen beide beträge auch ab, es gibt aber keinen Valdierungsfehler:
<ram:SpecifiedTradeSettlementLineMonetarySummation>
<ram:LineTotalAmount>1.8487</ram:LineTotalAmount>

<ram:SpecifiedTradeSettlementHeaderMonetarySummation>
<ram:LineTotalAmount>1.85</ram:LineTotalAmount>
 
Zuletzt bearbeitet:

Markus Hütz

Moderator
Mitarbeiter
4. März 2014
572
284
Guten Morgen,

wäre es möglich, dass ihr das im Kundensupport meldet? Dann könnten wir uns das genauer anschauen. Rundungsdifferenzen lassen sich, je nach Aufbau der Daten, leider nicht vermeiden (was summiere ich wann).

Gruß,
Markus
 

Steffen80

Sehr aktives Mitglied
27. August 2012
214
32
Guten Morgen,

wäre es möglich, dass ihr das im Kundensupport meldet? Dann könnten wir uns das genauer anschauen. Rundungsdifferenzen lassen sich, je nach Aufbau der Daten, leider nicht vermeiden (was summiere ich wann).

Gruß,
Markus
Kann ich bei Gelegenheit gerne mal machen.

Problem bei uns mit einen Auftrag wo 10% Rabatt gesetzt wurden.

In der Auftragsansicht werden die Positionen mit 4 Nachkommastellen angezeigt
Summe aller Positionen : 292,7526

In der Zusammenfassung (Auftragswert) mit nur 2 Nachkommastellen:
Gesamtbetrag netto: 292,75
MwSt. 19% 55,63€
Gesamtbetrag brutto 348,38€

in der exportierten X-Rechnung
Summe aller Positionen: 292,75€
Summe Umsatzsteuer: 55,62€
Gesamtsumme: 348,37€


Info zu Artikelpreisen:
Die krumme BruttoSumme der ersten beiden Positionen kommt zustande da der Artikel im Shop bereits 10% Rabatt hat.
 

Anhänge

  • X-Rechnung.JPG
    X-Rechnung.JPG
    23,9 KB · Aufrufe: 4
  • Auftrag_Zusammenfassung.JPG
    Auftrag_Zusammenfassung.JPG
    9,6 KB · Aufrufe: 4
  • Auftrag.JPG
    Auftrag.JPG
    24,2 KB · Aufrufe: 4

Antonin123

Aktives Mitglied
20. Januar 2019
33
5
Guten Morgen,

wäre es möglich, dass ihr das im Kundensupport meldet? Dann könnten wir uns das genauer anschauen. Rundungsdifferenzen lassen sich, je nach Aufbau der Daten, leider nicht vermeiden (was summiere ich wann).

Gruß,
Markus
Ich weiss leider nicht genau, ob es tatsächlich an der Rundung liegt oder was genau das Problem ist. Ihr könnt einfach eine Rechnung mit 4x 2,20 EUR brutto anlegen, dann könnt Ihr den Fehler replizieren.
 

Steffen80

Sehr aktives Mitglied
27. August 2012
214
32
Ich habe es mal dem Support gemeldet und folgende Antwort erhalten:

vielen Dank für Ihre Anfrage.

Ich habe Ihren Auftrag anhand der vorliegenden Daten auf unserem Testsystem nachgebaut und konnte das Verhalten reproduzieren. Hierbei handelt es sich leider um bekannte Rundungsdifferenzen im Cent-Bereich, die nicht durch die Ausgabe/Vorlage erzeugt werden, sondern durch die Summierung der Positions-Beträge mit dreizehn Nachkommastellen in der jeweiligen Tabelle.

Rundungsfehler im Cent-Bereich lassen sich leider auf Grund von technischen Gegebenheiten bei der Plattform-übergreifenden Verarbeitung von Aufträgen derzeit nicht vollständig vermeiden. Das Thema ist bekannt und wir befinden uns dazu intern in Klärung. Leider handelt es sich dabei um ein technisch sehr umfangreiches Thema, weshalb die Lösung nicht einfach umsetzbar ist.

Trotz der Rundungsdifferenzen, da es hier sicherlich auch Toleranzen gibt, kann die XRechnung dennoch erfolgreich validiert werden. Dafür wurde der folgende Validator verwendet: https://erechnungsvalidator.service-bw.de/

Mit freundlichen Grüßen

Es ist Montag... :)
 

Antonin123

Aktives Mitglied
20. Januar 2019
33
5
Ich habe es mal dem Support gemeldet und folgende Antwort erhalten:



Es ist Montag... :)
Hallo,
ich gehe davon aus, dass du das Problem mit den Rabatten gemeldet hast? Diese sollen ja trotzdem validiert werden können. Könntest du bitte antworten, dass das gleiche Problem besteht, wenn man eine 4x 2,20 EUR Brutto Rechnung erstellt und diese mit dem genannten Validator nicht validiert werden kann?
Vielen Dank
 

Steffen80

Sehr aktives Mitglied
27. August 2012
214
32
Hallo,
ich gehe davon aus, dass du das Problem mit den Rabatten gemeldet hast? Diese sollen ja trotzdem validiert werden können. Könntest du bitte antworten, dass das gleiche Problem besteht, wenn man eine 4x 2,20 EUR Brutto Rechnung erstellt und diese mit dem genannten Validator nicht validiert werden kann?
Vielen Dank
Ja habe das Problem mit den Rabatten gemeldet und zur Antwort vom Support auch nochmal geschrieben das ich mir sowas ähnliches schon gedacht habe.

Antwort war:
danke für das Verständnis. Wichtig ist es auf jeden Fall, das einmal gegen zu prüfen, da die XRechnung Vorlage neu ist. Das Verhalten tritt aber tatsächlich auch bei anderen Ausgabewegen auf.

insofern gehe ich davon aus, das das Problem auch bei anderen Wegen bekannt ist.

Problem ist halt die Brutto netto Umrechnung und wann man rundet

4,20 Brutto wird zu 3,5294117647 netto (*100/119)

3,5294117647 netto x4 = 14.1176470588 (*119/100)= 16,7999999999 ;)

Das gleiche Spiel kannst mit deinen 2,20 machen...
Wenn Deine Rechnung aber nicht validiert werden kann würde ich Dir empfehlen das selber evtl. nochmal zu melden
 

aend

Aktives Mitglied
31. August 2018
68
4
Hamburg
Für die XRechnung habe ich das einfach so gelöst, dass keine "krummen" Beträge (4 Dezimalstellen) in den Rechnungspositionen mehr ausgegeben werden, also an der Stelle schon gerundet wird. Damit stimmen die Summen dann auch wieder mit denen im Fuß der Rechnung überein.

Beispiel:
Code:
<ram:LineTotalAmount>{{ position.TotalGrossPrice | Nummer : '0.00', 'en-US' }}</ram:LineTotalAmount>

Ggf. müsste man das auch noch bei Postionsrabatten machen. Mal schauen. In allen Rechnungen für diesen Monat passt es erst mal.
 

Antonin123

Aktives Mitglied
20. Januar 2019
33
5
Für die XRechnung habe ich das einfach so gelöst, dass keine "krummen" Beträge (4 Dezimalstellen) in den Rechnungspositionen mehr ausgegeben werden, also an der Stelle schon gerundet wird. Damit stimmen die Summen dann auch wieder mit denen im Fuß der Rechnung überein.

Beispiel:
Code:
<ram:LineTotalAmount>{{ position.TotalGrossPrice | Nummer : '0.00', 'en-US' }}</ram:LineTotalAmount>

Ggf. müsste man das auch noch bei Postionsrabatten machen. Mal schauen. In allen Rechnungen für diesen Monat passt es erst mal.
Hallo,
vielen Dank für die Antwort! Leider kann man die Zugferd aktuell nicht abändern, aber wenn man dies mal kann, geht es ggf. ähnlich, deshalb danke fürs teilen!
 
Ähnliche Themen
Titel Forum Antworten Datum
x-rechnung Zugferd IBAN JTL-Wawi 1.9 1
x-Rechnung und Zugferd JTL-Wawi 1.9 69
Neu Ab Version 1.9.6.0: XRechnung 3.0.2 und ZUGFeRD News, Events und Umfragen 1
Neu Nach dem Duplizieren eines alten Auftrags erscheint auf der Rechnung alte Bankverbindung JTL-Wawi - Fehler und Bugs 0
Rechnung-Erstattung JTL-Wawi 1.9 3
Beantwortet "PDFs direkt an Rechnung speichern" . .. kann mir hier jemand sagen wo, oder wie die abgelegt werden? User helfen Usern - Fragen zu JTL-Wawi 2
Artikelbeschreibung in Rechnung Formular JTL-Wawi 1.9 3
Neu Rechnung erstellen (einzeln) Ansicht verbuggt JTL-Wawi - Fehler und Bugs 1
Neue Bankverbindung wird auf der Rechnung nicht angezeigt JTL-Wawi 1.9 1
In Bearbeitung Auftrag in WaWi via POS abrechnen ohne Rechnung nur Kassenbon Allgemeine Fragen zu JTL-POS 3
E-Rechnung-Webinar: Dokumentenmanagement optimieren mit GREYHOUND Messen, Stammtische und interessante Events 0
E-Rechnung-Webinar: Dokumentenmanagement optimieren mit GREYHOUND Messen, Stammtische und interessante Events 0
E-Rechnung-Webinar: Dokumentenmanagement optimieren mit GREYHOUND Messen, Stammtische und interessante Events 0
E-Rechnung-Webinar: Dokumentenmanagement optimieren mit GREYHOUND Messen, Stammtische und interessante Events 0
E-Rechnung-Webinar: Dokumentenmanagement optimieren mit GREYHOUND Messen, Stammtische und interessante Events 0
E-Rechnung-Webinar: Dokumentenmanagement optimieren mit GREYHOUND Messen, Stammtische und interessante Events 0
Rechnung mit Rechnungskorrektur begleichen JTL-Wawi 1.9 2
Neu Transportversicherung B2B bei Ausliefern/Rechnung Problem User helfen Usern - Fragen zu JTL-Wawi 1
Neu XML Rechnung - Artikel werden für 0€ verkauft, warum? JTL-Wawi - Fehler und Bugs 5
Unterschied Lieferschein Rechnung? JTL-Wawi 1.9 1
Neu Vorlage zur Berichtigung von Rechnungen OHNE eine Rechnung zu STORNIEREN! Dienstleistung, Jobs und Ähnliches 0
E-Rechnung-Webinar: Dokumentenmanagement optimieren mit GREYHOUND Messen, Stammtische und interessante Events 0
Rechnung für Händler JTL-Wawi 1.9 2
In Diskussion Workflow Rechnung Email Wochenende JTL-Workflows - Fehler und Bugs 3
Neu Amazon VS (lite) eine Rechnung fehlt - manuelle Erstellung möglich ? User helfen Usern - Fragen zu JTL-Wawi 0
Rechnung Korrigieren -> Es existiert kein Auftrag zur Rechnung. JTL-Wawi 1.9 3
Artikel Merkmale in der Rechnung anzeigen Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 13
Rechnung korrigieren, Zahlungsart und Artikelbezeichnung JTL-Wawi 1.9 1
Neu Rechnungskorrekturen/Gutschriften E-Rechnung User helfen Usern - Fragen zu JTL-Wawi 3
Neu Auftrag ohne Rechnung Arbeitsabläufe in JTL-Wawi 3
Hersteller-Adresse mit auf Artikel-Etikett und Rechnung JTL-Wawi 1.9 4
Neu "Rechnung erstellen" > "Ohne Vorschau mit Ausgabe" kann nicht komplett abgebrochen werden: eine Rechnung wird immer erstellt! JTL-Wawi - Fehler und Bugs 0
Neu X-Rechnung wird nicht verschickt Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 7
Rechnungsvorlage Warengruppen unter Rechnung im Text summieren JTL-Wawi 1.9 0
Neu Wareneingangs X-Rechnung Arbeitsabläufe in JTL-Wawi 2
"Speichern, Rechnung erstellen und ausgeben" funktioniert nicht mehr JTL-Wawi 1.9 1
Neu Eine Position "Rechnung" auf Bestellbestätigung Allgemeine Fragen zu JTL-Shop 2
Speicherort exportierte Rechnung JTL-Wawi 1.9 6
Gutschrift E-Rechnung JTL-Wawi 1.9 4
Neu Rabatt auf Rechnung ausblenden User helfen Usern - Fragen zu JTL-Wawi 2
Auftrag splitten bei bereits ersteller Rechnung JTL-Wawi 1.9 1
Neu XRechnung/E-Rechnung und verschiedene eMail-Empfänger JTL-Wawi - Ideen, Lob und Kritik 1
In Diskussion Zahlung einer Rechnung sollte nicht nochmaligen Druck auslösen. JTL-Workflows - Fehler und Bugs 3
Neu Wasserzeichen auf Lieferschein und Rechnung auf ganze A4 Seite User helfen Usern - Fragen zu JTL-Wawi 5
Amazon Vine Rechnung JTL-Wawi 1.9 0

Ähnliche Themen