zu fruehes internes Runden

[wulf@…]

Re: [Lx-office-devel] Untragbare Haeufung von Rundungsfehlern

From: Moritz Bunkus <m.bunkus@li...> - 2011-06-01 06:52

Warum wird ueberhaupt so frueh gerundet? Historisch,

Historisch.

Na dann ..

Ich habe mal linetotal intern von den Rundungen befreit (in der Ansicht
wird das ja immer noch gerundet).

Damit sind die Berechnungen bei mir sauber.
format_amount() habe ich nicht angefasst, also duerfte das auch nicht in's
Dokumentsystem negativ durchschlagen.

Ich bin damit eine Menge unangenhmer Centabweichungen losgeworden und
mir faellt auch nix ein was dagegen spricht.

​git://gpl.coulmann.de/git/lxo-wulf.git
origin/publish_1671_remove_internal_rounding

Ich bin damit eine Menge unangenhmer Centabweichungen losgeworden und
mir faellt auch nix ein was dagegen spricht.

Ohne mir den veränderten Code angeguckt zu haben: bei den Centabweichungen geht es noch um den DATEV Export, richtig? Das Buchungsjournal sollte ja immer ausgeglichen sein, egal wann oder wie man rundet.

Im aktuellen unstable gibt es noch eine Anpassung des DATEV-Exports, der auch noch mit Subcent-Buchungen der Umsatzsteuer funktioniert.

Ohne mir den veränderten Code angeguckt zu haben: bei den
Centabweichungen geht es noch um den DATEV Export, richtig?

jein, es geht auch um brutto/Netto Handling im Bezug Endverbraucher und
Gewerbliche Kunden.

FPUs kosten ja nicht mehr extra ;-)

(In reply to comment #2)

Ohne mir den veränderten Code angeguckt zu haben: bei den
Centabweichungen geht es noch um den DATEV Export, richtig?

jein, es geht auch um brutto/Netto Handling im Bezug Endverbraucher und
Gewerbliche Kunden.

Schon klar, aber wo sind die Centabweichungen? Meinst du Abweichungen die beim DATEV Export hochkommen und zum Abbruch führen, Centabweichungen im Buchungsjournal oder Centabweichungen beim Anzeigen der Preise in den Druckformularen?

Ansonsten wird bei Dialogbuchungen ja standardmäßig mit MwSt?. inkl. gerechnet, da werden auch alle Nachkommastellen, die in die Datenbank passen, berücksichtigt.

Schon klar, aber wo sind die Centabweichungen? Meinst du Abweichungen die beim
DATEV Export hochkommen und zum Abbruch führen, Centabweichungen im
Buchungsjournal oder Centabweichungen beim Anzeigen der Preise in den
Druckformularen?

leider ueberall ....

eigentlich dachte ich, ich kaempfe nur noch an den Rueckrechnungen also:

die Moeglichkeit ausserhalb des Systems aus netto brutto und umgekehrt
machen zu koennen.

lx-erp hat auch aktuell da noch ein echtes Problem:

​http://gpl.coulmann.de/tmp/unbalanced_ledger.html
ENV:

2.6.3-unstable

commit e08c98d4006bb77bedec2f7922631bef8f4bef24
Author: Moritz Bunkus <m.bunkus@…>
Date: Fri Jun 3 14:19:46 2011 +0200

"Steuer im Preis inbegriffen" nicht verwendet.

Sven S. sagte der Beleg sei noch hilfreich.

Ich habe ein anderes Beispiel rausgegriffen, welches deutlich weniger Positionen enthaelt, zum leichteren nachvollziehen:

​http://gpl.coulmann.de/tmp/unbalanced_ledger.html
​http://gpl.coulmann.de/tmp/unbalanced_ledger_invoice.html

Ich verweise an dieser Stelle auf #1691, vermutlich waere es in unser aller Interesse den Rundungs-Clusterfuck auf einen Report zu konzentrieren in seinen vielfachen Auswirkungen, oder hat jemand etwas dagegen? Das Thema ist eigentlich immer dasselbe, es wird aber einen umfangreichen Fix brauchen damit es nicht irgendwo wieder sein haessliches Haupt zeigt.