[LS-POS 1.6.0.0] Rundungsdifferenzen in Summendarstellung

[mr_snackshop]

Meister Luwo,

im Kassenbericht kommt es im Bereich Mehrwertsteueranteile zu Rundungsdifferenzen und damit zu fehlerhaften Summen

Beispiel

Mehrwertsteueranteile:
-----------------------------------------------------------
                             Netto           Brutto
   20%       38,66           193,32          231,98
   10%       43,14           431,37          474,50
-----------------------------------------------------------
             81,80           624,99          706,49

- in der 10%-Rechnung ist 0,14 + 0,37 = 0,50 statt 0,51
- in der Summendarstellung stimmt zwar die Quersumme, aber es ergibt die Vertikalrechnung 0,98 + 0,50 = x,49

Diese "Summenfehler" treten regelmäßig und häufig in verschiedenen Variationen auf. 1ct. Differenz ist zwar nicht die Welt, aber buchhalterisch trotzdem falsch

Ich gehe davon aus, dass LS-POS zwar nur 2 Stellen hinter dem Komma anzeigt, in Wirklichkeit aber "endlose" Nachkommastellen bildet. Daraus würden die genannten Differenzen z.B. resultieren. Ich würde (so mache ich es auch in meinen XLS-Sheets) jeweils auf 2 Stellen RUNDEN und dann erst weiterrechnen

Lässt sich das zeitnah korrigieren? Unser Steuerberater nervt deswegen schon...

Beste Grüße, Robert

 

[reneromann]

AW: [LS-POS 1.6.0.0] Rundungsdifferenzen in Summendarstellung

Um genau zu sein:
Das Problem liegt an der Fließkommadarstellung von Zahlen innerhalb des PC!

Da kann LS-POS nur begrenzt etwas dran ändern, weil die Zahlen schon als Fließkommazahlen innerhalb der Wawi gehandhabt werden und deshalb die Genauigkeit auf ca. 5 - 6 Dezimalstellen begrenzt ist. Um die Sache zu umschiffen müsste die (halbe) Wawi umgeschrieben werden, statt Fließkommazahlen auf BCD-Zahlen zurückzugreifen.

 

[mr_snackshop]

AW: [LS-POS 1.6.0.0] Rundungsdifferenzen in Summendarstellung

Eigentlich bin ich davon ausgegangen, dass das Wawi als auch LS-POS mit BCD-Zahlen rechnen. Ist für Finanzberechnungen eigentlich ein Muss. Versuche Dir mal vorzustellen, diese Problematik einem Steuerprüfer klarzumachen.
Und um das Problem noch anders zu verdeutlichen - ich übertrage diese Werte in ein XLS-Sheet für Umsatzzusammenfassungen. Da ergibt sich dann in der Gesamtsumme eine deutlich stärkere Abweichung.

 

[reneromann]

AW: [LS-POS 1.6.0.0] Rundungsdifferenzen in Summendarstellung

Ich weiß wovon du redest...
Und NEIN, die Wawi arbeitet NICHT mit BCD-Zahlen (hättest du aber auch in der Datenbank selbst nachschauen können - oder alternativ wärst du über die Forensuche auf folgenden Thread gestoßen).

 

[mr_snackshop]

AW: [LS-POS 1.6.0.0] Rundungsdifferenzen in Summendarstellung

reneromann - hab mir den vorgeschlagenen Beitrag durchgelesen. Wirklich interessant und er macht deine Kompetenz in dieser Sache deutlich. Ich komme aus der Finanzbranche (Vermögensverwaltung) und bin von daher nicht an diese technischen Ungenauigkeiten gewöhnt. Mit Programmieren hatte ich zwar viel zu tun, bin aber selbst kein Programmierer. Deswegen dachte ich zuerst auch, der Wurm würde in LS-POS stecken

Es freut mich aber sehr, dass JTL diese Problematik auf der TODO-Liste hat

Danke für die Aufklärung!

 

[mr_snackshop]

AW: [LS-POS 1.6.0.0] Rundungsdifferenzen in Summendarstellung

Die Sache ist nun doch etwas gravierender.

Die Rundungsdifferenzen treten auch in der Bonberechnung auf. Scheinbar aber nur dann, wenn Rabatte im Spiel sind.

Beispiel (hier ist nur 1 Artikel im Spiel)
Artikel 1 | 36 Stk | 10% USt | VKbr 0,99 | VKnt 0,90 | Rabatt 10% | Summe br 32,08 | Summe nt 29,16

Wer das nachrechnet bemerkt, dass das System 0,04 zum Nachteil des Kunden berechnet. Und das nur bei einer Rechnungsposition und einer "einfachen" Multiplikation. Sind mehrere Artikel im Spiel, betragen die Abweichungen durchaus bis 0,10/Kassabon (mehrere Cent sind die Regel). Abwechselnd zum Gunsten/Ungunsten des Kunden (oder eben uns). Das ist kaufmännisch nicht vertretbar und unseriös. Gerade eben im beschriebenen Beispiel würde sich ein Kunde berechtigt fragen, ob wir unsere Software manipuliert haben, um Kunden zu prellen.

Bewusst wurde mir die Sache erst so richtig, als ich unter "Aufträge" die Spalte "bezahlt" genauer abgegangen bin und die Häufigkeit dieser Vorfälle beobachten konnte.

Liebes JTL-Team, Meister Luwo - bitte biegt dieses Problem so schnell als möglich gerade. Denn das spricht rein gar nicht für die Qualität der Software

LG Robert

Edit: in einem anderen Fall wurde der Bon mit 76,44 berechnet, der "Auftrag" im Wawi jedoch nur mit 76,38

 

[Luwo]

AW: [LS-POS 1.6.0.0] Rundungsdifferenzen in Summendarstellung

Nächste Woche kommt die Version 1.6.0.1 heraus.
Mit dieser haben wir die (mathematisch leider nicht komplett lösbaren) Rundungsdifferenzen erheblich minimieren können.