L'accès utilisateur se contrôle par type d'utilisateur et par rôle utilisateur. Les utilisateurs administrateurs ont un accès complet à Analytics Exchange alors que ceux qui ne sont pas administrateurs ont des autorisations au niveau de l'application qui pilotent l'accès aux dossiers et aux collections.
Il existe deux types d'utilisateur AX Serveur :
Seul le Super Admin peut accéder à l'application Web Configuration d'AX Serveur, cependant le Super Admin n'a pas accès à AX Client.
Le Super Admin et les utilisateurs ayant le rôle Administrateur peuvent ajouter des utilisateurs à AX Serveur.
À l'exception du Super Admin, chaque utilisateur d'AX Serveur se voit attribuer un ou plusieurs des rôles suivants :
Les utilisateurs que le Super Admin ajoute se voient accorder automatiquement ce rôle afin que les nouveaus utilisateurs puissent accéder à AX Client.
Pour plus d'informations sur chacun des rôles dans AX Serveur, consultez la section Sécurité de l'utilisateur.
Selon la licence d'AX Serveur de votre organisation, un des quatre scénarios est possible lorsque vous accordez l'accès au Client Web d'AX.
Si votre licence n'inclut pas d'accès au Client Web d'AX, ou si toutes les licences sont utilisées, vous ne pouvez pas affecter le rôle Accès au client Web aux utilisateurs.
Les utilisateurs ayant des rôles Accès au client Core et Accès au client Web ont des autorisations plus détaillées au niveau de l'application. Ces autorisations contrôlent l'élément d'audit du répertoire de travail ou de la bibliothèque qu'ils peuvent utiliser.
Chaque collection ou dossier possède des autorisations individuelles qui indiquent :
Les utilisateurs ayant un rôle Admin ont les « autorisations complètes » pour tous les éléments d'audit.
Pour plus d'informations sur les autorisations, consultez la section .
AX Serveur suit toutes les modifications apportées aux autorisations et aux rôles dans la table userpermissionlogde la base de données.
À l'aide de cette table, vous pouvez demander des informations sur les actions suivantes :
| Colonne | Type de données | Nullable | Description |
|---|---|---|---|
| logId |
|
N | La clé primaire d'incrémentation automatique pour l'enregistrement. Commentaires Si des enregistrements portant la même valeur transactionid ne présentent pas de valeurs logId séquentielles, vérifiez les journaux de votre base de données pour vous assurer qu'aucune suppression manuelle n'a été exécutée sur la table. |
| transactionid |
|
N | L'identifiant unique de l'action de l'utilisateur qui crée l'enregistrement. Astuce : Une seule action dans l'interface utilisateur peut créer plusieurs enregistrements dans cette table. Groupez les enregistrements par transactionid pour rechercher toutes les modifications d'autorisations associées à une seule action de l'utilisateur. |
| userid |
|
N | L'ID utilisateur de l'utilisateur dont le rôle ou l'autorisation est modifié suite à l'action. |
| username |
|
N | Le nom de l'utilisateur dont le rôle ou l'autorisation est modifié suite à l'action. |
| audititemid |
|
Y | L'identifiant de l'élément d'audit concerné par la modification de l'autorisation de l'utilisateur. Null lors de la modification du rôle. |
| permissiontype |
|
Y | Le type d'autorisation utilisateur pour l'enregistrement. |
| action |
|
N | L'action effectuée par l'utilisateur apportant la modification. |
| changebyuserid |
|
Y | L'ID utilisateur de l'utilisateur ayant effectué les modifications des autorisations. |
| changedbyusername |
|
N | Le nom d'utilisateur de l'utilisateur ayant effectué les modifications des autorisations. |
| changetime |
|
N | L'horodatage correspondant à la modification de l'enregistrement. |
| application |
|
N | L'application à partir de laquelle la modification a été apportée :
|