0 Fork 0

Files

T

raffaelandClaude Opus 5.5 d09f79b673 chore(infra): Gitea-Host auf git.hg-int.dev umstellen

Gitea läuft seit 2026-11-11 auf hivegrid-control (git.hg-int.dev);
git.tool-ctrl.de wird abgeschaltet.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-11-11 18:53:32 +01:00

14 KiB

Raw Permalink Blame History

kind, project, ticket, area, status, repo, stand

kind	project	ticket	area	status	repo	stand
ticket-handoff	HiveGrid Screen Project	D-P2	Auth / Account Lifecycle / Settings / Admin RBAC	Review / Handoff	https://git.hg-int.dev/david/Hivegrid-Wireframes	2026-06-26

D-P2 Auth Wireframes

Repo: https://git.hg-int.dev/david/Hivegrid-Wireframes Zentrale Tracker-Datei: Screen Paket Tracker Arbeitsbereiche im Repo: eigenständige 02 Wireframes/P2 …/-Toolordner, jeweils mit eigenem Wireframe-Paket

Kurzfassung

Fuer Ticket D-P2 wurden die Auth-, Account- und Admin-RBAC-Wireframes geplant, dokumentiert und in Subframe als Review-Stand angelegt. Die Arbeit ist in Flow-Pakete aufgeteilt, damit jeder Flow separat nachvollziehbar, validierbar und spaeter entwickelbar bleibt.

Die Loeschflows fuer Account/Konto und Workspace wurden bewusst aus dem aktiven Scope genommen und als getrennte Backlog-Workflows markiert, weil Workspace Settings noch nicht gebaut/validiert sind.

Gemacht

Auth-Basisflows fuer Login, 2FA, Passwort setzen, Passwort Reset und Signup strukturiert.
Set Password als wiederverwendbarer Auth-Core-Flow fuer Einladung, Reset und spaetere Trigger geplant.
Neukunden-Signup bewusst als Ausnahme geplant: Passwort wird im Signup selbst gesetzt, um Reibung zu reduzieren.
Workspace-Auswahl fuer Admins geplant, inklusive letzte Workspaces, Suche, gesperrter Workspace als Toast und neuer Workspace anlegen.
Profil und Sicherheit in Settings geplant: Profilseite, Trigger zu Passwort aendern und 2FA verwalten.
Change Password als eigener Flow dokumentiert, mit Reauth und Uebergang in Set Password.
2FA Verwalten als eigener Modal-Flow geplant, inklusive Device/Token hinzufuegen, entfernen, deaktivieren und Recovery-/Fehlerzustaende.
Admin-RBAC geplant und in Subframe gebaut: Mitarbeiterliste, Mitarbeiter einladen, Mitarbeiter deaktivieren, Rollen und Berechtigungen, Rolle bearbeiten, Rolle anlegen, Rolle duplizieren sowie Blocker-Dialoge.
Subframe-Modale im Admin-RBAC-Bereich auf echte Dialog-Layouts umgestellt, wo das relevant war.
Screen-Agent-Regeln fuer zukuenftige Arbeit dokumentiert: Brainstorming, Validierung durch David, Impact-Check, Backlog, Error-State-Dokumentation und echte Subframe-Dialoge.

Validiert

Jeder neue Flow wird einzeln geplant und von David validiert, bevor weitere Screens final angelegt werden.
Error States werden dokumentiert, aber nicht jeder kleine Feldzustand wird als eigener Screen gebaut.
Toasts, Banner und kleine Inline-Zustaende werden dokumentiert, aber nicht zwingend als eigener Canvas-Screen angelegt.
Modale muessen in Subframe als echte DialogLayout -> Dialog -> Dialog.Content umgesetzt werden, nicht als Fake-Modal auf einer normalen Page.
Admin-RBAC baut initial auf Admin-Ansicht; feinere Rollen-/Permission-Gates werden nur markiert, wenn sie relevant sind.
Im RBAC-Kontext gibt es initial nur eine sichtbare Systemrolle: Admin.
Rollen und Berechtigungen leben gemeinsam im Tab Rollen und Berechtigungen.
Seed-Rollen ausser Admin werden nicht initial vorgebaut; neue Rollen koennen spaeter ueber Vorlagen/duplizieren entstehen.
Konto loeschen und Workspace loeschen sind zwei getrennte Backlog-Flows.

Backlog / Offen

Vollstaendiger Workspace-Settings-Bereich muss spaeter separat geplant werden.
Account/Konto loeschen und Workspace loeschen bleiben Backlog, bis Workspace Settings geklaert sind.
Voller DSGVO-/Export-/Countdown-/Reauth-Loeschwizard ist Backlog.
Security/Sessions-Seite fuer aktive Sessions, Trusted Devices und Session-Verwaltung ist Backlog.
Admin-RBAC V2: Reassign, Rollen-Loeschen mit Ersatzrolle, Gruppen, Rechtekatalog, Rollen-Audit, Rollen-Review, Templates, Rechte-Matrix, Bulk-Aktionen, erweiterter Admin-Schutz.
Einige Security-Details bleiben fuer Development/Produkt zu klaeren, z. B. konkrete 2FA-Methode, 2FA-Haeufigkeit und Recovery-Code-Pflichten.

Flow-Pakete

Flow	Status	Repo	Canvas	Subframe
WF-P2 Login und 2FA	In Subframe / Review	MD	Canvas	Flow
WF-P2 Set Password	In Subframe / Review	MD	Canvas	Flow
WF-P2 Passwort Reset	In Subframe / Review	MD	Canvas	Flow
WF-P2 Signup	In Subframe / Review	MD	Canvas	Flow
WF-P2 Workspace Auswahl	In Subframe / Review	MD	Canvas	Flow
WF-P2 Profil und Sicherheit	In Subframe / Review	MD	Canvas	Flow
WF-P2 Change Password	In Subframe / Review	MD	Canvas	Flow
WF-P2 2FA Verwalten	In Subframe / Review	MD	Canvas	Flow
WF-P2 Admin RBAC	In Subframe / Review	MD	Canvas	Flow
WF-P2 Konto loeschen	Backlog	MD	Canvas	geparkte Referenz
WF-P2 Workspace loeschen	Backlog	MD	Canvas	-

Screen-Dateien

WF-P2 Set Password

WF-P2 Passwort Reset

WF-P2 Workspace Auswahl

WF-P2 Profil und Sicherheit

S01 Profil Settings

WF-P2 Change Password

WF-P2 2FA Verwalten

WF-P2 Admin RBAC

WF-P2 Konto loeschen

Hinweis fuer Ticket-System

Diese Datei ist die zentrale Ticket-Uebersicht. Fuer Details, offene Entscheidungen und Subframe-Screen-Links ist der Screen Paket Tracker die massgebliche Referenz.

14 KiB Raw Permalink Blame History