Discussion:
Fehlerhafte Berechnung
(zu alt für eine Antwort)
Sven Vogel
2005-02-05 15:29:17 UTC
Permalink
Hallo,

ich habe eine Tabelle zusammen gestellt. Dort passiert nichts aufregendes,
es wird eine Telefonrechnung von 8 Personen auseinandergerechnet.
Subtraktion hier, Division dort, etwas mit der Umsatzsteuer (*1,16)
hantiert.

Bei der Kontrollrechnung, sowohl mit Excel als auch mit dem Taschenrechner,
gibt eine geringe Differenz von ca. 40 Cent zum ursprünglichen Betrag. Trage
ich extrem hohe Werte ein, um die 1000 Euro Telefonrechnung, dann beläuft
sich der Fehler auf mehrere Euro.

Hat jemand eine Idee?

Sven
unknown
2005-02-05 15:41:37 UTC
Permalink
Hallo Sven,

arbeitest Du mit der Funktion Runden? Da könnten sich schon Abweichungen
ergeben. Paar Euros erscheint mir aber unwahrscheinlich. Diese Frage wird
Dir hier im Forum aber wahrscheinlich keine Beantworten können. Da wir Deine
Datei nicht haben.

Gruß Hajo
MVP für Microsoft Excel
http://home.media-n.de/ziplies/
Post by Sven Vogel
Hallo,
ich habe eine Tabelle zusammen gestellt. Dort passiert nichts aufregendes,
es wird eine Telefonrechnung von 8 Personen auseinandergerechnet.
Subtraktion hier, Division dort, etwas mit der Umsatzsteuer (*1,16)
hantiert.
Bei der Kontrollrechnung, sowohl mit Excel als auch mit dem
Taschenrechner, gibt eine geringe Differenz von ca. 40 Cent zum
ursprünglichen Betrag. Trage ich extrem hohe Werte ein, um die 1000 Euro
Telefonrechnung, dann beläuft sich der Fehler auf mehrere Euro.
Hat jemand eine Idee?
Sven
Sven Vogel
2005-02-08 14:27:29 UTC
Permalink
Post by unknown
Hallo Sven,
arbeitest Du mit der Funktion Runden? Da könnten sich schon Abweichungen
ergeben. Paar Euros erscheint mir aber unwahrscheinlich. Diese Frage wird
Dir hier im Forum aber wahrscheinlich keine Beantworten können. Da wir
Deine Datei nicht haben.
Gruß Hajo
MVP für Microsoft Excel
http://home.media-n.de/ziplies/
Wo wird das "Runden" denn aktiviert/deaktiviert?

Sven
Jens Warnke
2005-02-05 20:28:43 UTC
Permalink
Post by Sven Vogel
Hallo,
ich habe eine Tabelle zusammen gestellt. Dort passiert nichts aufregendes,
es wird eine Telefonrechnung von 8 Personen auseinandergerechnet.
Subtraktion hier, Division dort, etwas mit der Umsatzsteuer (*1,16)
hantiert.
Bei der Kontrollrechnung, sowohl mit Excel als auch mit dem Taschenrechner,
gibt eine geringe Differenz von ca. 40 Cent zum ursprünglichen Betrag. Trage
ich extrem hohe Werte ein, um die 1000 Euro Telefonrechnung, dann beläuft
sich der Fehler auf mehrere Euro.
Hat jemand eine Idee?
Sven
Hallo Sven,

*Glaskugel anwerf*
Division führt manchmal zu Rechenfehlern, besonders dann, wenn der
Divisor nahe Null liegt.

Rundungsfehler: je nachdem, an welcher Stelle in der Berechnung gerundet
wird, sind Abweichungen möglich, wenn mit den gerundeten Werten
weitergerechnet wird - also möglichst spät runden, dann wird es
genauer.
*Glaskugelmodus aus*

Ohne Kenntnis genauerer Infos (verwendete Formeln, Anzahl der Werte, die
summiert werden) wirst du kaum konkretere Hilfe erhalten.

