Anwenderzugriff wird über den Anwendertyp und die Anwenderrolle kontrolliert. Anwender mit Administratorrechten erhalten uneingeschränkten Zugriff auf Analytics Exchange, während Anwender ohne diese Rechte lediglich anwendungsbezogene Berechtigungen erhalten, die den Zugriff auf Sammlungs- und Ordnerebene kontrollieren.
Es gibt zwei AX Server Anwendertypen:
Nur der Super-Administrator kann auf die AX Serverkonfiguration Webanwendung zugreifen; er hat jedoch keinen Zugriff auf den AX Client.
Der Super-Administrator und Anwender mit einer Administratorrolle können dem AX Server Anwender hinzufügen.
Mit Ausnahme des Super-Admin hat jeder Benutzer im AX Server eine oder mehrere der folgenden Rollen:
Anwender, die durch den Super-Administrator hinzugefügt werden, wird automatisch diese Rolle zugewiesen, damit die neuen Anwender auf den AX Client zugreifen können.
Weitere Informationen zu jeder Rolle im AX Server finden Sie unter Benutzersicherheit.
Je nach der AX Server-Lizenz Ihrer Organisation, kann eines von vier Szenarien zutreffen, wenn der Zugriff auf den AX Web Client gewährt wird:
Wenn Ihre Lizenz keinen Zugriff auf AX Web Client beinhaltet oder alle Lizenzen bereits verwendet werden, können Sie Ihren Benutzern die Rolle Webclient-Zugriff nicht zuweisen.
Benutzer mit den Rollen Core-Client-Zugriff und Webclient-Zugriff verfügen über weitere Berechtigungen auf Anwendungsebene, die steuern, mit welchen Prüfungselementen sie im Arbeitsordner oder der Bibliothek arbeiten können.
Jede Sammlung und jeder Ordner verfügt über individuelle Berechtigungen, die Folgendes festlegen:
Benutzer mit der Administratorrolle haben vollständige Berechtigungen für alle Prüfungselemente.
Weitere Informationen über Berechtigungen für Prüfungselemente finden Sie unter .
Der AX Server zeichnet alle Änderungen von Berechtigungen und Rollen in der Tabelle userpermissionlog der Datenbank auf.
Mit dieser Tabelle können Sie Informationen über die folgenden Aktionen abrufen:
| Spalte | Datentyp | Nullwerte zulässig | Beschreibung |
|---|---|---|---|
| logId |
|
N | Der sich automatisch erhöhende Primärschlüssel des Datensatzes. Anmerkung Wenn Datensätze mit demselben Wert von transactionid keine sequentiellen Werte für logId aufweisen, überprüfen Sie die Logdateien Ihrer Datenbank, um sicherzustellen, dass in der Tabelle keine manuellen Löschungen durchgeführt wurden. |
| transactionid |
|
N | Der eindeutige Bezeichner der Benutzeraktion, die den Datensatz erstellt hat. Hinweis: Eine einzelne Aktion in der Benutzeroberfläche kann mehrere Datensätze in dieser Tabelle erstellen. Kopieren Sie Datensätze nach der transactionid, um alle Berechtigungsänderungen im Zusammenhang mit einer einzelnen Benutzeraktion zu finden. |
| userid |
|
N | Die Benutzerkennung des Benutzers, dessen Rolle oder Berechtigungen sich als Ergebnis dieser Aktion ändern. |
| username |
|
N | Der Benutzername des Benutzers, dessen Rolle oder Berechtigungen sich als Ergebnis dieser Aktion ändern. |
| audititemid |
|
J | Der Bezeichner des Prüfungselements, das von den Berechtigungsänderungen des Benutzers betroffen ist. Null im Falle einer Rollenänderung. |
| permissiontype |
|
J | Der Berechtigungstyp des Benutzers für den Datensatz. |
| action |
|
N | Die durchgeführte Aktion des Benutzers, der die Änderung vornahm. |
| changebyuserid |
|
J | Die Benutzerkennung des Benutzers, der die Berechtigungsänderung durchführte. |
| changedbyusername |
|
N | Der Benutzername des Benutzers, der die Berechtigungsänderung durchführte. |
| changetime |
|
N | Der Zeitstempel der Datensatzänderung. |
| application |
|
N | Die Anwendung aus der die Änderung durchgeführt wurde:
|