Rundungsfehler in Kreditorenbuchungen (Netto vs. Brutto)

[od-peter]

Viele Kreditorenbuchungen werden als "nicht bezahlt" angezeigt mit einer Differenz von 0,00 EUR.
Verantwortlich dafür ist wohl die Tatsache, dass beim Berechnen des Brutto-Betrags keine Rundung erfolgt.

Hier ein Beispiel derselben Kreditorenbuchung, welche mal mit "Steuer im Preis inklusive" und mal ohne erfasst wurde:

select invnumber, taxincluded, amount, netamount, paid from ap
where invnumber like 'testr-%';

  invnumber   | taxincluded |  amount  | netamount |   paid
--------------+-------------+----------+-----------+----------
 testr-Netto  | f           | 49.89670 |  41.93000 | 49.90000
 testr-Brutto | t           | 49.90000 |  41.93000 | 49.90000

Macht es evtl. Sinn beim Berechnen von "ammount" kaufmännisch zu runden?

Es gibt übrigens noch den Bug #2094 welcher dadurch (zumindest zum Teil) auch gelöst würde...

Korrekt, der Brutto-Betrag bei Steuern nicht inklusive, der aus 41.93 * 1.19 = 49.8967 entsteht, wird nicht gerundet in die Datenbank geschrieben. Dadurch, daß bei der offenen Rechnung ein offener (gerundeter) Betrag von 49.90 angezeigt und auch bezahlt wird, kommt es zu einer offenen Differenz kleiner 0.5 Cent (gerundet 0), und da die Prüfung auf offen oder geschlossen auf eine Differenz amount-paid von exakt 0 prüft bleibt die Rechnung sowohl bei offenen Verbindlichkeiten als auch bei Einkauf->Berichte->Rechnungen->"nur offen" immer auf.
Vermutlich könnte man den Bruttobetrag einfach runden, ohne genauere Analyse kann ich aber nicht einschätzen, ob das nicht an anderer Stelle zu Problemen führen könnte. Es gibt auch noch andere Stellen, wo mit mehreren Nachkommastellen in die Datenbank geschrieben wird.

Um diese "falschen" offenen Rechnungen zu filtern habe ich einen Patch von Bernd und mir angehängt, damit bekommt man die Einträge zumindest aus der Liste raus.

Diese Bugs werden nicht mehr bis zum Release 3.1. behoben, deshalb setze ich den Meilenstein hoch.