Aller au contenu

Droits & sécurité

Sur l’écran Rules, vous déterminez pour chaque collaborateur ce qu’il peut faire et sur quels enregistrements. Ce qui n’est pas explicitement accordé n’est pas accessible.

  • Ne montrer à un technicien que ses propres missions.
  • Donner à un chef d’équipe ou responsable régional la portée de son équipe ou de sa région.
  • Masquer les montants pour qui n’en a pas besoin.
  • Vérifier qui a accordé un accès donné, et quand.
  • Revoir les droits quand quelqu’un change de fonction.
RôleCe qu’il fait
Administrateur de la sociétéCrée les rôles et les attribue
Tous les utilisateursEn constatent l’effet à leur prochaine connexion

Prérequis : vous devez être administrateur de la société. Les droits sont chargés à la connexion — demandez au collaborateur de se reconnecter après une modification. Les droits système et de maintenance sont hors de portée de cet écran.

Un droit se compose toujours de deux parties. Cette distinction est le cœur du système :

QuestionRéponse
Que peut-il faire ?Niveau : lire, créer, modifier, supprimer, approuver, exporter
Sur quoi ?Portée : propre, équipe, implantation, région, société entière
Propre ─▶ Équipe ─▶ Implantation / secteur ─▶ Région ─▶ Société entière
la plus petite la plus large
PortéeQui la reçoit typiquement
PropreUn technicien : uniquement ses propres missions
ÉquipeUn chef d’équipe
Implantation / secteurUn responsable d’implantation
RégionUn responsable régional
Société entièreDispatcher, planificateur, gérant

L'éditeur de rôle avec niveau et portée Un niveau et une portée par module, avec l’aperçu.

Vous ne partez pas de zéro. Une cinquantaine de modèles de rôles typiques des entreprises de service sont disponibles — du technicien et du chef d’équipe au dispatcher, au magasinier, au comptable et au gérant.

  1. Ouvrez Rules et allez dans Collaborateurs.

  2. Choisissez le collaborateur et attribuez-lui un rôle.

  3. Pour vous en écarter, créez un rôle propre basé sur un modèle.

  4. Utilisez l’aperçu pour vérifier ce que le rôle donne réellement avant de l’attribuer.

  5. Demandez au collaborateur de se reconnecter pour que ses nouveaux droits soient actifs.

Les montants constituent un droit distinct. Sans droits financiers, un utilisateur voit tout le récit opérationnel — clients, sites, équipements, interventions, pièces, heures — mais aucun montant.

Cela vaut partout de la même façon :

Les techniciens travaillent dans l’application Technicien avec un compte restreint. Ils ne voient que leurs propres missions, et ce cloisonnement s’effectue côté serveur — pas dans l’application. Un téléphone ou un navigateur modifié n’y change rien.

La piste d'audit des droits Qui a fait quelle modification, et de quel état vers quel état.

Les modifications de rôles et d’attributions sont conservées dans une piste d’audit dont rien ne peut être effacé : qui a fait la modification, quand, et quel était l’état avant et après.

C’est ce dont vous avez besoin quand quelqu’un demande après coup « qui a donné cet accès ? »

Un ou plusieurs utilisateurs sont administrateurs de la société. Ils peuvent gérer les rôles.

Les rôles ne peuvent jamais distribuer de droits système ou de maintenance. Ceux-ci sont structurellement hors de portée de l’écran des rôles — même un administrateur ne peut pas les céder par erreur.

Si vous travaillez avec plusieurs sociétés, chaque utilisateur ne voit que les données des sociétés auxquelles il a accès. Ce cloisonnement se poursuit dans chaque écran : tableaux de bord, cartes, dossiers et rapports.

Chaque client travaille en outre dans son propre environnement séparé. Les données de clients différents ne peuvent pas se croiser.

La sécurité, les sauvegardes et la maintenance de la plateforme sont gérées par Digitalnatie. Si vous avez des exigences spécifiques — une durée de conservation, une extraction de vos données ou une documentation pour un audit — contactez votre administrateur ; cela se convient par environnement.

  • Travaillez avec des rôles, pas des exceptions individuelles. Cinq rôles que vous comprenez valent mieux que vingt-cinq fiches que plus personne ne sait expliquer.
  • Revoyez les droits lors d’un changement de fonction — pas uniquement lors d’un départ.
  • Accordez les droits financiers au moins de personnes possible.
  • Utilisez l’aperçu avant d’attribuer un rôle, plutôt que de découvrir après coup ce qu’il a ouvert.
  • Parcourez la piste d’audit une fois par an. Cinq minutes, et vous savez si votre politique de droits correspond encore à la réalité.

Un collaborateur ne voit pas quelque chose. Que faire ? Vérifiez d’abord la portée, pas le niveau. En pratique, c’est presque toujours une portée trop étroite, pas un droit manquant.

Les modifications ne sont pas actives immédiatement. Les droits sont chargés à la connexion. Demandez au collaborateur de se reconnecter.

Un technicien peut-il voir les missions d’un collègue ? Uniquement si vous lui donnez la portée équipe ou plus large. Avec propre, non.

Peut-on accéder via l’application à des données non autorisées ? Non. Le cloisonnement est côté serveur, pas dans l’application.

Puis-je créer un rôle qui peut tout faire ? Vous pouvez attribuer l’ensemble du fonctionnement opérationnel. Les droits système et de maintenance restent hors de portée — volontairement.