Rollen und Berechtigungen
Timeora hat zwei unabhängige Schranken. Ein Modul muss lizenziert sein, bevor es überhaupt verfügbar ist, und eine Person braucht die Berechtigung für eine Aktion. Beide müssen zutreffen.
Der Tarif Ihrer Organisation entscheidet, welche Module in der App existieren. Gehört ein Modul nicht zum Tarif, erscheint es nicht in der Navigation — auch nicht für Administratoren.
| Tarif | Enthaltene Module |
|---|---|
| Free | Grundlegende Zeiterfassung ohne Projekt-, Berichts- und Exportmodul. |
| Timeora Time | Berichte, Projekte, Tätigkeiten, Export und Stempeluhr. |
| Timeora One | Alles aus Timeora Time plus Buchhaltung, CRM und Aufgaben. |
Administratoren sehen den aktuellen Tarif und Lizenzstatus im Lizenzbereich der App. Tarifänderungen greifen beim nächsten Laden der App.
Berechtigungen
Abschnitt betitelt „Berechtigungen“Berechtigungen heißen <Modul>.<Aktion>. Jedes Modul mit Daten hat die vier Standardaktionen read, create, update und delete; einige haben zusätzliche Rechte für tenantweite Sicht oder Korrekturen.
| Berechtigung | Erlaubt |
|---|---|
timeEntries.read |
Time tracker und eigene Zeiteinträge sehen. |
timeEntries.create, timeEntries.update, timeEntries.delete |
Zeiteinträge erfassen, ändern und löschen. |
projects.read |
Projekte öffnen und im Timer auswählen. |
projects.create, projects.update, projects.delete |
Die Projektliste pflegen. |
reports.read |
Berichte öffnen. |
reports.readAll |
Tenantweite Berichtsdaten statt nur des eigenen Bereichs sehen. |
export.read |
Das Exportmodul nutzen. |
punchClock.adjust |
Anwesenheit für das Team der Führungskraft korrigieren. |
punchClock.readAll |
Anwesenheit aller Personen im Tenant sehen. |
users.read |
Users & Teams öffnen. |
administration.roles.read, administration.roles.update |
Rolleneditor öffnen und Rollen ändern. |
settings.update |
Organisationseinstellungen wie Währung oder Arbeitszeit ändern. |
Die vollständige Liste steht im Rolleneditor unter Settings → Roles. Eine Rolle kann auch * halten und damit alle Berechtigungen besitzen.
Eingebaute Rollen
Abschnitt betitelt „Eingebaute Rollen“Jeder neue Tenant startet mit drei Rollen. Administratoren können weitere anlegen und die Berechtigungen jeder Rolle ändern.
| Rolle | Typischer Zweck |
|---|---|
| User | Eigene Zeit und Abwesenheiten erfassen, Projekte und Tätigkeiten lesen, CRM-Daten und Berichte lesen. |
| Manager | Alles wie User, zusätzlich Projekte, Tätigkeiten und Teams pflegen, Benutzer verwalten, das Arbeitszeitkonto des Teams abschließen und korrigieren sowie tenantweite Berichte lesen. |
| Administrator | Voller Zugriff über *, einschließlich Rollen, Einstellungen und Lizenz. |
Eine Führungskraft sieht nicht automatisch die Anwesenheit aller: punchClock.adjust gilt für das eigene Team, die tenantweite Sicht ist das Recht punchClock.readAll der Administration.
Wie die beiden Schranken wirken
Abschnitt betitelt „Wie die beiden Schranken wirken“- Ein fehlendes Feature entfernt das Modul aus der Navigation. Die Route leitet auf Home um, statt eine leere Seite zu zeigen.
- Eine fehlende Berechtigung blendet Aktionen aus oder blockiert die Route. Lesezugriff entscheidet meist, ob eine Seite überhaupt öffnet; Anlegen, Ändern und Löschen entscheiden über Schaltflächen und Zeilenaktionen.
- Manche Seiten öffnen mit Lesezugriff, verlangen für einzelne Bedienelemente aber ein zusätzliches Recht. Berichte sind beispielsweise mit
reports.readlesbar, der Rolleneditor braucht zum Speichernadministration.roles.readundadministration.roles.update.
Wenn jemand etwas nicht sieht: zuerst den Tarif prüfen, danach die Rolle.