--- kind: tracker project: HiveGrid Screen Project area: Wireframes status: active --- # Screen Paket Tracker Zentrale Uebersicht ueber alle Wireframe-Flows, Screens, Canvas-Dateien und Subframe-Links. Diese Datei ist der erste Ort, um zu sehen: - welche Flow-Pakete existieren - welcher Status ein Paket hat - welche Screens zu einem Paket gehoeren - wo die Markdown-Dateien liegen - wo Canvas und Subframe verlinkt sind - welche Entscheidungen noch offen sind --- ## 1. Flow-Paket-Uebersicht | Flow-Paket | Ticket | Bereich | Status | Paket-MD | Canvas | Subframe | Naechster Schritt | Notiz | |---|---|---|---|---|---|---|---|---| | WF-P2 Login und 2FA | D-P2 | Auth | In Subframe | [MD]() | [Canvas]() | [Subframe]() | Review | Neue Seiten erstellt; keine bestehenden Screens geloescht/bearbeitet | | WF-P2 Set Password | D-P2 / Auth-Core | Auth | In Subframe | [MD]() | [Canvas]() | [Subframe]() | Review | Neue Seiten erstellt; keine bestehenden Screens geloescht/bearbeitet | | WF-P2 Passwort Reset | D-P2 | Auth | In Subframe | [MD]() | [Canvas]() | [Subframe]() | Review | Neue Seiten erstellt; keine bestehenden Screens geloescht/bearbeitet | | WF-P2 Signup | D-P2 | Auth | In Subframe | [MD]() | [Canvas]() | [Subframe]() | Review | Neue Seiten erstellt; Passwort im Signup verankert | | WF-P2 Workspace Auswahl | D-P2 | Auth | In Subframe | [MD]() | [Canvas]() | [Subframe]() | Review | Neue Seiten erstellt; Workspace-Auswahl fuer Admins + neuen Workspace anlegen | | WF-P2 Profil und Sicherheit | D-P2 | Auth/Settings | In Subframe | [MD]() | [Canvas]() | [Subframe]() | Review | Neue Seite erstellt; Profil in Settings, Trigger zu Passwort/2FA | | WF-P2 Change Password | D-P2 / Auth-Core | Auth | In Subframe | [MD]() | [Canvas]() | [Subframe]() | Review | Neue Seiten erstellt; Reauth-Zubringer zu `WF-P2 Set Password` | | WF-P2 2FA Verwalten | D-P2 / Auth-Core | Auth | In Subframe | [MD]() | [Canvas]() | [Subframe]() | Review | Neue Seiten erstellt; eigenstaendiger 2FA-Verwalten-Flow | | WF-P2 Admin RBAC | D-P2 | Auth/Admin | In Subframe | [MD]() | [Canvas]() | [Subframe]() | Review | Neue Seiten erstellt; Permission-Bundles als Arbeitsgeruest; Gruppen/Reassign raus | | WF-P2 Konto loeschen | D-P2 | Auth/Settings | Backlog | [MD]() | [Canvas]() | [Subframe]() | Backlog | Gesamter Account/Konto-Loeschflow geparkt; bestehende Screens nur Referenz | | WF-P2 Workspace loeschen | D-P2 | Auth/Settings | Backlog | [MD]() | [Canvas]() | - | Backlog | Eigener Workflow; erst planen, wenn Workspace Settings gebaut/validiert sind | --- ## 2. Screen-Uebersicht | ID | Screen/Zustand | Paket | Typ | Umsetzung | Status | Route/Ort | MD | Subframe | Canvas | |---|---|---|---|---|---|---|---|---|---| | S01 | Login | WF-P2 Login und 2FA | Auth Form | Bauen | In Subframe | `/login` | [MD]() | [Subframe]() | [Canvas]() | | S02 | Magic-Link anfordern | WF-P2 Login und 2FA | Auth Form | Bauen | In Subframe | von Login | [MD]() | [Subframe]() | [Canvas]() | | S03 | Magic-Link gesendet | WF-P2 Login und 2FA | Auth Feedback | Bauen | In Subframe | nach Magic-Link-Anforderung | [MD]() | [Subframe]() | [Canvas]() | | S04 | 2FA Code eingeben | WF-P2 Login und 2FA | Auth Security | Bauen | In Subframe | nach Login | [MD]() | [Subframe]() | [Canvas]() | | V01 | Login falsche Daten | WF-P2 Login und 2FA | Auth Error | Bauen | In Subframe | Variante von S01 | [MD]() | [Subframe]() | [Canvas]() | | V02 | Login mit mCaptcha | WF-P2 Login und 2FA | Auth Error | Bauen | In Subframe | Variante von S01 | [MD]() | [Subframe]() | [Canvas]() | | V03 | 2FA gesperrt | WF-P2 Login und 2FA | Auth Blocker | Bauen | In Subframe | Variante von S04 | [MD]() | [Subframe]() | [Canvas]() | | S01 | Neues Passwort setzen | WF-P2 Set Password | Auth Form | Bauen | In Subframe | Auth-Core Start | [MD]() | [Subframe]() | [Canvas]() | | S02 | 2FA freiwillig anbieten | WF-P2 Set Password | Auth Decision | Bauen | In Subframe | nach S01, wenn 2FA freiwillig | [MD]() | [Subframe]() | [Canvas]() | | S03 | 2FA erforderlich | WF-P2 Set Password | Auth Decision | Bauen | In Subframe | nach S01, wenn 2FA Pflicht | [MD]() | [Subframe]() | [Canvas]() | | S04 | 2FA einrichten | WF-P2 Set Password | Auth Security | Bauen | In Subframe | nach S02/S03 | [MD]() | [Subframe]() | [Canvas]() | | S05 | Recovery Hinweis | WF-P2 Set Password | Auth Security | Bauen | In Subframe | nach S04 | [MD]() | [Subframe]() | [Canvas]() | | S06 | Abschluss | WF-P2 Set Password | Auth Feedback | Bauen | In Subframe | Flow-Ende | [MD]() | [Subframe]() | [Canvas]() | | V03 | 2FA Setup gesperrt | WF-P2 Set Password | Auth Blocker | Bauen | In Subframe | Variante von S04 | [MD]() | [Subframe]() | [Canvas]() | | S01 | Passwort Reset anfordern | WF-P2 Passwort Reset | Auth Form | Bauen | In Subframe | `/forgot-password` | [MD]() | [Subframe]() | [Canvas]() | | S02 | Reset-Link gesendet | WF-P2 Passwort Reset | Auth Feedback | Bauen | In Subframe | nach S01 | [MD]() | [Subframe]() | [Canvas]() | | S03 | 2FA bestaetigen | WF-P2 Passwort Reset | Auth Security | Bauen | In Subframe | nach Reset-Link, falls 2FA aktiv | [MD]() | [Subframe]() | [Canvas]() | | V01 | Reset-Link ungueltig | WF-P2 Passwort Reset | Auth Blocker | Bauen | In Subframe | Link-Fehler | [MD]() | [Subframe]() | [Canvas]() | | V02 | 2FA nicht verfuegbar | WF-P2 Passwort Reset | Auth Blocker | Bauen | In Subframe | Variante von S03 | [MD]() | [Subframe]() | [Canvas]() | | M01 | Admin kontaktieren | WF-P2 Passwort Reset | Auth Modal | Bauen | In Subframe | von V02 | [MD]() | [Subframe]() | [Canvas]() | | M02 | Wiederherstellungscode eingeben | WF-P2 Passwort Reset | Auth Modal | Bauen | In Subframe | von V02 | [MD]() | [Subframe]() | [Canvas]() | | S01 | Signup | WF-P2 Signup | Auth Form | Bauen | In Subframe | `/signup` | [MD]() | [Subframe]() | [Canvas]() | | S02 | Signup erfolgreich / Workspace wird vorbereitet | WF-P2 Signup | Auth Feedback | Bauen | In Subframe | nach E-Mail-Bestaetigung | [MD]() | [Subframe]() | [Canvas]() | | S03 | E-Mail bestaetigen | WF-P2 Signup | Auth Feedback | Bauen | In Subframe | nach Signup | [MD]() | [Subframe]() | [Canvas]() | | S01 | Workspace Auswahl | WF-P2 Workspace Auswahl | Auth List | Bauen | In Subframe | nach Login/2FA fuer Admins | [MD]() | [Subframe]() | [Canvas]() | | S02 | Neuer Workspace anlegen | WF-P2 Workspace Auswahl | Auth Form | Bauen | In Subframe | von Workspace Auswahl / App-Shell | [MD]() | [Subframe]() | [Canvas]() | | D05 | Neuer Workspace angelegt | WF-P2 Workspace Auswahl | Toast/Redirect | Nur dokumentieren | Validiert | nach S02 | [MD]() | - | - | | V01 | Workspace gesperrt/suspended | WF-P2 Workspace Auswahl | Toast | Nur dokumentieren | Validiert | beim Oeffnungsversuch | [MD]() | - | - | | S01 | Profil Settings | WF-P2 Profil und Sicherheit | Settings | Bauen | In Subframe | `/settings/profile` | [MD]() | [Subframe]() | [Canvas]() | | S02 | Security / Sessions | WF-P2 Profil und Sicherheit | Settings/List | Spaeter | Spaeter | `/settings/security` | [MD]() | - | - | | D01 | Passwort aendern | WF-P2 Profil und Sicherheit | Trigger | Nur dokumentieren | Validiert | von Profil Settings | [MD]() | - | [Canvas]() | | D02 | 2FA verwalten | WF-P2 Profil und Sicherheit | Trigger | Nur dokumentieren | Validiert | von Profil Settings | [MD]() | - | [Canvas]() | | M01 | Identitaet bestaetigen | WF-P2 Change Password | Auth Modal | Bauen | In Subframe | von Profil Settings | [MD]() | [Subframe]() | [Canvas]() | | D03 | 2FA-Code eingeben | WF-P2 Change Password | Inline-Zustand | Nur dokumentieren | Validiert | in M01, falls 2FA aktiv/Policy | [MD]() | - | [Canvas]() | | D01 | Neues Passwort setzen | WF-P2 Change Password | Auth-Core Verweis | Wiederverwenden | Validiert | nach Reauth | [MD]() | - | [Canvas]() | | D02 | Passwort geaendert | WF-P2 Change Password | Auth-Core Verweis | Wiederverwenden | Validiert | Abschluss im Core | [MD]() | - | [Canvas]() | | V01 | Zu viele Fehlversuche | WF-P2 Change Password | Auth Blocker | Bauen | In Subframe | nach falscher Reauth | [MD]() | [Subframe]() | [Canvas]() | | M01 | 2FA verwalten | WF-P2 2FA Verwalten | Modal | Bauen | In Subframe | von Profil Settings | [MD]() | [Subframe]() | [Canvas]() | | M02 | Device/Token hinzufuegen | WF-P2 2FA Verwalten | Modal | Bauen | In Subframe | von M01 | [MD]() | [Subframe]() | [Canvas]() | | M03 | 2FA deaktivieren | WF-P2 2FA Verwalten | Modal | Bauen | In Subframe | von M01 | [MD]() | [Subframe]() | [Canvas]() | | D01 | Device entfernen | WF-P2 2FA Verwalten | Row Action | Nur dokumentieren | Validiert | in M01 | [MD]() | - | [Canvas]() | | D02 | 2FA-Code falsch/abgelaufen | WF-P2 2FA Verwalten | Inline-Zustand | Nur dokumentieren | Validiert | in M02/M03 | [MD]() | - | [Canvas]() | | D03 | Letztes Device entfernen | WF-P2 2FA Verwalten | Inline/Confirm | Nur dokumentieren | Validiert | in M01 | [MD]() | - | [Canvas]() | | D04 | MFA-Aenderung Benachrichtigung | WF-P2 2FA Verwalten | E-Mail/Toast | Nur dokumentieren | Validiert | nach Setup/Remove/Disable | [MD]() | - | [Canvas]() | | S01 | Mitarbeiterliste | WF-P2 Admin RBAC | Admin List | Bauen | In Subframe | `Settings -> Mitarbeiter`, Tab `Mitarbeiter` | [MD]() | [Subframe]() | [Canvas]() | | M01 | Mitarbeiter einladen | WF-P2 Admin RBAC | Modal | Bauen | In Subframe | von S01 | [MD]() | [Subframe]() | [Canvas]() | | D01 | Rollen-Dropdown in Mitarbeiterliste | WF-P2 Admin RBAC | Inline-Zustand in S01 | Nur dokumentieren | Validiert | in S01, kein eigener Subframe-Screen | [MD]() | - | [Canvas]() | | M03 | Mitarbeiter deaktivieren | WF-P2 Admin RBAC | Confirm Modal | Bauen | In Subframe | von S01 | [MD]() | [Subframe]() | [Canvas]() | | S02 | Rollen und Berechtigungen | WF-P2 Admin RBAC | Settings Subpage | Bauen | In Subframe | `Settings -> Mitarbeiter`, Tab `Rollen und Berechtigungen` | [MD]() | [Subframe]() | [Canvas]() | | M04A | Rolle anlegen | WF-P2 Admin RBAC | Modal Step | Bauen | In Subframe | Neue Rolle mit leerem Formular; an M04B-Stil angeglichen, ohne Duplikat-Modus | [MD]() | [Subframe]() | [Canvas]() | | M04B | Rolle duplizieren | WF-P2 Admin RBAC | Modal Step | Bauen | In Subframe | Quellrolle kopieren; Duplikat-Modus | [MD]() | [Subframe]() | [Canvas]() | | M02 | Rolle bearbeiten | WF-P2 Admin RBAC | Grosses Modal | Bauen | In Subframe | Finale Seite: Rolle bearbeiten | [MD]() | [Subframe]() | [Canvas]() | | D03 | Rolle in Nutzung blockiert | WF-P2 Admin RBAC | Admin Blocker | Nur dokumentieren | In Subframe | von S02/M02 | [MD]() | [Subframe]() | [Canvas]() | | V01 | Letzter Admin blockiert | WF-P2 Admin RBAC | Admin Blocker | Nur dokumentieren | In Subframe | von S01/M03/Rollenwechsel | [MD]() | [Subframe]() | [Canvas]() | | S01 | Settings -> Workspaces / Loeschbereich | WF-P2 Konto loeschen | Settings | Spaeter | Backlog | spaeter `Settings -> Workspaces` | [MD]() | [Subframe]() | [Canvas]() | | M01 | Loeschung anfragen | WF-P2 Konto loeschen | Modal | Spaeter | Backlog | von zukuenftigem Settings-Einstieg | [MD]() | [Subframe]() | [Canvas]() | | D01 | Anfrage gesendet | WF-P2 Konto loeschen | Toast/Status | Nur dokumentieren | Backlog | nach M01 | [MD]() | - | [Canvas]() | | D02 | Keine Berechtigung | WF-P2 Konto loeschen | Permission State | Nur dokumentieren | Backlog | in S01 | [MD]() | - | [Canvas]() | --- ## 3. Offene Entscheidungen | Paket | Thema | Status | Entscheidung / Frage | Notiz | |---|---|---|---|---| | WF-P2 Set Password | Zentraler Auth-Core-Flow | Genommen | Set Password wird zentraler Flow fuer wiederverwendbare Passwort-Trigger. | Wird von Reset, Einladung, Passwort aendern, Admin-Reset und Security-Incident angesteuert; Neukunden-Signup ist eine Ausnahme und setzt Passwort direkt im Signup | | WF-P2 Set Password | 2FA im Set-Password-Flow | Genommen | 2FA wird immer angeboten. | Ob Pflicht oder freiwillig haengt vom Zubringerflow/Admin-Reset ab | | WF-P2 Set Password | Zurueck-Button | Genommen | Zurueck/Abbrechen bleibt sekundare Navigation. | Kein eigener Screen; konkretes Ziel kommt vom Zubringerflow | | WF-P2 Set Password | Recovery-Code | Offen | Muss der Recovery-Code aktiv bestaetigt werden oder reicht ein Hinweis? | In S05 dokumentiert; spaeter mit Security/Dev klaeren | | WF-P2 Set Password | 2FA-Methode | Offen | Welche 2FA-Methode ist v1 final? | TOTP/Authenticator ist wahrscheinlich | | WF-P2 Passwort Reset | Anti-Enumeration | Genommen | Keine Meldung `E-Mail nicht gefunden`. | Unbekannte E-Mail nutzt denselben S02 Gesendet-Screen | | WF-P2 Passwort Reset | 2FA vor Set Password | Genommen | Wenn 2FA aktiv ist, muss sie vor dem neuen Passwort bestaetigt werden. | Reset darf aktive 2FA nicht umgehen | | WF-P2 Passwort Reset | 2FA nicht verfuegbar | Genommen | Nutzer kann Admin kontaktieren oder einen gespeicherten Wiederherstellungscode verwenden. | V02 plus M01/M02 | | WF-P2 Passwort Reset | Recovery-Code als Alternative | Genommen | Wiederherstellungscode ist ein legitimer Recovery-Pfad, wenn er vorher gespeichert wurde und einmalig verwendet wird. | M02 prueft Code, setzt 2FA zurueck und fuehrt weiter zu `WF-P2 Set Password` | | WF-P2 Login und 2FA | 2FA-Haeufigkeit | Offen | Kommt 2FA bei jedem Login oder nur wenn fuer Account aktiv? | Fuer Wireframe reicht "bei Bedarf"; Dev/Produkt spaeter klaeren | | WF-P2 Login und 2FA | Admin-Ziel | In Planung | Admin-/Mehrworkspace-Ziel wird ueber `WF-P2 Workspace Auswahl` geklaert. | UI-Begriff ist Workspace | | WF-P2 Signup | Signup-Komplexitaet | Genommen | S01 ist ein minimaler Basis-Signup zum Erstellen/Testen von Accounts und Workspaces. | E-Mail, Passwort im Signup, Vorname, Nachname, Firmenname-Platzhalter, Captcha, AGB/Datenschutz; grosser Ausbau spaeter | | WF-P2 Signup | Passwort-Flow | Genommen | Passwort wird fuer Neukunden direkt im Signup gesetzt. | `WF-P2 Set Password` bleibt fuer Einladung, Reset, Change Password und andere Trigger reserviert | | WF-P2 Signup | E-Mail-Bestaetigung | Genommen | Signup kann ohne bestaetigte E-Mail nicht abgeschlossen werden. | S03 ist Pflichtschritt nach S01 | | WF-P2 Signup | Provisioning-Folgepfad | Genommen | S02 zeigt `Workspace wird vorbereitet` mit Ladezustand. | Kann technisch uebersprungen werden, wenn Workspace sofort fertig ist | | WF-P2 Workspace Auswahl | Label | Genommen | Im UI heisst es Workspace. | Tenant bleibt technischer Begriff im Hintergrund | | WF-P2 Workspace Auswahl | Ohne-Workspace-Zustand | Raus | Einen Zustand ohne Workspace gibt es nicht. | Signup/Setup erzeugt immer mindestens einen Workspace | | WF-P2 Workspace Auswahl | Neuer Workspace | Genommen | Neuer Workspace anlegen wird als simpler Mikroflow gebaut. | Minimum: Name, Slug/URL-Kuerzel, optional Organisationsname; Template optional/Backlog; Logo, USt-ID, Rechnungsdaten und Mitglieder spaeter in Einstellungen | | WF-P2 Workspace Auswahl | Anlage-Abschluss | Genommen | Nach Anlage direkt in neuen Workspace wechseln und Toast zeigen. | Kein eigener Erfolgsscreen | | WF-P2 Workspace Auswahl | Gesperrter Workspace | Genommen | Kein eigener Screen; Toast beim Oeffnungsversuch. | Nutzer waehlt anderen Workspace oder kontaktiert Admin | | WF-P2 Profil und Sicherheit | Profil-Ort | Genommen | Profil Settings lebt unter Settings und ist ueber Avatar-Menue/App-Shell erreichbar. | Settings hat eigene Zwischen-/Seitennavigation | | WF-P2 Profil und Sicherheit | Passwort-Trigger | Genommen | Passwort aendern startet eigenes Paket `WF-P2 Change Password`. | Profil ist nur Einstieg, nicht Besitzer des Flows | | WF-P2 Profil und Sicherheit | 2FA-Trigger | Genommen | 2FA verwalten startet eigenes Paket `WF-P2 2FA Verwalten`. | Profil ist nur Einstieg, nicht Besitzer des Flows | | WF-P2 Profil und Sicherheit | Profil-Felder | Genommen | Avatar, Name, Telefonnummer und Abteilung editierbar; Rolle read-only. | Theme und Bio raus | | WF-P2 Profil und Sicherheit | Security/Sessions | Spaeter | Keine eigene Security/Sessions-Seite in v1. | Erstmal schlank halten | | WF-P2 Change Password | Eigenstaendiger Flow | Genommen | Passwort aendern wird als separater wiederverwendbarer Reauth-Zubringer geplant. | Neues Passwort setzen und Abschluss liegen in `WF-P2 Set Password` | | WF-P2 Change Password | Reauth statt E-Mail-Link | Genommen | Eingeloggter Nutzer bestaetigt aktuelles Passwort und ggf. 2FA innerhalb der App-Shell. | Kein E-Mail-Link im eingeloggten Change-Password-Flow | | WF-P2 2FA Verwalten | Eigenstaendiger Flow | Genommen | 2FA verwalten wird als separater wiederverwendbarer Flow geplant. | UI kann modal sein; fachlich eigener Flow | | WF-P2 2FA Verwalten | Schlanker 2FA-Flow | Genommen | 2FA-Code-Eingaben sind Inline-Zustaende; nur Verwaltung, Device/Token hinzufuegen und Deaktivieren sind eigene Modals. | Device entfernen nur Row-Action + Confirm | | WF-P2 Admin RBAC | Gruppen | Raus | Gruppen sind nicht Teil des RBAC-Pakets. | Falls spaeter noetig, eigener Settings-Bereich | | WF-P2 Admin RBAC | Rollenmodell | Genommen | Zum Start gibt es nur die Systemrolle `Admin`; Admins koennen eigene Rollen anlegen und benennen. | Vordefinierte Rollen sind raus | | WF-P2 Admin RBAC | Rollen-Vorlagen | WIP | Beim Erstellen einer Rolle koennen spaeter Vorlagen angeboten werden, sie sind aber noch nicht final. | In v1 nur als vorbereiteter/disabled Bereich dokumentieren | | WF-P2 Admin RBAC | Rollen-Editor Einstieg | Genommen | Neue Rolle startet in M04A `Rolle anlegen`; Duplizieren startet in M04B `Rolle duplizieren`; Bearbeiten springt direkt in M02 `Rolle bearbeiten`. | M04A und M04B sind eigene Screen-Dateien und eigene Canvas-Nodes | | WF-P2 Admin RBAC | M04-Split | Genommen | `Rolle anlegen` und `Duplizieren` werden als zwei eigene Screens gefuehrt. | Umsetzung synchronisiert: Screen-Dateien, Tracker-Zeilen, Canvas-Nodes und bestehende Subframe-Seiten | | WF-P2 Admin RBAC | Settings-Aufteilung | Genommen | `Settings -> Mitarbeiter` wird Oberpunkt; Tabs: `Mitarbeiter`, `Rollen und Berechtigungen`. | Sichtbarer Wireframe-Einstieg; technische Route spaeter abstimmen | | WF-P2 Admin RBAC | Rollenzuweisung | Genommen | In der Mitarbeiterliste gibt es pro Mitarbeiter ein Rollen-Dropdown; Bearbeiten fuehrt zu `Rollen und Berechtigungen`. | Kein eigenes Rollen-Modal aus S01 | | WF-P2 Admin RBAC | Berechtigungen | Genommen | Kein separater Berechtigungen-Tab; Rechtebereiche leben im Tab `Rollen und Berechtigungen` beim Bearbeiten einer Rolle. | Macht das Paket kompakter | | WF-P2 Admin RBAC | Permission-Bundles | Genommen | Bundles bleiben Arbeitsgeruest; im Rollen-Modal wird eine Permission-Zeile mit Ueberschrift, Beschreibung und Toggle `An/Aus` vorgebaut. | Finaler Rechtekatalog liegt bei Development | | WF-P2 Admin RBAC | Systemrolle | Genommen | In der UI gibt es nur eine sichtbare Systemrolle: `Admin`. | Andere technische Rollen nicht als normale Screen-Rolle fuehren | | WF-P2 Admin RBAC | Suche/Filter | Genommen | Mitarbeiter-Screen bekommt Suche plus Filter nach Rolle, Abteilung, Status und 2FA; Rollen-Screen bekommt Suche plus Filter nach Typ, Bundle und Nutzung. | Im Paket dokumentiert | | WF-P2 Admin RBAC | Deaktivierung | Genommen | V1 hat nur ein kleines Confirm-Modal; danach Status `Deaktiviert`. | Reassign offener Verantwortlichkeiten ist Backlog | | WF-P2 Admin RBAC | Rollen-Loeschen | Genommen | Rollen koennen nur geloescht werden, wenn keine Mitarbeiter zugewiesen sind; sonst kleines Blocker-Modal. | Ersatzrolle/Bulk-Reassign ist Backlog | | WF-P2 Admin RBAC | M04A Visual Sync | Genommen | M04A `Rolle anlegen` ist optisch an Davids finalen M04B-Duplikat-Screen angeglichen, aber ohne Duplikat-Modus. | Paketdatei und Screen-Datei dokumentieren aktuellen Subframe-Stand | | WF-P2 Admin RBAC | Deaktivieren mit Reassign | Backlog | Offene Aufgaben/Projekte/Verantwortlichkeiten werden spaeter uebertragen. | Nicht Teil der aktuellen Screen-Liste | | WF-P2 Admin RBAC | V2-Backlog | Dokumentiert | Reassign, Rollen-Loeschen mit Ersatzrolle, Gruppen, Rechtekatalog, Rollen-Audit, Rollen-Review, ausgearbeitete Vorlagen, Rechte-Matrix, Bulk-Aktionen, erweiterter Admin-Schutz. | Details im Paket-Backlog | | WF-P2 Konto loeschen | Gesamter Account/Konto-Loeschflow | Backlog | Account/Konto-Loeschen wird geparkt und nicht als aktueller v1-Flow weitergebaut. | Konto loeschen und Workspace loeschen sind zwei getrennte Workflows | | WF-P2 Workspace loeschen | Eigener Workspace-Loeschflow | Backlog | Workspace/Tenant-Loeschen wird als eigener Workflow vorgemerkt. | Startpunkt spaeter in Workspace Settings; Settings sind noch nicht gebaut | | WF-P2 Konto/Workspace loeschen | Voller Loesch-/Export-Wizard | Backlog | Erklaerung, Datenexport, Reauth, Confirm Phrase, Countdown und operative Bearbeitung spaeter klaeren. | Kein mehrstufiger Wizard jetzt | --- ## 4. Backlog / V2 Sammlung Diese Liste sammelt Punkte, die in einzelnen Paketen als `Backlog`, `Spaeter` oder bewusst aus v1 herausgeschnitten markiert wurden. Sie ist die zentrale Merkliste fuer eine spaetere v2-/Nachzieh-Runde. | Paket | Thema | Status | Notiz | |---|---|---|---| | WF-P2 Set Password | Recovery-Code bestaetigen | Backlog/Klaeren | Entscheiden, ob Nutzer den Recovery-Code aktiv bestaetigen muss oder ob ein Hinweis reicht | | WF-P2 Set Password | 2FA-Methode finalisieren | Backlog/Klaeren | TOTP/Authenticator wahrscheinlich, finaler Provider/Methodenmix spaeter klaeren | | WF-P2 Passwort Reset | Recovery-Code Folgepflicht | Backlog/Klaeren | Nach erfolgreichem Recovery-Code technisch festlegen, ob 2FA direkt vor Set Password oder direkt danach verpflichtend neu eingerichtet wird | | WF-P2 Passwort Reset | Kein Admin bekannt | Backlog/Klaeren | Fallback fuer Nutzer ohne bekannten Admin | | WF-P2 Login und 2FA | 2FA-Haeufigkeit | Backlog/Klaeren | Bei jedem Login, pro Device, pro Risiko oder nur wenn Account/Policy aktiv? | | WF-P2 Login und 2FA | 2FA-Recovery aus Sperrzustand | Backlog | Wiederherstellungs-/Recovery-Pfad aus `2FA gesperrt` spaeter detaillieren | | WF-P2 Signup | Mehrstufiges Onboarding | Backlog | Firmen-/Legal-/Setup-Wizard, USt-ID, Billing, Branding, Team, Template-Auswahl, Integrationen, Onboarding-Checkliste und Demo-Daten nicht Teil des aktuellen Signup-Schnitts | | WF-P2 Workspace Auswahl | Template-Auswahl | Backlog/Optional | Platzhalter moeglich, aber echte Templates existieren noch nicht | | WF-P2 Workspace Auswahl | Workspace-Details | Backlog | Logo, USt-ID, Rechnungsdaten, Mitglieder einladen/erstellen und Rechtliches spaeter in Workspace-Einstellungen | | WF-P2 Profil und Sicherheit | Security / Sessions | Backlog | Eigene Seite fuer aktive Sessions, Trust Devices und Session-Verwaltung | | WF-P2 Profil und Sicherheit | Ueberall abmelden / Session einzeln abmelden | Backlog | Gehoert zur spaeteren Security/Sessions-Seite | | WF-P2 2FA Verwalten | Trust Devices / aktive Sessions | Backlog | Nicht Teil des 2FA-Verwalten-Modals, sondern spaeter Security/Sessions | | WF-P2 Konto loeschen | Account/Konto-Loeschworkflow | Backlog | Gesamter Flow geparkt; spaeter getrennt von Workspace-Loeschen planen | | WF-P2 Workspace loeschen | Workspace-Loeschworkflow | Backlog | Eigener Workflow fuer Tenant/Workspace-Loeschung; Startpunkt erst nach Workspace-Settings-Klaerung | | WF-P2 Konto/Workspace loeschen | Voller DSGVO-/Export-Wizard | Backlog | Datenexport-Step, Reauth, Confirm Phrase, Countdown und Legal/Billing-Details spaeter | | WF-P2 Workspace Settings | Workspace-Settings ausbauen | Backlog | Voraussetzung fuer Konto-/Workspace-Loeschflows; Bereich ist noch nicht gebaut | | WF-P2 Admin RBAC | V2-Backlog | Dokumentiert | Reassign, Rollen-Loeschen mit Ersatzrolle, Gruppen, Rechtekatalog, Rollen-Audit, Rollen-Review, Templates, Rechte-Matrix, Bulk-Aktionen, erweiterter Admin-Schutz | --- ## 5. Naechste Validierungsschritte Diese Pakete sind angelegt, aber noch nicht validiert. Naechster Schritt ist jeweils: Flow einzeln brainstormen -> David entscheidet -> Screen-Kandidaten pruefen -> danach erst Canvas/Subframe bauen. | Kandidat | Ticket | Bereich | Status | Notiz | |---|---|---|---|---| | WF-P2 Konto loeschen | D-P2 | Account Lifecycle / Settings | Backlog | Erst wieder aufnehmen, wenn klar ist, wo Account-Loeschung in Settings lebt | | WF-P2 Workspace loeschen | D-P2 | Workspace Settings | Backlog | Erst planen, wenn Workspace Settings als Bereich gebaut/validiert sind | --- ## 6. Status-Logik | Status | Bedeutung | |---|---| | Idee | noch nicht geprueft | | Intent Check | es wird geklaert, was ueberhaupt gewollt ist | | Brainstorming | Varianten werden diskutiert | | Entscheidung offen | David muss Richtung entscheiden | | Screen Validation | einzelne Screen-Kandidaten werden geprueft | | Validiert | finale Screen-Liste steht | | In Subframe | validierte Screens werden gebaut | | Review | gebaut, aber noch nicht final geprueft | | Fertig | bereit fuer Handoff | | Backlog | bewusst geparkt; nicht bauen, bis David den Flow neu priorisiert und validiert | Regel: Kein Paket geht zu `In Subframe`, bevor es `Validiert` ist. --- ## 7. Umsetzung | Umsetzung | Bedeutung | |---|---| | Bauen | eigener Screen/Frame in Subframe | | Wiederverwenden | vorhandenes Pattern/Archetyp reicht | | Nur dokumentieren | kein Frame, aber im Markdown beschreiben | | Spaeter | bewusst noch nicht jetzt | | Backlog | bewusst geparkt; nur als Merker/Referenz fuehren | | Raus | nicht im Scope | --- ## 8. Optional: Dataview fuer Pakete Nur verwenden, wenn das Obsidian-Dataview-Plugin installiert ist. ```dataview TABLE ticket, typ, status, subframe FROM "02 Wireframes" WHERE kind = "wireframe-package" SORT ticket ASC ``` --- ## 9. Optional: Dataview fuer Screens ```dataview TABLE package, id, screen, typ, umsetzung, status, route, subframe FROM "02 Wireframes" WHERE kind = "screen" OR kind = "state" SORT package ASC, id ASC ```