v1.15: Haus -> Wohneinheiten Struktur in der Verwaltung + Fix Haus-Umbenennung (costs FK ON UPDATE CASCADE)

kimi.md

@@ -189,6 +189,25 @@ tar -czf mp-dist.tar.gz -C dist .
 
 ## 8. Verlauf / offene Punkte
 
+**Erledigt 04.10. (v1.15):** Struktur „1 Haus → mehrere Wohneinheiten" in der
+Verwaltung verankert + Bugfix Haus-Umbenennung. BUGFIX (wichtig): der FK
+`costs_building_fkey` aus v1.14 hatte kein ON UPDATE CASCADE → jede
+Haus-Umbenennung (PATCH /api/buildings/:name) schlug mit FK-Verletzung fehl
+(„Interner Serverfehler"), sobald Kostenpositionen existieren. Fix in db.js:
+Constraint per DO-Block idempotent auf ON UPDATE CASCADE neu gesetzt (DROP +
+ADD; SCHEMA läuft als eine Simple-Query ohne Parameter, DO-Blöcke sind darin
+erlaubt). E2E-Rundreise verifiziert: Umbenennen zieht units + meters +
+costs mit, Rückbenennung sauber. UI (Bestand.tsx komplett überarbeitet):
+Haus-Karten enthalten jetzt die 1:n-Struktur sichtbar – pro Haus
+Belegungsfortschritt (Balken „X von Y Wohneinheiten angelegt", amber bei
+Über-Soll, Hinweistext), eingebettete sortierte Wohnungsliste (Etage, dann
+Nummer numerisch) mit Status/Mieter/Warmmiete/Bearbeiten, „+ Wohnung"
+direkt pro Haus (festesHaus-Prop → Haus-Select vorbelegt und disabled,
+Dialogtitel passt sich an). Globaler „Neue Wohnung"-Button oben bleibt mit
+freier Hauswahl. Verwaiste Wohnungen (Haus existiert nicht) werden separat
+mit Korrekturhinweis gelistet. Server: unverändert – POST/PATCH /api/units
+prüft bereits, dass das Ziel-Haus in buildings existiert.
+
 **Erledigt 04.10. (v1.14):** Steuermodul „Steuer & Kosten" (/kosten, Nav zwischen
 Zählerstände und Dokumente, für beide Rollen sichtbar). Neue Tabelle `costs`
 (building NOT NULL → buildings.name, unit_id NULL = hausweite Position, jahr,