Der Client zeigt keine halbleeren Menüs. Was man nicht darf, ist einfach nicht da. Das ist Absicht: Es hält die Oberfläche klein und verhindert Fehlbedienungen.
Nach der Anmeldung holt der Client die Rechteliste vom Server (modulez/userrights). Jedes Fenster, jeder Knopf und jeder Reiter trägt einen Code. Steht der Code in der Liste, erscheint das Element – sonst nicht. Geprüft wird das beim Aufbau des Fensters, nicht bei jedem Klick. Deshalb gilt:
Nach einer Änderung an den Rechten muss der Client neu gestartet werden. Sonst bleibt das alte Bild stehen.
| Präfix | Bedeutung | Beispiel |
|---|---|---|
PC:… | Arbeitsbereich oben im Fenster | PC:DISPO, PC:ADMINISTRATION |
ADM:… | Reiter in der Administration | ADM:BENUTZER, ADM:TARIFE |
AUF:… | Funktionen im Auftragsformular | AUF_FAST, AUF_TOW |
BTN_… | Einzelne Knöpfe | BTN_INVOICE, BTN_STATISTIK_COCKPIT |
SUPER-BERECHTIGUNG | Ausnahme für Sonderfälle | – |
| Es fehlt | Wahrscheinlicher Grund |
|---|---|
| Der Reiter Administration | PC:ADMINISTRATION nicht gesetzt. |
| Der Reiter Cloud | PC:CLOUDREAD nicht gesetzt. |
| Der Reiter Abrechnung | PC:ABRECHNUNG oder PC:BTN_INVOICE fehlt – beide sind nötig. |
| Der Reiter Berichte | PC:BERICHTE nicht gesetzt. |
| Der Knopf Löschen im Menü | Auftragsrecht für Löschen fehlt. |
| Der Knopf Dashboard | PC:BTN_STATISTIK_COCKPIT fehlt. |
| Der Knopf Datensicherung | PC:ADM fehlt. |
| Ein Reiter im Auftragsformular | Der Server blendt ihn über das Formularlayout aus. |
PC:ABOUT.
Nur mit dem Recht ADM:BERECHTIGUNGEN: In der Administration den Reiter Berechtigungen öffnen, Benutzer wählen, Häkchen setzen, speichern. Der betroffene Benutzer meldet sich danach ab und wieder an.
Sinnvoll ist das Arbeiten mit Rollen statt mit Einzelhäkchen. Wer jedem Benutzer einzeln Rechte zuweist, verliert nach einem halben Jahr den Überblick.