Gestion des utilisateurs

Nous avons un système centralisé de gestion des utilisateurs sous-jacent Control Hub, où les utilisateurs sont distincts et uniques dans toute l’organisation (et l’intégralité de Webex). En Administration du site, la Profil d'utilisateur est distincte par site de réunion.

1er SSO (SSO) avec création automatique de compte

Dans l’administration du site, vous avez une fonctionnalité de « création automatique de compte » qui crée les utilisateurs lorsqu’ils s’authentifier eux-mêmes SSO.

Cette fonctionnalité est également disponible dans le Control Hub. Reportez-vous à Création et mise à jour de compte SAML automatique pour Control Hub pour plus d’informations.

Beaucoup d’organisations qui utilisent SSO peuvent préférer gérer leurs utilisateurs de manière centralisée dans des outils de répertoire externes tels que Microsoft^® Active Directory et Microsoft Azure, ainsi que demander une authentification avec des fournisseurs d’identité externes.

En savoir plus sur :

• Ajouter des utilisateurs au Control Hub.

• Intégrer votre organisation Control Hub à un fournisseur d’identité.

Données de profil obligatoires et Codes de suivi

Administration du site vous permet de spécifier les champs du profil requis pour les nouveaux utilisateurs (capture d’écran précédente). Vous pouvez prolonger ceci pour demander une Codes de suivi création de l’utilisateur (capture d’écran ci-dessous). Si vous configurez ces exigences supplémentaires, vous ne pouvez pas ajouter des utilisateurs sur le site sans eux.

Control Hub a seulement besoin d’un nom d’affichage et d’une adresse électronique pour créer un utilisateur.

Tous les autres champs utilisateurs sont facultatifs lorsque vous créez un nouvel utilisateur dans Control Hub, donc nous ne forsons pas de données de profil supplémentaires pour les sites gérés par Control Hub.

Vous devez désactiver les champs de profil obligatoires Codes de suivi mise à jour de votre site vers Control Hub.

Gestion et verrouillage du mot de passe

Administration du site a une fonctionnalité qui verrouille temporairement les utilisateurs s’ils ne parviennent pas à se connectent après un certain nombre d’essais.

Control Hub dispose des options suivantes pour empêcher tout accès non autorisé :

• Délai d’essai automatique après les quelques premières tentatives qui ont échoué.

• Un mécanisme CAPTCHA la distance des êtres humains (Test public entièrement automatisé pour séparer les ordinateurs des êtres humains).

• Des utilisateurs légitimes ont une option en libre-service pour changer leurs mots de passe oubliés.

Licence organisateur

Les organisateurs doivent se trouver dans votre organisation Control Hub

Dans l’administration du site, vous pouvez attribuer une licence organisateur à n’importe quel utilisateur. Lorsque vous gérez le site dans Control Hub, vous pouvez attribuer uniquement des licences organisateur (&rôle d’invité) aux utilisateurs de la même organisation Control Hub.

Auto-inscription au compte organisateur

Dans l’administration du site, vous pouvez choisir d’autoriser les utilisateurs à demander un compte (organisateur) sur le site. Vous pouvez également autoriser les utilisateurs ayant un compte à demander des services supplémentaires sur le site. (voir les captures d’écran).

Lorsque vous gérez un site de réunion dans Control Hub, les utilisateurs ne peuvent pas demander leur propre compte d'organisateur pour ce site.

Control Hub a une façon centralisée et automatisée pour vous d’attribuer des licences de réunion aux nouveaux utilisateurs à la place. Lisez https://help.webex.com/n3ijtao.

Vous pouvez également gérer les licences utilisateur par API ou en bloc en utilisant un système CSV.

Si vous souhaitez que les utilisateurs demandent leurs comptes organisateur, vous pouvez configurer l’aide/l’assistance du site avec les pointeurs pour contacter les administrateurs ou l’associer à d’autres outils.

Vous devez désactiver les langues « Autoriser l’compte d'organisateur l’inscription des utilisateurs » et « Autoriser les utilisateurs à demander des services supplémentaires » dans la Administration du site avant de mettre à jour votre site vers Control Hub.

