vermutlich Fehler: ...
 
Benachrichtigungen
Alles entfernen

vermutlich Fehler: ZUGFerd Rechnung, Summe in Sicht Komponente und XML Komponente stimmen nicht überein

8 Beiträge
3 Benutzer
0 Reactions
1,275 Aufrufe
(@joe66)
Trusted Member
Beigetreten: vor 4 Jahren
Beiträge: 39
Topic starter   [#4402]

ZUGFerd Rechnung, Sicht Komponente zeigt andere Summe als XML Komponente

Wir erstellen in Fakturama Rechnungen im ZUGFerd Format (XML Teil als ZUGFERD_V2_COMFORT)
Jetzt ist aufgefallen das der Inhalt der Sichtkomponente (also des visullen, für den Menschen lesbaren Teils) und des XML Komponente des PDF-A Dokuments nicht übereinstimmen, sondern sich bei einzelnen Zahlen, z.B. der Brutto Gesamtsumme Differenzen ergeben.
Laut FeRD müssen beide Komponenten inhaltlich identisch sein ( https://www.ferd-net.de/standards/zugferd )

Wir haben den Effekt an einem Beispiel nachvollzogen:
Einzel Preis Brutto 9,95, Netto 9,30
MwSt: 7,0 %
Menge 6 Stück
(Rabatt 20 %)

Wir haben 4 Variante ausprobiert
1. Im Artikel Netto Preis vorgegeben
2. Im Artikel Brutto Preis vorgegeben
Dann jeweils einmal Kunde erhält Rechnung Brutto und Kunde erhält Rechnung Netto

Die 4 Beispiele können hier heruntergeladen werden: https://nextcloud1.daskleinparadies.de/index.php/s/zFH7ySiYYZgJirK

Beobachtung:
Die Sichtkomponente des ZUGFerd PDF  entspricht exakt der Anzeige in der Fakturama Maske (Tabelle)
Die XML Komponente  differiert in der Endsumme um einen Cent.
Außerdem stimmt z.T. auch die Sichtkomponente in Sich selbst nicht, zu sehen in den beiden Rechnungen bei denen der Einzelpreis Netto vorgegeben ist, das steht dann
Menge: 6, Preis Brutto: 9,95, Preis Netto: 9,30, Gestamtpreis Brutto: 59,71 (anstatt 59,70).

Vermutung:
Visueller Teil entspricht Berechnung alles im Brutto.
XML Teil entspricht Berechnung alles im Netto.
Wenn Produkt als Brutto vorgegeben rechnet der XML Teil Brutto in Netto und zwar mit mehr als 2 Nachkommastellen.
Umgekehrt, der visuelle Teil rechnet immer im Brutto und berechnet wenn Produkt im Netto Angaben daraus den Brutto Preis mit mehr als 2 Nachkommastellen.
Ich vermute das Problem liegt nur daran dass mit zu vielen Nachkommastellen gerechnet bzw. zu spät gerundet wird.

Software/Versionen:
Fakturama Version: 2.1.3-SNAPSHOT, Build-ID: 20230421-0827, Java-Version: 17.0.1
Betriebssystem: Linux Mint 22 (XFCE)
zur Visualisierung der XML Komponente verwenden wir den Quba Viewer

Gruß - Jochen

 



   
Zitat
(@rheydenr)
Forum-Admin Registered
Beigetreten: vor 14 Jahren
Beiträge: 4944
 

Hallo Jochen, danke für die Rückmeldung. Wir prüfen das mal. Es kann tatsächlich sein, daß mit den Rundungen was noch nicht stimmt.


Viele Grüße
Ralf.
Wichtige Infos zum Posten im Forum.
Fehler gefunden?


   
AntwortZitat
 oko
(@oko)
Trusted Member
Beigetreten: vor 7 Jahren
Beiträge: 49
 

Hi @rheydenr Ralf,

mein Steuerberater hat letzte Woche auch eine Rechnung moniert bei der die Netto-Summe von der im Text "Der Gesamtbetrag setzt sich zusammen aus..." abgewichen ist (alles im PDF-Teil).
Der Nettobetrag im XML hat mit der Einzel-Nettosumme übereingestimmt.

Die Rechnung war eine normale aus meinem Produktiv-System mit Version 2.1.3c.
Falls es dir hilft kann ich dir die Rechnung schicken, da sie aber Echtdaten enthält nur vertraulich.

 

Gruß
Olaf

 



   
AntwortZitat
(@joe66)
Trusted Member
Beigetreten: vor 4 Jahren
Beiträge: 39
Topic starter  

Hallo Ralf,

vielen Dank!

Äh du hast wahrgenommen daß wir die Version 2.1.3 (nicht mit der neuen 2.2 Beta) einsetzen?!?

Hallo Olaf,

ja ist bei uns auch so daß mitunter der "normale" PDF Teil (nennt sich bei ZugFerd "Sichtkomponente) in sich nicht stimmig ist. Kann man in den Beispeil Dateien sehen, bnei beiden die "Produkt_Netto" im Dateinamen haben.

Gruß - Jochen

 



   
AntwortZitat
(@rheydenr)
Forum-Admin Registered
Beigetreten: vor 14 Jahren
Beiträge: 4944
 

behoben in v2.2.0


Viele Grüße
Ralf.
Wichtige Infos zum Posten im Forum.
Fehler gefunden?


   
AntwortZitat
(@joe66)
Trusted Member
Beigetreten: vor 4 Jahren
Beiträge: 39
Topic starter  

Laut deinem Foren EIntrag ist das Problem in/ab V 2.2.0 behoben laut BugTracker ID 0001357 ist es noch offen.

Wir stellen demnächst auf V  2.2.0 um und schuen das nochmal genau an. Falls etwas noch unstimmig sein sollte melde ich mich.



   
AntwortZitat
(@rheydenr)
Forum-Admin Registered
Beigetreten: vor 14 Jahren
Beiträge: 4944
 

wartet mal noch mit der Umstellung auf die 2.2.1, da hab ich noch einiges gefixt. Beta is raus, dauert nicht mehr lange.


Viele Grüße
Ralf.
Wichtige Infos zum Posten im Forum.
Fehler gefunden?


   
AntwortZitat
(@joe66)
Trusted Member
Beigetreten: vor 4 Jahren
Beiträge: 39
Topic starter  

@rheydenr

Hallo Ralf,

wie du mir geraten hast haben wir bisher noch nicht umgestellt. Ich bin die Tage grad am schauen was bei uns alles noch up-gedatet gehört (findet sich immer wieder was) und dabei das dann auch up zu daten. Ich würde gern auch Fakturama zeitnah über die Bühne bringen.

Hast du eine ungefähre Idee wann die 2.2.1 Beta in ein Release übergehen könnte?

Gruß - Jochen

 



   
AntwortZitat
Teilen: