Rôles et permissions
Ce qui détermine si vous pouvez voir un écran, et les deux choses qu'un rôle ne peut pas vous faire ignorer.
L'accès se fait par rôle. Un rôle correspond à un ensemble d'autorisations de modules et d'actions, propres à chaque entreprise. Chaque entreprise possède son propre ensemble de rôles et son propre administrateur, et un rôle ne peut être attribué qu'à un utilisateur appartenant à sa propre entreprise.
Quelles autorisations sont réellement nécessaires ?
- La navigation. Un module inaccessible n'a pas d'onglet ; un écran inaccessible n'a ni vignette ni résultat de recherche.
- L'API. Chaque point de terminaison effectue une vérification, de sorte que le système retient la requête quelle que soit sa provenance : la console, une importation, une tâche planifiée ou une requête ASK.
- Rapports. Chaque cube est vérifié à chaque requête, de sorte qu'un rapport ne constitue pas une porte d'entrée plus facile vers les données que les écrans protègent.
Deux choses qu'un rôle ne vous permet pas de contourner
- Séparation des tâches. Lorsque la plateforme requiert deux personnes (par exemple, pour le calcul et l'approbation de la paie), le fait qu'une seule personne occupe les deux rôles simultanément ne permet pas de les effectuer en une seule opération.
- L'historique des opérations. Les connexions, les déconnexions et les changements de rôle sont systématiquement enregistrés et ne peuvent être désactivés par quiconque, même par un administrateur.
Se connecter en tant que quelqu'un d'autre
Un administrateur chargé d'enquêter sur un problème peut usurper l'identité d'un autre utilisateur pour voir ce qu'il voit. Cette opération nécessite deux approbations, l'accès est en lecture seule sauf autorisation expresse, chaque appel effectué sous cette identité est enregistré comme ayant été passé sous une identité usurpée, et la personne dont l'identité est usurpée peut voir que l'opération a eu lieu.