Control Hub dispose d’autres options de gestion des licences, telles que les modèles d’attribution automatique. Vous pouvez obtenir un rapport des organisateurs inactifs pour vous aider à supprimer les licences de ces utilisateurs, individuellement ou en bloc, ou par l’API.

Si vous avez besoin de cette option de désactivation automatique et que les autres options dans Control Hub ne vous conviennent pas, alors vous devez éviter d’actualiser votre site sur Control Hub pour le moment.

Création automatique de compte pour les nouveaux utilisateurs

Si votre site Webex a activé la création de compte automatique dans l’administration du site, vous pouvez activer une fonctionnalité similaire dans Control Hub avec la création de compte automatiqueSAML. Veillez également à configurer un modèle de licence automatique afin que les nouveaux utilisateurs obtiennent automatiquement des licences une fois que leurs comptes sont créés dans l’organisation Control Hub.

Organisations avec synchronisation du répertoire

Si votre organisation est configurée pour la synchronisation du répertoire, alors assurez-vous que tous les utilisateurs que vous souhaitez être dans votre organisation sont présents dans le site. Cette opération doit être effectuée 24 heures avant le démarrage du processus de mise à jour du site, afin que les utilisateurs du site soient liés aux nouveaux utilisateurs de votre organisation Control Hub.

L’accès administrateur aux sites Webex une fois mis à jour

Une personne ayant un rôle d’administrateur à l’échelle de l’organisation dans Control Hub aura automatiquement accès aux sites qui sont mis à jour de Administration du site vers Control Hub. Par exemple, les administrateurs complets de l’organisation deviendront des administrateurs complets du site Webex, les administrateurs utilisateur de l’organisation deviendront des administrateurs utilisateur du site Webex, et les administrateurs en lecture seule de l’organisation deviendront des administrateurs en lecture seule du site Webex.

API XML

Les API XML sont maintenant compatibles avec les sites gérés par Control Hub. Vous pouvez lire les détails et les avertissements sur les mises à jour de l’API XML 41.11.0.

Les URL des services API XML sont inchangées après la mise à jour d’un site de l’administration du site vers le Control Hub géré. Les mêmes URL API continueront de fonctionner. Cisco recommande que toutes les intégrations API utilisent OAUTH pour l’authentification.

Authentification dans les API XML

Les intégrations qui n’utilisent pas Webex OAUTH pour l’authentification peuvent échouer après la mise à jour du site vers Control Hub. Le tableau suivant indique le type d’authentification de l’administrateur qui continuera de fonctionner après la mise à jour de votre site.

Tableau 1. Types d’authentification de l’administrateur qui fonctionneront dans l’API XML après la mise à jour du site

Type d’authentification de l’administrateur dans l’API XML avant la mise à jour du site	Administrateur dans l’organisation SSO après la mise à jour du site	L’administrateur n’est pas dans l’organisation SSO après la mise à jour du site
nom d’utilisateur (webExID)/mot de passe	Fonctionnera*	Fonctionnera*
nom d’utilisateur (webExID)/ticket de session	Fonctionnera	Fonctionnera
nom d’utilisateur/OAUTH (webExAccessToken)	Fonctionnera	Fonctionnera
adresse électronique/mot de passe	Fonctionnera*	Fonctionnera*
adresse électronique/ticket de session	Fonctionnera	Fonctionnera
adresse électronique/OAUTH (jeton d’accès à webEx)	Fonctionnera	Fonctionnera

Le nom d’utilisateur est configuré sur l’adresse électronique pour tous les utilisateurs lorsqu’un site est mis à jour vers Control Hub. Si le nom d'utilisateur est utilisé pour les données utiles de l'API, alors les données utiles doivent utiliser l'adresse électronique à la place après la mise à jour du site.

Rôle d’administrateur dans le Control Hub pour les intégrations API