Mfg
Jens
Ernst Späth
2005-02-06 11:46:33 UTC
Permalink
Post by Sven Vogel
Hallo,
ich habe eine Tabelle zusammen gestellt. Dort passiert nichts
aufregendes, es wird eine Telefonrechnung von 8 Personen
auseinandergerechnet. Subtraktion hier, Division dort, etwas mit der
Umsatzsteuer (*1,16) hantiert.
Bei der Kontrollrechnung, sowohl mit Excel als auch mit dem
Taschenrechner, gibt eine geringe Differenz von ca. 40 Cent zum
ursprünglichen Betrag. Trage ich extrem hohe Werte ein, um die 1000 Euro
Telefonrechnung, dann beläuft sich der Fehler auf mehrere Euro.
Hat jemand eine Idee?
Probiers doch mal mit Menü EXTRAS/OPTION/BERECHNEN Genauigkeit wie Angezeigt
mfg Ernst
Dr. Eckehard Pfeifer
2005-02-06 16:31:24 UTC
Permalink
Hallo, da habe ich aber meine Zweifel. Denn das hiesse das Kind mit dem Bade
ausschuetten. Obwohl mir mehrere Euro auch etwas spanisch vorkommen,
folgender Vorschlag: Die zu addierenden Betraege der Größe nach ordnen und
mit den kleinsten Anfangen. Konsequent die Funktion Runden auf zwei Stellen
einsetzen. Umsatzsteuer erst am Ende aufschlagen (das ist wohl auch
kaufmännisch korrekt). Aber vielleicht ist der Fehler auch wo anders :-)

--

MfG EP
Entwicklung, Beratung und Training
www.dr-e-pfeifer.net
www.ppt-user.de
Sven Vogel
2005-02-08 14:26:33 UTC
Permalink
Post by Dr. Eckehard Pfeifer
Hallo, da habe ich aber meine Zweifel. Denn das hiesse das Kind mit dem Bade
ausschuetten. Obwohl mir mehrere Euro auch etwas spanisch vorkommen,
folgender Vorschlag: Die zu addierenden Betraege der Größe nach ordnen und
mit den kleinsten Anfangen. Konsequent die Funktion Runden auf zwei Stellen
einsetzen. Umsatzsteuer erst am Ende aufschlagen (das ist wohl auch
kaufmännisch korrekt). Aber vielleicht ist der Fehler auch wo anders :-)
Die UmSt wird erst am Ende berechnet. So wie es sein sollte. Alle Zellen
beistzen die gleiche Stellenanzahl. In diesem Fall sind das 3 Stellen nach
dem Komma.

Sven
Sven Vogel
2005-02-08 14:30:51 UTC
Permalink
Post by Ernst Späth
Post by Sven Vogel
Hallo,
ich habe eine Tabelle zusammen gestellt. Dort passiert nichts
aufregendes, es wird eine Telefonrechnung von 8 Personen
auseinandergerechnet. Subtraktion hier, Division dort, etwas mit der
Umsatzsteuer (*1,16) hantiert.
Bei der Kontrollrechnung, sowohl mit Excel als auch mit dem
Taschenrechner, gibt eine geringe Differenz von ca. 40 Cent zum
ursprünglichen Betrag. Trage ich extrem hohe Werte ein, um die 1000
Euro Telefonrechnung, dann beläuft sich der Fehler auf mehrere Euro.
Hat jemand eine Idee?
Probiers doch mal mit Menü EXTRAS/OPTION/BERECHNEN Genauigkeit wie Angezeigt
mfg Ernst
Nein, das brachte keinen Erfolg.

