Wir machen das bei vielen meiner Kunden so.
Also dass der Einzelpreis z.B. mit 5 Nachkommastellen angedruckt wird.
Allerdings ist wichtig zu wissen bzw. dem Kunden zu kommunizieren wie gerchnet wird.
Da man insbesondere bei kleineren Mengen und ungünstigen Rabattkombinationen sehr viele Rundungen aufgrund der 2 Nachkommastellen hat.
Das passt dann in ungünstigen Fällen so gar nicht zu der ohne Dezimalstellenbegrenzungsberechung die der Kunde durchführt wenn er die Rechnung bekommt.
Im Zweifel muss du im SD ein paar Rundungslogiken ergänzen, damit der Kunde im Zweifel immer weniger zahlt als er Zahlen müsste.
Das wird dann meist akzpetiert.
Nur wenn er mehr Zahlen soll und wenn es nur 1 Cent ist will das natürlich niemand. 😉
In den meisten Praxis Fällen die ich hatte ist die Rundung im Standard aber so, dass bei Rabatten eh aufgerundet wird, der zu zahlende Betrag also niedriger als der mathematisch korrekte (ohne Dezimalstellenbegrenzung) ist.
Daher musste ich bisher nur selten die Rundungen umbauen.
*... who can do field replacements in the debugger can do anything in the system
*so this check can not stop (him) anyway.