Rundungsdifferenzen

[Saas]

Hallo zusammen ich hab aktuell folgendes Problem:

Problem mit Rundungsdifferenzen in Verkaufsbelegen
Was passiert aktuell?

• Auf unseren Verkaufsbelegen werden Standardrabatte nicht angezeigt (über NoPrintRabatt[*]).
• Einzelpreise werden mit 2 Nachkommastellen dargestellt.
• Sobald Rabatte angewendet werden, erfolgt die Berechnung im Hintergrund mit mehr Nachkommastellen

Beispiel:

• Listenpreis aus Preisliste: 41,46 €
• Rabatt: 30 % (wird auf dem Beleg nicht angezeigt)
• → Tatsächlicher Preis: 29,022 €
• Kunde kauft 6 Stück → Gesamtsumme intern: 6 × 29,022 = 174,132 €

Was sieht der Kunde?

• Der Kunde sieht Einzelpreis: 29,02 €
• 29,02 × 6 = 174,12 € (aus Sicht des Kunden)
• Rechnung zeigt aber 174,13 € (auf 2 Nachkommastellen gerundet) → Kunde denkt, ein Rechenfehler liegt vor

Problem:

• Es entsteht der Eindruck, dass die AB oder Rechnung nicht korrekt ist, obwohl technisch alles stimmt.
• Das führt zu Rückfragen.

Wie können wir das am besten lösen.
Rabatte wollen wir weiterhin nicht auf dem Beleg anzeigen.

Vielen Dank euch!

 

[diakh]

Wenn ein Positionsrabatt verwendet wird, wird der Rabatt auf Basis des Gesamtpreises berechnet. Wenn dann per Beleganpassung nur der Einzelpreis und der Endpreis auf Basis Gesamtpreis - Rabattbetrag ausgewiesen wird, kommt es zu den beschriebenen Differenzen.

Wenn der Rabatt nicht ausgewiesen werden soll, kann in der Rabattliste einfach die Eigenschaft "Rabatte ausweisen" auf "Nein" gesetzt werden. Dann wird der Einzelpreis direkt entsprechend berechnet und der Gesamtpreis ergibt sich aus dem rabattierten Einzelpreis mal Menge.
Somit gibt es keine Differenzen und es sind auch keine Beleganpassungen notwendig.

 

[KMoeser]

Wenn der Rabatt aber nicht nur aus der Rabattliste kommt, sondern auch ggf. manuell erfasst wird, hilft meist nur die Ausgabe der 3te oder sogar 4ten Nachkommastelle, damit es für den Endkunden transparent wird.

 

[Saas]

Vielen lieben Dank euch beiden!


Zurzeit nutzen wir keine Rabattlisten, wir wollen aber demnächst damit arbeiten. Damit wäre das Problem dann gelöst.


Ist die Ausgabe der 3ten oder 4ten Nachkommastelle einfach umsetzbar?

 

[diakh]

Die Anzahl der Nachkommastellen für die Einzelpreise kann in der Preisliste definiert werden.
Da der rabattierte Einzelpreis bei Euch anscheinend beim Druck berechnet wird, kannst Du im angepassten Report auch einfach die Formatierung bezüglich der Nachkommastellen anpassen?!

 

[Saas]

Die Anzahl der Nachkommastellen für die Einzelpreise kann in der Preisliste definiert werden.
Da der rabattierte Einzelpreis bei Euch anscheinend beim Druck berechnet wird, kannst Du im angepassten Report auch einfach die Formatierung bezüglich der Nachkommastellen anpassen?!

im Reportdesigner unter dtsVKSubPositionArtikel-> EinzelpreisNKS oder?

 

[diakh]

Im Standard wird der Einzelpreis auf Basis dieses Parameter formatiert:
{dtsVKSubPositionArtikel.Einzelpreis.ToString("N" & dtsVKSubPositionArtikel.EinzelpreisNKS.ToString)}

Du kannst direkt das Feld zuordnen und in der Formatierung eine feste Anzahl von Nachkommastellen definieren oder über einen Ausdruck die Ausgabe so formatieren, dass immer mindestens zwei Nachkommastellen ausgegeben werden und den berechneten Preis dann auf vier Nachkommastellen runden. Dann solltest Du eine variable Ausgabe erreichen:
{String.Format("{0:0.00}", dtsVKSubPositionArtikel.Einzelpreis)}

 

[Saas]

Vielen lieben Dank für deine wertvolle Zeit, du hast mir wirklich sehr geholfen .

Hoffentlich sind das meine letzten Fragen.

1. Wo kann man Infos (Unterlagen/ Webseiten) dazu finden? bzw. welche Schulungen würdest du empfehlen, um sich mit dem Thema vertraut zu machen?

2. Ich verwende jetzt {String.Format("{0:0.0000}", dtsVKSubPositionArtikel.Einzelpreis)} damit sehe ich 4 Nachkommastellen, solange kein Rabatt vergeben ist. Sobald ich einen Rabatt eingebe, werden wieder nur 2 Nachkommastellen angezeigt. Woran könnte das liegen bzw. wie löse ich das?

 

[diakh]

1. Wo kann man Infos (Unterlagen/ Webseiten) dazu finden? bzw. welche Schulungen würdest du empfehlen, um sich mit dem Thema vertraut zu machen?

Zum Stimulsoft Reports gibt es Foren und Videos.

2. Ich verwende jetzt {String.Format("{0:0.0000}", dtsVKSubPositionArtikel.Einzelpreis)} damit sehe ich 4 Nachkommastellen, solange kein Rabatt vergeben ist. Sobald ich einen Rabatt eingebe, werden wieder nur 2 Nachkommastellen angezeigt. Woran könnte das liegen bzw. wie löse ich das?

Wie bzw. an welcher Stelle wird denn der rabattierte Einzelpreis berechnet? Per DCM in .NET bei der Datenaufbereitung, über eine Anpassung der Datenquelle oder im Report per Code oder Bedingung?