Sven
Andreas Stoye
2005-02-08 15:09:36 UTC
Permalink
Hi Sven,
Post by Sven Vogel
Hallo,
ich habe eine Tabelle zusammen gestellt. Dort passiert nichts aufregendes,
es wird eine Telefonrechnung von 8 Personen auseinandergerechnet.
Subtraktion hier, Division dort, etwas mit der Umsatzsteuer (*1,16)
hantiert.
Bei der Kontrollrechnung, sowohl mit Excel als auch mit dem
Taschenrechner,
Post by Sven Vogel
gibt eine geringe Differenz von ca. 40 Cent zum ursprünglichen Betrag. Trage
ich extrem hohe Werte ein, um die 1000 Euro Telefonrechnung, dann beläuft
sich der Fehler auf mehrere Euro.
Zusammenfassend:
1. Bei Optionen - Berechnung - Ganauigkeit wie angezeigt sollte auf keinen
Fall angehakt sein, das kann erhebliche Rundungsfehler geben.
2. Gerundet werden sollte nur der eigentliche Ausgabebetrag. Gerundet wird
z.B. mit der Formel =RUNDEN(A1;2) -> das übernimmt den Wert aus A1 und
rundet auf 2 Stellen nach dem Komma. (Siehe auch ABRUNDEN oder AUFRUNDEN).
3. Besser als runden ist es, die Zahlen in der Ansicht z.B. mit 2 oder 3
Stellen nach dem Komma anzuzeigen (Format - Zellen - Zahlen...), gerechnet
wird dann weiter mit allen verfügbaren Stellen.

Wenn du schon in der Taschenrechnerkontrollrechnung einen vergleichbaren
Fehler ermittelt hast, frage ich mich, ob die Abweichung überhaupt im
Rechenweg begründet liegt. Da kann man naturgemäß ohne nähere Kenntnis der
Daten und Formeln nur raten.

mfg Andreas
Sven Vogel
2005-02-08 17:01:12 UTC
Permalink
Post by Andreas Stoye
Hi Sven,
Post by Sven Vogel
Hallo,
ich habe eine Tabelle zusammen gestellt. Dort passiert nichts
aufregendes,
es wird eine Telefonrechnung von 8 Personen auseinandergerechnet.
Subtraktion hier, Division dort, etwas mit der Umsatzsteuer (*1,16)
hantiert.
Bei der Kontrollrechnung, sowohl mit Excel als auch mit dem
Taschenrechner,
Post by Sven Vogel
gibt eine geringe Differenz von ca. 40 Cent zum ursprünglichen Betrag.
Trage
Post by Sven Vogel
ich extrem hohe Werte ein, um die 1000 Euro Telefonrechnung, dann beläuft
sich der Fehler auf mehrere Euro.
1. Bei Optionen - Berechnung - Ganauigkeit wie angezeigt sollte auf keinen
Fall angehakt sein, das kann erhebliche Rundungsfehler geben.
Nicht angehakt.
Post by Andreas Stoye
2. Gerundet werden sollte nur der eigentliche Ausgabebetrag. Gerundet wird
z.B. mit der Formel =RUNDEN(A1;2) -> das übernimmt den Wert aus A1 und
rundet auf 2 Stellen nach dem Komma. (Siehe auch ABRUNDEN oder AUFRUNDEN).
Runden setze ich nicht ein.
Post by Andreas Stoye
3. Besser als runden ist es, die Zahlen in der Ansicht z.B. mit 2 oder 3
Stellen nach dem Komma anzuzeigen (Format - Zellen - Zahlen...), gerechnet
wird dann weiter mit allen verfügbaren Stellen.
Alle Zellen sind mit 4 Stellen nach dem Komma eingerichtet.
Post by Andreas Stoye
Wenn du schon in der Taschenrechnerkontrollrechnung einen vergleichbaren
Fehler ermittelt hast, frage ich mich, ob die Abweichung überhaupt im
Rechenweg begründet liegt. Da kann man naturgemäß ohne nähere Kenntnis der
Daten und Formeln nur raten.
Ich hatte den ganzen Weg vorher mühsam mit dem Taschenrechner
durchgerechnet. Das funktioniert(e) fehlerfrei.
Erst beim Umsetzen in eine Excel-Tabelle fingen die Fehler an.


