Menue-Anpassen

Prinzip

GTDS regelt den Zugriff auf Masken über Einträge in die Tabelle GTDS_PARAMETER, nach dem Schema "SERVLET.<maske>.ERLAUBT. Zulässige Werte sind "Ja" und "Nein". Wird bei der Bestimmung des Parameterwerts kein Wert gefunden, wird als Ergebnis "Ja" angenommen.

• Dabei haben Parameter für Masken, die als Servlets realisiert sind, den Servletnamen in Großbuchstaben an der Stelle von "<maske>" stehen.

• Bei Masken, die über das REST-API umgesetzt sind, ist der Eintrag für <maske> nach dem Schema ../REST/XXXXX.HTML

Das, was in der Adressleite hinter ; oder ? steht, wird nicht gewertet.

Beispiele:

URL in der Adressleiste (nach dem Server:Port)	GTDS-Parameter
/gtds/servlet/haemonkausw	SERVLET.HAEMONKAUSW.ERLAUBT
/gtds/rest/lssErfassung.html	SERVLET.../REST/LSSERFASSUNG.HTML.ERLAUBT

Damit lässt sich feingranuliert und benutzerbezogen festlegen, wie der Menübaum für einen Benutzer aussieht. Zur Feststellung, ob ein Benutzer eine bestimmte Maske aufrufen darf, wird seit August 2025 die Funktion param.servlet_erlaubt verwendet.

Funktion param.servlet_erlaubt

Parameter	Wert	Beschreibung
welches	Maskenname	Es wird hier nur der Servletname bzw. der REST-API-Name übergeben, also das, was oben unter <maske> beschrieben ist, Beispiel: HAEMONKAUSW entsprechend dem Parameter SERVLET.HAEMONKAUSW.ERLAUBT ../REST/LSSERFASSUNG.HTML entsprechend dem Parameter SERVLET.../REST/LSSERFASSUNG.HTML.ERLAUBT
ben_id	Name eines Profilnutzers	Ein Profilnutzer ist eine echte Benutzerkennung oder ein fiktiver Name für ein Profil, also z.B. "TUMORKONFERENZ", "NORMALBENUTZER" "STAMMDATEN".
abt_id	Abteilung_ID	Wäre sinnvoll, wenn die Berechtigung von der Vorgabeabteilung eines Benutzers abhängig ist, vermutlich eher unrealistisch
mand_id	Mandant.ID	Wäre sinnvoll, wenn die Berechtigung vom Vorgabemandanten eines Benutzers abhängig ist, vermutlich eher unrealistisch

Die Funk