Aller au contenu principal

Utilisateurs

Cet écran gère les comptes utilisateurs NomaUBL : création de nouveaux utilisateurs, affectation d'un rôle (défini dans Configuration → Security → Roles), édition du profil, désactivation des comptes et réinitialisation des mots de passe.

Les comptes utilisateurs sont applicatifs et indépendants de la source — ils s'appliquent indifféremment quand NomaUBL est connecté à JD Edwards, SAP, NetSuite ou un ERP personnalisé. Le compte admin par défaut (avec les rôles initiaux) est provisionné par l'action Initialize Database de Database Connectors → NomaUBL.


Vue d'ensemble​

Utilisateurs+ Nouvel utilisateurIDENTIFIANT · NOM · E-MAIL · RÔLE · ACTIF · ACTIONSadmin · Marie Dupont · marie.dupont@acme.fr · adminOui✏️🗑jdoe · John Doe · john.doe@acme.fr · operatorOui✏️🗑smartin · Sophie Martin · s.martin@acme.fr · viewerOui✏️🗑paudit · Paul Auditor · p.auditor@acme.fr · auditorNon✏️🗑FORMULAIRE D'ÉDITIONIDENTIFIANTjdoeRÔLEoperator ▾NOM COMPLETJohn DoeACTIF✓💾 Enregistrer🔑 Réinitialiser mot de passeTableau des utilisateurslogin · nom · e-mail · rôle · étatBascule Actifdésactiver sans supprimerFormulaire d'éditionrôle + actif + réinitialisation

Liste des utilisateurs​

Le tableau en bas de la page liste l'ensemble des comptes utilisateurs.

ColonneDescription
UsernameIdentifiant de connexion du compte.
Full NameNom complet affiché dans l'interface.
EmailAdresse e-mail du compte — utilisée pour les notifications et les processus de réinitialisation de mot de passe.
RoleRôle actuellement affecté à l'utilisateur (l'un des rôles définis dans Configuration → Security → Roles).
ActiveYes (vert) quand le compte peut se connecter ; No (rouge) quand il est désactivé mais conservé pour la traçabilité.
Actions✏️ ouvre le formulaire d'édition de l'utilisateur ; 🗑 supprime l'utilisateur après une confirmation navigateur.

Quand le tableau est vide, un message renvoie vers Initialize Database — le compte admin initial est créé pendant cette opération.


Création d'un utilisateur​

Cliquer sur + Nouvel utilisateur en haut à droite de la section ouvre le formulaire de création. Champs :

ChampDescription
UsernameIdentifiant de connexion. Doit être unique. Non modifiable après création.
PasswordMot de passe initial du compte. Avec le SSO activé (Auth Mode oidc ou both), il est facultatif : laissé vide, le compte se connecte uniquement via le fournisseur d'identité, n'a pas de mot de passe local et n'est jamais invité à en changer.
Require a new password at the first local loginCase à cocher affichée dès qu'un mot de passe est saisi, cochée par défaut. La décocher laisse l'utilisateur conserver le mot de passe initial. Une session ouverte via le SSO n'est jamais redirigée vers l'écran de changement de mot de passe.
Full NameNom complet affiché dans l'interface.
EmailAdresse e-mail du compte.
RoleRôle affecté à l'utilisateur (liste déroulante des rôles définis dans Security → Roles).

Cliquer sur Créer pour enregistrer ou sur Annuler pour annuler.


Édition d'un utilisateur​

Cliquer sur ✏️ sur une ligne ouvre le formulaire d'édition. Le formulaire est identique à celui de création, avec trois différences :

ChampComportement en édition
UsernameMasqué — les identifiants sont immuables.
PasswordMasqué — utiliser Reset Password ci-dessous à la place.
ActiveYes / No — autorise ou non la connexion. La désactivation préserve l'historique de l'utilisateur sans lui accorder d'accès.
Reset PasswordChamp optionnel. Laisser vide pour conserver le mot de passe actuel ; saisir une nouvelle valeur pour l'écraser — la case Require a new password at the first local login apparaît alors, comme à la création.

Cliquer sur Enregistrer pour enregistrer ou sur Annuler pour annuler.


Suppression d'un utilisateur​

Cliquer sur 🗑 sur une ligne. Une confirmation navigateur s'affiche (Delete user "X"?). La confirmation supprime le compte immédiatement — aucune restauration possible (pas de soft delete). Préférer Active = No pour révoquer un accès temporairement.


Messages de statut​

Des messages en ligne s'affichent sous le tableau :

  • User created / User updated / User deleted en cas de succès.
  • Le message d'erreur original renvoyé par l'API en cas d'échec (par ex. doublon d'identifiant, champ manquant).

Conseils & bonnes pratiques​

  • Aligner Username sur l'identifiant SSO / d'entreprise dès que possible, même si NomaUBL n'est pas encore fédéré — la migration SSO future en sera grandement simplifiée.
  • Définir un mot de passe initial robuste à la création et laisser cochée Require a new password at the first local login : l'utilisateur choisit le sien à la première connexion.
  • Préférer Active = No à la suppression au départ d'un collaborateur — l'accès est immédiatement révoqué, la piste d'audit est conservée.
  • Utiliser Reset Password avec parcimonie. Quand les utilisateurs peuvent changer leur mot de passe ailleurs, ce champ sert principalement au déblocage après perte de mot de passe.
  • Relancer Initialize Database (Database Connectors → NomaUBL) sur un déploiement neuf si aucun utilisateur n'existe — l'opération provisionne le compte admin initial.
  • Affecter un rôle à chaque utilisateur. Sans rôle valide, l'utilisateur arrive sans permission et voit une navigation vide.