Offen Rabattrundungsfehler auf Rechnung

[mschmidt]

Hallo,

folgender Sachverhalt mit folgender Rechnung und der ausgewiesenen Gesamtsumme von Euro 501,30:

Wird per Taschenrechner die rabattierte G-Preis Spalte summiert, ergibt sich folgender Betrag von Euro 501,28:


Auf ein und demgleichen Dokument (!!!) "Rechnung" kommt mein Kunde auf unterschiedliche Ergebnisse. Aus buchhalterischer/kunden Sicht darf so etwas nicht sein.
Was soll ich meinem und dieser seinen Kunden sagen? Hier muss anders gerechnet oder dargestellt werden.

Wie hat JTL vor, dieses Problem zu lösen?

MfG

 

[SebastianB]

AW: Rabattrundungsfehler auf Rechnung

Hi,

wie soll es anders funktionieren? Rundungsfehler sind nunmal nicht vermeidbar. Du kannst entweder mit mehr Nachkommastellen arbeiten, oder mit einem Hinweistext auf diesen Umstand hinweisen (so wird es in einigen unserer Vorlagen gemacht).

Gruß,
Sebastian

 

[Marc Völker]

AW: Rabattrundungsfehler auf Rechnung

Das Problem dabei ist, dass die G-Preise bereits gerundet dargestell werden, würdest du die komplett anzeigen, würde es auch exakt rauskommen. Das Problem ist halt hier, dass Intern wirklich mit den exakt Korrekten Werten Gerechnet wird.
Ich denk da wäre ein Umdenken sinnvoll. Bei anderen Wawis, hatte ich dazu schonmal eine Konfiguration gesehen, die das verhindert. Und zwar wurde da Zentral eingestellt, mit welcher Anzahl von Nachkommastellen gerechnet wird. Sprich bei der G-Preis berechnung kommt der Wert der angezeigt wird auch wirklich raus, (weil schon gerundet) womit dann auch das Endergebniss stimmt.

Dabei wird dann als Standardeinstellung 2 Stellen gemacht, und jeder der mehr brauch, macht daraus entsprechend mehr, diese zeigen dann ja auch mehr auf ihreren Dokumenten an. (z.B. Lieferanten von Elektrobauteilen, welche sich ja im Cent Bereich bewegen)

 

[mschmidt]

AW: Rabattrundungsfehler auf Rechnung

Okay, Danke Sebastian und Marc.

Soweit ich weiss, kann ich die Anzahl der Nachkommastellen zur Berechnung nicht einstellen. Wenn aber doch, WO?
Bzw.: Denkt JTL darüber nach diese Einstellung bei der Berechnung einzubauen? Damit würden dann diese Diskussionen auch aufhören.

MfG

 

[mschmidt]

AW: Rabattrundungsfehler auf Rechnung

Hallo Sebastian, Hallo JTL

in den Globalen Einstellungen könnte man doch die Genauigkeit von Berechnungen (als DB-Feld: 2stellig - n-stellig) einstellen, mit der dann obiges Problem vernünftig gelöst werden kann.
Bedeutet es einen so großen Aufwand die Berechnung in Abhängigkeit eines DB-Feld-Wertes umzustellen?

Über eine Antwort freue ich mich, und sehr wahrscheinlich nicht nur ich.

Schönes Wochenende,

MfG

 

[Marc Völker]

AW: Rabattrundungsfehler auf Rechnung

Hi, hatte dazu bereits ein Gespräch mit JTL, und man könnte sich zumindest vorstellen das beim Refactoring mit einzubauen.

Dies würde sich jedoch durch die Komplette Wawi ziehen und ist dadurch leider nicht schnell umzusetzen.

 

[mschmidt]

AW: Rabattrundungsfehler auf Rechnung

Hi, danke für die Antwort.

Eine andere Idee wäre, die Spalte Gesamtsumme dreistellig anzeigen zu lassen. Leider scheint dies nicht zu funktionieren, s.Bsp.:

cond(isnullorempty(Auftragspositionen.Artikelnummer),"" ,tostring$(cond(Vorgabe.NettoPreiseBenutzen, val(Fstr$(Auftragspositionen.NettopreisGesamt,"-#######&.###")), val(Fstr$(Auftragspositionen.BruttopreisGesamt,"-#######&.###")))))

Mfg