Puis-je gérer l’application de stratégies de domaine au niveau du domaine ou au niveau du répertoire ?
Les politiques d’application de stratégies de domaine sont définies au niveau du répertoire. Cela signifie que la politique est activée pour tous les domaines appliqués. Si un répertoire avec application de stratégies contient un domaine qui ne devrait pas avoir de restrictions d’application de stratégies de domaine, l’administrateur système peut soit déplacer les domaines vers un autre répertoire désactivé DE soit créer un nouveau répertoire, qui n’est pas soumis à la politique DE.
La politique d’application de stratégies de domaine s’inverse-t-elle pour les utilisateurs concernés si elle est désactivée ? Les utilisateurs cessent-ils de voir les restrictions de connexion ?
Pour un répertoire désactivé DE, de nouveaux identifiants Adobe ID peuvent être créés avec les domaines de ce répertoire précédemment appliqués.
Si la politique de modification de l’adresse e-mail a été activée avant la désactivation de l’application de stratégies de domaine, les utilisateurs qui étaient auparavant concernés par la politique mais qui n’ont pas encore changé leur adresse e-mail ne seront plus obligés de le faire. Cependant, un utilisateur qui a terminé le processus de modification de l’adresse e-mail ne peut pas annuler la modification.
La politique de modification des e-mails est désactivée par défaut si l’application de stratégies de domaine est réactivée pour un répertoire donné.
Pourquoi l’application de stratégies de domaine est-elle activée automatiquement pour tout répertoire Enterprise ID ou Federated ID nouvellement créé dans mon portail Admin Console ?
Tout nouveau répertoire Enterprise ID ou Federated ID aura l’application de stratégies de domaine activée par défaut pour éliminer la création de compte personnel avec un domaine appartenant à l’organisation. Les administrateurs système peuvent désactiver la politique pour n’importe quel répertoire à tout moment après l’activation initiale.
Que se passe-t-il lorsqu’un utilisateur tente de partager des données avec une adresse e-mail d’organisation qui n’existe pas et ne peut pas être créée par l’utilisateur en raison de l’application de stratégies de domaine ?
Supposons que la création automatique de compte et l’application de stratégies de domaine soient activées pour un répertoire. Dans ce cas, un utilisateur peut envoyer une invitation à une adresse e-mail sur un domaine avec application de stratégies, et le destinataire peut créer un compte Federated ID avec le domaine et accepter l’invitation.
Si la création automatique de compte est désactivée ou si le répertoire est un type de répertoire Enterprise ID sous application de stratégies de domaine, l’utilisateur NE PEUT PAS envoyer l’invitation à l’adresse e-mail sur un domaine avec application de stratégies car le compte de l’utilisateur ne peut pas être créé avec cette adresse.
L’administrateur peut-il créer un compte Adobe ID sur un domaine qui fait partie d’un répertoire avec application de stratégies de domaine ?
Oui. Un administrateur système peut créer un compte Adobe ID pour un domaine restreint et des scénarios uniques en ajoutant l’adresse e-mail à la liste des exceptions.
Si un administrateur système active la politique de modification forcée de l’adresse e-mail, les utilisateurs Adobe ID du répertoire avec application de stratégies de domaine sont-ils tenus de modifier l’adresse e-mail associée au compte ?
Oui. Tout utilisateur disposant d’un compte Adobe ID sur un domaine avec application de stratégies (qu’il soit membre de l’organisation propriétaire, d’une organisation fiduciaire ou créé individuellement) doit modifier l’adresse e-mail associée au compte si l’application de stratégies de domaine est activée.
Adobe recommande vivement aux administrateurs système de modifier le type d’identité des comptes Adobe ID existants en Enterprise ID ou Federated ID pour les domaines avec application de stratégies avant d’appliquer la politique de modification des e-mails. Cela évite toute interruption de connexion pour les utilisateurs de l’organisation. Si l’administrateur ne modifie pas le type d’identité avant que l’utilisateur final ne modifie son adresse e-mail, le compte d’utilisateur ne peut pas être converti en Enterprise ID ou Federated ID, et un nouveau compte doit être créé pour se connecter avec Enterprise ID ou Federated ID.
Lorsqu’un utilisateur modifie son adresse e-mail en raison de la politique de changement forcé d’adresse e-mail, son profil affiche-t-il la nouvelle adresse e-mail dans le portail Admin Console ?
Oui. Le profil du compte utilisateur affiche l’adresse e-mail révisée dans Admin Console après la mise à jour.
Quelle est la signification du statut « Inconnu » pour un répertoire avec application de stratégies de domaine ?
La colonne d’état dans le tableau Paramètres d’identité > Répertoire affiche l’état Activé ou Désactivé pour l’application du domaine en fonction de l’ensemble de politiques défini par l’administrateur système.
Le statut Inconnu peut s’afficher si la politique est toujours en cours de mise à jour, si des paramètres sont modifiés ou s’il y a une erreur avec le paramètre de politique. Contactez l’assistance clientèle Adobe Enterprise si le statut ne passe pas automatiquement à l’état Activé ou Désactivé.
En tant qu’administrateur, comment puis-je vérifier quels utilisateurs disposent de comptes personnels Adobe ID sur le domaine appartenant à l’organisation ?
Vous pouvez consulter ce rapport d’utilisateur pour afficher une liste d’Adobe ID qui utilisent un domaine revendiqué pour l’adresse e-mail associée à leur compte. Vous pouvez télécharger le rapport relatif à n’importe quel répertoire toutes les heures dans chaque organisation.
Pour télécharger la liste des utilisateurs d’Adobe ID, accédez à Adobe Admin Console > Insights > Rapports.
Le rapport fournit une liste d’adresses e-mail pour les utilisateurs qui ont accepté les dernières Conditions d’utilisation d’Adobe avec leurs comptes personnels.
Recevez de l’aide plus rapidement et plus facilement
Nouvel utilisateur ?