Sven
Andreas Stoye
2005-02-08 18:27:25 UTC
Permalink
Hi Sven,
Post by Sven Vogel
Post by Sven Vogel
Post by Sven Vogel
ich habe eine Tabelle zusammen gestellt. Dort passiert nichts aufregendes,
es wird eine Telefonrechnung von 8 Personen auseinandergerechnet.
Subtraktion hier, Division dort, etwas mit der Umsatzsteuer (*1,16)
hantiert.
Bei der Kontrollrechnung, sowohl mit Excel als auch mit dem
Taschenrechner,
Post by Sven Vogel
gibt eine geringe Differenz von ca. 40 Cent zum ursprünglichen Betrag.
Trage
Post by Sven Vogel
ich extrem hohe Werte ein, um die 1000 Euro Telefonrechnung, dann beläuft
sich der Fehler auf mehrere Euro.
1. Bei Optionen - Berechnung - Ganauigkeit wie angezeigt sollte auf keinen
Fall angehakt sein, das kann erhebliche Rundungsfehler geben.
Nicht angehakt.
Post by Sven Vogel
2. Gerundet werden sollte nur der eigentliche Ausgabebetrag. Gerundet wird
z.B. mit der Formel =RUNDEN(A1;2) -> das übernimmt den Wert aus A1 und
rundet auf 2 Stellen nach dem Komma. (Siehe auch ABRUNDEN oder AUFRUNDEN).
Runden setze ich nicht ein.
Post by Sven Vogel
3. Besser als runden ist es, die Zahlen in der Ansicht z.B. mit 2 oder 3
Stellen nach dem Komma anzuzeigen (Format - Zellen - Zahlen...), gerechnet
wird dann weiter mit allen verfügbaren Stellen.
Alle Zellen sind mit 4 Stellen nach dem Komma eingerichtet.
Post by Sven Vogel
Wenn du schon in der Taschenrechnerkontrollrechnung einen vergleichbaren
Fehler ermittelt hast, frage ich mich, ob die Abweichung überhaupt im
Rechenweg begründet liegt. Da kann man naturgemäß ohne nähere Kenntnis der
Daten und Formeln nur raten.
Ich hatte den ganzen Weg vorher mühsam mit dem Taschenrechner
durchgerechnet. Das funktioniert(e) fehlerfrei.
Erst beim Umsetzen in eine Excel-Tabelle fingen die Fehler an.
(Ich hatte verstanden, dass mit Taschenrechner und Excel dasselbe
herauskommt). Es können sich auch ganz schlicht Rechen(weg)fehler
eingeschlichen haben. Das ist es jetzt für alle - außer dir - eine Rechnung
mit nur unbekannten und folglich ohne weitere Kenntnisse deiner Daten von
hier aus unlösbar.

mfg Andreas
Jens Warnke
2005-02-09 07:46:24 UTC
Permalink
Post by Andreas Stoye
(Ich hatte verstanden, dass mit Taschenrechner und Excel dasselbe
herauskommt). Es können sich auch ganz schlicht Rechen(weg)fehler
eingeschlichen haben. Das ist es jetzt für alle - außer dir - eine Rechnung
mit nur unbekannten und folglich ohne weitere Kenntnisse deiner Daten von
hier aus unlösbar.
mfg Andreas
Oder, um das ganze mal bildlich zu veranschaulichen:
Wir suchen mit Mistgabeln in einem Heuhaufen nach einer Nadel. :-D

@Sven:
Wozu braucht man beim Zusammenzählen von Teilsummen eigentlich Division?
Oder fängst du wirklich bei "fast Null" an und versuchst aus Datum,
Uhrzeit, ausgewiesenen Einheiten für jeden Posten einen Geldbetrag zu
ermitteln?

Mfg
Jens
Sven Vogel
2005-02-09 16:01:32 UTC
Permalink
Post by Jens Warnke
Post by Andreas Stoye
(Ich hatte verstanden, dass mit Taschenrechner und Excel dasselbe
herauskommt). Es können sich auch ganz schlicht Rechen(weg)fehler
eingeschlichen haben. Das ist es jetzt für alle - außer dir - eine Rechnung
mit nur unbekannten und folglich ohne weitere Kenntnisse deiner Daten von
hier aus unlösbar.
mfg Andreas
Wir suchen mit Mistgabeln in einem Heuhaufen nach einer Nadel. :-D
Wozu braucht man beim Zusammenzählen von Teilsummen eigentlich Division?
Oder fängst du wirklich bei "fast Null" an und versuchst aus Datum,
Uhrzeit, ausgewiesenen Einheiten für jeden Posten einen Geldbetrag zu
ermitteln?
Mfg
Jens
Sechs Personen teilen sich zu ungleichen aber festgelegten Teilen eine
Telefonrechnung. Gerechnet wird mit Nettobeträgen, die Beträge werden
entsprechend aufgeteilt. Am Ende kommt die Umsatzsteuer dazu. Fertig. Der
Betrag wird mit dem Taschenrechner fehlerfrei ausgerechnet. Der gleiche
Rechenweg führt bei Excel zu einem sehr geringen Fehler, mit dem man dann
anscheind leben muß.

