2.9 KiB
2.9 KiB
kind, project, ticket, package, typ, status, subframe, canvas
| kind | project | ticket | package | typ | status | subframe | canvas |
|---|---|---|---|---|---|---|---|
| wireframe-package | HiveGrid Screen Project | D-P2 | WF-P2 Workspace loeschen | Settings Backlog Flow | Backlog | WF-P2 Workspace loeschen.canvas |
WF-P2 Workspace loeschen
Status: Backlog
Subframe-Link: -
Canvas: WF-P2 Workspace loeschen.canvas
Stand: 2026-06-26
1. Kurzfassung
Workspace loeschen ist ein eigener Workflow und nicht identisch mit Account/Konto loeschen.
Dieser Flow ist aktuell nur als Backlog-Paket angelegt. Der Einstieg liegt spaeter wahrscheinlich in Workspace Settings, aber dieser Settings-Bereich ist noch nicht gebaut und muss zuerst separat geplant/validiert werden.
2. Intent Check
| Frage | Antwort |
|---|---|
| Welches Ticket/Modul ist betroffen? | D-P2 Auth / Settings / Workspace Lifecycle |
| Was soll der Nutzer am Ende schaffen? | Spaeter eine Workspace-Loeschung oder Workspace-Loeschanfrage starten |
| Ist es ein Flow, einzelner Screen, Zustand oder nur Dokumentation? | Backlog-Workflow |
| Welche Planning-Quellen wurden geprueft? | D-P2, Workspace-Auswahl, Workspace-Settings-Notizen, Konto-Loeschen-Abgrenzung |
| Was ist sicher im Scope? | Nur Backlog-Marker und klare Trennung von Account/Konto-Loeschung |
| Was ist sicher nicht im Scope? | aktuelle Subframe-Screens, finaler Loesch-Wizard, operative Loeschlogik, Billing/Legal/Export-Details |
| Gibt es Admin/Normalrolle-Unterschiede? | wahrscheinlich ja; fuer v1 grundsaetzlich Admin-Ansicht, Details spaeter klaeren |
| Welche Annahmen sind noch unsicher? | genauer Settings-Ort, Berechtigung, Copy, ob Anfrage oder mehrstufiger Wizard |
3. Abgrenzung
| Workflow | Bedeutung | Status |
|---|---|---|
| Account/Konto loeschen | Nutzerkonto bzw. persoenliches Profil entfernen/anfragen | Backlog in ../WF-P2 Konto loeschen/WF-P2 Konto loeschen.md |
| Workspace loeschen | Tenant/Workspace entfernen/anfragen | Dieses Backlog-Paket |
Diese beiden Flows duerfen spaeter verknuepft sein, muessen aber getrennt geplant und validiert werden.
4. Backlog-Kandidaten
| Kandidat | Warum eventuell noetig? | Status |
|---|---|---|
| Workspace Settings / Loeschbereich | Einstieg in den spaeteren Workspace-Settings-Bereich | Backlog |
| Workspace-Loeschung anfragen | Destruktiver Confirm-/Request-Step | Backlog |
| Anfrage gesendet | Toast/Status nach Absenden | Backlog |
| Keine Berechtigung | Permission State fuer nicht berechtigte Rollen | Backlog |
| Workspace hat Abhaengigkeiten | Billing, aktive Nutzer, offene Prozesse, Integrationen | Backlog |
| Letzter/primaerer Admin | Schutz vor unklarer Verantwortlichkeit | Backlog |
| Datenexport / Legal-Hinweis | Compliance-relevante Erklaerung | Backlog |
5. Handoff-Check
- Eigenes Backlog-Paket ist angelegt.
- Workflow ist von Account/Konto loeschen getrennt.
- Keine Subframe-Screens fuer diesen Flow gebaut.
- Workspace Settings sind gebaut/validiert.
- Flow spaeter einzeln mit David brainstormen und validieren.