Rundungsdifferenzen

[hli@…]

An mehreren Stellen kommt es zu Differenzen im Cent-Bereich.
z.B. UStVa und Saldenbilanz (Umsatzsteuer-Vorsteuer)
oder Auftrag:
select amount from oe:
4004.39000 <= Falsch

select amount,qty from orderitems:
2053.12000,1
286.50000,1
0.75000,2219.7 = 1664,775 = 1664,78

Auf der Weboberfläche wird es richig angezeigt!! Summe 4004,40

Schliesse mit Verweis auf #1691 , generell wurde die Rundungsthematik in den letzten Tagen beim Bugsprint besprochen und Loesungsansaetze eroertert, die nach Veroeffentlichung der 2.7 weiter evaluiert werden, aber einen Rattenschwanz nach sich ziehen.
Mit im Hexenkessel ist auch die Thematik der DATEV-Exporte, da die DATEV anscheinend immer von brutto-Preisen zurueckrechnet und daher Brutto-Werte fuer ihre Schnittstelle will.
Ich versuche gerade mal alle Bugs die mit diesem Thema zusammenhaengen auf einen zu konzentrieren damit uebersichtlicher wird wo das Problem eigentlich herkommt, naemlich aus verschiedenen kaufmaennischen, mathematischen und programmiertechnischen Ansaetzen

Der Kaufmann sagt:

• Ich runde nicht, ich schneide nach der zweiten Stelle ab

Der Mathematiker sagt:

• Ich runde alles unter ",5" ab, alles ab ",5" auf

Der Programmierer sagt:

• Das ist mir alles zu kompliziert, ich mache einfach irgendwas was mir gefaellt und logisch scheint.

Die ersten beiden produzieren zusammen zwei Loesungen, fuer jeden weiteren ueber die Jahre in LXO involvierten Programmierer gibt es gefuehlte 1,3 Loesungen. Und die DATEV macht eh was wie will.