Hallo Community,
Ich habe noch eine alte kleine Sparplan-ETF-Position mit insgesamt 40.18230 Stueck (nach Online-Depot). Dies stimmt mit der Anzahl der Buchungen ueberein (Depot/Umsaetze in Excel exportiert und aufsummiert).
Bei Depot/Vermoegensaufstellung/Bestand stehen aber nur 39.19 Stueck, also ~1 Stueck weniger.
Ist das ein Rundungsfehler aus den einzelkaeufen mit dem ich leben muss, oder habe ich etwas uebersehen?
Vielen Dank!
B
PP rechnet mit sechs Nachkommastellen (werden in einem Tooltip vollständig angezeigt). Ist eine Buchung vielleicht versehentlich auf ein falsches Wertpapier gegangen?
Hallo B,
so groß sollte der Rundungsfehler nicht sein. Da muss eine Buchung nicht korrekt sein oder fehlen.
Bleib’ gesund
Danke fuer die Antworten!
Gerade festgestellt: Wenn ich auf die Position in der Vermoegensaufstellung mit „Rechtsklick“ -> „Verkauf“ das Dialogfeld oeffne, werden richtiger Weise 40,1823 Stueck zum Verkauf vorgeschlagen/angezeigt. Bestand aber immer noch auf 39,19.
An einen Buchungsfehler dachte ich auch zuerst, hatte das aber wieder verworfen. Der Grund war, dass das Zusammenzaehlen der Stueckzahlen der Buchungen im Tab „Umsaetze“ komischer Weise die korrekte Anzahl wiedergibt.
Gebucht wurde ueber pdf-Import. Nach manueller Ueberpruefung stimmt die Anzahl der Buchungen wohl. Alle anderen Positionen haben die korrekte Stueckzahl.
Die Umsaetze sind korrekt. Auch wenn ich die exportierten Umsaetze mit 4 Nachkommastellen im Vergleich zu den unter Umsaetze angezeigten 3 Nachkommastellen aufsummiere ist der Unterschied nur 0,0003 Stueck.
Buchung in der Zukunft, so daß du (vermeintlich) erst noch die richtige Stückzahl erreichen wirst?
Alle Buchungen zwischen 20.4.18 und 20.12.18
Und das Systemdatum ist auch richtig?
Habe nun die Stueckzahl 40,x minus jede einzelne Buchung berechnet. Keine der einzelnen Buchungen wuerde die Differenz ausmachen
Wenn du eine minimale Datei hast, solltest du sie hochladen, damit andere Leute sie sich mal ansehen können.
Ich habe das gleiche Fehlerbild. Alle Buchungen zusammen ergeben. Der Fehler trat allerdings nur in der Klassierung nach Region auf.
Und siehe da. Hier der Fehler.