Les administrateurs ayant uniquement un rôle d’administrateur de site peuvent ne pas être en mesure d’effectuer certaines opérations avec les API XML, telles que changer l’adresse électronique d’un utilisateur ou le nom d’affichage après la mise à jour du site vers un site Control Hub. Pour les administrateurs dont les identifiants sont utilisés pour les intégrations API, nous vous recommandons de promouvoir ces administrateurs vers des administrateurs complets de l’organisation dans Control Hub, idéalement avant de mettre à jour le site vers Control Hub.

En fonction de ce que fait votre intégration, les administrateurs peuvent également avoir besoin d’être affectés à un compte organisateur Meetings sur le site Control Hub pour que l’intégration fonctionne (ceci n’était pas requis pour les administrateurs des sites d’administration de site).

Différences des API XML dans Control Hub

La plupart des intégrations DES API XML doivent fonctionner, sans aucune modification, après la mise à jour de votre site. Mais il existe quelques exceptions qui sont détaillées dans la liste suivante :

• Créer un utilisateur—Sur les sites gérés par le Control Hub, cette opération peut également créer un utilisateur dans l'organisation propriétaire du site avant d'attribuer une licence. Si l’utilisateur existe déjà dans une autre organisation, cette opération échouera. Le paramètre ID PMR ne prend pas effet pour les utilisateurs qui n’ont pas déjà un statut Actif dans Control Hub.

  L’API createuser prend plus de temps à se terminer sur les sites gérés par Control Hub. Pour une meilleure performance, vous pouvez ajouter un fil de discussion supplémentaire pour paralléliser les appels créateuser .

• Configurer l'utilisateur—Peut entraîner l'attribution ou la suppression de la licence du site de réunions à l'utilisateur (en fonction des paramètres de l'API ou de la charge utile).
• Supprimer l'utilisateur—Supprime la licence du site de réunions, mais ne supprime pas l'utilisateur de l'organisation Control Hub.
• LstsummaryUser—Renvoie également le objectGUID de l'utilisateur.
• Authentifier l'utilisateur—Sur les sites gérés par le Control Hub, nous vous recommandons de créer un ticket de session via Authentifier l'utilisateur plutôt que d'utiliser le nom d'utilisateur et le mot de passe pour chaque API XML. L’utilisation de la réponse SAML dans le contenu corps n’est pas prise en charge avec cet appel pour les sites gérés par Control Hub.

API REST

Control Hub a ses propres API, incluant les API People et Licence REST pour créer et autoriser les utilisateurs à l':

• https://developer.webex.com/docs/api/v1/people

• https://developer.webex.com/docs/api/v1/licenses

Les types de sessions et les codes de suivi sont également disponibles avec les API REST à l’adresse :

• https://developer.webex.com/docs/api/v1/session-types
• https://developer.webex.com/docs/api/v1/tracking-codes

Cependant, les API REST ci-dessus ne supportent pas toutes les fonctions de gestion des utilisateurs disponibles dans les API XML. Par exemple, vous devrez toujours utiliser les API XML pour attribuer des licences de réunion à des utilisateurs extérieurs à l’organisation propriétaire du site. L’API des personnes ne prend pas en charge l’attribution des rôles d’administrateur du site aux utilisateurs. Si vous souhaitez attribuer des rôles d’administrateur de site via une API, il vous est quand même obligatoire d’utiliser l’API XML.

Vous pouvez utiliser l’API Personnes pour créer des administrateurs d’organisation avec des autorisations complètes (ou en lecture seule), et ces administrateurs peuvent également gérer (ou afficher) vos sites de réunion gérés par le Control Hub.

Plans futurs (sous réserve de modifications)

• Nouvelle API de licence qui peut également accorder des licences de site de réunion à des utilisateurs externes qui ne font pas partie de la même organisation qui a créé le site. Les licences des utilisateurs externes sont disponibles manuellement dans Control Hub aujourd’hui.
• API SCIM pour créer et supprimer des utilisateurs dans l’organisation.
• L’orientation à long terme de Cisco est d’utiliser uniquement les API REST (pour toutes les opérations sur les utilisateurs et les sites de réunion). Les API XML pour la gestion des utilisateurs continueront d’être supportées jusqu’à ce que les API REST soient utilisées exclusivement pour toutes les opérations de gestion des utilisateurs. Les API XML de gestion des utilisateurs seront également obsolètes (date à déterminer).

