Page Utilisateurs

Utilisateurs

La page Utilisateurs est votre liste des comptes de connexion au Panneau d’administration — les personnes qui se connectent avec e-mail et mot de passe pour gérer l’atelier. Chaque utilisateur a un nom, un e-mail, un rôle, un Groupe d’utilisateurs attribué qui contrôle ce qu’il peut voir, et (optionnellement) des clés API pour l’accès programmatique.

Ouvrez-la depuis la barre latérale principale (Utilisateurs) ou en accédant à /users.

Page Utilisateurs

Utilisateurs vs Employés. Un utilisateur est un compte qui se connecte au Panneau d’administration — gestionnaires, planificateurs, contremaîtres, back-office. Un employé est un ouvrier d’atelier qui tape un PIN sur le Kiosk. Ce sont deux identités séparées. Voir Utilisateurs vs Employés ci-dessous pour savoir comment les deux se croisent.

Table des matières

À quoi sert cette page
Anatomie de la page
Lire le tableau
Les trois rôles
Recherche
Ajouter un utilisateur
Modifier un utilisateur — le panneau Utilisateur
Onglet Général
Onglet Postes de travail
Onglet Clés API
Groupes d’utilisateurs
Utilisateurs vs Employés
Authentification à deux facteurs
Supprimer un utilisateur
Conseils et bonnes pratiques

À quoi sert cette page

La page Utilisateurs est votre liste des comptes du Panneau d’administration. Utilisez-la pour :

Intégrer de nouveaux collègues — créer une connexion, choisir un rôle, attribuer un Groupe d’utilisateurs, remettre le mot de passe.
Contrôler l’accès — les Groupes d’utilisateurs (gérés dans Paramètres de l’application → Groupes d’utilisateurs) décident quels modules et quelles vues kanban une personne peut voir.
Émettre des PIN pour les utilisateurs hybrides — un planificateur qui pointe également sur l’atelier peut avoir à la fois un e-mail/mot de passe et un PIN.
Gérer les clés API — pour les utilisateurs qui ont besoin de piloter l’API depuis un script ou une intégration.
Auditer et faire tourner — voir qui a accès, quand il a vérifié son e-mail pour la dernière fois, et retirer l’accès proprement lorsque quelqu’un part.

La plupart des ateliers gardent cette liste courte — généralement le propriétaire, un ou deux gestionnaires, un planificateur, et (parfois) le superviseur. Les ouvriers d’atelier vont plutôt sur la page Employés.

Anatomie de la page

Cette page est réservée aux administrateurs — seuls les utilisateurs avec le rôle admin voient le champ de recherche, le sélecteur Afficher N entrées, le bouton Ajouter un utilisateur et la pagination. Les utilisateurs non-admin voient le tableau lui-même (pour qu’ils puissent trouver leur propre ligne pour modifier leur profil) mais pas les contrôles de gestion.

Pour les administrateurs, de gauche à droite en haut :

Champ de recherche — recherche par nom ou e-mail.
Sélecteur Afficher N entrées — 5 / 10 / 25 / 50 / 100 par page.
Bouton Ajouter un utilisateur (en haut à droite).

Sous la barre d’outils se trouve le tableau des utilisateurs, une ligne par utilisateur. Pagination standard en dessous.

Lire le tableau

Colonne	Ce qu’elle affiche
ID	ID numérique interne.
Nom	Nom complet.
E-mail	E-mail de connexion (également l’adresse de contact).
Rôle	L’un de `Admin`, `User` ou `Employee`, affiché sous forme de pastille colorée. Voir Les trois rôles.
E-mail vérifié	Date à laquelle l’utilisateur a cliqué sur le lien de vérification (ou `-` s’il ne l’a pas fait).
Créé	Quand le compte a été créé.
Actions	Crayon — ouvre le panneau d’édition.

Les trois rôles

Chaque utilisateur a l’un des trois rôles, choisi lors de la création du compte et modifiable ensuite :

