Runden von Beträgen

Hallo,

hat vielleicht jemand eine Ahnung, warum das CRM nicht kaufmännisch rundet?
Als kleines Beispiel dient folgende Angebotsposition:
Einzelpreis: 15,50 €
Menge: 51,15
eigentlicher Betrag = 792,825 € ^= 792,83 €
CRM Betrag = 792,82 €
MSSQL Betrag = 792,83 € (getestet mit gleichen SQL-Datentypen und ROUND)

An den Datentypen liegt es imho nicht, da Excel sonst den gleichen "Fehler" machen würde.
Also gehe ich davon aus, dass sich die Entwickler etwas dabei gedacht haben. Ich komme allerdings nicht darauf, was es sein könnte...



Grüße,
Tristan

Hallo Thristan,

mit wie vielen Nachkommastellen habt ihr denn die Felder definiert?

Das CRM rechnet nur mir der Anzahl Nachkommastellen, die ihr definiert habt.

Hallo Michael,

sollte eigentlich so der Standard bei den Angebotspositionen ("Angebot (Produkt)") sein:

Quantity
Datenbank: decimal(23,10)
CRM: Dezimalzahl (Genauigkeit: 5)

PricePerUnit
Datenbank: money
CRM: Währung (Genauigkeit: Preisdezimalstellen bzw. 2)

ExtendedAmount
Datenbank: money
CRM: Währung (Genauigkeit: Preisdezimalstellen bzw. 2)

Wenn ich die genannten Datentypen verwende und sowohl Berechnung als auch Rundung in der Datenbank vornehmen lasse, komme ich auf 792,83 € (was imho auch richtig ist). Das CRM errechnet 792,82 €, verwendet also anscheinend eine eigene Rundungsmethode.

Hallo zusammen,

ich habe das gleiche Problem wie Tristan bei den Rechnungen.
Der Einzelpreis eines Produktes ist 82,50€ und die Menge 164,25.
CRM gibt als Rechnungsbetrag 13.550,62 an, aber der eingentliche Wert müsste ja 13.550,63 (82,50 * 164,25 = 13.550,625) sein.
Es handelt sich hierbei um Standard-Felder (Feld totallineitemamount). Warum rundet CRM dann ab? Oder wird einfach nur die letzte Nachkommastelle abgeschnitten?

Vielen Dank für eure Hilfe!