Modifications à venir pour la version 43.6

Jusqu’à présent, ces deux fonctionnalités devaient être désactivées avant de mettre à jour le site vers Control Hub :

• Champs obligatoires du profil de l'organisateur
• Codes de suivi requis

À partir de la version 43.6, les sites qui participent aux fonctionnalités des attributs personnalisés et des champs du profil d’organisateur requis n’auront plus besoin de désactiver ces fonctionnalités avant de mettre à jour leur site vers Control Hub. À la place, l’assistant vous avertit de revoir ces deux fonctionnalités car la configuration actuelle sera copiée dans l’organisation Control Hub.

Si vous participez à la version bêta des champs du profil de l’organisateur requis , vous verrez cet avertissement :

Si vous participez à la version bêta des codes de suivi requis et des attributs personnalisés , alors vous verrez cet élément d’action :

Si vous ne participez pas à ces bétas, continuez à lire la section suivante.

Désactiver les fonctionnalités qui bloquent la mise à jour du site

Certaines fonctionnalités doivent être désactivées avant de pouvoir mettre à jour un site Webex vers Control Hub. Vous pouvez voir une liste qui vous indique quelle fonction doit être désactivée. Les fonctionnalités marquées d’un cercle rouge X doivent être réalisées. Les fonctionnalités marquées d’un point d’exclamation jaune triangle sont juste pour vos informations et ne nécessitent aucune action.

Pour une démonstration sur la façon de mettre à jour votre site vers Control Hub, voir cette vidéo.

1. Connectez-vous à Webex Administration du site et allez à Configuration > Paramètres communs du site > Options .

   • Recherchez et désactivez l’option Compte d'organisateur inscription.

   • Rechercher Exiger pour l’inscription à un compte : et effacer toutes les cases pour les champs Profil d'utilisateur nécessaires.

2. Cliquez sur Mettre à jour.

3. Allez dans Configuration > Paramètres communs du site > Codes de suivi.

4. Dans la colonne Profil de l’organisateur, modifiez toutes les lignes de codes de suivi marquées comme Obligatoires pour AdminSet ou Facultatif.

   • En savoir plus sur Codes de suivi .https://help.webex.com/izu2ty

   Toutes les valeurs de codes de suivi pour les utilisateurs sont conservées lorsque vous mettez à jour un site vers Control Hub.

À l’avenir, cette restriction sera levée et vous pourrez associer les codes de suivi aux attributs utilisateur personnalisés requis dans Control Hub pour des fonctionnalités équivalentes.

Comment vérifier si des utilisateurs bloqueront la mise à jour du site

1. Connectez-vous à Administration du site, puis ouvrez la page Mise à jour de l’administration .

2. Ouvrez les conditions préalables de révision pour la mise à jour du contrôle d’administration et cliquez sur Exporter les utilisateurs affectés dans un système CSV.

3. Attendez la fin de l’exportation. Ce processus peut prendre un moment en fonction de l’heure de démarrage et du nombre d’utilisateurs sur le site. Les exportations sont mises en pause pendant 6 minutes en haut de l’heure (entre xx:57 et xx:03).

4. Cliquez sur Télécharger le CSV lorsque l’exportation est terminé.

   Votre navigateur télécharge utilisateurs-to-review.csv.

5. Ouvrez le fichier CSV et cochez la colonne Action recommandée (dernière colonne). Faites l’action recommandée pour chaque utilisateur dans le fichier.

Utilisateurs dont les adresses électroniques ne sont pas les même

Certains utilisateurs peuvent avoir une adresse électronique différente dans l’administration du site et Control Hub. Ceci est possible si l’adresse électronique de l’utilisateur a été modifiée dans l’un des deux emplacements uniquement après que l’utilisateur a été lié de ce site au Control Hub.