Rôle	Cas d’usage
Admin	Accès complet. Peut gérer tous les utilisateurs, tous les paramètres, toutes les données. Généralement le propriétaire et un ou deux seconds de confiance.
User	Compte Panneau d’administration standard. Les permissions sont régies par le Groupe d’utilisateurs attribué — il ne peut voir que les modules et les vues kanban que le groupe autorise. Le rôle pour la plupart des planificateurs, gestionnaires et personnel back-office.
Employee	Un utilisateur qui a aussi l’accès PIN Kiosk. Voit le Panneau d’administration uniquement dans la mesure où le Groupe d’utilisateurs le permet, et a en plus un PIN pour pointer sur l’atelier. Voir Utilisateurs vs Employés.

Le rôle détermine les permissions maximales ; le Groupe d’utilisateurs les restreint. Un admin ignore le Groupe d’utilisateurs (il peut tout faire de toute façon) ; un user ou employee est contraint par celui-ci.

Recherche

Tapez dans le champ de recherche. La requête correspond au Nom et à l’E-mail (insensible à la casse, correspondance contient). La liste se rafraîchit environ 300 ms après que vous avez cessé de taper.

Ajouter un utilisateur

Cliquez sur Ajouter un utilisateur en haut à droite. Le panneau Utilisateur glisse depuis la droite avec un formulaire vide.

Au minimum :

Nom — nom complet.
E-mail — e-mail de connexion. Doit être unique.
Mot de passe — mot de passe temporaire avec lequel l’utilisateur se connectera.
Rôle — Admin, User ou Employee. Voir Les trois rôles.

Optionnel :

Groupe d’utilisateurs — choisir parmi les groupes définis dans Paramètres de l’application → Groupes d’utilisateurs. Par défaut, le groupe marqué comme par défaut.
PIN — uniquement pour le rôle employee. 4 à 8 chiffres, unique parmi les employés.
Postes de travail — pertinent uniquement lorsque l’utilisateur est un employee et utilisera le Kiosk.

Cliquez sur Créer. L’utilisateur est créé et peut se connecter immédiatement. Il n’y a pas d’e-mail automatique — vous devrez partager le mot de passe avec lui hors bande. Il peut le changer après la première connexion via Paramètres → Mot de passe.

Premier administrateur ? Le tout premier utilisateur créé lors de la configuration du compte est l’administrateur initial. Il peut ensuite créer des utilisateurs supplémentaires, y compris davantage d’administrateurs.

Modifier un utilisateur — le panneau Utilisateur

Cliquez sur l’icône crayon sur n’importe quelle ligne pour ouvrir le panneau en mode édition. Le panneau utilise trois onglets :

Général — nom, e-mail, rôle, Groupe d’utilisateurs, mot de passe, PIN (lorsque le rôle est employee).
Postes de travail — pertinent uniquement pour le rôle employee.
Clés API — disponible uniquement en mode édition (vous avez besoin d’un utilisateur enregistré pour y attacher des clés).

L’en-tête a deux boutons :

Enregistrer — applique vos modifications.
Supprimer — supprime l’utilisateur. Voir Supprimer un utilisateur.

Onglet Général

Champs :

Nom (requis).
E-mail (requis, unique).
Rôle (requis) — choisir Admin, User ou Employee.
Groupe d’utilisateurs — choisir parmi les groupes configurés. Un texte d’indication vous rappelle que cela contrôle l’accès aux modules et aux vues.
PIN (uniquement pour le rôle employee) — 4 à 8 chiffres numériques, unique.
Mot de passe / Nouveau mot de passe — laissez vide lors de l’édition pour conserver l’existant ; tapez une valeur pour le changer. Sur un formulaire de création, le champ est requis.

Sous le formulaire, en mode édition, vous trouverez :

E-mail vérifié à — horodatage en lecture seule.
Créé à / Mis à jour à — horodatages en lecture seule.

Onglet Postes de travail

Pertinent uniquement lorsque le Rôle de l’utilisateur est Employee. Identique à l’onglet Postes de travail de la page Employés — cochez les postes sur lesquels cette personne est autorisée à pointer via le Kiosk.

