Projekt

Allgemein

Profil

Fehler #175

Fehlerhafte Buchung bei Rechnungen (Steuer im Preis inbegriffen, Artikelpreis mit mehr als 2 Nachkommastellen)

Von Andreas Rudin vor fast 8 Jahren hinzugefügt. Vor fast 8 Jahren aktualisiert.

Status:
Neu
Priorität:
Normal
Zugewiesen an:
-
Zielversion:
-
Beginn:
05.06.2016
Abgabedatum:
% erledigt:

0%

Geschätzter Aufwand:

Beschreibung

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


Dateien

Historie

#1

Von Andreas Rudin vor fast 8 Jahren aktualisiert

P.S. Die Beispiele stammen aus der aktuellen kivitendo Online Demo-Version (3.4.0)

#2

Von G. Richardson vor fast 8 Jahren aktualisiert

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.

Auch abrufbar als: Atom PDF