xRechnung und Zugferd werden falsch ausgestellt

[sebjo82]

Siehe meine Nachricht von zuvor ... nicht die Ausgabe der 4 Stellen ist das Problem, das kann man auch selbst, zumindest in der XRechnung, beheben. Das Problem ist, dass JTL mit 4 Stellen rechnet, "alle anderen" nur mit 2 Stellen.

Beispiel:
in JTL 10 x 0,2440 EUR = 2,44 EUR + 0,4636 EUR USt = 2,90(36) EUR
rest der Welt. 10 x 0,24 = 2,40 EUR + 0,46 EUR USt = 2,86 EUR

Berechnung seitens JTL auf JTL Grundlage.
Prüfung laut Welt im Hinblick auf 2 Stellen. Hier entsteht der Widerspruch.

Bei JTL kommt in der Position eine andere Summe zusammen als in der Validierung. Umsatzsteuer im Beispiel zufällig "gleich", trotzdem unterscheidet sich die Endsumme.
Deswegen nutzt auch ein Runden im Formular auf 2 Stellen nichts, da der Betrag in der Positions-Summe und in der Endsumme und meist auch in der Steuer nicht mit den erwarteten Daten in der Validierung übereinstimmt. Also so in etwa denke ich.

Korrekt, es muss eine Korrektur-Position von in der Regel +-1 Cent in die X-Rechnung geschrieben werden, um den Rundungsfehler der bei Summierung der Netto-Einzelpositionen auftritt auszugleichen, damit der Vergleich mit Gesamt-Netto nicht fehlschlägt

Die bislang angesprochenen Lösungen greifen diese Problematik nicht auf

X-Rechnung Einzelposition darf max 2 Nachkommastellen haben
Wawi speichert 4
Also wird gerundet in der X-Rechnungsvorlage
Gesamt-Netto wurde mit 4 Nachkommastellen berechnet
Es kommt zur Differenz, wenn Lexware die Einzelpositions-Nettos aufsummiert und mit Gesamt-Netto vergleicht

Wie vermeidet man diese Differenz ohne 5 Jahre auf JTL zu warten?
Immer nur Netto-Preise mit 2 Nachkommastellen in der Wawi pflegen.
Und oder man arbeitet mit den angesprochenen Korrektur-Positionen von +- 1 Cent

Wenn jemand Hilfe bei der Implementierung braucht, sodass diese auch in Lexware importiert werden können, gerne per Nachricht melden

 

[Richard von Eggstätt]

Ich zitiere hier meine Buchhalterin, die seit Jahrzehnten im Geschäft ist: „Rundungsfehler sind ein alter Hut. Die gab es schon immer und die wird es immer geben.“
Also wir verkaufen z.B. auch Meterware mit einem Preis ab 0,03 EUR / Meter. Wie will man mit 3 Ct die korrekte MwSt. rechnen? Ich halte das für nicht so tragisch. Wichtig wäre tatsächlich, dass die X-Rechnung valide ist.

 

[sebjo82]

Ich zitiere hier meine Buchhalterin, die seit Jahrzehnten im Geschäft ist: „Rundungsfehler sind ein alter Hut. Die gab es schon immer und die wird es immer geben.“
Also wir verkaufen z.B. auch Meterware mit einem Preis ab 0,03 EUR / Meter. Wie will man mit 3 Ct die korrekte MwSt. rechnen? Ich halte das für nicht so tragisch. Wichtig wäre tatsächlich, dass die X-Rechnung valide ist.

Genau, es geht auch eher darum, dass X-Rechnungen ohne Meckern in Programme wie Lexware importiert werden können. Online-Validatoren, wie https://erechnungsvalidator.service-bw.de/ prangern diese Art Fehler nicht an. Daher ist es auch völlig ok diese Korrekturpositionen in die Rechnung zu schreiben