Kontooberfläche
Eine nutzerseitige Sicht auf Profilhoheit, Sitzungsaktivität und Redirect-Verlauf über Ronova-eigene Apps hinweg.
Hier prüft eine Person, was angemeldet ist, welche App Zugriff erhielt und wie sich die eigene Lage verschärfen oder beruhigen lässt.
Kontooberfläche
Die Kontooberfläche liegt zwischen der allgemeinen Identitätskarte und den schwereren administrativen Kontrollen.
Live-Zugriff
Der öffentliche passkey-first-Login ist noch nicht aktiv. Für den ersten Owner-Bootstrap kann Ronova ID eine temporär erhöhte Sitzung aus einer bestehenden privaten Ronova-Admin-Sitzung ableiten.
Diese Brücke bleibt absichtlich eng: Sie verlangt die bestehende private Admin-Sitzung und erstellt nie ein gemeinsames Cookie für andere Domains.
Konto
Die Kontooberfläche macht Identität zu etwas, das die Person selbst prüfen kann, statt nur zu etwas, das die Anwendung hinter dem Vorhang verbraucht.
Kernkontodaten bleiben konsistent, während Wiederherstellungswege explizit und prüfbar bleiben.
Keine versteckten Ersatzidentitäten.
Personen können aktuelle Sitzungen nach Anwendung, jüngster Aktivität und Vertrauensstufe prüfen, um alte Geräte oder unerwarteten Zugriff zu erkennen.
Besonders wertvoll, wenn dieselbe Identität auch erhöhte Rollen trägt.
Jeder Redirect kann den anfragenden Client, den gewünschten Umfang und den Rückweg nach der Freigabe sichtbar machen.
Die Kontoansicht wird so zu einem lesbaren Beleg.
Prüfschleife
Die Kontoansicht soll schnell zeigen, was aktiv ist, was genehmigt wurde und was widerrufen werden muss.
Die Person kommt aus einer App oder aus dem zentralen Überblick in einen lesbaren Kontokontext.
Aktuelle Sitzungen werden nach Anwendung gruppiert, damit sofort klar wird, wo die Person angemeldet ist.
Unerwartete Umfänge, alte Geräte oder erhöhte Sitzungen können widerrufen werden, ohne ruhigen Zugriff auf andere Oberflächen zu stören.
Wenn etwas weiterhin falsch wirkt, liefern Redirect-Verlauf und Audit-Belege genug Kontext für Support ohne Rätselraten.
Sitzungskatalog
Eine Person kann auf mehreren Ronova-Oberflächen erscheinen, doch jede Oberfläche kann ein anderes Sitzungsprofil und ein anderes Risiko tragen.
Gedacht für Identitätsüberblick, Support-Routing und risikoarme Profilprüfungen, bei denen nur ruhiger Selbstzugriff nötig ist.
Öffentlicher Kontext.
Gedacht für projektbezogene Funktionen wie Profilpräsenz, Support-Verlauf oder kontobezogene Arbeit innerhalb einer Ronova-App.
Anwendungsspezifischer Kontext.
Gedacht für Personen mit erhöhter Rolle, deren sensible Arbeit sichtbar von gewöhnlichem Surfen getrennt bleiben soll.
Kürzere Laufzeit, stärkere Prüfung.
Governance
In der Kontoansicht werden Berechtigungen aus Sicht der Person verständlich und nicht nur aus Sicht der Betreiber.
Berechtigungen sollen in Klartext beschrieben sein, damit eine Person sieht, was eine App in ihrem Namen tun darf.
Lesbare Freigaben stützen echte Zustimmung.
Wenn eine Identität Support- oder Admin-Rollen trägt, muss der erhöhte Kontext deutlich von gewöhnlichem Surfen getrennt bleiben.
Rollenbewusstsein verhindert stilles Übergreifen.
Jüngste Freigaben, Entzüge und Anmeldungsergebnisse bleiben sichtbar für Selbstprüfung und sachliche Support-Gespräche.
Audit wird nützlich, bevor eine Krise entsteht.