Skip to main content
Les rôles définissent ce que les utilisateurs peuvent faire dans Qwoty — quels objets ils peuvent lire, modifier ou supprimer, quels paramètres ils peuvent gérer, et quelles actions au niveau de l’application ils peuvent effectuer. Vous attribuez un rôle à chaque utilisateur pour contrôler ses permissions sur l’ensemble de la plateforme.
Vous devez disposer du rôle Admin pour afficher, créer ou modifier des rôles.

​
Rôles système

Qwoty propose quatre rôles système prédéfinis couvrant les niveaux de permission les plus courants. Vous ne pouvez pas modifier ni supprimer les rôles système.
  • Admin — Accès complet à tous les espaces de travail, paramètres et configurations. Peut gérer les utilisateurs, les rôles, les modèles, les catalogues et toutes les fonctionnalités système.
  • Manager — Accès à l’intégralité de l’espace de travail. Peut approuver les devis, consulter les rapports et gérer les activités de l’équipe.
  • Sales Rep — Peut créer et gérer les devis, les clients et les Dealrooms. Aucun accès aux paramètres système ni aux rapports à l’échelle de l’équipe.
  • Viewer — Accès en lecture seule. Peut consulter les devis et les données, mais ne peut rien créer ni modifier.
Le nom API de Sales Rep est Sale pour des raisons de compatibilité ascendante avec les versions antérieures.

​
Rôles personnalisés

Vous pouvez créer des rôles personnalisés pour définir des permissions granulaires adaptées aux besoins de votre organisation. Les rôles personnalisés apparaissent avec un badge Custom dans la liste des rôles et peuvent être modifiés ou supprimés à tout moment. Utilisez les rôles personnalisés pour :
  • Accorder un accès partiel à des modules spécifiques (par exemple, catalogues uniquement, ou rapports uniquement)
  • Restreindre les actions sur une famille d’objets (par exemple, lire les clients mais ne jamais les supprimer)
  • Délimiter la visibilité des projets par équipe, unité commerciale ou espace de travail
  • Activer ou désactiver des actions transversales telles que les imports et exports CSV

​
Le modèle de permissions

Un rôle Qwoty configure les permissions selon trois domaines distincts.

​
Objets — CRUD par famille d’objets

La section Objets contrôle ce que les utilisateurs peuvent lire, modifier ou supprimer, réparti par famille d’objets. Vous cochez une case par action et par famille.
Accordez Lire sans Modifier pour donner aux utilisateurs une visibilité sans leur permettre de modifier les enregistrements — utile pour les rôles Finance ou Direction.

​
Niveau d’accès au projet

En haut de la section Objets, le menu déroulant Niveau d’accès au projet contrôle le périmètre des projets qu’un utilisateur peut voir, indépendamment de ses droits Lire/Modifier/Supprimer.
  • Workspace — L’utilisateur peut accéder aux projets de l’ensemble de l’espace de travail
  • Team — L’utilisateur n’accède qu’aux projets créés par son équipe
  • Personal — L’utilisateur n’accède qu’aux projets qu’il a créés lui-même
Le Niveau d’accès au projet agit comme un filtre qui s’applique par-dessus les droits CRUD. Un utilisateur avec Projet : Lire activé mais un niveau d’accès Personal ne verra que ses propres devis, même si l’espace de travail en contient des milliers.

​
Paramètres — bascule par zone d’administration

La section Paramètres contrôle l’accès aux zones d’administration. Chaque zone dispose d’une seule bascule Autoriser.
L’accès aux paramètres est binaire — un utilisateur a soit un accès complet à une zone, soit aucun accès. Si vous avez besoin d’un contrôle plus fin, désactivez la zone et déléguez la configuration à un Admin.

​
Applications — actions transversales au niveau de l’application

La section Applications contrôle les fonctionnalités transversales qui s’appliquent à l’ensemble des modules.
Overpass sales restriction donne aux utilisateurs la possibilité de contourner les workflows d’approbation et les limites de remise. N’accordez cette permission qu’aux rôles seniors — généralement VP Sales, DRV ou équivalent.

​
Fonctionnement des rôles avec les équipes

Les rôles définissent ce que les utilisateurs peuvent faire. Les équipes définissent les ressources auxquelles ils peuvent accéder. Le Niveau d’accès au projet d’un rôle établit le lien entre les deux. Lorsque vous affectez un utilisateur à une équipe et définissez le Niveau d’accès au projet de son rôle sur Team, il ne voit que les ressources rattachées à cette équipe. Passez-le sur Workspace et il voit tout.
Si vous retirez un utilisateur de toutes les équipes, il perd l’accès aux modèles, aux catalogues et aux projets à portée d’équipe, même s’il conserve son rôle.

​
Accéder à l’écran des rôles

1

Ouvrir les Paramètres

Dans la barre latérale gauche, cliquez sur Paramètres.
2

Accéder à Rôle

Dans la section Users & Team, cliquez sur Role pour afficher la liste de tous les rôles disponibles.

​
Consulter la liste des rôles

Le tableau des rôles affiche :
  • Rôle — Le nom du rôle
  • Nom API — Identifiant technique utilisé pour les intégrations et les appels API
  • Type — System (badge vert) ou Custom (badge gris)
Utilisez la barre de recherche pour filtrer les rôles par nom ou par nom API. Vous pouvez ajuster le nombre de lignes affichées par page et naviguer entre les pages grâce aux contrôles de pagination en bas de page.