Sven
Jens Warnke
2005-02-09 18:41:54 UTC
Permalink
Post by Sven Vogel
Sechs Personen teilen sich zu ungleichen aber festgelegten Teilen eine
Telefonrechnung. Gerechnet wird mit Nettobeträgen, die Beträge werden
entsprechend aufgeteilt. Am Ende kommt die Umsatzsteuer dazu. Fertig. Der
Betrag wird mit dem Taschenrechner fehlerfrei ausgerechnet. Der gleiche
Rechenweg führt bei Excel zu einem sehr geringen Fehler, mit dem man dann
anscheind leben muß.
Sven
Hallo Sven,

wir kommen der Sache näher.
Frage 1: Wenn du _alle_ Nettobeträge addierst, dann Umsatzsteuer
dazurechnest, kommt dann tatsächlich derselbe Endbetrag, wie auf der
Telefonrechnung, heraus?

Frage 2: Wenn ich dich richtig verstanden habe, teilst du den
Nettobetrag der Rechnung gemäß einem Verteilerschlüssel auf.
Geht dein Verteilerschlüssel auf ?
Bei 6 Personen habe ich irgendwie den Verdacht, daß da einige
periodische Dezimalbrüche (1/6, 1/12 z.B.) auftreten könnten,
die im Endeffekt dafür sorgen, daß der Verteilerschüssel nicht aufgeht,
sondern ein paar Dezimalen fehlen - selbst 0,9999 ist nicht genau 1.

(Ich war bis dato von dem völlig lögischen Ansatz ausgegangen, daß
du jedem Anrufer dessen Telefonate zuordnest, dann die Werte
für jeden aufaddieren läßt)

Mfg
Jens
Sven Vogel
2005-02-22 21:13:30 UTC
Permalink
Post by unknown
Post by Sven Vogel
Sechs Personen teilen sich zu ungleichen aber festgelegten Teilen eine
Telefonrechnung. Gerechnet wird mit Nettobeträgen, die Beträge werden
entsprechend aufgeteilt. Am Ende kommt die Umsatzsteuer dazu. Fertig. Der
Betrag wird mit dem Taschenrechner fehlerfrei ausgerechnet. Der gleiche
Rechenweg führt bei Excel zu einem sehr geringen Fehler, mit dem man dann
anscheind leben muß.
Sven
Hallo Sven,
wir kommen der Sache näher.
Frage 1: Wenn du _alle_ Nettobeträge addierst, dann Umsatzsteuer
dazurechnest, kommt dann tatsächlich derselbe Endbetrag, wie auf der
Telefonrechnung, heraus?
Als ich es mit dem Taschenrechner rechnete war das kein Problem bzw. ich
kann mich nicht erinnern das es ein Problem gewesen wäre. Bei Excel stimmt
der schon der Nettobetrag nicht.
Post by unknown
Frage 2: Wenn ich dich richtig verstanden habe, teilst du den Nettobetrag
der Rechnung gemäß einem Verteilerschlüssel auf.
Geht dein Verteilerschlüssel auf ?
Bei 6 Personen habe ich irgendwie den Verdacht, daß da einige periodische
Dezimalbrüche (1/6, 1/12 z.B.) auftreten könnten,
die im Endeffekt dafür sorgen, daß der Verteilerschüssel nicht aufgeht,
sondern ein paar Dezimalen fehlen - selbst 0,9999 ist nicht genau 1.
Nun ja, fünf der sechs Personen zahlt 11/60. Eine Person zahlt 1/12. So ganz
genau habe ich es nicht im Kopf. Richtig ist, es gibt einige periodische
Brüche bei der Berechnung.
Sollte das ein Problem für Excel sein?
Post by unknown
(Ich war bis dato von dem völlig lögischen Ansatz ausgegangen, daß
du jedem Anrufer dessen Telefonate zuordnest, dann die Werte
für jeden aufaddieren läßt)
Nein, so einfach soll es doch nicht sein :-)

