Ajouter et configurer des utilisateurs adding-and-configuring-users

Les informations sur les utilisateurs et les groupes sont conservées dans un système de stockage tiers, tel qu’un annuaire LDAP. User Management n’écrit pas sur le système de stockage tiers. Au lieu de cela, User Management synchronise les informations sur les utilisateurs et les groupes avec sa propre base de données.

Création d’un utilisateur create-a-user

Lorsque vous créez des utilisateurs, vous pouvez les ajouter à des groupes et leur attribuer des rôles.

Paramètres utilisateur user-settings

Spécifiez les paramètres suivants lorsque vous créez ou modifiez un utilisateur.

Nom canonique :(obligatoire) identificateur unique de l’utilisateur. Chaque utilisateur et groupe d’un domaine doit avoir un nom canonique unique. Cochez la case Généré par le système pour laisser User Management attribuer une valeur unique ou décochez la case et spécifiez une valeur personnalisée pour le Nom canonique.

Évitez l’utilisation de caractères de soulignement (_) dans les noms canoniques, par exemple, sample_user. Lorsque vous recherchez des utilisateurs à l’aide de leur nom canonique, les noms contenant des caractères de soulignement n’apparaissent pas dans les résultats.

Prénom :(obligatoire) prénom de l’utilisateur.

Nom :(obligatoire) nom de l’utilisateur.

Nom commun : nom complet ou nom d’affichage de l’utilisateur. Par exemple, si Prénom = Gloria et Nom = Rios, alors Nom commun = Gloria Rios.

Adresse électronique : adresse électronique de l’utilisateur.

Téléphone : numéro de téléphone de l’utilisateur.

Description : description facultative. Utilisez ce champ en fonction des besoins de votre entreprise.

Adresse : adresse postale de l’utilisateur.

Organisation : Organisation à laquelle appartient l’utilisateur

Alias de messagerie : alias de messagerie de l’utilisateur. Séparez les alias de messagerie par des virgules.

Domaine : Domaine auquel appartient l’utilisateur

Paramètres régionaux : paramètres régionaux ISO de l’utilisateur.

Clé du calendrier professionnel : (facultatif) permet d’associer un calendrier professionnel à un utilisateur, en fonction de la valeur de ce paramètre. Les calendriers professionnels définissent les jours ouvrés et non ouvrés. AEM les formulaires peuvent utiliser des calendriers professionnels pour calculer les dates et heures futures des événements tels que les rappels, les échéances et les transmissions. La manière dont vous attribuez des clés de calendrier professionnel aux utilisateurs varie selon que vous utilisez un domaine d’entreprise, local ou hybride. (Voir Ajout de domaines.)

Si vous utilisez un domaine local ou hybride, les informations sur les utilisateurs sont stockées uniquement dans la base de données User Management. Pour ces utilisateurs, définissez la clé du calendrier professionnel sur une chaîne. Associez ensuite la clé de calendrier professionnel (la chaîne) à un calendrier professionnel dans le processus des formulaires.

Si vous utilisez un domaine d’entreprise, les informations sur les utilisateurs résident dans un système de stockage tiers, tel qu’un annuaire LDAP. User Management synchronise les informations utilisateur de l’annuaire avec la base de données User Management. Cette fonctionnalité vous permet de mapper une clé de calendrier professionnel à un champ de l’annuaire LDAP. Supposons, par exemple, que chaque utilisateur enregistré dans votre annuaire dispose d’un champ pays et que vous souhaitiez attribuer des calendriers professionnels en fonction du pays où se trouve l’utilisateur. Dans ce cas, vous indiquez le nom du champ de pays comme valeur du paramètre Clé du calendrier professionnel . Vous pouvez ensuite associer les clés de calendrier professionnel (valeurs définies pour le champ pays dans l’annuaire LDAP) aux calendriers professionnels dans le processus des formulaires.

Pour plus d’informations sur les calendriers professionnels, y compris sur la façon de mapper des clés de calendrier professionnel à des calendriers professionnels, voir Configuration des calendriers professionnels.

Limitez le nom à moins de 53 caractères. Un nom court contribue à réduire les problèmes d’affichage de la clé de calendrier professionnel dans les pages Process Management d’Administration Console.

ID utilisateur :(obligatoire) ID que l’utilisateur utilise pour se connecter. L’ID utilisateur n’est pas sensible à la casse et doit être unique dans l’ensemble du domaine.

Dans les domaines d’entreprise, utilisez un attribut non ND comme identifiant utilisateur, car le ND d’un utilisateur peut changer s’il se déplace vers une autre partie de l’entreprise. Ce paramètre dépend du serveur d’annuaire. La valeur est objectGUID pour Active Directory 2003, nsuniqueID pour Sun™ One et guid pour eDirectory.

Assurez-vous que l’ID utilisateur est unique. N’utilisez pas celui qui a été affecté à un utilisateur supprimé.

AEM formulaires ne peuvent pas différencier les comptes d’utilisateurs qui possèdent des identifiants utilisateur et des mots de passe identiques mais qui appartiennent à des domaines différents. Pour éviter ce problème, ne créez pas de comptes portant le même ID utilisateur sur plusieurs domaines.

Lors de l’utilisation de SQL Server comme base de données, vous ne pouvez pas créer d’ID utilisateur contenant plus de 255 caractères.

Lorsque vous utilisez MySQL, l’ID utilisateur peut contenir des caractères étendus. Cependant, lorsqu’une comparaison est effectuée entre deux chaînes, telles que abcde et âbcdè, elles sont considérées comme identiques. Par exemple, lors de la synchronisation, si un nouvel utilisateur a été ajouté à la base de données, une comparaison est effectuée pour vérifier si un utilisateur portant le même ID utilisateur existe dans la base de données. Si l’utilisateur abcde existe déjà dans la base de données lorsque le nouvel utilisateur *âbcdè * est ajouté, la comparaison ne peut pas faire la distinction entre les deux noms. On suppose que l’utilisateur existe déjà dans la base de données et que le nouvel utilisateur est ignoré et n’est pas ajouté.

Évitez de créer des noms d’utilisateur commençant par un signe dièse (#). L’exécution de recherches de tâches ne renvoie aucun résultat pour ces noms d’utilisateur. (Voir Utilisation des tâches.)

Mot de passe et Confirmer le mot de passe : mot de passe que l’utilisateur utilise pour se connecter. Il doit comporter au minimum huit caractères. Aucun mot de passe n’est requis pour un utilisateur faisant partie d’un domaine hybride.

Affichage des détails d’un utilisateur view-details-about-a-user

Modification du mot de passe d’un utilisateur local change-the-password-for-a-local-user

Modification des propriétés d’un utilisateur edit-a-user-s-properties

Suppression d’un utilisateur delete-a-user

Créer un gestionnaire d’erreur de connexion personnalisé create-custom-login-error-handler

Si un utilisateur ne disposant pas des autorisations AEM et CQ requises tente de se connecter aux applications suivantes intégrées à CQ, il est redirigé vers la page CQ 404 par défaut contenant la trace de l’erreur :

CQ fournit un mécanisme pour remplacer le jsp du gestionnaire 404 par défaut.

Pour plus d’informations sur la personnalisation de la page de gestion des erreurs, voir Personnalisation des pages affichées par le gestionnaire d’erreur dans la documentation d’Adobe Experience Manager.