Pour les rôles admin et user, cet onglet apparaît toujours mais n’est pas fonctionnel — ces rôles n’ont pas d’identité Kiosk.

Onglet Clés API

Chaque utilisateur peut émettre des clés API personnelles pour l’accès programmatique au système — utile pour les intégrations, les scripts et les automatisations ponctuelles.

L’onglet est disponible uniquement en mode édition (vous avez besoin d’un utilisateur enregistré pour y attacher des clés). Ici, vous pouvez :

Créer une nouvelle clé API — entrez un nom convivial (par ex., « Serveur de production », « Zapier », « Script d’inventaire ») et cliquez sur Créer.
Voir / copier une clé existante. Notez que la clé complète n’est affichée qu’une seule fois à la création — copiez-la alors ; vous pouvez la revoir via l’icône œil par la suite, mais si vous la perdez entièrement, créez-en une nouvelle et supprimez l’ancienne.
Voir quand chaque clé a été utilisée pour la dernière fois.
Supprimer les clés qui ne sont plus nécessaires.

Les clés API accordent les mêmes permissions que l’utilisateur qui les a créées (sous réserve du Groupe d’utilisateurs). Lorsque cet utilisateur est supprimé, ses clés disparaissent avec lui.

Traitez les clés API comme des mots de passe. Ne les commitez pas dans git, ne les envoyez pas par e-mail, ne les collez pas dans un chat public. Si une clé fuit, supprimez-la depuis cet onglet — l’ancienne clé cesse de fonctionner immédiatement.

Pour les clés API au niveau de l’atelier qui ne sont pas liées à un seul humain, utilisez plutôt Paramètres de l’application → Clés API.

Groupes d’utilisateurs

Les Groupes d’utilisateurs sont définis dans Paramètres de l’application → Groupes d’utilisateurs et contrôlent :

L’accès aux modules — quels modules de niveau supérieur un membre voit (CRM, Production, Configuration).
L’accès aux vues — quelles vues kanban et quels appareils (Bureau vs Application mobile).

Chaque utilisateur appartient à exactement un Groupe d’utilisateurs (sauf les utilisateurs admin, qui le contournent effectivement). Le groupe par défaut est celui auquel les nouveaux utilisateurs sans groupe spécifié sont attribués.

Configurations de groupe courantes :

Planificateurs — accès Production + Configuration ; toutes les vues kanban.
Chefs d’atelier — accès Production uniquement ; une ou deux vues kanban ciblées sur le département.
Back-office — CRM + Production ; toutes les vues bureau ; pas de mobile.
Gestionnaires en lecture seule — accès bureau aux vues pertinentes, pas de modules d’édition.

Modifiez les groupes, pas les utilisateurs individuels, chaque fois que vous voulez changer une permission pour une catégorie de personnes.

Utilisateurs vs Employés

C’est la source de confusion la plus courante dans le système. La version courte :

Identité	Se connecte via…	S’identifie via…	Utilisé par…
Utilisateur (Utilisateurs)	E-mail + mot de passe du Panneau d’administration (+ 2FA optionnel)	E-mail + Mot de passe	Gestionnaires, planificateurs, contremaîtres, back-office
Employé (Employés)	Modal PIN Kiosk / mobile	PIN numérique	Ouvriers d’atelier

Ce sont des enregistrements entièrement séparés par défaut — un Utilisateur n’a pas de PIN, un Employé n’a pas de mot de passe.

Pour représenter une personne comme les deux (par exemple, un planificateur qui travaille occasionnellement sur l’atelier) :

Créez un Utilisateur avec rôle = Employee.
Sur l’onglet Général, définissez un PIN.
Sur l’onglet Postes de travail, cochez les postes pour lesquels il est autorisé.

Cet enregistrement unique fonctionne maintenant comme les deux — il peut se connecter au Panneau d’administration avec e-mail+mot de passe et pointer sur le Kiosk avec son PIN. Ses journaux de temps sont attribués à la même identité dans les deux mondes.

