fix: Versionskennung an statischen Dateien gegen veraltete Browser-Caches (v0.13.1)

Gecachte style.css ohne Tortenfarben ließ alle Segmente schwarz erscheinen.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>

docs/ARCHITEKTUR.md

@@ -414,8 +414,10 @@ markiert und sortiert stattdessen serverseitig über alle Seiten
 **`VERSION`-Datei als Single Source.** `finance/VERSION` (ein Einzeiler, z.B.
 `0.4.0`) ist die einzige Versionsquelle: `app/version.py::get_version()`
 liest sie (Fallback `"0.0.0-dev"`), gespeist in den Jinja2-Footer
-(`templates.env.globals["app_version"]` in `routers/gui.py`) und
-`GET /api/version` (`main.py`). `Containerfile` kopiert `VERSION` ins Image;
+(`templates.env.globals["app_version"]` in `routers/gui.py`), als
+Cache-Busting-Parameter an allen statischen Dateien (`/static/style.css?v=…`
+usw. in `base.html`/`login.html` — ohne ihn behalten Browser alte CSS/JS
+über ein Release hinaus) und `GET /api/version` (`main.py`). `Containerfile` kopiert `VERSION` ins Image;
 `create_pod_finance.sh` liest dieselbe Datei für den Image-Tag
 (`API_IMAGE="localhost/finance-api:$(cat "$FINANCE_DIR/VERSION")"`). Ein
 Release ist somit: `VERSION` hochzählen → Image bauen → Redeploy.