Formel wird nicht mehr korrekt berechnet

[HGS1]

Hallo,
folgendes Problem: In dieser Tabelle wird die Formel (Bild 2) nicht mehr korrekt berechnet. Das Ergebnis ist -0,73€ und sollte angezeigt werden, weil Spalte und Zeile gleich sind.
Was habe ich getan? NICHTS! Außer von Debian Bullseye auf Bookworm aktualisiert. D.h. von LO 7.0.4.x auf 7.4.7.2!
Es gab noch andere Formeln die nach dem Update nicht mehr funktioniert haben, aber das konnte ich beheben.
Ach ja: Das ist die Berechnung für 2023. Für frühere Jahre verwende ich die gleiche Formel-/Zellstruktur (wurde nur kopiert) und da funktioniert alles!
Die Berechnung funktioniert mit den Zellinhalten “wie angezeigt”.
|W|X|Y|
|116,29 €|-71,74 €|44,55 €|
|173,37 €|-178,21 €|-4,84 €|
|179,34 €|-206,86 €|-27,52 €|
|138,96 €|-85,47 €|53,49 €|
|141,08 €|-116,87 €|24,21 €|
|206,48 €|-205,86 €|0,62 €|
|105,85 €|-197,09 €|-91,24 €|
|0,00 €|0,00 €|0,00 €|
|0,00 €|0,00 €|0,00 €|
|0,00 €|0,00 €|0,00 €|
|0,00 €|0,00 €|0,00 €|
|0,00 €|0,00 €|0,00 €|
|1.061,37 €|-1.062,10 €|Fehler|

Wer hat eine Idee und kann helfen?
Viele Grüße
HGS

[Hrbrgr]

Lade doch bitte eine Musterdatei hier hoch, danke.

[HGS1]

Die Datei selbst hat über 50MB, und möchte ich natürlich nicht veröffentlichen. Eine Musterdatei macht auch keinen Sinn, da sie viele Berechnungen mit Querverweisen über mehrere Tabellen erstreckt.
Ich kann nur sagen, dass Calc keine weiteren Fehler in den Zellen gemeldet hat, die zu dieser Berechnung führen.

[HGS1]

OK, folgende Ergänzung: Ich habe die “Direkte Formatierung” gelöscht, die Zahlen also auf “Standard” gesetzt. Das hat im obigen Beispiel zur korrekten Lösung geführt, aber nicht in den anderen Zellen, die betroffen sind.

[erAck]

Wahrscheinlich einfach die übliche Ungenauigkeit von binären Fließkommazahlen. Nicht nur aber insbesondere Vergleiche auf Un-/Gleichheit brauchen Rundung. Also z.B.
RUNDEN(SUMME(...);2)<>RUNDEN(SUMME(...);2)

Siehe Frequently asked questions - Calc: Accuracy problem - The Document Foundation Wiki .

[HGS1]

Hab ich ausprobiert, ist leider nicht die Lösung.

[HGS1]

OK, Problem gelöst! Letztlich war es doch ein Rundungsproblem! Habe nur in der falschen Formel gerundet, was das Problem nicht gelöst hatte. Bin deshalb irritiert, weil das Problem zuvor bei über 15000 Werten nicht aufgetreten war. Es lag auch nicht am LO-Update. Der Fehler ist tatsächlich erst mit den letzten eingetragenen Werten aufgetreten und da auch nicht regelmäßig. Womöglich hätte ich mit weiteren Eintragungen den Rundungsfehler wieder ausgeglichen!
Also besten Dank, ihr habt mich auf den rechten Pfad geführt