Einkaufsrechnung mit bestimmten Werten und 'Steuer im Preis inbegriffen'

[information@…]

O.K., das ist fies, aber eben nicht ganz korrekt:

Wenn ich eine Einkaufsrechnung mit bestimmten Werten und Positionen buche, habe ich einen Rundungsfehler von einem Cent und dieser wird als Bilanzfehler: -0,010 im Buchungsjournal angezeigt.

Wenn ich diesselben Werte netto buche erhalte ich einen um einen Cent nach unten abweichenden Bruttobetrag und das Buchungsjournal stimmt.

Einkaufsrechnung: Wichtig 2. Position ist eine Dienstleistung

Buchungsjournal mit Bilanzfehler

23123 als netto

Zum Vergleich nochmal die beiden Einträge in der DB:

test38=# select chart_id,amount from acc_trans where trans_id=2;

chart_id | amount

---

151 | -7.55000

15 | -47.36000

733 | -10.43000

51 | 65.35000

(4 Zeilen)

test38=# select chart_id,amount from acc_trans where trans_id=3;

chart_id | amount

---

151 | -7.55000

15 | -47.36000

733 | -10.43000

51 | 65.34000

(4 Zeilen)

Gemein, gemein.

vielleicht interessant:
​http://www.frag-einen-anwalt.de/forum_topic.asp?topic_id=67325&&

OK, das ist ein Rundungsproblem. Die Dienstleistung ist in sofern wichtig, als daß dadurch die Positionen auf verschiedene Konten gebucht wurde (Warenaufwand und Waren). Um die Nettozahlen zu berechnen ist es mathematisch egal, ob erst alle Bruttozahlen addiert und aus der Summe netto berechnet wird oder ob ich von jeder Bruttozahl das Netto errechne und dann die Nettozahlen addiere:

((4*14.09)+8.99)/1.19 = 54.91596 -> gerundet 54.92

(4*14.09)/1.19 + 8.99/1.19 = 54.91596

Wenn man allerdings bei der ersten Methode vor dem Addieren auf zwei Stellen rundet erhält man:

(4*14.09)/1.19 + 8.99/1.19 = 47.361 + 7.554 ~ 47.36 + 7.55 = 54.91

47.36 und 7.55 sind hier dann auch die Zahlen, die im Buchungsjournal auftauchen.

Der Bilanzfehler bewirkt natürlich auch, daß der DATEV-Export dadurch einen Fehler schmeißt (1 Cent Differenz)

Die Ursache des Fehlers sollte in Commit cc47124952e133ee4edbc116d927b90040dc8a05 behoben sein.

Schon vorhandene Bilanzfehler im Buchungsjournal sind dadurch jetzt aber noch nicht behoben, das müßte man wohl manuell in der acc_trans beheben, im Falle des Beispiels hier wird für das Konto mit der chart_id 15 nach dem Bugfix -47.37 berechnet und gebucht.