Detailübersicht Rechtekonzept Q.wiki

Geändert am Fri, 01 Mar 2024 um 11:12 AM

Sie benötigen Key User Rechte um die folgenden Schritte durchzuführen.

INHALTSVERZEICHNIS

Erweiterung der Rechte eines normalen Nutzers:
Zuordnung zur KeyUserGroup
Beschränkung der Rechte eines normalen Nutzers:
Zuordnung zur ReadOnlyGroup
Beschreibung der einzelnen Rechtegruppen
Zuordnung von Funktionen zu Rechtegruppen
Nutzer Gruppen hinzufügen

Wenn ein neuer Q.wiki Nutzer angelegt wird (entweder manuell oder über das Active Directory) bekommt er automatisch, ohne, dass händisch eine Zuordnung vorgenommen werden muss, die Rechte eines "Normalen Nutzers". Der Mitarbeiter kann damit sofort mit der Arbeit in Q.wiki loslegen. Sie haben jedoch darüber hinaus die folgenden Möglichkeiten, dem Nutzer weitere Rechte einzuräumen oder aber auch Rechte zu entziehen.

Erweiterung der Rechte eines normalen Nutzers:

Zuordnung zur KeyUserGroup
Zuordnung zur QMGroup
Zuordnung zur ResubmissionGroup
Zuordnung zur ReportingGroup

Als Key-User können Sie nun auch über die Rechteübersicht einsehen, welche Rechte Ihre Mitarbeiter in den Apps besitzen. Das heißt, welche Gruppen lesende, bzw. schreibende Rechte besitzen.

Über das Zahnrad einer App können Sie ebenfalls direkt Änderungen an den Rechten Ihrer Gruppen vornehmen.

Beschränkung der Rechte eines normalen Nutzers:

Zuordnung zur ReadOnlyGroup

Beschreibung der einzelnen Rechtegruppen

Normale Nutzer Alle registrierten Nutzer Alle Lese- und Schreibrechte die für die alltägliche Arbeit mit Q.wiki benötigt werden	Seitenverantwortliche Werden in den Metadaten einer jeden Seite definiert Sind für den Inhalt einer Seite in der Praxis und im Q.wiki verantwortlich Sind berechtigt die inhaltliche Freigabe im Freigabeworkflow durchzuführen	KeyUserGroup Ansprechpartner für die normalen Nutzer bei Problemen in der Bedienung Im Freigabeworkflow mit allen Rechten zum Editieren in jedem Status Im Freigabeworkflow mit allen Rechten jede Seite alleine freizugeben - dient ausschließlich zur Verwaltung und Beschleunigung des Systems im Rahmen der Freigaben
ReadOnlyGroup Nutzer haben ausschließlich Leserechte Beispiel: Externe Auditoren oder Kunden zur Durchsicht der Dokumentation	QMGroup Sind berechtigt und verantworten die formale Freigabe im Freigabeworkflow Verantwortlich für die Struktur und formale Ausgestaltung des Q.wiki (siehe auch Die sieben Aufgaben eines Q.wiki Gärtners) Moderatoren bei Prozessaufnahmen	AdminGroup Modell Aachen User zur technischen Einrichtung und Konfiguration im Hintergrund Kann nur von Modell Aachen administriert werden
ReportingGroup Mitgliedern erhalten Zugriff auf den Nutzungsreport Mitglieder der KeyUserGroup sind automatisch Teil dieser Gruppe	ResubmissionGroup Mitglieder dieser Gruppe haben das Recht die Konfigurationsmöglichkeiten bei der Wiedervorlage-Funktionalität durchzuführen Mitglieder der KeyUserGroup sind automatisch Teil dieser Gruppe	NobodyGroup Diese Gruppe hat keine Relevanz für die Nutzung von Q.wiki
RoleManagementGroup Wenn das Rollenmanagement exklusiv bestimmten Nutzern oder Gruppen vorbehalten sein soll, sind diese hier einzutragen Bleibt die Gruppe leer, kann jeder Rollen editieren Details siehe Rollenmanagement im Q.wiki

Zuordnung von Funktionen im Prozesse-Bereich zu Rechtegruppen

Funktion	Rechtegruppe	ReadOnlyGroup	Normale Nutzer	ReportingGroup	ResubmissionGroup	QMGroup	Seiten- verantwortliche	KeyUserGroup
Inhalte lesen		x	x	x	x	x	x	x
Inhalte editieren (Entwurf/ Änderungsvorschlag)			x	x	x	x	x	x
Inhalte editieren (freigegebener Stand)
Anhänge hochladen (Entwurf/ Änderungsvorschlag)			x	x	x	x	x	x
Nutzungsreport einsehen				x		x		x
Wiedervorlagefunktion konfigurieren					x			x
Inhaltlich freigeben							x	x
Formal freigeben						x		x
Inhalte löschen (freigegebener Stand)								x

Nutzer Gruppen hinzufügen

eine detaillierte Anleitung finden Sie hier: Nutzer den Q.wiki-Gruppen hinzufügen

HINWEIS: Bitte vergeben Sie die Rolle des Key Users mit Bedacht, denn mit vielen Rechten kommt auch viel Verantwortung. Wir empfehlen Ihnen, die Personen entsprechend zu schulen! Modell Aachen Academy
Key User können beispielsweise den Freigabeworkflow ohne "Hürden" durchklicken (Key-User haben in ihrer Funktion die technische Berechtigung, sowohl die inhaltliche, als auch die formale Freigabe durchzuführen). Dies kann aber zu einer Missachtung des Vier-Augen-Prinzips führen und damit auch ggf. zu einer Abweichung im Audit. Empfohlen sind bei einer Unternehmensgröße bis 200 Mitarbeitende maximal 3 Key-UserInnen. Diese sollten von ihren Rechten im Freigabeworkflow nur in Ausnahmefällen Gebrauch machen, z.B. im Krankheitsfall eines Seitenverantwortlichen. Ansonsten liegt die inhaltliche Freigabe einzig bei den Seitenverantwortlichen. Die formale Freigabe wird klassischerweise vom QM durchgeführt (= Nutzer in der QMGroup / max. 2 Personen).