Moin Moin,
die Umsätze sind als Fließkommazahlen dargestellt. Das wäre OK, wenn 2 Nachkommastellen eingerichtet sind und korrekt auf diese 2 Stellen gerundet würde.
also 69,0599976 zu 69,06 und dieser Wert dann auch weitergegeben wird -
oder 104,480003 zu 104,48.
Ich denke das benutzte Fließkomma-Format nutzt nur 1 oder 2 Byte für die interne Darstellung der Zahlen.
Eine endliche Anzahl an Bits für die Darstellung einer Fließkomma-Zahl führt immer zu solchen Differenzen in den hinteren Nachkommastellen. Je weniger Bits, desto früher (wie hier) treten diese Differenzen auf.
Das ist der Hintergrund.
Probieren Sie zuerst, ob die Spaltenformatierung in Exel auf 2 Nachkommastellen das Problem nicht vielleicht schon löst.
Sonst probieren Sie es mit der Rundungsfunktion. Keine Sorge, die Ungenauigkeit in den Beispielen zeigt deutlich, diese liegen in der Größenordnung ein paar tausenstel Cent. Die Rundung verfälscht da nichts.
Schauen Sie einmal in die Datei mit den Originaldaten, ob da die Zahlen sauber stehen.
Das führt auch gleich zu der Möglichkeit: Excel ist schuld. Die Originaldatei wurde in Excel geöffnet und auch wieder abgespeichert. Wenn bei Excel die Autoformatierung nicht unterdrückt wird können Fehler auftreten, teilweise viel schlimmere als hier. Bekannt ist das Beispiel, dass die Bezeichnungen von Gen-Abschnitten von Excel so zerhackt wurden, dass ein neues Bezeichnungsschema eingeführt werden musste.
Das fällt mir so spontan ein.
Jedenfalls die Darstellungsfehler wegen zu geringer Bitzahl für die interne Zahldarstellung ist Fakt.
An welcher Stelle kann ich nicht sagen, meine Vorschläge enthalten aber Thesen. An Datev glaube ich da tatsächlich nicht, weil ich dieses Verhalten beim Datenimport noch nie gesehen habe.
QJ
Ich hoffe weitergeholfen zu haben.