Sven
Jens Warnke
2005-02-22 23:20:13 UTC
Permalink
Post by Sven Vogel
Nun ja, fünf der sechs Personen zahlt 11/60. Eine Person zahlt 1/12. So ganz
genau habe ich es nicht im Kopf. Richtig ist, es gibt einige periodische
Brüche bei der Berechnung.
Sollte das ein Problem für Excel sein?
Ja, auf Grund der Rechengenauigkeit bzw. der von dir getroffenen
Begrenzung der Nachkommastellen
(hoffentlich durch Runden entstanden und nicht nur in der Anzeige,
sonst rechnet Excel einfach mit seinem internen Wert weiter und der
weicht dann natürlich von dem angezeigten Wert ab).
Das Problem sind wirklich die Zehntel-, Hundertstel-,
Tausendstel- ..... Cent, die in die Bruttoberechnung mit einfließen.

Meine Lösung für dein Problem wäre einfach, den Bruttobetrag
auf den nächsten durch 60 teilbaren Betrag aufzurunden und
diesen dann gemäß Verteilerschlüssel aufzuteilen.

Die Differenz aus aufgerundetem Bruttobetrag und
dem was laut Telefonrechnung zu zahlen ist,
könnt ihr ja zum Jahresende gerecht aufteilen. :-D

Mfg
Jens
Andreas Stoye
2005-02-23 09:09:36 UTC
Permalink
Hi Sven,

da isser wieder, ein bisschen aus dem Thread gesprungen, aber egal.
(folgendes etwas gekürzt)
Post by Sven Vogel
Post by Sven Vogel
Sechs Personen teilen sich zu ungleichen aber festgelegten Teilen eine
Telefonrechnung. Gerechnet wird mit Nettobeträgen, die Beträge werden
entsprechend aufgeteilt. Am Ende kommt die Umsatzsteuer dazu. Fertig. Der
Betrag wird mit dem Taschenrechner fehlerfrei ausgerechnet. Der gleiche
Rechenweg führt bei Excel zu einem sehr geringen Fehler, mit dem man dann
anscheind leben muß.
Excel rechnet nicht ungenauer als irgendein Taschenrechner. Da jeder einen
auf ganze Cent gerundeten Betrag zahlt, kann die Rechnung mit dem
Taschenrechner auch nicht fehlerfrei sein. (Jeder Rundungsvorgang IST ein
Fehler).
Etwas verwirrend sind auch deine Aussagen zur Genauigkeit des
Post by Sven Vogel
Als ich es mit dem Taschenrechner rechnete war das kein Problem bzw. ich
kann mich nicht erinnern das es ein Problem gewesen wäre.
Wäre schon gut grundlegende Dinge erst mal selbst zu überprüfen!
Zum Rechenweg hast du dich ja überwunden und doch noch ein paar Infos
Post by Sven Vogel
Nun ja, fünf der sechs Personen zahlt 11/60. Eine Person zahlt 1/12. So ganz
genau habe ich es nicht im Kopf. Richtig ist, es gibt einige periodische
Brüche bei der Berechnung.
Sollte das ein Problem für Excel sein?
Nein, das ist kein Problem, vorausgesetzt der Rechenweg stimmt und ein paar
"Fallen" sind vermieden (Aber da ist ja nach deiner Aussage alles OK).
Der Gesamtfehler beträgt bei dieser Aufteilung 0 Cent bis max. 2 Cent. Wenn
1 Euro in diesem Sinne aufgeteilt wird und das Ergebnis gerundet wird (kein
Mensch zahlt 0,1833 Euro) ergibt die Summe der Einzelbeträge 0,98 Cent. Bei
einem Rechnungsbetrag von 2000 Euro beträgt der Fehler übrigens immer noch
max. 2 Cent.

