---
kind: wireframe-package
project: HiveGrid Screen Project
ticket: D-P2
package: WF-P2 Workspace loeschen
typ: Settings Backlog Flow
status: Backlog
subframe: ""
canvas: 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

- [x] Eigenes Backlog-Paket ist angelegt.
- [x] Workflow ist von Account/Konto loeschen getrennt.
- [x] Keine Subframe-Screens fuer diesen Flow gebaut.
- [ ] Workspace Settings sind gebaut/validiert.
- [ ] Flow spaeter einzeln mit David brainstormen und validieren.