Nutzerverwaltung - Versionsgeschichte

Ggmuelle am 5. März 2026 um 08:21 Uhr

2026-03-05T08:21:30Z

← Nächstältere Version		Version vom 5. März 2026, 08:21 Uhr
Zeile 272:		Zeile 272:

	Diese Funktion steht für alle datenbankbasierenden Fachanwendungen zur Verfügung außer "Individuelle Stammdaten".		Diese Funktion steht für alle datenbankbasierenden Fachanwendungen zur Verfügung außer "Individuelle Stammdaten".

			[[{{{hochlink\|#top}}}\|Hoch zum {{{hochtext\|Seitenanfang}}}]]

			==Benachrichtigung von Nutzern==
			''(ab Version 2022.1, 05.03.2026)''

			Der Administrator hat die Möglichkeit, Nachrichten für Nutzer zu hinterlegen, welche diesen bei der Anmeldung angezeigt werden, z.B. wenn ein Update bevorsteht oder wenn neue Daten eingespielt wurden. Dazu gibt es im Explorer des Adminers den Punkt "Benachrichtigungen". Mit Doppelklick öffnet sich der Nachrichteneditor. Hier können Informationen für Nutzer optional auch zeitlich begrenzt oder nur für eine bestimmte Mappe hinterlegt werden.

	[[{{{hochlink\|#top}}}\|Hoch zum {{{hochtext\|Seitenanfang}}}]]		[[{{{hochlink\|#top}}}\|Hoch zum {{{hochtext\|Seitenanfang}}}]]

Ggmuelle: /* Rollenbasiertes Berechtigungssystem */

2025-07-30T13:13:35Z

Rollenbasiertes Berechtigungssystem

← Nächstältere Version		Version vom 30. Juli 2025, 13:13 Uhr
Zeile 176:		Zeile 176:

	Die Regeln zur Bestimmung eines konkreten Rechtes für einen Nutzer sind wie folgt:		Die Regeln zur Bestimmung eines konkreten Rechtes für einen Nutzer sind wie folgt:
			* Rollen, die am Nutzer registriert sind haben Vorgang gegenüber den Rollen der Gruppe.
			* Kommt es innerhalb der Nutzerrollen oder der Gruppenrollen zu Überschneidungen gilt Folgendes: bei Funktionsrechten hat „ausführbar“ Vorrang for „nicht ausführbar“, bei Freigaberechten "Zugriff gewährt" vor "Zugriff nicht gewährt" und bei Datenrechten „schreiben“ vor „lesen“. Zu Überschneidungen kommt es wenn in beiden Rollen explizit ein Recht gesetzt und damit das Standardrecht überschrieben wurde. Das gilt auch, wenn das gesetzte Recht und das Standardrecht den gleichen Wert haben.
			* Gibt es für ein Recht keine explizite Angabe weder für Nutzer noch für Gruppe, greift das Standardrecht (erste Spalte in der Rechteübersicht).

	~~- Rollen, die am Nutzer registriert sind haben Vorgang gegenüber~~ den ~~Rollen der~~ Gruppe.		Folgende Tabelle soll den Sachverhalt nochmals verdeutlichen:
	- Kommt es innerhalb der Nutzerrollen oder der Gruppenrollen zu Überschneidungen zählt das stärkere Recht (im Sinne der Sicherheit), d.h. bei Funktionsrechten hat „nicht ausführbar“ Vorrang für „ausführbar“ und bei Datenrechten „lesen“ vor „schreiben“.
	- ~~Gibt es für ein Recht keine explizite Angabe weder für Nutzer noch für Gruppe, greift das~~ Standardrecht ~~(erste Spalte in der Rechteübersicht).~~		{\| class="wikitable"
			\|+ Rechtevergabe für ein bliebiges Funktionsrecht innerhalb einer Gruppe oder eines Nutzers
			\|-
			! Rolle 1 !! Rolle 2 !! Ergebnis
			\|-
			\| Standardrecht: nicht ausführbar \|\| Standardrecht: nicht ausführbar \|\| nicht ausführbar
			\|-
			\| Standardrecht: nicht ausführbar \|\| Rollenrecht: nicht ausführbar \|\| nicht ausführbar
			\|-
			\| Standardrecht: nicht ausführbar \|\| Rollenrecht: ausführbar \|\| ausführbar
			\|-
			\| Rollenrecht: nicht ausführbar \|\| Rollenrecht: ausführbar \|\| ausführbar
			\|}

	Rollen sollten wenn möglich immer klar voneinander getrennt werden, d.h. das sich die Rechtedefinitionen nicht überschneiden.		Rollen sollten wenn möglich immer klar voneinander getrennt werden, d.h. das sich die Rechtedefinitionen nicht überschneiden.


	Konvertierung von Version 2016 (oder älter auf Version 2020): Die Gruppen- und Nutzerrechte werden automatisch in das Rollenschema konvertiert. Dabei wird für jede Gruppe und jeden Nutzer mit Rechten, die von den Standardrechten abweichen, eine Rolle angelegt und automatisch der Gruppe oder dem Nutzer zugewiesen. Damit bleiben alle Rechte wie definiert erhalten. Der Administrator hat nun die Möglichkeit, die automatisch generierten Rollen umzubenennen, zusammenzufassen oder zu löschen.		Konvertierung von Version 2016 (oder älter auf Version 2020): Die Gruppen- und Nutzerrechte werden automatisch in das Rollenschema konvertiert. Dabei wird für jede Gruppe und jeden Nutzer mit Rechten, die von den Standardrechten abweichen, eine Rolle angelegt und automatisch der Gruppe oder dem Nutzer zugewiesen. Damit bleiben alle Rechte wie definiert erhalten. Der Administrator hat nun die Möglichkeit, die automatisch generierten Rollen umzubenennen, zusammenzufassen oder zu löschen.

Ggmuelle: /* Passwortrichtlinie */

2024-03-21T11:57:43Z

Passwortrichtlinie

← Nächstältere Version		Version vom 21. März 2024, 11:57 Uhr
Zeile 97:		Zeile 97:
	''(ab Version 2020)''		''(ab Version 2020)''

	Soll festgelegt werden, dass die Benutzer zwingend ein Passwort verwenden, so kann eine Passwortrichtlinie (gilt dann für alle Benutzer) definiert werden. Hierzu gehen Sie im Adminer mit einem Rechtsklick auf die Nutzerverwaltung und es öffnet sich die Maske zur Definition. Hier kann die Länge, Anzahl von Sonderzeichen etc. festgelegt werden, aber auch nach wie vielen Tagen das Passwort abläuft. Als Sonderzeichen gelten alle Zeichen, die keine Buchstaben (inkl. Umlaute) oder Zahlen sind.		Soll festgelegt werden, dass die Benutzer zwingend ein Passwort verwenden, so kann eine Passwortrichtlinie (gilt dann für alle Benutzer) definiert werden. Hierzu gehen Sie im Adminer mit einem Rechtsklick auf die Nutzerverwaltung und es öffnet sich die Maske zur Definition. Hier kann die Länge, Anzahl von Sonderzeichen etc. festgelegt werden, aber auch nach wie vielen Tagen das Passwort abläuft. Als Sonderzeichen gelten alle Zeichen, die keine Buchstaben (inkl. Umlaute) oder Zahlen sind. Ist das Passwort abgelaufen wird der Nutzer direkt bei der Anmeldung aufgefordert einen neues Passwort zu vergeben.

	[[File:Passwortrichtlinien.png\|350px]]		[[File:Passwortrichtlinien.png\|350px]]

Ggmuelle: /* Passwortrichtlinie */

2024-03-21T11:56:35Z

Passwortrichtlinie

← Nächstältere Version		Version vom 21. März 2024, 11:56 Uhr
Zeile 97:		Zeile 97:
	''(ab Version 2020)''		''(ab Version 2020)''

	Soll festgelegt werden, dass die Benutzer zwingend ein Passwort verwenden, so kann eine Passwortrichtlinie (gilt dann für alle Benutzer) definiert werden. Hierzu gehen Sie im Adminer mit einem Rechtsklick auf die Nutzerverwaltung und es öffnet sich die Maske zur Definition. Hier kann die Länge, Anzahl von Sonderzeichen etc. festgelegt werden, aber auch nach wie vielen Tagen das Passwort abläuft.		Soll festgelegt werden, dass die Benutzer zwingend ein Passwort verwenden, so kann eine Passwortrichtlinie (gilt dann für alle Benutzer) definiert werden. Hierzu gehen Sie im Adminer mit einem Rechtsklick auf die Nutzerverwaltung und es öffnet sich die Maske zur Definition. Hier kann die Länge, Anzahl von Sonderzeichen etc. festgelegt werden, aber auch nach wie vielen Tagen das Passwort abläuft. Als Sonderzeichen gelten alle Zeichen, die keine Buchstaben (inkl. Umlaute) oder Zahlen sind.


	[[File:Passwortrichtlinien.png\|350px]]		[[File:Passwortrichtlinien.png\|350px]]

Ggmuelle: /* Single-Sign-On */

2023-11-15T07:09:06Z

Single-Sign-On

← Nächstältere Version		Version vom 15. November 2023, 07:09 Uhr
Zeile 210:		Zeile 210:
	==Single-Sign-On==		==Single-Sign-On==

	Single-Sign-On wird sowohl für die Kopplung mit dem GMSC als auch für GMSC-K direkt unterstützt ~~(Vers. 2015 ab Juli 2016)~~.		Single-Sign-On wird sowohl für die Kopplung mit dem GMSC als auch für GMSC-K direkt unterstützt.

	GMSC-K-Single-Sign-On: ~~Voraussetzung ist, dass~~ im ~~GMSC~~-~~K ein Nutzer mit dem entsprechenden Windowsanmeldenamen als Loginname angelegt wird~~.		Um GMSC-K mit Single-Sign-On zu starten muss in der Datei c:\Program Files\Intergraph\GeoMedia SmartClient Kommunal\Instances\Default\Client\config.json im der Parameter "sso" auf "true" gesetzt werden oder an die Aufruf-URL "sso=true" angehängt werden.

			Im Single-Sign-On-Modus werden die Rollen des angemeldeten Nutzers zum einen im GMSC-K-Adminer festgelegt, zum anderen aber auch über Gruppenzuordnungen des Nutzers im Active Directory. D.h. wenn ein Nutzer im AD einer Gruppe zugehörig ist, wird ihm bei der Anmeldung an GMSC-K automatisch die GMSC-K-Rolle mit dem gleichen Namen zugeordnet. Gibt es keine Rolle mit dem Gruppennamen, wird das ignoriert. Falls der Nutzer mit dem SSO-Namen nicht in GMSC-K definiert ist, wird automatisch ein "virtueller" Nutzer in GMSC-K angelegt, der für die Dauer der Sitzung gültig ist. In dem Fall erfolgt die Rollenzuordnung ausschließlich über die Gruppen im AD.

	~~Um den GMSC-K mit~~ Single-Sign-On ~~zu starten muss in der Datei c:\Program Files\Intergraph\GeoMedia SmartClient Kommunal\Client\webapps\gmsck\WEB-INF\web~~.~~xml im Servlet-Abschnitt 'GMSCKServlet' der Parameter 'sso' hinzugefügt werden:~~		Siehe auch https://supportsi.hexagon.com/s/article/Single-Sign-On?language=de.

	~~<init-param>~~
	~~<param-name>sso</param-name>~~
	~~<param-value>true</param-value>~~
	~~</init-param>~~


	[[{{{hochlink\|#top}}}\|Hoch zum {{{hochtext\|Seitenanfang}}}]]		[[{{{hochlink\|#top}}}\|Hoch zum {{{hochtext\|Seitenanfang}}}]]

Ggmuelle: /* Nutzer anlegen */

2023-09-12T09:23:41Z

Nutzer anlegen

← Nächstältere Version		Version vom 12. September 2023, 09:23 Uhr
Zeile 134:		Zeile 134:
	* ''Name:'' Vollständiger Name des Nutzers		* ''Name:'' Vollständiger Name des Nutzers
	* ''Telefon:'' Telefonnummer des Nutzers (optional)		* ''Telefon:'' Telefonnummer des Nutzers (optional)
			* ''Abteilung:'' Abteilung des Nutzers (optional)
			* ''E-Mail-Adresse:'' E-Mail-Adresse des Nutzers (optional)
			* ''max. Dokumentengröße in MB:'' Die maximale Größe von Dokumenten, die der Nutzer hochladen darf (ab Version 2022, 12.09.2023)
			* ''Single Sign-On:'' Es handelt sich um einen Nutzer der per Single Sign-On angemeldet wird.
	Zudem kann ein Passwort für den Login angegeben werden.		Zudem kann ein Passwort für den Login angegeben werden.

Ggmuelle: /* Rollenbasiertes Berechtigungssystem */

2023-02-07T10:43:02Z

Rollenbasiertes Berechtigungssystem

← Nächstältere Version		Version vom 7. Februar 2023, 10:43 Uhr
Zeile 176:		Zeile 176:

	- Rollen, die am Nutzer registriert sind haben Vorgang gegenüber den Rollen der Gruppe.		- Rollen, die am Nutzer registriert sind haben Vorgang gegenüber den Rollen der Gruppe.
	- Kommt es innerhalb der Nutzerrollen oder der Gruppenrollen zu Überschneidungen zählt das ~~schwächere~~ Recht (im Sinne der Sicherheit), d.h. bei Funktionsrechten hat ~~„ausführbar“~~ Vorrang für ~~„nicht ausführbar“~~ und bei Datenrechten „schreiben“ ~~vor „lesen“~~.		- Kommt es innerhalb der Nutzerrollen oder der Gruppenrollen zu Überschneidungen zählt das stärkere Recht (im Sinne der Sicherheit), d.h. bei Funktionsrechten hat „nicht ausführbar“ Vorrang für „ausführbar“ und bei Datenrechten „lesen“ vor „schreiben“.
	- Gibt es für ein Recht keine explizite Angabe weder für Nutzer noch für Gruppe, greift das Standardrecht (erste Spalte in der Rechteübersicht).		- Gibt es für ein Recht keine explizite Angabe weder für Nutzer noch für Gruppe, greift das Standardrecht (erste Spalte in der Rechteübersicht).

Ggmuelle: /* Rollenbasiertes Berechtigungssystem */

2021-05-25T12:30:41Z

Rollenbasiertes Berechtigungssystem

← Nächstältere Version		Version vom 25. Mai 2021, 12:30 Uhr
Zeile 172:		Zeile 172:

	Jeder User hat automatisch das Gruppenrecht (Standardberechtigung), was bedeutet, dass jede Gruppe mindestens einer Rolle zugeordnet sein muss. Sollen jetzt z.B. einem User weitere oder reduzierte Rechte zugewiesen werden, so kann diesem User eine weitere Rolle zugeordnet werden. Dies sind dann explizite Rollenrechte, welche die Standardrechte überschreiben.		Jeder User hat automatisch das Gruppenrecht (Standardberechtigung), was bedeutet, dass jede Gruppe mindestens einer Rolle zugeordnet sein muss. Sollen jetzt z.B. einem User weitere oder reduzierte Rechte zugewiesen werden, so kann diesem User eine weitere Rolle zugeordnet werden. Dies sind dann explizite Rollenrechte, welche die Standardrechte überschreiben.

			Die Regeln zur Bestimmung eines konkreten Rechtes für einen Nutzer sind wie folgt:

			- Rollen, die am Nutzer registriert sind haben Vorgang gegenüber den Rollen der Gruppe.
			- Kommt es innerhalb der Nutzerrollen oder der Gruppenrollen zu Überschneidungen zählt das schwächere Recht (im Sinne der Sicherheit), d.h. bei Funktionsrechten hat „ausführbar“ Vorrang für „nicht ausführbar“ und bei Datenrechten „schreiben“ vor „lesen“.
			- Gibt es für ein Recht keine explizite Angabe weder für Nutzer noch für Gruppe, greift das Standardrecht (erste Spalte in der Rechteübersicht).

			Rollen sollten wenn möglich immer klar voneinander getrennt werden, d.h. das sich die Rechtedefinitionen nicht überschneiden.


	Konvertierung von Version 2016 (oder älter auf Version 2020): Die Gruppen- und Nutzerrechte werden automatisch in das Rollenschema konvertiert. Dabei wird für jede Gruppe und jeden Nutzer mit Rechten, die von den Standardrechten abweichen, eine Rolle angelegt und automatisch der Gruppe oder dem Nutzer zugewiesen. Damit bleiben alle Rechte wie definiert erhalten. Der Administrator hat nun die Möglichkeit, die automatisch generierten Rollen umzubenennen, zusammenzufassen oder zu löschen.		Konvertierung von Version 2016 (oder älter auf Version 2020): Die Gruppen- und Nutzerrechte werden automatisch in das Rollenschema konvertiert. Dabei wird für jede Gruppe und jeden Nutzer mit Rechten, die von den Standardrechten abweichen, eine Rolle angelegt und automatisch der Gruppe oder dem Nutzer zugewiesen. Damit bleiben alle Rechte wie definiert erhalten. Der Administrator hat nun die Möglichkeit, die automatisch generierten Rollen umzubenennen, zusammenzufassen oder zu löschen.

Ggmuelle am 11. November 2020 um 14:29 Uhr

2020-11-11T14:29:10Z

← Nächstältere Version		Version vom 11. November 2020, 14:29 Uhr
Zeile 101:		Zeile 101:

	[[File:Passwortrichtlinien.png\|350px]]		[[File:Passwortrichtlinien.png\|350px]]

			[[{{{hochlink\|#top}}}\|Hoch zum {{{hochtext\|Seitenanfang}}}]]

	== Nutzergruppe anlegen==		== Nutzergruppe anlegen==
Zeile 172:		Zeile 174:

	Konvertierung von Version 2016 (oder älter auf Version 2020): Die Gruppen- und Nutzerrechte werden automatisch in das Rollenschema konvertiert. Dabei wird für jede Gruppe und jeden Nutzer mit Rechten, die von den Standardrechten abweichen, eine Rolle angelegt und automatisch der Gruppe oder dem Nutzer zugewiesen. Damit bleiben alle Rechte wie definiert erhalten. Der Administrator hat nun die Möglichkeit, die automatisch generierten Rollen umzubenennen, zusammenzufassen oder zu löschen.		Konvertierung von Version 2016 (oder älter auf Version 2020): Die Gruppen- und Nutzerrechte werden automatisch in das Rollenschema konvertiert. Dabei wird für jede Gruppe und jeden Nutzer mit Rechten, die von den Standardrechten abweichen, eine Rolle angelegt und automatisch der Gruppe oder dem Nutzer zugewiesen. Damit bleiben alle Rechte wie definiert erhalten. Der Administrator hat nun die Möglichkeit, die automatisch generierten Rollen umzubenennen, zusammenzufassen oder zu löschen.

			[[{{{hochlink\|#top}}}\|Hoch zum {{{hochtext\|Seitenanfang}}}]]

	==Sitzungsmonitor==		==Sitzungsmonitor==

Ggmuelle: /* Rollenbasiertes Berechtigungssystem (ab Vers. 2020) */

2020-11-11T14:28:01Z

Rollenbasiertes Berechtigungssystem (ab Vers. 2020)

← Nächstältere Version		Version vom 11. November 2020, 14:28 Uhr
Zeile 154:		Zeile 154:
	[[{{{hochlink\|#top}}}\|Hoch zum {{{hochtext\|Seitenanfang}}}]]		[[{{{hochlink\|#top}}}\|Hoch zum {{{hochtext\|Seitenanfang}}}]]

	== Rollenbasiertes Berechtigungssystem (ab ~~Vers.~~ 2020) ==		== Rollenbasiertes Berechtigungssystem==
			''(ab Version 2020)''

	Bisher wurden die Berechtigungen direkt für Nutzer oder Gruppen festgelegt. Ab der Version 2020 werden Rechte für Rollen definiert und diese Rollen werden Nutzern oder Gruppen zugeordnet. Eine Rolle kann dabei mehreren Nutzern oder Gruppen zugewiesen werden.		Bisher wurden die Berechtigungen direkt für Nutzer oder Gruppen festgelegt. Ab der Version 2020 werden Rechte für Rollen definiert und diese Rollen werden Nutzern oder Gruppen zugeordnet. Eine Rolle kann dabei mehreren Nutzern oder Gruppen zugewiesen werden.