Fehler #175
Fehlerhafte Buchung bei Rechnungen (Steuer im Preis inbegriffen, Artikelpreis mit mehr als 2 Nachkommastellen)
0%
Description
In 3.4.0 sowie der Unstable vom 5.6.2016 wird unter folgenden Umständen eine Buchung erzeugt, bei der Haben und Soll nicht ausgeglichen sind:
1) Auswahl: Steuer im Preis inbegriffen
2) Mindestens ein Artikel hat einen Preis mit 3 oder mehr Nachkommastellen
3) Anzahl eines solchen Artikels gleich einer Zahl, bei der die Multiplikation mit dem Preis mindestens 3 Nachkommastellen ergibt, so dass das Zeilenergebnis auf 2 Nachkommastellen *ab*gerundet werden muss
In der Rechnungsmaske werden "enthaltene Umsatzsteuer", "Nettobetrag" und "Summe" korrekt angezeigt, beim Buchen der Rechnung passiert aber folgendes:
a) Auf das Erlöskonto wird 1 Cent bzw. 1 Rappen zu viel gebucht (Nettobetrag + 0.01 statt nur der Nettobetrag).
b) Die Umsatzsteuer wird korrekt verbucht.
c) Auch aufs Debitorenkonto (z.B. Forderungen aus Lieferungen und Leistungen) wird korrekt der Betrag der Summe gebucht.
Die Folge ist, dass sich die Summe der Haben-Buchungen um 0.01 von der Summe der Soll-Buchungen unterscheiden.
Das Problem entsteht vermutlich dadurch, dass der Nettobetrag für die Anzeige der Rechnung aus der bereits auf 2 Stellen gerundeten Summe ermittelt wird, während für die Verbuchung des Erlöses von der ungerundeten Summe ausgegangen wird:
1) Ermittlung des Werts für die Verbuchung des Erlöses:
Beispiel:
Ungerundete Summe: 3.024
MWST-Satz 7%
Ermittelter Erlös: 3.024 / 1.07 = 2.826... --> Rundung auf 2.83
2) Ermittlung der Anzeige des Nettobetrags in der Rechnung:
Beispiel:
Gerundete Summe: 3.02
MWST-Satz 7%
Ermittelter Nettobetrag: 3.02 / 1.07 = 2.822... --> Rundung auf 2.82
Files
History
Updated by Andreas Rudin over 8 years ago
P.S. Die Beispiele stammen aus der aktuellen kivitendo Online Demo-Version (3.4.0)
Updated by G. Richardson over 8 years ago
Ich kann den Bug bestätigen, beim PriceTaxCalculator tritt der in der Form nicht auf, beim Einkauf ist das mit den Zahlen auch sauber, es betrifft also scheinbar nur IS.pm post_invoice.