ich exportiere Daten aus einer Banksoftware im Textformat, um diese für die Buchführung aufzubereiten. Normal klappt das auch ohne Probleme. Heute hatte ich über 1.000 Datensätze. Die Zahlen liegen im Standartformat vor, maximal also mit 2, 1 oder 0 Dezimalstellen. Den Abgleich (Verbuchung/Eingabe) sichere ich durch eine bedingte Formatierung (nichts dramatisches) und die zeigte mir einen Fehler.
Es stellte sich heraus, dass die Summe (Beispiel) aller Zahlen statt bei 800.000,00 bei 800.000,00000020 lag. Wie gesagt: Werte wurden im Standartformat importiert und beim addieren ergab sich dann diese "Abweichung", die keiner eingegeben hat :)
Bei weiteren Versuchen konnte ich feststellen, dass die Differenz ab dem 1.000ten Datensatz "anfängt" zu entstehen. Wenn ich die Zahlen mit über 15 Kommastellen formatiere erscheinen auch keine Zusatzwerte..., erst beim aufsummieren. Rundungsdifferenzen können es m. E. nicht sein.
Abhilfe hatte ich durch die Einstellung in den erweiterten Optionen erzwingen können (nur gezeigte Werte verwenden oder so..). Aber es handelt sich hier m. E. um einen Fehler!
Hat das auch jemand beobachten können? Danke für einen Tipp! Aloys
das hängt mit größter Wahrscheinlichkeit mit der "Fließkomma-Problematik" zusammen, also ein Rundungsfehler: https://www.google.de/search?q=excel+fli...ommafehler&ie=utf-8&oe=utf-8&gws_rd=cr&dcr=0&ei=u04uWtTYCNDOkwWLqqvQAQ
das hängt mit größter Wahrscheinlichkeit mit der "Fließkomma-Problematik" zusammen, also ein Rundungsfehler: https://www.google.de/search?q=excel+fli...ommafehler&ie=utf-8&oe=utf-8&gws_rd=cr&dcr=0&ei=u04uWtTYCNDOkwWLqqvQAQ
vielen Dank für die schnelle Antwort und die Antworten. Beides habe ich ausprobiert, auch KÜRZEN, aber die Summe weißt bei ca 1200 importierten Zahlen im Standartformat die Abweichung aus. Es wurde nichts gerechnet, verändert oder sonst etwas mit den einzelnen Zahlen gemacht, aber die SUMME () rechnet halt falsch. Das Problem habe ich für mich gelöst, aber es verunsichert halt
(11.12.2017, 11:44)Aloys schrieb: Beides habe ich ausprobiert, auch KÜRZEN, aber die Summe weißt bei ca 1200 importierten Zahlen im Standartformat die Abweichung aus.
Du hast also die Formel für die Summe so geschrieben =RUNDEN(SUMME(A1:A200);2) und es kommen immer noch Abweichungen in der 7. Nachkommastelle vor?
Folgende(r) 1 Nutzer sagt Danke an Rabe für diesen Beitrag:1 Nutzer sagt Danke an Rabe für diesen Beitrag 28 • Aloys
Gelöst hatte ich das Problem "Genauigkeit wie angezeigt festlegen" (Optionen->Erweitert->Formeln) angehakt. Dann nimmt Excel tatsächlich die reinen importierten Werte und mein Überwachungsfeld mit bedingter Formatierung funktioniert.
Es fällt ja auch nicht auf, wenn man die Zahl auf 2 Dezimalstellen einstellt, aber der bedingten Formatierung fällt es auf.
Da sitzt man vor einer simplen Tabelle und 1 = 1 ist auf einmal falsch, weil Excel an der 8 Stellen irgendwo einen Wert reinbastelt. Hätte ich irgendwas "Krummes" gerechnet hätte ich es nachvollziehen können, aber so nicht. Beim Import (Text-Datei aus ProfiCash) stehen die Zahlen als Standart (50 - 50,5 - 75,11) in den Zellen, eigentlich müsste dann irgendwo auch 50,0000020 stehen...., tut es aber nicht.
Ich sehe mal das Problem als gelöst an.
Euch allen ein tolles Weihnachtsfest und guten Rutsch!
ich würde niemals was in den Optionen ändern. Ich selbst hatte deswegen schon einmal stundenlang in einer fremden Date gesucht (damals immer auf 2 Nachkommastellen angegeben). Du kannst nur hoffen, dass diese Option in der Arbeitsmappe verbleibt und sich nicht fortpflanzt.
Ich kannte diese Problematik hauptsächlich bei Brüchen, manchmal auch bei Dfferenzen. Aber ein Byte kann wohl auch bei Summen umkippen. Diese Formel In Zelle 1000 ergibt das korrekte Ergebnsis - und ich würde es auch genau so (in deiner bedingten Formatierung) schreiben. Aber dies wurde dir ja schon empfohlen. =RUNDEN(D999+A1000;2) Wie prüfst du denn die bedingte Formatierung? Mit (A1=A2) bessser oder (A1-A2=0) schlechter, da weniger valide.
Folgende(r) 1 Nutzer sagt Danke an Schachspieler für diesen Beitrag:1 Nutzer sagt Danke an Schachspieler für diesen Beitrag 28 • Aloys