Und jetzt der Gag: Auch wenn du mehrstufig rechnest (1. Aufteilung der
Nettobeträge, 2. Umsatzsteuer dazu), dann beträgt der max. Fehler immer noch
2 Cent! Wow! Egal ob 1 Euro oder 2000 Euro usw.! Einzige Voraussetzung: Erst
das Ergebnis darf gerundet werden (Nettobetrag einschl. Umsatzsteuer).

Mein Tipp: Gehe deinen Excel-Rechenweg Schritt für Schritt durch und schau
wo die Fehler sind, frag gegebenenfalls noch mal konkret nach warum bei dir
2 x 2 = 3,999 ist oder was auch immer.
Post by Sven Vogel
Nein, so einfach soll es doch nicht sein :-)
Doch, so einfach ist das manchmal. Du weißt nun, dass die 1 oder 2 Cent kein
Rechenfehler sind, sondern sich notwendig aus einer Rundungsoperation
ergeben. Wenn dein Fehler trotzdem erheblich größer ist, denke an den Satz,
dass das Problem manchmal im Programm sitzt, oft aber auch vor dem Monitor
(nichts für ungut).

mfg Andreas

Sven Vogel
2005-02-09 16:02:06 UTC
Permalink
Post by Andreas Stoye
Hi Sven,
Post by Sven Vogel
Post by Sven Vogel
Post by Sven Vogel
ich habe eine Tabelle zusammen gestellt. Dort passiert nichts aufregendes,
es wird eine Telefonrechnung von 8 Personen auseinandergerechnet.
Subtraktion hier, Division dort, etwas mit der Umsatzsteuer (*1,16)
hantiert.
Bei der Kontrollrechnung, sowohl mit Excel als auch mit dem
Taschenrechner,
Post by Sven Vogel
gibt eine geringe Differenz von ca. 40 Cent zum ursprünglichen Betrag.
Trage
Post by Sven Vogel
ich extrem hohe Werte ein, um die 1000 Euro Telefonrechnung, dann beläuft
sich der Fehler auf mehrere Euro.
1. Bei Optionen - Berechnung - Ganauigkeit wie angezeigt sollte auf
keinen
Post by Sven Vogel
Post by Sven Vogel
Fall angehakt sein, das kann erhebliche Rundungsfehler geben.
Nicht angehakt.
Post by Sven Vogel
2. Gerundet werden sollte nur der eigentliche Ausgabebetrag. Gerundet
wird
Post by Sven Vogel
Post by Sven Vogel
z.B. mit der Formel =RUNDEN(A1;2) -> das übernimmt den Wert aus A1 und
rundet auf 2 Stellen nach dem Komma. (Siehe auch ABRUNDEN oder
AUFRUNDEN).
Post by Sven Vogel
Runden setze ich nicht ein.
Post by Sven Vogel
3. Besser als runden ist es, die Zahlen in der Ansicht z.B. mit 2 oder 3
Stellen nach dem Komma anzuzeigen (Format - Zellen - Zahlen...),
gerechnet
Post by Sven Vogel
Post by Sven Vogel
wird dann weiter mit allen verfügbaren Stellen.
Alle Zellen sind mit 4 Stellen nach dem Komma eingerichtet.
Post by Sven Vogel
Wenn du schon in der Taschenrechnerkontrollrechnung einen
vergleichbaren
Fehler ermittelt hast, frage ich mich, ob die Abweichung überhaupt im
Rechenweg begründet liegt. Da kann man naturgemäß ohne nähere Kenntnis
der
Post by Sven Vogel
Post by Sven Vogel
Daten und Formeln nur raten.
Ich hatte den ganzen Weg vorher mühsam mit dem Taschenrechner
durchgerechnet. Das funktioniert(e) fehlerfrei.
Erst beim Umsetzen in eine Excel-Tabelle fingen die Fehler an.
(Ich hatte verstanden, dass mit Taschenrechner und Excel dasselbe
herauskommt). Es können sich auch ganz schlicht Rechen(weg)fehler
eingeschlichen haben. Das ist es jetzt für alle - außer dir - eine Rechnung
mit nur unbekannten und folglich ohne weitere Kenntnisse deiner Daten von
hier aus unlösbar.
mfg Andreas
Sehe ich auch so. War einen Versuch Wert.

Sven
Lesen Sie weiter auf narkive:
Loading...