Essayez ces actions pour corriger les utilisateurs dont les adresses électroniques ne sont pas les même :

• Changer l’adresse électronique de l’utilisateur dans l’administration du site pour qu’elle corresponde à l’adresse électronique du Control Hub

  Les utilisateurs peuvent modifier leurs profils d’administrateur de site : https://help.webex.com/nmig1kcb

• Changez l’adresse électronique de l’utilisateur dans Control Hub pour qu’elle corresponde à l’adresse électronique de l’administrateur du site : https://help.webex.com/nsi3kgb.

  Les utilisateurs peuvent changer leurs propres adresses électroniques dans l’organisation Control Hub : https://help.webex.com/nme40aeb

Utilisateurs externes avec licence Webex Meetings

Les utilisateurs externes disposant de licences Basic Meetings devront être désactivés ou mis à niveau vers des licences Webex Meetings payantes avant de mettre à jour le site de Administration du site vers Control Hub.

Comment désactiver des utilisateurs

Pour la désactivation individuelle des utilisateurs dans Administration du site :

1. Allez dans Gestion des utilisateurs > Modifier un utilisateur.

2. Utilisez les commandes d’index, de recherche et de filtrage pour trouver l’utilisateur.

3. Décochez la case Actif(s).

4. Envoyer les modifications.

   Voir Gérer les comptes utilisateur dans l’administration du site Webex pour plus d’informations.

Pour la désactivation d’utilisateurs par lots Administration du site :

1. Exporter les utilisateurs dans un fichier CSV.

2. Ouvrez le fichier CSV et modifiez les valeurs de la colonne Actif sur N pour tous les utilisateurs affectés.

3. Importez le fichier CSV modifié.

   Les utilisateurs que vous avez modifiés sont maintenant Inactifs.

   Voir Importer et exporter des utilisateurs Webex en lots dans la Administration du site Webex pour plus de détails.

Utilisateurs d’organisations avec synchronisation du répertoire

S’il y a des utilisateurs non liés qui doivent faire partie de votre organisation, mais qui ne sont pas encore ajoutés, vous devez tout d’abord les ajouter à votre organisation. Ceci est particulièrement critique pour les organisations qui sont configurées pour la synchronisation du répertoire (via Connecteur de répertoire ou Azure AD) car la synchronisation du répertoire ne permet pas le processus de mise à jour du site pour ajouter des utilisateurs.

Corrigez les problèmes des utilisateurs avant de démarrer la mise à jour

Si vous essayez de mettre à jour le site vers Control Hub sans résoudre les problèmes des utilisateurs dans le fichier utilisateurs à revoir , le processus de mise à jour de l’administration peut échouer. L’outil ne vérifie pas si vous avez corrigé les problèmes jusqu’à ce que vous débutiez la mise à jour finale.

Mise à jour des sites SSO et des sites non SSO liés à une organisation SSO

Une organisation Control Hub peut prendre en charge plusieurs fournisseurs d’identité (IdP) pour l’authentification unique SSO, l’un des IdP étant l’IdP Webex (authentification locale)

Plusieurs IdP dans Control Hub vous aideront à :

• où l’IdP pour un site SSO dans l’administration du site est différent de l’IdP SSO du Control Hub.
• Lorsque les utilisateurs du site ne sont pas dans l’IdP SSO configuré dans l’organisation, ces utilisateurs peuvent maintenant être ajoutés à l’IdP Webex local. Vous pourrez ensuite déplacer ces utilisateurs vers l’IdP SSO configuré ultérieurement.

La configuration de plusieurs IdP peut permettre à tous les utilisateurs sur le site en cours de mise à jour de l’administration du site vers Control Hub de se connecter via la méthode d’authentification configurée dans une organisation Control Hub. Pour ce faire, vous pouvez :

• Ajouter des IdP SSO supplémentaires à l’entreprise Control Hub.
• Ajouter des utilisateurs à un IdP déjà configuré.
• Ajouter des utilisateurs à l’IdP Webex local.

Consultez cet article pour en savoir plus sur plusieurs IdP dans Control Hub.