Rôles et permissions

Ce qu’une personne peut faire dans SaleSprint est décidé par trois choses à la fois, et les trois doivent être d’accord. Un rôle accorde une permission, le niveau d’abonnement doit l’autoriser, et l’emplacement où la personne travaille ne doit pas l’avoir retirée.

ce que vous pouvez faire  =  (vos rôles)  ∩  (le niveau de votre forfait)  −  (les refus à cet emplacement)

Qu’il en manque une seule et le contrôle n’est tout simplement pas là.

Les permissions

Une permission est une clé pointée qui nomme une chose et, souvent, une action sur celle-ci — catalog.product.create, sales.quotation. Il y en a environ 200, réparties en une vingtaine de groupes qui correspondent aux domaines du produit.

Chaque permission déclare aussi où elle peut servir : dans un compte d’entreprise, du côté de l’opérateur de la plateforme, ou les deux. Le catalogue lui-même vit dans le code et est reconstruit à chaque déploiement, si bien que les permissions ne peuvent pas dériver — mais les attributions que vous avez faites survivent à cette reconstruction, parce qu’elles désignent les permissions par leur nom.

Les rôles

Un nouveau compte démarre avec exactement un rôle : admin, qui détient l’ensemble complet des permissions, attribué à la personne qui s’est inscrite. Il n’y a pas de bibliothèque de rôles tout faits — Caissier, Responsable et les autres sont des rôles que vous créez vous-même.

C’est délibéré, mais cela veut dire que le deuxième utilisateur que vous ajoutez est une décision, pas un réglage par défaut : vous concevez le rôle avant de pouvoir l’attribuer.

admin est un rôle système et ne peut pas être supprimé. Les rôles que vous créez se modifient et se suppriment librement.

Où: Administration → Utilisateurs, Administration → Rôles
Forfait: Croissance et plus
Permission: Administration → User, administration → Role

Le même groupe contient aussi les règles de liste blanche d’adresses IP et les codes PIN des responsables.

Comment créer un rôle

Allez dans Configurations → Administration → Rôles.
Cliquez sur Nouveau rôle.
Saisissez un Nom du rôle, par exemple Caissier.
Cliquez sur Enregistrer.

Comment donner ses permissions à un rôle

Sur la ligne du rôle, ouvrez le menu ⋮ et cliquez sur Permissions.
Choisissez un domaine dans la liste Groupes, à gauche. Chacun indique combien de permissions sont accordées.
Cochez ce que le rôle doit avoir. Cocher un enfant coche automatiquement ses parents ; décocher un parent vide tout ce qui se trouve en dessous.
Utilisez les puces d’action — Create (7), Edit (4) et ainsi de suite, affichées en anglais — pour accorder ou retirer tout un verbe d’un coup sur l’ensemble du groupe.
Cliquez sur Enregistrer les permissions.

Comment attribuer un rôle à quelqu’un

Allez dans Configurations → Administration → Utilisateurs.
Cliquez sur Nouvel utilisateur, ou Modifier un utilisateur existant.
Dans la section Rôles, touchez les puces des rôles qu’il doit avoir.
Cliquez sur Enregistrer.

Pour donner à une seule personne quelque chose en plus sans changer le rôle, utilisez ⋮ → Gérer les permissions. Les permissions qui viennent d’un rôle s’affichent comme Via un rôle et sont verrouillées ; vous pouvez en ajouter des Directes, ou utiliser le ✗ rouge pour en refuser une à cette personne seulement.

Comment le niveau intervient

Les permissions sont en plus contrôlées par le niveau d’abonnement, et les deux se combinent avec un et, jamais un ou.

Un rôle peut donc très bien accorder sales.quotation à quelqu’un dont le forfait est en dessous de Croissance — et cette permission est silencieusement retirée de ce qu’il peut réellement faire. L’attribution reste cochée dans l’éditeur de rôles ; l’utilisateur, lui, ne voit jamais la fonctionnalité.

Si quelqu’un insiste sur le fait qu’on lui a donné l’accès et que l’écran manque toujours, vérifiez le forfait du compte avant de vérifier le rôle. Voir Les forfaits et ce qu’ils débloquent.

Les refus à un emplacement

Les affectations d’emplacement fonctionnent comme une liste blanche, moins des soustractions. Un utilisateur doit être affecté à un emplacement avant de pouvoir y faire quoi que ce soit. Une fois affecté, un administrateur ne peut plus que retirer des permissions à cet emplacement précis — jamais en ajouter.

C’est l’outil du « elle est superviseuse, mais pas à la succursale du centre-ville ». Un refus posé au niveau de l’entreprise se propage à tous les emplacements en dessous, et tout refus peut recevoir une date de début et de fin, ce qui couvre le « retire-lui ça pour les quinze prochains jours » sans que personne ait à penser à le rétablir.

Les refus sont vérifiés en direct à chaque requête plutôt que mis en cache : en ajouter un ou en lever un prend donc effet immédiatement — plus vite qu’un changement de rôle.

Quand un changement atteint l’utilisateur

Les permissions d’un utilisateur sont calculées une fois puis mises en cache : un changement de rôle n’est donc pas instantané partout. Il atteint la personne concernée :

Presque instantanément si son appareil reçoit la notification push qui lui dit de se rafraîchir ;
sinon dans les cinq minutes, au rafraîchissement de fond ;
ou immédiatement la prochaine fois qu’elle remet l’application au premier plan.

Hors ligne, l’application conserve le dernier jeu qu’elle connaissait. Un rafraîchissement qui échoue ne change rien : un utilisateur sans connexion continue donc avec l’accès qu’il avait — ce qu’il est bon de garder en tête quand on retire l’accès à quelqu’un qui est sur le terrain.

Ce que voit réellement un utilisateur bloqué

Rien. Un contrôle pour lequel l’utilisateur n’a pas la permission est retiré de l’écran : il n’est ni grisé, ni laissé là pour échouer au clic. Il n’y a pas d’erreur à signaler et aucun indice qu’il manque quelque chose.

C’est pour cela que « le bouton a disparu » est le symptôme habituel d’un problème de permission, et pourquoi on le prend facilement pour un bug.

L’exception est un manque de forfait, qui s’affiche sous forme d’entrée verrouillée visible avec une invitation à changer de forfait — parce que là, tout l’intérêt est de vous dire que la fonctionnalité existe.

Les comptes de l’opérateur de la plateforme contournent les trois axes.