Pour une personne qui est uniquement sur l’atelier (pas d’accès au Panneau d’administration du tout), préférez la page Employés plutôt que de créer un Utilisateur de rôle employee. C’est un enregistrement plus simple et ne prend pas de siège de connexion.

Authentification à deux facteurs

L’authentification à deux facteurs (TOTP / application d’authentification) est gérée par utilisateur via Paramètres → Authentification à deux facteurs (l’utilisateur se connecte et la configure lui-même). Elle n’est pas gérée depuis cette page — les administrateurs ne peuvent pas activer la 2FA au nom de quelqu’un d’autre.

Pour les ateliers avec des données sensibles (PII client, infos financières), envisagez fortement :

D’exiger que tous les administrateurs activent la 2FA.
De documenter le processus de code de récupération afin qu’un authentificateur perdu ne bloque personne.

Supprimer un utilisateur

Ouvrez l’utilisateur dans le panneau → cliquez sur le bouton rouge Supprimer l’utilisateur → confirmez.

Ce qui se passe :

La connexion est supprimée — l’utilisateur ne peut plus se connecter.
Les clés API appartenant à l’utilisateur sont révoquées immédiatement.
Les références historiques (tâches créées, « modifié par » du journal de temps, etc.) continuent de pointer vers l’id utilisateur maintenant supprimé. Elles s’affichent comme « Inconnu » ou vide dans l’UI.
Si l’utilisateur était aussi une identité de rôle employee, son PIN est libéré et les minuteurs actifs ne se ferment pas automatiquement. Arrêtez-les d’abord ou laissez un Cron Job les capturer.

Il n’y a pas d’annulation. Pour le personnel qui part, l’alternative sûre est :

Changer son mot de passe en quelque chose que vous seul connaissez.
Retirer ses privilèges de Groupe d’utilisateurs.
Optionnellement renommer son compte « (Ancien) Jan Kowalski » afin que les références historiques restent attribuables.

Cela préserve l’historique d’audit tout en supprimant l’accès.

Conseils et bonnes pratiques

Utilisez les Groupes d’utilisateurs, pas les permissions par utilisateur. Définir la permission une fois par groupe puis attribuer les utilisateurs aux groupes est énormément moins de travail que de régler chaque utilisateur.
Ayez au moins deux utilisateurs Admin. Les ateliers à administrateur unique se retrouvent bloqués lorsque cet administrateur unique perd son appareil. Deux administrateurs de confiance est le facteur bus minimum.
Activez la 2FA pour chaque administrateur. Le Panneau d’administration peut tout modifier ; l’authentification par mot de passe seul est une défense trop mince si votre activité en dépend.
Rôles vs Groupes : les rôles définissent le maximum ; les groupes restreignent. Les utilisateurs admin ignorent le groupe ; user et employee sont contraints par celui-ci.
Réservez le rôle employee aux utilisateurs hybrides. Pour une personne qui ne fait que du travail sur l’atelier, utilisez la page Employés — c’est l’enregistrement plus simple et ne consomme pas de siège de connexion.
Traitez les clés API comme des secrets de production. Nommez-les d’après le système qui les utilise, faites-les tourner lorsque ce système change de main, supprimez celles qui ne sont plus utilisées.
Ne partagez pas les comptes. Si deux gestionnaires gèrent Production, donnez-leur leurs propres connexions — les pistes d’audit sont inutiles lorsque « qui a fait ça ? » répond « le compte partagé ».
Pour le personnel qui part, changez le mot de passe + retirez des groupes plutôt que de supprimer. Préserve l’historique d’audit sans laisser l’accès ouvert.
Documentez le flux de récupération. Scénarios 2FA perdue, mot de passe oublié, administrateur partant avec la seule clé — écrivez les étapes pour votre atelier pendant que tout est calme.
Associez cela à la page Employés pour la vue d’ensemble de qui peut faire quoi dans le système — admin via connexion sur cette page, accès atelier sur Employés, utilisateurs hybrides dans les deux.