Décidez qui peut voir et modifier quoi grâce aux permissions CRUD par module. Gérez l'accès aux données de haut en bas avec une hiérarchie de départements pour que chaque utilisateur ne voie que son périmètre.
Permissions CRUD par module et hiérarchie de départements qui délimite la visibilité.
Le contrôle d'accès a deux axes indépendants : ce qu'un rôle peut faire dans chaque module, et les fiches de qui une personne peut voir. Le premier est une matrice de quinze modules × cinq actions (accès, voir, créer, modifier, supprimer), où « accès » est un interrupteur général qui masque le module du menu et bloque toute URL derrière lui. Le second est le périmètre de données — tout, les siennes, aucune, ou la hiérarchie des départements — piloté par un organigramme à départements imbriqués et plusieurs responsables par département, de sorte qu'un responsable voit tout son sous-arbre et rien d'autre. Autour, les fonctions de sécurité que chaque espace reçoit : connexion à deux facteurs par code e-mail ou application d'authentification, blocage après cinq échecs, base de données isolée par espace. Rôles de base et 2FA sont dans toutes les formules ; la matrice complète par module, les départements et le journal d'activité commencent à Growth.
La plupart des CRM pour petites entreprises proposent trois rôles — admin, responsable, utilisateur — et une seule question : ce rôle voit-il les prospects de tout le monde ou seulement les siens ? Cela écrase deux décisions différentes en une seule, et c'est là que les ennuis commencent.
« Un commercial peut-il supprimer une affaire ? » est une question de capacité. « Le chef d'équipe de Lyon peut-il voir les prospects de l'équipe de Paris ? » est une question de périmètre. Un junior peut avoir le droit de modifier mais pas de supprimer, et ne voir que les siens ; un chef d'équipe peut tout faire, mais seulement dans son équipe ; une personne des finances peut voir la valeur de chaque affaire sans pouvoir toucher un seul prospect. Une liste déroulante n'exprime rien de tout cela. Deux axes le peuvent, et les combinaisons sont tout l'intérêt.
Un rôle est une grille. Les lignes sont les modules, les colonnes les actions, les cellules des cases à cocher.
| Modules (15) | Actions (5) | Exemple de rôle |
|---|---|---|
| Prospects, affaires, tâches, projets, boîte de réception, téléphone, recettes, dépenses, commissions, campagnes, formulaires, automatisations, produits, rapports, tickets | Accès · voir · créer · modifier · supprimer | Commercial : prospects/affaires/tâches/boîte/téléphone complets sauf suppression ; produits en lecture ; pas d'accès aux recettes, dépenses, commissions, automatisations |
| Finances : recettes/dépenses/commissions complets ; affaires en lecture ; rapports en lecture ; pas d'accès à la boîte, au téléphone, aux campagnes | ||
| Agent support : tickets complets ; prospects voir et modifier ; boîte complète ; rien d'autre |
Un rôle enregistré avant l'existence d'un module ne le perd pas en silence : les modules ajoutés ensuite sont autorisés par défaut pour les rôles existants, et un administrateur restreint si besoin. À côté de la matrice, le rôle porte deux petits interrupteurs qui reviennent sans cesse dans les équipes commerciales — les prix des affaires sont-ils visibles, les produits des affaires modifiables — et, à partir de Growth, quelle disposition de fiche prospect le rôle voit.
La colonne la plus à gauche, accès, est un interrupteur général. Sans lui, le module disparaît du menu et toute action dessus est refusée, même si « voir » se trouve coché. C'est important, car un menu qui se contente de masquer un lien n'est pas de la sécurité : quelqu'un qui a l'URL entre quand même. Ici, chaque liste, page de détail et point d'accès AJAX vérifie la même règle centrale, et une requête refusée reçoit une page « Pas d'accès » claire, pas un écran cassé.
Les sections du menu suivent leurs enfants : si un rôle n'a accès ni aux recettes, ni aux dépenses, ni aux commissions, toute la rubrique Finances disparaît. La zone Réglages — utilisateurs, rôles, départements, intégrations — n'est visible que des administrateurs, quel que soit le rôle.
Le périmètre s'applique dans la requête, pas dans l'interface : listes, tableaux kanban, tableau de bord, exports, boîte de réception et rapports filtrent tous sur le même ensemble de responsables. Les affaires suivent le responsable de leur prospect lié, les tâches l'assigné, les tableaux de projet l'appartenance.
La hiérarchie n'est pas un champ « responsable » sur chaque utilisateur ; c'est un arbre de départements. Un département racine porte l'entreprise ; en dessous vous imbriquez ventes, support, régions, équipes — aussi profond que vous voulez. Chaque département a des membres, et tout membre peut être marqué comme responsable. Un département peut aussi porter un rôle par défaut, appliqué aux membres que vous y ajoutez.
Plusieurs responsables par département, c'est normal — un directeur des ventes et un adjoint couvrent tous deux l'équipe. Déplacer un département sous un autre déplace sa couverture avec lui ; déplacer une personne entre départements change ce que voit son responsable dès l'enregistrement. La couverture est mise en cache par requête et protégée contre les cycles : un arbre erroné ne peut pas boucler.
Un administrateur ignore la matrice : pleine capacité, plein périmètre. Seuls les administrateurs atteignent les Réglages : utilisateurs, rôles, départements, champs personnalisés, pipelines, intégrations, journal d'activité. Tout utilisateur peut être promu administrateur ou rétrogradé d'un bouton — sauf vous-même, pour qu'un espace ne puisse pas se priver de son dernier admin.
Parce que les administrateurs sont hors matrice, le conseil pratique est d'en avoir deux ou trois et de donner à tous les autres un vrai rôle, y compris au fondateur qui « doit tout voir » — c'est à cela que sert le périmètre tout sur un rôle normal.
| Fonction | Fonctionnement | Par défaut |
|---|---|---|
| Connexion à deux facteurs | Par utilisateur : un code envoyé par e-mail, ou un code temporel d'une application d'authentification (Google Authenticator, Authy, 1Password). Activé sous Réglages → 2FA avec un QR code. | Désactivée ; chaque utilisateur l'active |
| Blocage anti-force brute | Cinq échecs pour le même e-mail depuis la même adresse bloquent la connexion trois heures. S'applique au panneau principal, au panneau partenaire et au panneau maître. | Toujours actif |
| Réinitialisation du mot de passe | Flux par lien e-mail ; les nouveaux comptes reçoivent un mot de passe généré plutôt que d'en choisir un faible à l'inscription. | Toujours actif |
| Champs sensibles dans les journaux | Mots de passe, jetons, secrets d'API, secrets SIP et 2FA sont masqués avant toute écriture dans le journal d'activité. | Toujours actif |
| Session par espace | Chaque espace est son propre sous-domaine avec sa propre session ; un utilisateur de deux espaces se connecte à chacun séparément. | Toujours actif |
À partir de Growth, l'espace tient un journal de qui a fait quoi : connexions, modifications de réglages, éditions de rôles et d'utilisateurs, affectations de boîte de réception, modifications de produits, actions sur les tâches, changements de statut de tickets. Chaque entrée a la personne, l'heure, la fiche et — quand cela s'applique — les valeurs avant/après. Il se filtre, se pagine et s'exporte en CSV.
Le but est moins judiciaire que pratique : « qui a changé l'étape de cette affaire », « qui a retiré le droit de suppression au rôle commercial », « qui s'est connecté à 2 h du matin dimanche » sont des questions qui surgissent dans toute équipe de dix personnes ou plus, et la réponse devrait prendre une minute.
Chaque espace a sa propre base de données — pas une table partagée avec une colonne de locataire, mais un schéma séparé. Une requête dans un espace ne peut physiquement pas renvoyer les lignes d'un autre. L'hébergement est aux Pays-Bas (UE), l'interface existe en anglais, turc, arabe, français et italien, et chaque utilisateur choisit son fuseau d'affichage tandis que le stockage reste en UTC.
Ce que nous ne prétendons pas : les sauvegardes quotidiennes automatiques de votre espace ne font pas actuellement partie du service, et vous devriez exporter ce que vous devez conserver. Nous préférons le dire ici que vous le laisser découvrir plus tard.
| Symptôme | Cause la plus probable | Correctif |
|---|---|---|
| Un module manque dans le menu de quelqu'un | Le rôle n'a pas l'accès dessus | Cocher accès ; les autres actions ne comptent qu'une fois l'accès activé |
| « Voir » est coché mais la page dit Pas d'accès | Même chose — l'accès est l'interrupteur général | Cocher accès |
| Un responsable ne voit pas les prospects de son équipe | Pas marqué comme responsable dans le département, ou périmètre du rôle = les siennes | Le marquer responsable ; passer le périmètre en hiérarchie |
| Le responsable voit les prospects de l'équipe mais ne peut pas les modifier | Interrupteur « modification en hiérarchie » désactivé sur le rôle | Activer la modification (et la suppression si souhaité) |
| Un utilisateur voit tout | C'est un administrateur | Rétrograder et attribuer un rôle au bon périmètre |
| Des affaires manquent pour une personne responsable de prospects | Les affaires suivent le responsable du prospect ; les prospects n'ont pas de responsable | Renseigner les responsables des prospects |
| Bloqué après des fautes de frappe | Blocage anti-force brute : 5 échecs = 3 heures | Attendre, ou faire réinitialiser le mot de passe par un administrateur |
| Formule | 2FA, anti-force brute, base isolée | Rôles de base | Matrice complète par module + périmètre | Départements (organigramme) | Journal d'activité + export |
|---|---|---|---|---|---|
| Starter | Inclus | Inclus | — | — | — |
| Growth | Inclus | Inclus | Incluse | Inclus | Inclus |
| Business | Inclus | Inclus | Incluse | Inclus | Inclus |
| Enterprise | Inclus | Inclus | Incluse | Inclus | Inclus |
Les bases de sécurité — connexion à deux facteurs, protection anti-force brute, base isolée — sont dans toutes les formules, comme les rôles de base. La matrice complète avec périmètre de données, l'organigramme des départements et le journal d'activité arrivent ensemble avec Growth, formule sur laquelle la plupart des équipes de plus de cinq personnes finissent pour cette seule raison. Voir la page tarifs pour le comparatif complet.
Créez votre espace en moins d'une minute — gratuit pendant 14 jours.
Créer votre espace