Doku: Netto-Steuerrechnung war faelschlich als 'nicht gebaut' gefuehrt

Bei der Durchsicht offener Punkte gefunden: CLAUDE.md fuehrte die Umstellung auf
die echten WHT-/Tax-settlement-Buchungen weiter als offen -- sie ist seit dem
12.08. gebaut (trader.steuer_buchungen + server._add_net + Feld wht_quelle,
Ergebnis: all von -2.449,95 auf +181,00 EUR). Stelle korrigiert.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Axel Hocks
2026-08-17 18:01:26 +02:00
co-authored by Claude Opus 5
parent 204e80bb68
commit f3e7eeff6c
+7 -3
View File
@@ -7081,9 +7081,13 @@ grösser als damals gemessen:**
✅ Das Modell schätzt die *einbehaltene* Steuer fast perfekt (2.620 gegen 2.626). ✅ Das Modell schätzt die *einbehaltene* Steuer fast perfekt (2.620 gegen 2.626).
Der Fehler ist die Annahme, sie sei **verloren** — real werden **99 %** erstattet Der Fehler ist die Annahme, sie sei **verloren** — real werden **99 %** erstattet
(am 05.08. waren es 79 %). Die Anzeige macht damit aus **+153 € rund 2.450 €**. (am 05.08. waren es 79 %). Die Anzeige macht damit aus **+153 € rund 2.450 €**.
`_add_net`/`_add_net_setup` in `server.py:154/171` sind unverändert. Die Lösung ✅✅ **ERLEDIGT am 2026-08-12** (Stand dieser Zeile korrigiert am 17.08. — sie
steht seit dem 05.08. fest: **die tatsächlichen `WHT #…`/`Tax settlement`-Deals stand fälschlich noch auf „Noch nicht gebaut"): `trader.steuer_buchungen()` liest
verwenden statt zu schätzen** (gecacht, unter `mt5_lock`). **Noch nicht gebaut.** die echten `WHT #…`/`Tax settlement`-Deals (unter `mt5_lock`, 5 min gecacht),
`server._add_net` nutzt sie mit Fail-safe auf die alte Schätzung und dem Feld
**`wht_quelle`** („echt"/„geschätzt"). Ergebnis: `all` von **2.449,95 auf
+181,00 €**. Details im Abschnitt „NETTO-RECHNUNG AUS DEN ECHTEN
STEUER-BUCHUNGEN".
## ✅ AUTO-SIGNAL-ENTRY (🎯 SIG) KOMPLETT ENTFERNT (User-Entscheidung 2026-08-12) ## ✅ AUTO-SIGNAL-ENTRY (🎯 SIG) KOMPLETT ENTFERNT (User-Entscheidung 2026-08-12)