Anleitung für In-App-Admins
Die In-App-Admin-Rolle umfasst alle Keyholder-Funktionen und ergänzt sie um die Benutzerverwaltung. Wichtig zur Einordnung: Diese Rolle verwaltet Accounts innerhalb des Tools — sie ist nicht der Betreiber des Servers und bedeutet keine volle Datenhoheit. Dieser Abschnitt beschreibt ausschließlich die Rechte innerhalb der Anwendung. Für Fragen zu Hosting und Betrieb siehe den Verweis am Ende.
Was die Admin-Rolle ist — und was nicht
Als In-App-Admin verwaltest du Benutzerkonten und Rollen innerhalb einer Tracker-Instanz. Das ist eine Anwendungs-Rolle, kein Server-Zugang.
Nutzt du das Portal, läuft deine Instanz auf fremdem Server als kostenloser Freundschaftsdienst — ohne SLA, ohne Garantien. Admin im Tool zu sein bedeutet also nicht, die Daten technisch selbst zu kontrollieren. Wer echte Datenhoheit will, betreibt den Container auf eigener Infrastruktur (siehe Self-Hosting).
Benutzerverwaltung
In der Benutzerverwaltung legst du Accounts an, bearbeitest und löschst sie, vergibst Rollen und setzt bei Bedarf Passwörter zurück. Für Tests kannst du Demo-User erstellen.
Die Benutzerverwaltung ist bewusst von der Keyholder-Übersicht getrennt: Kontroll-Direktiven und Account-Verwaltung sind zwei unterschiedliche Aufgaben und liegen in getrennten Bereichen.
Globaler und beschränkter Admin
Standardmäßig sieht ein globaler Admin alle Benutzer der Instanz. Ist die Instanz auf zugewiesene Beziehungen beschränkt (Konfigurations-Flag `USE_ADMIN_RELATIONSHIPS`), sieht ein Admin nur die ihm zugeordneten User.
So lässt sich eine Instanz mit mehreren Admins sauber aufteilen, statt jedem Admin Einblick in alle Konten zu geben.
Admins als transparente Keyholder
Ein Admin erscheint in der Keyholder-Liste eines Subs als impliziter, nur-lesender Keyholder. Dadurch ist für den Sub immer sichtbar, wer Einblick in seine Daten hat.
Dieses Prinzip stellt sicher, dass Kontrolle nie verdeckt geschieht: Es ist jederzeit klar, wer wen kontrolliert, auch wenn der Zugriff aus der Admin-Rolle stammt.
Rollenbewusstes Portal
Der Portal-Titel passt sich deiner Rolle an: Handelst du als Keyholder, siehst du das "Keyholder-Portal"; in der Verwaltungsansicht das "Admin-Portal".
So ist jederzeit erkennbar, in welchem Kontext du gerade arbeitest, und die beiden Aufgabenbereiche vermischen sich nicht in der Oberfläche.
Benachrichtigungen pro User
Als Admin verwaltest du die Benachrichtigungseinstellungen einzelner User. Damit kannst du etwa für einen bestimmten Account bestimmte Event-Typen aktivieren oder abschalten.
Das ergänzt die Selbstverwaltung des Subs und ist nützlich, wenn zentrale Vorgaben für Benachrichtigungen gewünscht sind.
Pflichtgerät erzwingen
Über die Admin-Rolle lässt sich ein Pflichtgerät nicht nur als Vorgabe setzen, sondern durchsetzen: Wird ein falsches Gerät getragen und erkannt, markiert das System dies automatisch.
Das geht über die reine Keyholder-Vorgabe hinaus, bei der das Gerät nur als Anforderung genannt, aber nicht systemseitig erzwungen wird.
Betrieb und Konfiguration
Themen wie Feature-Flags und globale Spracheinstellungen berühren den Betrieb der Instanz. Sie werden hier nur kurz angerissen, weil sie über die reine Anwendungs-Administration hinausgehen.
Für Installation, Konfiguration und den tatsächlichen Serverbetrieb ist die bestehende Self-Hosting-Seite die maßgebliche Quelle. Bitte ziehe für alle Betriebsthemen diese Dokumentation heran.