​
Créer un nouveau rôle

1

Cliquer sur Nouveau rôle

Cliquez sur le bouton + New role en haut à droite de l’écran.
2

Définir l'identité du rôle

Saisissez le nom et le nom API du rôle. Le nom API ne peut pas contenir d’espaces ni de caractères spéciaux.
3

Configurer les permissions sur les objets

Sélectionnez le Niveau d’accès au projet (Workspace, Team ou Personal), puis cochez les cases Lire, Modifier et Supprimer pour chaque famille d’objets.
4

Configurer l'accès aux paramètres

Activez la bascule Autoriser pour chaque zone de paramètres que le rôle doit gérer (Workspace, Users & Teams, Roles, Data, Developers, Organization).
5

Configurer les actions au niveau de l'application

Activez la bascule Autoriser pour chaque action au niveau de l’application que le rôle doit pouvoir effectuer (Import CSV, Export CSV, Overpass sales restriction).
6

Enregistrer

Cliquez sur Save. Le rôle apparaît dans la liste avec un badge Custom.

​
Consulter un rôle système

1

Localiser le rôle

Trouvez le rôle système dans la liste des rôles.
2

Ouvrir le menu

Cliquez sur le menu ⋮ à droite de la ligne.
3

Sélectionner Afficher

Cliquez sur View pour ouvrir les détails du rôle en mode lecture seule.

​
Modifier un rôle personnalisé

1

Localiser le rôle

Trouvez le rôle personnalisé dans la liste des rôles.
2

Ouvrir le menu

Cliquez sur le menu ⋮ à droite de la ligne.
3

Sélectionner Modifier

Cliquez sur Edit, mettez à jour les sections Objets, Paramètres ou Applications, puis cliquez sur Save.

​
Supprimer un rôle personnalisé

1

Localiser le rôle

Trouvez le rôle personnalisé dans la liste des rôles.
2

Ouvrir le menu

Cliquez sur le menu ⋮ à droite de la ligne.
3

Sélectionner Supprimer

Cliquez sur Delete et confirmez la suppression.
Avant de supprimer un rôle personnalisé, réaffectez tous les utilisateurs qui le détiennent. Les utilisateurs dont le rôle a été supprimé perdent leur accès jusqu’à ce qu’un nouveau rôle leur soit attribué.

​
Attribuer un rôle à un utilisateur

Vous attribuez un rôle lors de l’invitation d’un nouvel utilisateur ou de la modification d’un utilisateur existant.
1

Accéder à la gestion des utilisateurs

Cliquez sur Paramètres dans la barre latérale gauche, puis cliquez sur User dans la section Users & Team.
2

Sélectionner l'utilisateur

Pour inviter un nouvel utilisateur, cliquez sur + Invite user. Pour modifier un utilisateur existant, cliquez sur le menu ⋮ à côté de son nom et sélectionnez Edit.
3

Choisir le rôle

Dans le formulaire utilisateur, sélectionnez le rôle approprié dans le menu déroulant Role.
4

Enregistrer les modifications

Cliquez sur Save ou Send invitation pour appliquer le rôle.
Attribuez le rôle Manager aux utilisateurs qui doivent approuver des devis sans nécessiter les privilèges complets d’un Admin.

​
Questions fréquentes

Non. Les rôles système sont verrouillés pour garantir le bon fonctionnement de Qwoty. Créez plutôt un rôle personnalisé et configurez les permissions selon vos besoins.
Le rôle est supprimé, mais les utilisateurs qui lui étaient affectés restent dans le système. Vous devez réaffecter manuellement chaque utilisateur à un nouveau rôle avant qu’il puisse de nouveau accéder à Qwoty.
Non. Chaque utilisateur se voit attribuer exactement un rôle. Si vous avez besoin d’une combinaison de permissions, créez un rôle personnalisé qui les regroupe.
Le nom API est un identifiant technique utilisé dans les intégrations, les appels API et les scripts d’automatisation. Il ne peut pas contenir d’espaces ni de caractères spéciaux.
Oui. Les requêtes API s’authentifient via les identifiants utilisateur ou les clés API associées à un compte utilisateur, de sorte que les permissions du rôle s’appliquent également aux appels API.
Le changement prend effet immédiatement. Les permissions de l’utilisateur sont mises à jour la prochaine fois qu’il actualise sa session ou se reconnecte.
La permission Lire détermine si un utilisateur peut consulter des devis, contrats et commandes. Le Niveau d’accès au projet détermine lesquels — tous les projets de l’espace de travail, uniquement ceux de son équipe, ou uniquement ceux qu’il a créés lui-même. Les deux doivent être alignés pour qu’un utilisateur puisse voir un projet.
N’accordez cette permission qu’aux rôles seniors qui ont légitimement besoin de contourner les workflows d’approbation, les plafonds de remise ou les garde-fous tarifaires — généralement VP Sales, DRV ou les responsables Finance gérant des cas exceptionnels.

​
Voir aussi

Gérer les utilisateurs

Consulter, inviter et modifier les utilisateurs de votre espace de travail.

Gérer les équipes

Organiser les utilisateurs en équipes pour contrôler l’accès aux modèles et aux catalogues.

Paramètres de l'espace de travail

Configurer les paramètres au niveau de l’espace de travail et les unités commerciales.

Approbations & workflows

Mettre en place des règles d’approbation dépendant des rôles et du périmètre d’équipe.