Rundungsproblematik bei Rabatten

Deutsches Forum
1

Hallo,
wie es scheint wird ein evtl. wirksamer Rabatt (in meinem Fall z.B. 10% ab 100€ auf den kompletten Warenkorb) pro Artikel berechnet und summiert.
Der Rabatt pro Artikel wird auf 2 Nachkommastellen gerundet. Dadurch ergibt sich eine Abweichung im Warenkorb. D.h. 10% vom Warenwert brutto weichen von der angezeigten Rabatthöhe ab.
Nach einem anderen Beitrag im Forum habe ich testweise die Nachkommastellen in der Währungsdefinition erhöht. Das behebt das Problem zwar, hat aber zur Folge, dass alle Preise auch mit mehr als 2 Nachkommastellen angezeigt werden. In meinem Fall ist dies keine Lösung.

Im Moment neige ich dazu die Funktion _calcBasketTotalDiscount() in oxBasekt in einem Modul zu überschreiben.

Hat jemand vielleicht noch eine elegantere Lösung für diese Problematik?

mfg,
h-erm

2

http://oxid.uservoice.com/pages/31940-feature-requests/suggestions/411461-discount-for-category-should-have-an-option-per-article-per-category?ref=title vielleicht ganz einfach diesen feature (bugbehebungs) wunsch unterstützen :slight_smile:

3

[QUOTE=laramarco;20952]http://oxid.uservoice.com/pages/31940-feature-requests/suggestions/411461-discount-for-category-should-have-an-option-per-article-per-category?ref=title vielleicht ganz einfach diesen feature (bugbehebungs) wunsch unterstützen :)[/QUOTE]

Dieses Feature wäre in der Tat nicht schlecht, behebt aber mein Problem nicht. Vom Ansatz her ist die Berechnung des Rabatts pro Artikel ja gut. Somit bin ich flexibel und kann unterschiedelichen Artikeln unterschiedliche Rabatte zuweisen.
Die Rundung der einzelnen Rabatte auf 2 Nachkommastellen ist das Problem und führt zur Abweichung zwischen Rabatt auf die Brutto-Summe und dem angezeigten Rabatt.