adminandClaude Sonnet 5
d8097e1cf5
Changelog laeuft jetzt DB-gestuetzt (Tabelle changelog_eintraege) statt rein statisch aus changelog.py: die Datei bleibt der Entwickler-Seed fuer Release-Notes zu echten Code-Aenderungen (synct einmalig beim Start alles Fehlende in die DB), Admin kann Eintraege zusaetzlich direkt im Admin-Bereich anlegen/bearbeiten/loeschen (neue Route /api/admin/changelog, Steuerung auf der bestehenden "Was ist neu?"-Seite) - z.B. fuer Ankuendigungen ohne Deploy. App-Version wird jetzt aus dem neuesten DB-Eintrag abgeleitet statt aus einer Konstante. Policy ergaenzt: jede kuenftige Aenderung bekommt einen Changelog-Eintrag, nicht nur eine Commit-Message. open.md: die 4 vom Nutzer nach dem Docker-Testlauf notierten Punkte nach Abhaengigkeit/Aufwand sortiert und als Checkliste formatiert (KI-Claude-API entfernen + Rechtstexte statt "Betrieb"-Karte zusammen, dann Nutzerverwaltung-Bug + Admin-Dashboard-Fokus, dann Rechnungsanschrift + Rechnungserstellung, Postgres/React-Migration bleibt als Punkt 5 am Ende). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2.8 KiB
2.8 KiB
offene Aufgaben: sortiere die Aufgaben nach korrekter Reihenfolge, schreibe nach dieser zeile um für KI-Lesbarkeit, fertige aufgaben durchstreichen und als erledigt markieren.
Reihenfolge unten nach Abhängigkeit/Aufwand sortiert (nicht nach ursprünglicher Nummerierung). Punkte 1+2 stammen aus Beobachtungen nach dem Docker-Testlauf, betreffen beide dieselbe Backend-Einstellungen-Seite und werden deshalb zusammen bearbeitet.
-
1. KI-Claude-API-Block aus dem Backend entfernen
- Der gesamte "KI – Claude API"-Kartenblock in den Backend-Einstellungen (Karte, Eingabefeld, zugehöriger Code/Route) soll komplett verschwinden – wird nicht genutzt.
-
2. Backend "Betrieb"-Karte durch Rechtstexte ersetzen (Impressum, Datenschutz, Nutzungsbedingungen)
- Die veraltete "Betrieb"-Karte in den Backend-Einstellungen entfällt.
- Stattdessen: drei bearbeitbare Rechtstexte-Seiten (Impressum, Datenschutzerklärung, Nutzungsbedingungen), die der Admin im Backend pflegen kann.
- Alle drei Seiten müssen für den Kunden (Nutzer) per 1-Klick erreichbar sein – am besten als fester Link-Block unten in der Sidebar.
-
3. Nutzerverwaltung reparieren & Admin-Dashboard auf Nutzerverwaltung fokussieren
- Bug: bei einem manuell angelegten Test-Konto lassen sich aktuell keine Aktionen ausführen – weder Sperren, noch Löschen, noch Freimonate zuweisen. Ursache klären und beheben (noch nicht untersucht).
- Für die Rolle Admin sind Leistungskatalog, Formulare & Recht usw. in der Sidebar irrelevant – im Vordergrund soll stattdessen die Nutzerverwaltung stehen.
- Nutzerverwaltung um zusätzliche Informationen je Konto erweitern: Registrierungsdatum (vorhanden), letzter Login, IP-Adresse, Zahlungsstatus (Zahlung erhalten / Zahlungsverzug).
-
4. Rechnungsanschrift & Rechnungserstellung
- Bei der Registrierung muss der Nutzer künftig eine Rechnungsanschrift hinterlegen (Pflichtfeld).
- Admin braucht in der Nutzerverwaltung Einsicht in die hinterlegte Rechnungsanschrift jedes Kontos.
- Admin muss auf Kundenwunsch eine Rechnung für ein Konto erstellen können (PDF, wie bei den anderen Dokumenten der App).
- Baut auf Punkt 3 auf (Nutzerverwaltung muss die Daten überhaupt anzeigen können, bevor eine Rechnung daraus erstellt werden kann).
-
5. ⚠️ Separates Grossvorhaben: Migration zu React + PostgreSQL
- Vollständiger Technologiewechsel weg von Flask/vanilla-JS/SQLite — deutlich grösserer Umfang als die Punkte oben, keine Nebenbei-Aufgabe
- Braucht eine eigene Versionierungs-/Update-Strategie, da die App online ist und nicht für immer im jetzigen Stack bleiben wird
- Bevor hier irgendetwas beginnt: eigene Planungsrunde nötig (Umfang, Reihenfolge der Migration, ob schrittweise oder Neubau, Datenmigration aus der bestehenden SQLite-DB)