Kassenverwaltung als Phase 9 ergaenzen, Festlegungen dokumentieren

Die Rolle KASSIER war seit Phase 0 angelegt, ein Kassenmodul fehlte in der
Planung. Phase-9.md beschreibt es jetzt: Konten, Buchungen mit Beleg,
Beitragslauf mit Mahnstufen, Rechnungen, Kassenabschluss und Auswertungen.
Geschaetzt 8-11 PT, Version 0.10.0.

Zwei Festlegungen aus der Spezifikation, weil sie den Rest bestimmen: eine
festgeschriebene Buchung ist unveraenderbar und wird nur ueber eine
Gegenbuchung korrigiert; der Kassenabschluss friert seinen Zeitraum ein.

Ausserdem als entschieden festgehalten:
- Berechtigung bleibt ohne organisationId. Die Tabelle ist der systemweite
  Katalog dessen, was die Software kann; mandantenbezogen wird es erst ueber
  RolleBerechtigung.
- Die Loeschausnahme im Audit-Log bleibt. UPDATE ist dauerhaft gesperrt,
  DELETE nur im gekennzeichneten Aufbewahrungslauf des Workers.

Roadmap, Aufwandsschaetzung, Versionierung, README und die Seitenleiste sind
entsprechend ergaenzt.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/VERSIONIERUNG.md

@@ -30,9 +30,13 @@ Versionsnummer eine Aussage über den Funktionsumfang.
 | `0.7.0` | Phase 6 — Kartenmodule |
 | `0.8.0` | Phase 7 — Benachrichtigungen und Termine |
 | `0.9.0` | Phase 8 — Lokale KI |
+| `0.10.0` | Phase 9 — Kassenverwaltung |
 | `1.0.0` | Freigabe für den Wirkbetrieb durch die Wehr |
 
-`1.0.0` ist bewusst an die **Freigabe** gebunden, nicht an Phase 8. Erst wenn
+`0.10.0` ist nach SemVer korrekt größer als `0.9.0` — die Stellen werden als
+Zahlen verglichen, nicht als Text.
+
+`1.0.0` ist bewusst an die **Freigabe** gebunden, nicht an die letzte Phase. Erst wenn
 eine Wehr die Software im Echtbetrieb einsetzt, darf die analoge Überwachung
 zurücktreten — und erst dann ist eine Zusage über Stabilität ehrlich.