Rollen und Rechte
Was jemand in WorkOffice darf, hängt an seiner Rolle. Jede Rolle bündelt Rechte; ein Recht erlaubt eine bestimmte Handlung und heißt bereich:aktion, etwa document:finalize für das Festschreiben von Belegen. Vergeben wird die Rolle, nicht das einzelne Recht – unter Einstellungen → Benutzer, siehe Benutzer.
Die vier Rollen
| Rolle | Wofür |
|---|---|
| Inhaber | alles – alle Rechte, auch die künftigen |
| Büro | alles außer Benutzer verwalten und das Abo |
| Mitarbeiter | Kunden, Belege schreiben, Ausgaben, Kassenbuch erfassen, Aufgaben, Lager buchen, Geräte prüfen |
| Steuerberater | alles lesen, dazu DATEV-Export, Pendelakte und Betriebsprüfung |
Der Inhaber hat die Wildcard *: Er darf alles, ohne dass jedes Recht einzeln zugewiesen sein müsste – auch Rechte, die mit einem späteren Update dazukommen.
Das Büro hat jedes Recht außer user:manage (Benutzer verwalten) und abo:manage (Abo abschließen, ändern, kündigen). Beides bleibt beim Inhaber.
Die Rechte des Steuerberaters folgen einer Regel: alle Leserechte (…:read) und ausdrücklich dazu datev:export, pendelakte:write, archiv:pruefen und archiv:export. Kommt ein neuer Bereich mit Leserecht dazu, sieht er ihn von selbst; Schreibrechte bekommt er nie von selbst. Mehr unter Steuerberater-Zugang.
Wer was darf
Der Inhaber darf alles; die Tabelle zeigt die drei anderen Rollen.
| Bereich | Rechte | Büro | Mitarbeiter | Steuerberater |
|---|---|---|---|---|
| Kunden und Lieferanten | customer:read, customer:write | alle | alle | lesen |
| Artikel | article:read, article:write | alle | lesen | lesen |
| Belege | document:read, document:write, document:finalize, document:cancel, document:send | alle | lesen, Entwürfe schreiben | lesen |
| Zahlungen erfassen | payment:write | ja | – | – |
| Mahnwesen | dunning:read, dunning:write | alle | – | lesen |
| Ausgaben und Belegeingang | expense:read, expense:write | alle | alle | lesen |
| Bank | bank:read, bank:write | alle | – | lesen |
| Kassenbuch | cash:read, cash:write, cash:close | alle | lesen, erfassen | lesen |
| Anlagen | asset:read, asset:write | alle | – | lesen |
| DATEV-Export | datev:export | ja | – | ja |
| Einstellungen | settings:read, settings:update | alle | lesen | lesen |
| Serienrechnungen | recurring:read, recurring:write | alle | lesen | lesen |
| Notizen und Aufgaben | crm:read, crm:write | alle | alle | lesen |
| Auswertungen & Steuern | report:read, report:write | alle | – | lesen |
| Pendelakte | pendelakte:read, pendelakte:write | alle | – | alle |
| GoBD-Archiv | archiv:read, archiv:pruefen, archiv:export | alle | – | alle |
| Lager | stock:read, stock:write, stock:manage | alle | lesen, buchen | lesen |
| Geräte | device:read, device:write | alle | alle | lesen |
| API-Schlüssel, WorkTime Pro | apikey:manage | ja | – | – |
| Prüfprotokoll | audit:read | ja | – | ja |
| Benutzer verwalten | user:manage | – | – | – |
| Abo | abo:manage | – | – | – |
Ein paar Begründungen aus dem Programm: Mitarbeiter nehmen auf der Baustelle Bargeld ein – erfassen ja, den Tagesabschluss nicht (cash:close). Sie nehmen Material aus dem Lager und zählen bei der Inventur mit, schließen sie aber nicht ab (stock:manage). Und die Elektrofachkraft im Team trägt ihren Prüfnachweis selbst ein (device:write). Belege schreiben Mitarbeiter als Entwurf; festschreiben, versenden und stornieren bleibt dem Büro.
Rechte und Pakete
Rolle und Paket sind zwei getrennte Fragen. Das Recht sagt, wer etwas darf; das Paket, ob der Betrieb es hat. Ein Büro im Paket Start hat zwar bank:read, aber keine Bankanbindung – der Menüpunkt steht mit Schloss da. Siehe Abo und Pakete.
Wie geprüft wird
- Am Recht, nie an der Rolle. Jeder Endpunkt nennt die Rechte, die er braucht; fehlt eines, lehnt der Server ab. Wer einer Rolle später mehr erlaubt, muss dafür keine Prüfung im Code ändern.
- Bei jeder Anfrage neu. Die Rechte werden aus der aktuellen Rolle gelesen. Wer gesperrt oder herabgestuft wird, verliert seine Rechte sofort, nicht erst, wenn die Sitzung abläuft.
- Das Menü folgt den Rechten. Ein Menüpunkt erscheint nur mit dem Recht, das seine Seite braucht. Ausblenden unter Menü ist dagegen keine Sperre.
Fehlt ein Recht, nennt der Server es – etwa wenn ein Mitarbeiter festschreiben will:
Dafür fehlt die Berechtigung: document:finalize
Rechte an einem API-Schlüssel
Ein API-Schlüssel trägt eigene Rechte aus demselben Katalog. Beim Ausstellen prüft WorkOffice, dass es jedes Recht gibt und dass der Ausstellende es selbst hat – ein Schlüssel darf nicht mehr als sein Aussteller:
Diese Rechte haben Sie selbst nicht: user:manage
Was es nicht gibt
Einzelne Rechte je Konto abweichend von der Rolle lassen sich nicht vergeben, und eigene Rollen lassen sich nicht anlegen – es gelten die vier Rollen oben. Wer weniger dürfen soll als das Büro, bekommt die Rolle Mitarbeiter.