docs: Uebergabe fuer die iOS-App, damit der naechste Agent weiterarbeiten kann

Der Plan lag bisher ausserhalb des Repositories und waere beim Geraetewechsel
verloren gewesen. ios/UEBERGABE.md haelt jetzt alles fest: die Entscheidungen
des Nutzers, die Eigenheiten des Backends (Cookie-Anmeldung, Zeitstempel ohne
Zone, Uebertraege in zwei Mechanismen), was Stufe 1 enthaelt, was die drei
offenen Backend-Ergaenzungen sind und was die Stufen 2 bis 7 bringen.

Dazu die Konventionen des Projekts und die Fallen, die mich Zeit gekostet
haben - damit sie niemand zweimal findet.

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

docs/ROADMAP.md

@@ -43,3 +43,15 @@ künftigen Importen. Korrektur-Erkennung: ab 5 Anwendungen und ≥ 1/3 Korrektur
 Prüf-Meldung in den Einstellungen (Behalten/Entfernen). Auf-/zuklappbares
 Kategorie-Dropdown mit Suche (ersetzt das native optgroup-Select) in Buchungen
 und Import-Prüfansicht.
+
+## Phase 6 – iOS-App  🚧
+Native App in `ios/`, die sich über die Server-Adresse ans selbe Backend hängt.
+Anmeldung über eine Gerätemarke der Reichweite `app` (kein Passwort auf dem
+Gerät, kein 30-Tage-Ablauf, einzeln widerrufbar). Deutsch und Englisch, iPad
+zweispaltig, offline der letzte Stand mit Datum.
+
+Stufe 1 ✅: Gerüst, Netzwerkschicht, Anmeldung samt zweitem Faktor und
+Pflicht-Passwortwechsel, Kontenliste. Stufen 2–7 (Lesen, Schreiben,
+Arbeitsliste, Nebenräume, Erweiterungen, voller CSV-Import) stehen aus.
+
+**Stand, Entscheidungen und offene Punkte: `ios/UEBERGABE.md`.**