Acerca de la actualización de Administración del sitio a Control Hub

Actualizar un sitio desde Administración del sitio a Centro de control no requiere una actualización de las versiones del cliente. Algunos sitios no pueden usar esta función hasta que los socios que administran esas organizaciones estén listos.

Si su organización de Webex para el gobierno incluye usuarios externos, actualmente no puede pasar del uso de Administración del sitio al de Control Hub. Recibirá un error si intenta realizar la conversión con usuarios externos en su organización. Esperamos que esta capacidad esté disponible para las organizaciones con usuarios externos a mediados de 2023.

Webex se está convirtiendo en una plataforma unificada para administrar reuniones, mensajería, llamadas y otros modos de colaboración. Es por eso que queremos trasladar la gestión de todos los sitios de Webex Meetings desde Administración del sitio a Control Hub.

Tenemos una herramienta en la Administración del Sitio para ayudarle con este cambio. Si su sitio ya es elegible para actualizarse a Control Hub, puede comenzar haciendo clic en Actualizar administración en el menú de navegación.

Para una demostración sobre cómo funciona la actualización de su sitio en Control Hub, consulte este vídeo.

Para ayudar a planificar la actualización de su sitio, revise la sección preparación para la evaluación del sitio.

Entre las ventajas de la administración de sitios de Control Hub se incluyen:

  • Asignaciones de licencias unificadas en todos los servicios de Webex, como reuniones, mensajería y llamadas.

  • Políticas de seguridad coherentes en todos los servicios de Webex.

  • Experiencia común de inicio de sesión para todos los usuarios finales entre diferentes servicios de Webex.

  • Controles de administrador modernos, como Conector de directorios, MÁSDEM y grupos de Active Directory.

  • Plantillas de licencia para asignar varias licencias a los usuarios automáticamente.

No puede utilizar las Administración del sitio para administrar un sitio de reuniones después de actualizar a Control Hub.

Esta sección solo es aplicable si Cisco seleccionó su sitio para una actualización automática de la administración del sitio.

Si su sitio está programado para una actualización automática desde la administración en el Administrador del sitio al Centro de control, verá la siguiente captura de pantalla.

Actualización automática del sitio en Site Admin.

Puede hacer clic en Cambiar la fecha de actualización de su sitio para cambiar la fecha programada.

Ventana para cambiar la fecha de actualización automática del sitio en el Administrador del sitio.

La experiencia de administración de sitios en Control Hub es similar a la administración en Administración del sitio. La administración de usuarios en Control Hub tiene tecnologías subyacentes más modernas, por lo que hay algunas diferencias en la administración de los sitios de Control Hub. Esta sección se centra en las diferencias llamadas al actualizar su sitio.

Para obtener una descripción más detallada de las diferencias entre Administración del sitio Control Hub, consulte este artículo.

Administración de usuarios

Tenemos un sistema centralizado de administración de usuarios subyacente a Control Hub, donde los usuarios son distintos y únicos dentro de toda la organización (y de todo Webex). En Administración del sitio, el perfil de usuario distinto por sitio de reunión.

Inicio de sesión único (SSO) con creación automática de cuentas

En la administración del sitio, tiene una característica de "creación automática de cuentas" que crea los usuarios cuando se autentican por SSO.

Captura de pantalla del administrador del sitio SSO opción para permitir la creación automática de cuentas

Esta función también está disponible en Control Hub. Consulte Creación y actualización automática de cuentas SAML para Control Hub para obtener más información.

Es posible que muchas organizaciones que utilizan SSO prefieran administrar en forma centralizada sus usuarios en herramientas de directorio externos como Microsoft® Active Directory y Microsoft Azure, además de solicitar la autenticación con proveedores de servicios de identidad externos.

Obtener más información acerca de:

Datos y perfiles obligatorios códigos de seguimiento

Administración del sitio le permite especificar los campos de perfil obligatorios para los nuevos usuarios (captura de pantalla anterior). Puede extender esto para que requiera la creación de códigos de seguimiento usuario (captura de pantalla a continuación). Si configura estos requisitos adicionales, no puede agregar usuarios al sitio sin ellos.

Captura de pantalla de la administración del sitio que muestra las opciones para aplicar los códigos de seguimiento

Control Hub solo necesita un nombre para mostrar y una dirección de correo electrónico para crear un usuario.

Todos los demás campos de usuario son opcionales cuando crea un usuario nuevo en Control Hub, de manera que no aplicamos datos de perfil adicionales para los sitios administrados por Control Hub.

Debe deshabilitar los campos obligatorios de perfil y códigos de seguimiento antes de actualizar su sitio de a Control Hub.

Administración y bloqueo de contraseñas

Administración del sitio tiene una característica que bloquea temporalmente a los usuarios si no pueden iniciar sesión después de varias intentos.

Control Hub tiene las siguientes opciones para evitar el acceso no autorizado:

  • Tiempo de espera automático después de los primeros intentos fallidos.

  • Un mecanismo CAPTCHA automático (prueba de Turing público completamente automatizado para diferenciar computadoras y humanos).

  • Los usuarios legítimas tienen una opción de autoservicio para cambiar sus contraseñas olvidadas.

Licencias de host

Los organizadores deben estar en su organización de Control Hub

En la administración del sitio, puede asignar una licencia de administrador a cualquier usuario. Cuando administra el sitio en Control Hub, solo puede asignar licencias de organizador (& función de asistente) a los usuarios en la misma organización de Control Hub.

Auto-inscribirse para cuenta de host

En administración del sitio, puede permitir que los usuarios soliciten una cuenta de (host) en el sitio. También puede permitir que los usuarios con una cuenta soliciten servicios adicionales en el sitio. (consulte las capturas en pantalla).

Captura de pantalla del administrador del sitio que muestra la opción "Cuenta de organizador registro". Captura de pantalla del administrador del sitio que muestra el control para permitir que los usuarios soliciten servicios adicionales

Cuando administra un sitio de reuniones en Control Hub, los usuarios no pueden solicitar sus propias cuenta de organizador para ese sitio.

Control Hub tiene una forma centralizada y automatizada para que asigne licencias de reuniones a los nuevos usuarios en su lugar. Lea https://help.webex.com/n3ijtao.

También puede administrar las licencias de usuarios por API o en forma masiva mediante CSV.

Si desea que los usuarios soliciten sus cuentas de administrador, puede configurar la ayuda o el soporte del sitio con punteros para comunicarse con los administradores o vincular otras herramientas.

Debe deshabilitar "Permitir la cuenta de organizador sesión" y "Permitir que los usuarios soliciten servicios adicionales" en Administración del sitio antes de actualizar su sitio a Control Hub.

Control Hub tiene otras opciones de administración de licencias, como plantillas de asignación automática. Puede obtener un informe de organizadores inactivos que lo ayude a eliminar licencias de esos usuarios, individualmente o en forma masiva, o por API.

Si necesita esta opción de desactivación automática, y las otras opciones de Control Hub no son adecuadas para usted, deberá evitar actualizar su sitio a Control Hub en este momento.

Antes de actualizar su sitio de reuniones para que se administra en Control Hub, debe preparar su organización de Control Hub.

Asegúrese de que no haya acciones pendientes o de bloqueo en la suscripción. La actualización fallará si:

  • Tiene cualquier acción pendiente en la suscripción asociada con el sitio que está actualizando.
  • El sitio no tiene una suscripción asociada a esta en la organización de Control Hub.
  • La información de licencia de sitio de la Administración del sitio no coincide con la información de licencia de sitio del Concentrador de control.

Recomendamos en forma enérgica verificar sus dominios y reclamar sus usuarios. La siguiente lectura ayudará:

  • El libro electrónico de Control Hub: https://ebooks.cisco.com/story/controlhubessentials/

  • Cómo administrar sus dominios: https://help.webex.com/cd6d84

  • Reclama tus usuarios de otras organizaciones (después de verificar tus dominios): https://help.webex.com/nceb8tm. Reclamar usuarios es especialmente importante porque garantiza que tantos usuarios como sea posible que estén en su organización realmente estén allí. Reclamar usuarios con “Reclamo inmediato” también evita demoras en el uso de las direcciones de correo electrónico en su organización.

    Le recomendamos encarecidamente que reclame los usuarios antes de actualizar su sitio a Control Hub. Si reclama usuarios en su organización después de que el sitio se haya actualizado a Control Hub, esos usuarios pueden perder el acceso a las reuniones y a los recursos de reuniones en el sitio.

    Como solución alternativa, puede hacer lo siguiente para asegurarse de que los usuarios no pierdan el acceso a las reuniones ni a los recursos de las reuniones en el sitio después de que este se haya actualizado a Control Hub:

    • Para usuarios con privilegios de administrador externo a la organización o al sitio: elimine todo acceso de administrador externo a la organización y al sitio, y luego elimine la licencia del sitio de reunión. Después de reclamar el usuario, vuelva a otorgarle la licencia al usuario en el sitio. También puede restaurar sus privilegios de administrador externo.
    • Para usuarios regulares: elimine la licencia del sitio de reunión, reclame el usuario para su organización y luego vuelva a otorgarle la licencia al usuario en el sitio.
  • Si el sitio de reuniones está configurado para SSO, también debe configurar un SSO para su organización de Control Hub .

Creación automática de cuenta para usuarios nuevos

Si su sitio de Webex habilitó la creación automática de cuenta en la administración del sitio, puede habilitar una característica similar en Control Hub con la creación de cuenta automática deSAML. Asegúrese de también configurar una plantilla de licencia automática para que los nuevos usuarios obtengan licencias automáticamente una vez que sus cuentas se crean en la organización del Concentrador de control.

Organizaciones con sincronización de directorios

Si su organización está configurada para la sincronización de directorios, asegúrese de que todos los usuarios que quiera estar en su organización estén presentes en el sitio. Esto debe hacerse 24 horas antes de iniciar el proceso de actualización del sitio para que los usuarios del sitio puedan vincularse a los nuevos usuarios en su organización de Control Hub.

La actualización fallará si los usuarios activos del sitio no se pueden vincular a los usuarios de Control Hub.

Acceso de administrador a los sitios de Webex una vez actualizados

Una persona con un rol de administrador de toda la organización en Control Hub obtendrá automáticamente acceso a los sitios que se actualicen desde Administrador del sitio a Control Hub. Por ejemplo, los administradores completos de la organización se convertirán en administradores completos del sitio de WebEx, los administradores de usuarios de la organización se convertirán en administradores de usuarios del sitio de WebEx, y los administradores de solo lectura de la organización se convertirán en administradores de solo lectura del sitio de WebEx.

API de XML

Las API de XML ahora son compatibles con los sitios administrados por Control Hub. Puede leer acerca de los detalles y las advertencias en actualizaciones de la API de XML 41.11.0.

Las URL del servicio API XML no se modifican después de que un sitio se actualiza desde el administrador del sitio a administrado por el centro de control. Las mismas URL de API seguirán funcionando. Cisco recomienda que todas las integraciones de API utilicen OAUTH para la autenticación.

Autenticación en las API XML

Las integraciones que no utilizan Webex OAUTH para la autenticación podrían fallar después de que el sitio se actualice a Control Hub. La siguiente tabla muestra qué tipo de autenticación de administrador seguirá funcionando después de actualizar su sitio.

Tabla 1. Tipos de autenticación de administrador que funcionarán en la API XML después de la actualización del sitio
Tipo de autenticación de administrador en la API XML antes de la actualización del sitioAdministrador en la organización SSO después de la actualización del sitioEl administrador no está en la organización SSO después de la actualización del sitio
nombre de usuario (webExID)/password Disponible Trabajará* Disponible Trabajará*
nombre de usuario (webExID)/sessionTicket Disponible Trabajará Disponible Trabajará
username/OAUTH (Token de acceso webEx) Disponible Trabajará Disponible Trabajará
email/password Disponible Trabajará* Disponible Trabajará*
email/sessionTicket Disponible Trabajará Disponible Trabajará
email/OAUTH (Token de acceso webEx) Disponible Trabajará Disponible Trabajará

* Compatibilidad con versiones anteriores: Cisco ha habilitado username/password autenticaciones para funcionar en API XML después de la actualización del sitio incluso si username no coincide con el correo electrónico. La compatibilidad sólo se aplica si:

  • Las credenciales de usuario se crearon antes de la actualización del sitio. No se permiten cambios en username o de lo contrario las credenciales anteriores fallarán.
  • Las credenciales para la autenticación de API no pueden tener una contraseña diferente en Control Hub y en el sitio cuando se administraban en Administración del sitio.
  • Los usuarios cuyas credenciales se utilizan para la autenticación deben estar en estado activo (no inactivo) en la Administración del sitio al momento de la actualización del sitio al Centro de control.

Puede obtener más información sobre las integraciones de API XML en los sitios administrados por Control Hub, incluida la autenticación OAUTH, con esta guía.

Username Está configurado para enviar un correo electrónico a todos los usuarios cuando se actualiza un sitio en Control Hub. Si se utiliza username para cargas útiles de API, entonces las cargas útiles deben usar el correo electrónico en su lugar después de que se actualice el sitio.

Rol de administrador en Control Hub para integraciones de API

Es posible que los administradores con solo un rol de administrador del sitio no puedan realizar algunas operaciones con las API XML, como cambiar la dirección de correo electrónico o el nombre para mostrar de un usuario después de que el sitio se actualice a un sitio de Control Hub. En el caso de los administradores cuyas credenciales se utilizan para integraciones de API, le recomendamos que promueva a esos administradores a administradores completos de la organización en Control Hub, idealmente antes de actualizar el sitio a Control Hub.

Como mejor práctica, le recomendamos que actualice un sitio de prueba primero para confirmar que sus integraciones de API funcionarán sin modificación después de actualizar a Control Hub.

Dependiendo de lo que esté haciendo su integración, es posible que a los administradores también se les deba asignar una cuenta de host de Reuniones en el sitio de Control Hub para que la integración funcione (esto no era necesario para los administradores en los sitios de Administración del sitio).

Diferencias en la API de XML en Control Hub

La mayoría de las integraciones de API de XML deberían funcionar sin ningún cambio después de actualizar su sitio. Pero existen algunas excepciones que se detallan en la siguiente lista:

  • CreateUser—En los sitios administrados por Control Hub, esta operación también puede crear un usuario en la organización propietaria del sitio antes de asignar una licencia. Si el usuario ya existe en otra organización, esta operación fallará. PMR ID parameter no tendrá efecto para los usuarios que aún no tengan un estado Activo en el Centro de control.

    createuser Api tarda más tiempo en completarse en los sitios administrados por Control Hub. Para un mejor rendimiento, puede agregar un hilo adicional para paralelizar las llamadas createuser.

  • SetUser—Podría resultar en la asignación o eliminación de la licencia del sitio de reuniones del usuario (dependiendo de los parámetros de la API o la carga útil).
  • DelUser—Elimina la licencia del sitio de reuniones, pero no elimina al usuario de la organización del Centro de control.
  • LstsummaryUser—También devuelve el objectGUIDdel usuario.
  • AuthenticateUser—En los sitios administrados por Control Hub, recomendamos la creación de un ticket de sesión mediante AuthenticateUser en lugar de usar nombre de usuario y contraseña para cada API XML. El uso de la respuesta de SAML en el contenido del cuerpo no es compatible con esta llamada para los sitios administrados del Concentrador de control.

API de REST

Control Hub tiene sus propias API, incluidas las API de REST de personas y licencia para crear y otorgar licencias de usuarios en:

Los tipos de sesión y los códigos de seguimiento también están disponibles con las API REST en:

Sin embargo, las API de REST anteriores no admiten todas las funciones de administración de usuarios disponibles en las API de XML. Por ejemplo, todavía necesitará usar API XML para asignar licencias de reunión a usuarios fuera de la organización propietaria del sitio. API de personas no admite la asignación de roles de administración del sitio a los usuarios. Si desea asignar funciones de Administración del sitio a través de una API, aún debe utilizar la API de XML.

Puede usar la API de Personas para crear administradores de la organización con permisos completos (o de solo lectura), y esos administradores también pueden administrar (o ver) sus sitios de reuniones administrados por Control Hub.

Control Hub tiene funciones de administrador específicas del sitio de Webex, pero la API de personas no puede asignar esta función en este momento.

Planes futuros (sujetos a cambios)

  • Nueva API de licencia que también puede otorgar licencias de sitio de reunión a usuarios externos que no estén en la misma organización que creó el sitio. Hoy en día, las licencias de usuarios externos están disponibles de forma manual en Control Hub.
  • API SCIM para crear y eliminar usuarios en la organización.
  • La dirección a largo plazo de Cisco es utilizar únicamente API REST (para todas las operaciones en usuarios y sitios de reuniones). Las API de XML para la administración de usuarios seguirán siendo compatibles hasta que las API de REST puedan utilizarse exclusivamente para todas las operaciones de administración de usuarios. Las API XML de gestión de usuarios también quedarán obsoletas (fecha a definir).

Antes de actualizar su sitio a Control Hub, le recomendamos encarecidamente que revise los siguientes elementos primero para que la actualización se haga lo más fácil posible:

  • En primer lugar, revise este documento y asegúrese de que su organización siga las mejores prácticas que se recomiendan en la sección Preparar su organización de Control Hub .
  • Luego, inicie sesión en la Administración de Webex y haga clic en Actualizar administración. En la fase de preparación del sitio, no debería realizar ninguna acción recomendada en el archivo desde la sección usuarios de revisión y todavía no debería deshabilitar ninguna característica que llame a la sección de características de revisión. Al seguir estas instrucciones, la evaluación de la preparación del sitio se convierte en una operación de solo lectura para evaluar los cambios que debe realizar antes de actualizar a Control Hub.
Evaluar el sitio antes de actualizar a Control Hub
  1. En la sección Revisar usuarios, haga clic en Exportar archivo CSV de usuario y descargue el archivo CSV, que se llama users-to-review-xxxxx.csv.

    Este archivo enumerará todos los usuarios que necesiten atención y tendrá una acción recomendada para cada usuario. La cantidad de usuarios en este archivo le da una idea de en cuántos problemas relacionados con el usuario tiene que trabajar antes de poder actualizar el sitio.

  2. En la sección Revisar características , mire todas las características que aparezcan con una X roja en la columna de consecuencias. Esto le informará sobre la preparación de su sitio desde una perspectiva de conflicto de características.
  3. No vaya al paso 2 y todavía no haga clic en el botón Actualizar al Concentrador de control.

Una vez que haya revisado el archivo CSV del usuario y mirado qué características deba volver a configurar, siga leyendo el resto de las secciones de este artículo a fin de preparar su sitio y su organización sobre cómo actualizar a Control Hub.

Nota: Si su sitio tiene integraciones de API realizadas por su empresa o a través de soluciones de terceros, como soluciones de gestión de aprendizaje, asegúrese de revisar la sección Preparar integraciones de API del sitio para que funcionen con Control Hub .

Próximos cambios para la versión 43.6

Hasta ahora, estas dos funciones debían desactivarse antes de actualizar el sitio a Control Hub:

  • Campos obligatorios del perfil del host
  • Códigos de seguimiento necesarios

A partir del lanzamiento de la versión 43.6, los sitios que participan en las versiones beta de las funciones de atributos personalizados y campos de perfil de host obligatorios ya no necesitarán deshabilitar esas funciones antes de actualizar su sitio a Control Hub. En su lugar, el asistente le informará que debe revisar esas dos funciones, ya que la configuración actual se copiará a la organización del Centro de control.

Si estás participando en la versión beta con campos de perfil de host obligatorios, verás esta advertencia:

Revisar las funciones del paso para actualizar el sitio desde el Administrador del sitio al Centro de control

Si estás participando en la versión beta de códigos de seguimiento obligatorios y atributos personalizados, verás este elemento de acción:

Revisar la pantalla de funciones al actualizar el sitio en Site Admin a Control Hub

Si no participa en esas versiones beta, continúe leyendo la siguiente sección.

Deshabilitar funciones que bloquean la actualización del sitio

Revisar la interfaz de usuario de características para actualizar la administración en la Administración del sitio

Algunas características deben deshabilitarse antes de poder actualizar un sitio de Webex en Control Hub. Puede ver una lista que muestra qué característica debe deshabilitarse. Las características marcadas con el icono de una X de círculo rojo deben realizarse. Las características marcadas con un icono de signo de exclamación en forma de triángulo amarillo son solo para su información y no requieren acción.

Para obtener una demostración sobre cómo actualizar su sitio en Control Hub, consulte este vídeo.

Si su organización utiliza la función de creación automática de cuentas en Site Admin, entonces debe configurar una función equivalente en Control Hub y configurar una plantilla de licencia automática para asignar licencias automáticamente. Consulte este artículo para obtener más detalles. Esto debe hacerse antes de actualizar el sitio que se administrará en Control Hub.

  1. Inicie sesión en el sitio Administración del sitio Webex y vaya a Configuración > sitio común > Opciones.

    • Busque y deshabilite la opción Cuenta de organizador inscribirse .

    • Buscar Requerir para inicio de sesión de cuenta: y borre todas las casillas para los campos perfil de usuario obligatorios.

  2. Haga clic en Actualizar.

  3. Vaya a Configuración y > del sitio común y > de seguimiento.

  4. En la columna Perfil de host, cambie todas las filas de código de seguimiento marcadas como Obligatorio a AdminSet u Opcional.

    Todos los valores de código de seguimiento para los usuarios se conservan cuando actualiza un sitio en Control Hub.

En el futuro, esta restricción se eliminará y podrá asignar códigos de seguimiento a los atributos de usuario personalizados requeridos en Control Hub para obtener una funcionalidad equivalente.

La función de códigos de seguimiento de mapas para atributos de usuario es un borrador que se encuentra en vista previa pública. Le facilitamos un adelanto de lo que puede esperar.

Antes de poder actualizar un sitio con los códigos de seguimiento requeridos desde Administración del sitio al Centro de control, debe asignar esos códigos de seguimiento a los atributos de usuario en el Centro de control. Puede hacer clic en el ícono debajo de Información para ir directamente al asistente de códigos de seguimiento de mapas para atributos de usuario del sitio. Si aún no ha asignado o deshabilitado los códigos de seguimiento necesarios, no podrá actualizar su sitio en Control Hub.

Si su sitio no tiene los códigos de seguimiento requeridos, aún puede asignar códigos de seguimiento a los atributos del usuario antes de actualizar un sitio a Control Hub siguiendo este procedimiento.

Revisar la pantalla de funciones al actualizar el sitio en Site Admin a Control Hub

Para sitios de la conferencia que utilizan departamento como código de seguimiento, le recomendamos que asigne ese código de seguimiento al atributo de perfil de usuario del departamento en lugar de a un atributo personalizado. Dado que el departamento es un atributo de perfil estándar en Control Hub, este escenario será más eficiente en la mayoría de los casos.

Si este atributo es obligatorio, vaya a la sección de atributos del perfil de usuario y marque el atributo de departamento como obligatorio. Tenga en cuenta que este atributo de departamento, junto con otros atributos del usuario, no se completarán para usuarios externos.

1

Inicie sesión en Control Hub y vaya a Reunión.

2

Seleccione un sitio y luego vaya a Configuración > Descripción general del sitio.

3

Seleccione Crear mapa de código de seguimiento.

Asignación de códigos de seguimiento a atributos de usuario desde un sitio vinculado.
4

Seleccione Abrir resumen de códigos de seguimiento.

Paso 1 del asistente de asignación de códigos de seguimiento a atributos personalizados
5

Haga clic en Descargar resumen de configuración. Debe descargar una copia de la configuración actual de los códigos de seguimiento. Necesitará este resumen para los siguientes pasos a fin de asegurarse de que todos los valores de atributo sean coherentes con los códigos de seguimiento actuales.

También puede descargar listas de códigos de seguimiento anteriores como un archivo CSV para cargar los mismos valores para los atributos personalizados.

Punto destacado de cómo descargar una copia de seguridad para los códigos de seguimiento existentes en Control Hub
6

Regrese al asistente y seleccione Agregar y revisar los atributos del usuario.

Paso 2 del asistente de asignación de códigos de seguimiento a atributos personalizados
7

Configure los nuevos atributos personalizados necesarios para este sitio. Marque cualquier atributo como obligatorio si desea que esos campos se completen para los usuarios. Los atributos personalizados no se aplican a las organizaciones que sincronizan usuarios con Directory Connector, Azure AD, etc. Puede aprovechar este paso como una oportunidad para revisar los nombres para mostrar de los códigos de seguimiento. Una vez que haya realizado los cambios necesarios, haga clic en Guardar.

Los atributos bloqueados son similares a AdminSet en los códigos de seguimiento del sitio de reunión clásico. Cuando marca un atributo personalizado como bloqueado, los usuarios no podrán ver ese atributo.
Si presiona Guardar en este paso, cualquier atributo personalizado que haya agregado, eliminado o marcado como obligatorio tendrá efecto inmediatamente para la organización. Los nuevos usuarios que se incorporen a la organización deben cumplir con esta configuración actualizada de atributos personalizados o, de lo contrario, la incorporación de usuarios fallará. Tenga cuidado antes de marcar los atributos personalizados como obligatorios.
Crear atributos personalizados en Control Hub
8

Regrese al asistente y seleccione Asignar códigos de seguimiento.

Paso 3 del asistente de asignación de códigos de seguimiento a atributos personalizados
9

Utilice la lista desplegable para asignar códigos de seguimiento a los atributos de perfil de usuario o personalizados de la organización. Cuando se asigna un código de seguimiento del sitio a un atributo, el sistema primero asigna a atributos preexistentes que coinciden con los nombres de los códigos de seguimiento si el tipo de entrada está establecido como campo de texto. Una vez que haya terminado, haga clic en Siguiente.

Si su organización utiliza un proceso de incorporación de usuarios automatizado, tal como Directory Connector o Azure AD, no debe asignar códigos de seguimiento a atributos personalizados. En su lugar, asigne los códigos de seguimiento a los atributos sincronizados.

Anteriormente, los códigos de seguimiento se podían configurar de manera diferente por centro. Todos los centros (reuniones, eventos, seminarios web, etc.) ahora comparten una única configuración de planificación. Cuando asigna un atributo como obligatorio, ese atributo será obligatorio en el momento de la planificación en Webex Meetings, Webex Webinars, etc.

10

Haga clic en Guardar el mapa. La sincronización se realiza automáticamente durante el proceso de actualización de un sitio en Control Hub.

Sugerimos hacer una copia de seguridad de los valores del código de seguimiento de los usuarios haciendo una exportación de usuarios del sitio para el sitio de la reunión

Cuando asigna códigos de seguimiento a atributos personalizados, la única fuente de la verdad de los datos proviene de Webex Identity en lugar de cada sitio de la conferencia individual.

La sincronización realiza una copia única de los valores de usuario de códigos de seguimiento en los atributos asignados que aún no se han completado para los usuarios, lo que significa que el orden de los sitios en los que sincroniza primero los códigos de seguimiento es importante. Al sincronizar el primer sitio, los valores de códigos de seguimiento para los usuarios de ese sitio se copian en el atributo de usuario asignado para ese usuario en Control Hub, pero solo si ese valor aún no se ha completado para el usuario.

Es posible que algunos valores de códigos de seguimiento no se copien del sitio a los atributos del usuario durante la sincronización

Si el valor de un usuario para un sitio asignado ya se ha completado en el momento de la sincronización, el valor de seguimiento de ese sitio no se copiará en el atributo asignado en Control Hub para ese usuario.

Para evitar que los datos reemplacen a otros códigos de seguimiento para los usuarios, le recomendamos que asigne y sincronice los datos de un sitio de la conferencia con los datos de códigos de seguimiento más actualizados para los usuarios.

Los valores de códigos de seguimiento no se copian de los sitios que asignan códigos de seguimiento a los campos de usuario que se sincronizan a través de fuentes externas, tales como Directory Connector o Azure AD.

En la siguiente tabla, se describen los posibles escenarios en los que los datos reemplazan los códigos de seguimiento originales. En estos escenarios, el código de seguimiento y el atributo asignado son la ciudad del usuario.

Tabla 2. Los posibles datos reemplazan los escenarios para los códigos de seguimiento existentes
UsuarioValor del código de seguimiento antes de la sincronizaciónValor del atributo asignado antes de la sincronizaciónValor del atributo asignado después de la sincronizaciónValor del código de seguimiento después de la sincronización
BobNingunoNingunoNingunoNinguno
JaneNingunoLondresLondresLondres
RichardGalwayNingunoGalwayGalway
SamanthaDallas*San JoséSan JoséSan José
TomNueva YorkNingunoNueva YorkNueva York
DebraBoston*AustinAustinAustin

* El valor del código de seguimiento anterior es reemplazado por el atributo mapeado existente.

Antes de actualizar su sitio de para que se administra en Control Hub, asegúrese de que:

  • Todos los usuarios del sitio que deben estar en su organización están en su organización de Control Hub.
  • Todos los usuarios del sitio que no deba estar en su organización se eliminarán de su organización.
  • Su IdP puede autenticar a los usuarios de la organización si su organización está configurada para SSO.
  • Los campos de perfil de usuario marcados como obligatorios en el sitio también se copiarán a la organización del Centro de control cuando actualice el sitio. Si no desea que esos campos estén marcados como obligatorios para el registro de la cuenta en el sitio en Control Hub, desmarque los campos en Administrador del sitio primero antes de actualizar a Control Hub. Requerir la sección de registro de cuenta en la Administración del sitio
  • Ha revisado la sección Preparar su organización de Control Hub de anteriormente en este artículo.
Le recomendamos encarecidamente que reclame los usuarios antes de actualizar su sitio a Control Hub. Si reclama usuarios en su organización después de que el sitio se haya actualizado a Control Hub, esos usuarios pueden perder el acceso a las reuniones y a los recursos de reuniones en el sitio. Consulte la sección Prepare su organización del Centro de control para obtener más detalles.

Para obtener una demostración sobre cómo actualizar su sitio en Control Hub, consulte este vídeo.

Cómo buscar usuarios que bloquearán la actualización del sitio

Revisar la sección de usuarios al actualizar el sitio desde Administrador del sitio al Centro de control
  1. Inicie sesión en Administración del sitio y abra la página Administración de actualizaciones.

  2. Abra los requisitos previos de Revisar para actualizar el control de administración y haga clic en Exportar los usuarios afectados en CSV.

  3. Espere que finalice la exportación. Este proceso puede tardar un rato según la hora de inicio y la cantidad de usuarios en el sitio. Las exportaciones se pausan durante 6 minutos en la parte superior de la hora (entre xx:57 a xx:03).

  4. Haga clic en Descargar CSV una vez que finalice la exportación.

    Su navegador descarga users-to-review.csv.

  5. Abra el archivo CSV y marque la columna Acción recomendada (la última columna). Tome la acción recomendada para cada usuario en el archivo.

Usuarios con direcciones de correo electrónico que no coincide

Es posible que algunos usuarios tengan una dirección de correo electrónico distinta en la Administración del sitio y en el Control Hub. Esto es posible si se cambió el correo electrónico del usuario en solo uno de los dos lugares después de que el usuario se vinculó desde este sitio a Control Hub.

Intente estas acciones para corregir usuarios con direcciones de correo electrónico que no coincidentes:

  • Cambie la dirección de correo electrónico del usuario en la Administración del sitio para que coincida con la dirección de correo electrónico del Concentrador de control

    Los usuarios pueden editar sus perfiles de administración del sitio: https://help.webex.com/nmig1kcb

  • Cambie la dirección de correo electrónico del usuario en el Centro de control para que coincida con la dirección de correo electrónico del administrador del sitio: https://help.webex.com/nsi3kgb.

    Los usuarios pueden cambiar sus propias direcciones de correo electrónico en la organización de Control Hub: https://help.webex.com/nme40aeb

Si actualiza su sitio en Control Hub sin corregir las direcciones de correo electrónico del usuario, los usuarios afectados deben utilizar sus direcciones de correo electrónico de Control Hub para iniciar sesión en el sitio de reunión. Es posible que dichos usuarios no puedan iniciar sesión si intentan iniciar sesión con la dirección de correo electrónico en la administración del sitio o si su dirección de correo electrónico de Control Hub ya no es válida en su IdP (para SSO organizaciones). No te impedirán actualizar el sitio, pero es mejor arreglar las direcciones de correo electrónico antes de comenzar la actualización.

Usuarios externos con licencia de Reuniones Básicas

Los usuarios externos con licencias de Basic Meetings deberán desactivarse o actualizarse a licencias pagas de Webex Meetings antes de actualizar el sitio de Administrador del sitio a Control Hub.

Cómo desactivar usuarios

Cuando desactiva usuarios, estos pierden su licencia de organizador o privilegio de asistente (según la función que tenían mientras estaban activos). Los usuarios desactivados seguirán apareciendo en el archivo CSV de exportación del sitio después de actualizar el sitio a Control Hub.

Para la desactivación de usuarios individuales en Administración del sitio:

  1. Vaya a Administración de usuarios > Editar usuario.

  2. Utilice los controles de índice, búsqueda y filtro para encontrar al usuario.

  3. Desmarque la casilla Activo.

  4. Enviar los cambios.

    Consulte Administrar cuentas de usuario en Administración del sitio de Webex para obtener más información.

Para la desactivación de usuarios por lotes en Administración del sitio:

  1. Exporte los usuarios a un archivo CSV.

  2. Abra el archivo CSV y modifique los valores de la columna Active a N para todos los usuarios afectados.

  3. Importe el archivo CSV modificado.

    Los usuarios que cambió ahora están inactivos.

    Consulte Importación y exportación de usuarios de Webex por lotes en las Administración del sitio Webex para obtener más detalles.

Usuarios de organizaciones con sincronización de directorios

Si hay usuarios no vinculados que deberían estar en su organización, pero que todavía no se agregaron, primero debe agregarlos a su organización. Esto es especialmente crítico para las organizaciones que están configuradas para la sincronización de directorios (a través de Conector de directorios o Azure AD) porque la sincronización de directorios no permitirá el proceso de actualización del sitio para agregar usuarios.

La actualización del sitio fallará si ninguno de los usuarios activos del sitio puede vincularse a una organización de Control Hub. Si su organización está configurada para la sincronización de directorios, asegúrese de que todos los usuarios del sitio que deben ser parte de la organización de Control Hub se agregan a Conector de directorios o Azure AD primero antes de iniciar la actualización.

Solucione los problemas del usuario antes de iniciar la actualización

Si intenta actualizar el sitio a Control Hub sin resolver los problemas de los usuarios en el archivo users-to-review, el proceso de administración de la actualización podría fallar. La herramienta no comprueba si ha corregido los problemas hasta después de iniciar la actualización final.

Actualización de sitios SSO y sitios no SSO vinculados a una organización SSO

Una organización de Control Hub puede admitir varios proveedores de identidad (IdP) para SSO, y uno de ellos es el IdP de Webex (autenticación local).

Tener varios IdP en el centro de control ayudará a:

  • Dónde el IdP de un sitio SSO en Site Admin es diferente del IdP SSO de Control Hub.
  • Cuando los usuarios del sitio no están en el IdP de SSO configurado en la organización, ahora esos usuarios pueden agregarse al IdP de Webex local. Luego, puedes mover esos usuarios al IdP de SSO configurado más tarde.

La configuración de varios IdP puede permitir que todos los usuarios del sitio que se actualizan desde Administrador del sitio hasta Centro de control inicien sesión a través del método de autenticación configurado en una organización del Centro de control. Para lograr esto, puedes:

  • Agregue IdP de SSO adicionales a la organización del centro de control.
  • Agregar usuarios a un IdP ya configurado.
  • Agregar usuarios al IdP local de Webex.

Consulte este artículo para obtener más información sobre varios IdP en Control Hub.

Antes de comenzar

Hay algunas características que debe deshabilitar y debe verificar que todos los usuarios estén en buen estado para ser actualizados a Control Hub. Si está utilizando aplicaciones integradas de API, debe actualizarlas para utilizar la API de Webex.

Puede leer acerca de estos requisitos previos en las partes anteriores de este artículo.

Asegúrese de que todos sus administradores sepan que está actualizando el sitio a Control Hub, y que no deben realizar ningún cambio en la Administración del sitio después de que usted la inicie.

1

Exportar y guardar el archivo de exportación de los usuarios del sitio. Este archivo actúa como un archivo de configuración de usuario para ayudarle a validar después de la actualización.

2

Inicie sesión en el sitio Administración del sitio haga clic en Actualizar administración.

3

Revise los requisitos previos, especialmente la lista CSV de usuarios en estados que podrían afectar el éxito de la actualización.

4

Lea las características que deben deshabilitarse y las diferencias que puede esperar en la administración de usuarios y en las licencias de host (también documentado en este artículo).

5

Haga clic en Actualizar en Control Hub. Este botón solo se activa después de que se hayan completado los pasos anteriores.

Aparecerá una ventana emergente. Esta ventana muestra que la actualización de un sitio en Control Hub es permanente y que no puede deshacer la actualización una vez que finalice. Una vez que finalice la actualización, este sitio ya no se administrará en Administración del sitio. Si no está preparado para administrar totalmente este sitio en Control Hub, salga del asistente ahora.
6

Haga clic en Vale.

Cuando se inicia la actualización, aparece un titular Administración del sitio página para que le informe que la actualización del sitio está en curso. Si sale algún problema, verá un mensaje de error con la acción sugerida. De lo contrario, verá un mensaje de éxito.

La actualización del sitio tarda aproximadamente 3 minutos. + 1000 activos users/min + 2000 inactivos users/min Para completar. Por ejemplo, si inició la actualización del sitio en 05:20 y su sitio tiene 8000 usuarios activos y 2000 usuarios inactivos, la actualización del sitio tardará alrededor de 12 minutos. Además, las actualizaciones del sitio se pausan durante 6 minutos en la parte superior de la hora (entre xx:57 a xx:03). Pero sus resultados podrían variar.

7

Haga clic en Iniciar sesión en el Control Hub.

Después de activar la actualización del sitio desde Administración del sitio Webex, puede iniciar sesión en el Control Hub para ver el estado de la actualización del sitio.

La actualización del sitio llevará más tiempo para actualizarse si se activa cerca de la parte superior de la hora. Las actualizaciones del sitio se pausan durante unos minutos antes y después de la parte superior de cada hora.
  1. Inicie sesión en Control Hub y abra la página Reuniones.

    Puede ver una lista de los sitios de sus reuniones.

  2. Haga clic en un sitio para ver información sobre ese sitio.

  3. Busque la sección Actualización del sitio, donde puede leer el estado de la actualización.

    Después de que la actualización haya finalizado, puede descargar una lista de todos los usuarios en Administración del sitio y ver cuáles de esos usuarios estaban activos o inactivos en el sitio. Los usuarios que se muestran como inactivos en la columna de estado del Administración del sitio usuario no tendrán acceso al sitio administrado por el Concentrador de control. Esos usuarios tampoco se mostrarán como que tienen acceso al sitio en la sección de usuarios del Concentrador de control.

    Puede tomar un tiempo para que aparezca el botón de descarga (minutos para la mayoría de las organizaciones).

  4. Revise la lista para comprobar si hay problemas durante la actualización.

Ya no podrá administrar este sitio en el Administración del sitio una vez que finalice la actualización del sitio. Toda la administración para este sitio se debe realizar en Control Hub. Aquí se indican algunos pasos para familiarizarse con y probar la administración de su sitio en Control Hub:

  1. Verifique algunas configuraciones del sitio para confirmar que nada haya cambiado. Esto es más fácil si copió algunas configuraciones de administrador del sitio antes de actualizar al Centro de control.

  2. Seleccione un host y verifique su licencia, códigos de seguimiento y tipos de sesión en Control Hub. Inicie sesión en el sitio de la reunión y confirme que sus reuniones programadas, grabaciones y preferencias no hayan cambiado. La validación es más fácil si los datos de ese host se copian antes de actualizar a Control Hub.

    Solicite al usuario que compruebe si puede planificar y organizar reuniones nuevas.

  3. Agregue un usuario nuevo a su organización. Otorgue una licencia de administrador, modifique los tipos de sesión y verifique que pueda organizar reuniones.

    Le recomendamos que configure plantillas de licencia basadas en organizaciones o grupos para asignar licencias automáticamente a nuevos usuarios o grupos específicos de nuevos usuarios.
  4. Seleccione un usuario que fuera un administrador completo en el administrador del sitio y verifique que tenga el nivel adecuado de acceso al sitio actualizado en control Hub.

    Deberían poder leer y modificar el sitio; crear, licenciar, modificar y eliminar usuarios.

  5. Si su sitio tiene integraciones de API, cambie a usar las API de personas. Confirme que la integración actualizada esté funcionando como se esperaba.

Obtenga más información sobre la administración de sitios de reuniones en Control Hub en https://help.webex.com/naqlzeu.

  • Los usuarios tendrán una experiencia de inicio de sesión única y unificada en la aplicación Webex y en todos los sitios administrados por Control Hub.

    Si el nombre de usuario no coincide con la dirección de correo electrónico del usuario en el Administración del sitio, dichos usuarios tendrán un impacto en la experiencia de inicio de sesión. Los nombres de usuario antiguos ya no se pueden utilizar y esos usuarios deben utilizar sus direcciones de correo electrónico para iniciar sesión.
  • Las credenciales de usuario están asociadas con su identidad de Control Hub. Esas mismas credenciales se aplican a todos los sitios administrados del Control Hub en esa misma organización y a la aplicación de Webex.

  • Si la organización de Control Hub SSO ha configurado, esa SSO rige la experiencia de inicio de sesión en la aplicación Webex y en todos los sitios administrados por Control Hub.

  • La experiencia de inicio de sesión en la aplicación Webex no se ve afectada como resultado de la actualización a Control Hub.

  • Cuando los usuarios inician sesión en un Webex Meetings de inicio de sesión, la pantalla de inicio de sesión se verá diferente. Los usuarios deben introducir su dirección de correo electrónico para iniciar sesión incluso si su organización está configurada para SSO.

    Los administradores pueden habilitar la opción Recordarme en el Centro de control para que los usuarios no tengan que ingresar su dirección de correo electrónico nuevamente cada vez que inicien sesión.
  • Según el historial de cada usuario, la cantidad de sitios en los que tuvo una cuenta, etc.

    • Si los usuarios estaban vinculados a usuarios existentes en Webex Identity/Control Hub, los usuarios utilizarán esa misma contraseña para todos los sitios de Webex que estén actualizados a Control Hub.

    • Si los usuarios se crearon en Webex Identity/Control Hub debido a la vinculación del sitio, se aplicarán las credenciales del primer sitio vinculado (si la organización no estaba configurada con SSO). Los usuarios son redirigidos para iniciar sesión en ese sitio. Si los usuarios tienen varios sitios con varias credenciales, la URL del sitio debe ayudarlos a determinar qué credenciales se utilizarán.

    • Los usuarios tienen permitido restablecer sus contraseñas en las organizaciones de Control Hub (si la contraseña no se administra a través de SSO). Si los usuarios olvidó su contraseña, pueden simplemente hacer clic en ¿Olvidó su nombre de usuario o contraseña? en la pantalla de inicio de sesión para restablecer su contraseña. Los usuarios también pueden restablecer sus contraseñas siguiendo estas instrucciones:

  • Si se modificó la dirección de correo electrónico de un usuario final y ese usuario tenía una dirección de correo electrónico diferente en la administración del sitio y en el Concentrador de control al momento de la actualización del sitio, ese usuario puede experimentar problemas al intentar iniciar sesión. Es posible que el usuario no sepa que ahora tiene que utilizar su dirección de correo electrónico de Control Hub para iniciar sesión, o es posible que la dirección de correo electrónico de Control Hub ya no sea válida en el IdP de SSO organización. Se mejor evita este tipo de situación actualizando las direcciones de correo electrónico de los usuarios en Control Hub, ya que se realizan cambios en las direcciones de correo electrónico de los mismos usuarios en la Administración del sitio.

  • Es necesario volver a iniciar sesión para los usuarios Webex Meetings aplicación móvil para iOS:

    • Si actualiza un sitio que no SSO a Control Hub, sus usuarios tendrán que volver a iniciar sesión en la aplicación Webex Meetings móvil para iOS. Si bien la aplicación Meetings para iOS no requerirá que los usuarios vuelvan a iniciar sesión hasta dos meses después de la actualización del sitio, sugerimos que vuelvan a iniciar sesión manualmente para evitar de manera prexentiva.
  • Durante la actualización del sitio, los usuarios cuyos nombres de usuario no coincidan con sus direcciones de correo electrónico podrían necesitar iniciar sesión nuevamente.

    • Es posible que a estos usuarios se les solicite volver a iniciar sesión en sus clientes de Webex si intentan acceder a los servicios de Webex en el sitio durante la actualización del sitio a Control Hub. Los usuarios que ya se unieron a las reuniones antes de que comenzara la actualización del sitio no se verán afectados.

Archivo CSV "del usuario para revisar" vacío

Si su sitio es grande y tiene más de 1000 usuarios cuyas direcciones de correo electrónico son diferentes en la Administración del sitio que en Control Hub, podría experimentar un archivo CSV vacío de "usuario para revisar" en el asistente de actualización del sitio. Esto hace que la actualización del sitio no funcione, ya que usted no podrá resolver a los usuarios con problemas. Se está trabajando en este problema y tenemos pensado solucionarlo en las próximas semanas.

Configuraciones que no se transfieren al actualizar a Control Hub

  • Si su sitio administrado por el administrador del sitio estaba en el canal lento y su Centro de control también está administrado por un socio, entonces podría perder visibilidad de los controles de actualización de la versión del sitio de Reuniones después de actualizar al Centro de control. Si esto ocurre, comuníquese con su socio y pídale que habilite la configuración Permitir que el cliente actualice la versión del sitio para su organización.
  • Las solicitudes de cuenta de registro automático pendientes no se transfieren al Centro de alertas. Los usuarios deben registrarse para obtener una cuenta nuevamente después de que la actualización haya finalizado.
  • Los valores de nombre de usuario en Site Admin se reemplazan con las direcciones de correo electrónico de los usuarios en Control Hub una vez finalizada la actualización.

Problemas de los usuarios que provoca un error en la actualización

  • Los usuarios con direcciones de correo electrónico vinculadas a usuarios en una organización de Webex para el gobierno provocarán que falle la actualización si esos usuarios no están desactivados antes de iniciar la actualización.

Problemas comunes que hacen fallar la actualización y acciones recomendadas

Si su sitio no puede actualizarse al Concentrador de control, compruebe la siguiente tabla para ver si la causa de uno de estos errores comon es y qué puede hacer para solucionarlo.

Errores que hacen fallar la actualizaciónAcción recomendada
El tipo de sitio no es válido.Comuníquese con su Webex Support para validar que el sitio esté vinculado con el usuario.
El sitio no tiene una suscripción asociada.Los sitios deben estar asociados con una suscripción antes de poder actualizarse al Concentrador de control.
Hay un problema con el ID de la organización.El ID de la organización vinculada al sitio no es el mismo que el ID de la organización de suscripción. Comuníquese con su Webex Support equipo.
La siguiente suscripción tiene operaciones pendientes en Control Hub: (SubID).Reintente actualizar el sitio después de que se completa la operación pendiente.
Existen conflictos en la configuración inicio de sesión único de usuarios (SSO).Si se ha activado SSO sitio, asegúrese de que:
  • La creación automática de cuenta está deshabilitada.
  • SSO está habilitado en la organización de Control Hub.
La información de licencia de sitio de la Administración del sitio no coincide con la información de licencia de sitio del Concentrador de control.Información de licencia inconsistente entre la Administración del sitio y Control Hub. Comuníquese con su Webex Support equipo.
Algunos nombres de usuario o direcciones de correo electrónico en Administración del sitio con nombres de usuario o direcciones de correo electrónico en Control Hub.Otro usuario utiliza el correo electrónico de un usuario en la Administración del sitio en control Hub. Cambie una de las direcciones de correo electrónico o los nombres de usuario.
Tuvimos un problema al actualizar su sitio.Un error interno evitó que este sitio se actualizara. Comuníquese con su Webex Support equipo.
Tuvimos un problema al actualizar los usuarios de Webex.Un error interno evitó que este sitio se actualizara. Comuníquese con su Webex Support equipo.

Problemas de inicio de sesión para los usuarios

Asegúrese de permitir siempre las cookies de Webex. De lo contrario, los usuarios podrían tener problemas de inicio de sesión después de actualizar a Control Hub.

P. ¿Hay una fecha en la que Cisco dejará de brindar soporte para la Administración del sitio?

R. Sí. Planeamos dejar obsoleta la Administración del sitio de Webex a fines de diciembre de 2023.

P. ¿Los administradores del sitio en Site Admin conservarán su acceso administrativo al sitio después de actualizar a la administración del Centro de control?

R. Sí. Todos los administradores del sitio en Site Admin aún tienen acceso administrativo al sitio después de que el sitio se actualice a la administración del Centro de control.

P. Después de actualizar un sitio de reunión de Administrador del sitio a Administración del Centro de control, ¿por qué veo nuevos administradores en el sitio?

A. Es probable que esos nuevos administradores del sitio fueran administradores de la organización Control Hub. Cuando un sitio se actualiza de Administrador del sitio a Centro de control, todos los administradores de toda la organización se convertirán en administradores del sitio del nuevo sitio administrado por Centro de control. Esto significa que los administradores completos de la organización se convertirán en administradores completos del sitio de WebEx, los administradores de usuarios de la organización se convertirán en administradores de usuarios del sitio de WebEx, y los administradores de solo lectura de la organización se convertirán en administradores de solo lectura del sitio de WebEx.

P. ¿Por qué el inicio de sesión de la herramienta de productividad no funciona después de actualizar el sitio a Control Hub?

A. Asegúrese de que los navegadores de Internet estén configurados para permitir siempre las cookies de sesión, ubicado en la configuración de privacidad avanzada de los navegadores.

P. Si se elimina un usuario en Control Hub y luego se vuelve a agregar la misma dirección de correo electrónico a Control Hub y se le asigna una licencia de Reuniones al mismo sitio de Webex, ¿puede el usuario acceder a sus grabaciones antiguas?

R. Sí, el usuario tendrá acceso a todo su contenido antiguo de reuniones si se le asigna una licencia a cualquiera de los sitios de Webex anteriores en los que estaban. Esto se aplica a los sitios administrados por Control Hub y a los sitios que se actualizaron a Control Hub.

P. Si un usuario fue desactivado en Administración del sitio antes de la actualización del sitio a Control Hub y luego se le volvió a otorgar la licencia para el mismo sitio de Webex en Control Hub, ¿tendrá acceso a sus grabaciones anteriores?

R. Sí, el usuario aún tendrá acceso a sus grabaciones antiguas. Además, todos los usuarios que se desactivaron en la administración del sitio antes de la actualización del sitio aparecerán en el archivo de exportación del CSV de las reuniones en control Hub.

P. Si un sitio no tiene configurado un IdP de SSO, pero la organización de Control Hub sí tiene uno, ¿qué sucede cuando el sitio se actualiza a Control Hub?

R. El sitio utilizará la misma SSO IdP que la organización del Concentrador de control.

P. Si un sitio tiene configurado un IdP de SSO diferente al IdP de SSO en Control Hub, ¿qué sucede cuando el sitio se actualiza a Control Hub?

R. El sitio se alternará para utilizar la misma SSO IdP que la organización de Control Hub.

P. Si un sitio tiene configurado un IdP de SSO, pero la organización de Control Hub no tiene uno, ¿qué sucede cuando el sitio se actualiza a Control Hub?

R. No podrá actualizar su sitio. Para desbloquear el sitio y poder actualizarlo a Control Hub, elimine el IdP de SSO del sitio de administración del sitio o agregue un IdP de SSO a la organización de Control Hub.

P. ¿Puedo seguir iniciando sesión en la URL del sitio para acceder a las grabaciones y programar reuniones o eventos?

R. Sí, aún puede iniciar sesión en la URL del sitio donde puede acceder a las grabaciones, planificar reuniones, etc.

P. ¿Se modifican las configuraciones específicas del usuario durante la actualización del sitio desde Administración del sitio al Centro de control?

R. No, la configuración del usuario permanecerá sin cambios. Esta configuración se aplicará como antes de la actualización del sitio.

P. ¿Mis grabaciones o reuniones programadas se verán afectadas por esta actualización del sitio?

R. Las grabaciones del host no se ven afectadas. Aún tendrá acceso a ellos. Sus reuniones planificadas tampoco se ven afectadas. No se les ha realizado ningún cambio.

P. ¿Las grabaciones o reuniones programadas de los usuarios se verán afectadas por esta actualización del sitio?

A. Las grabaciones de usuario no se ven afectadas. Todavía tendrán acceso a ellos. Las reuniones programadas tampoco se verán afectadas. No se les ha realizado ningún cambio.

Para los usuarios que aún no han sido reclamados, sus grabaciones o reuniones programadas pueden verse afectadas si las reclama después de actualizar el sitio a Control Hub. Consulte la siguiente nota para obtener más información.

Le recomendamos encarecidamente que reclame los usuarios antes de actualizar su sitio a Control Hub. Si reclama usuarios en su organización después de que el sitio se haya actualizado a Control Hub, esos usuarios pueden perder el acceso a las reuniones y a los recursos de reuniones en el sitio.

Como solución alternativa, puede hacer lo siguiente para asegurarse de que los usuarios no pierdan el acceso a las reuniones ni a los recursos de las reuniones en el sitio después de que este se haya actualizado a Control Hub:

  • Para usuarios con privilegios de administrador externo a la organización o al sitio: elimine todo acceso de administrador externo a la organización y al sitio, y luego elimine la licencia del sitio de reunión. Después de reclamar el usuario, vuelva a otorgarle la licencia al usuario en el sitio. También puede restaurar sus privilegios de administrador externo.
  • Para usuarios regulares: elimine la licencia del sitio de reunión, reclame el usuario para su organización y luego vuelva a otorgarle la licencia al usuario en el sitio.

P. ¿Dónde puedo revisar las solicitudes de registro automático de cuentas pendientes para los sitios administrados por Control Hub?

R. Usted y otros administradores pueden revisar las solicitudes de auto-registro en el Centro de alertas.

P. ¿Puedo acceder a los valores de nombre de usuario del Administrador del sitio después de actualizar un sitio al Centro de control?

R. En Control Hub, hay disponible un archivo de exportación de usuarios de todos los usuarios en administración del sitio durante 90 días después de actualizar el sitio a Control Hub. Este archivo CSV incluye valores de nombre de usuario.

P. Estamos utilizando valores de nombre de usuario para identificar a los usuarios en el Administrador del sitio. ¿Cómo podemos hacer lo mismo en Control Hub?

R. Los valores del nombre de usuario se pierden después de actualizar un sitio en Control Hub. Si necesita acceso a esos valores, una solución es copiar los valores en un código de seguimiento antes de actualizar el sitio. Los valores de código de seguimiento para los usuarios se conservarán y estarán disponibles después de actualizar un sitio en Control Hub. Si está usando SSO, entonces ExternalID es un atributo de usuario de Control Hub que puede contener este valor. Esto requiere que configure sus aserciones SAML para transmitir este valor al SSO Control Hub. Este valor también se pasará al Control Hub durante la creación automática de usuarios nuevos.

P. ¿Cuánto tiempo se tarda en completar la actualización del sitio una vez iniciada?

A. La actualización del sitio tarda aproximadamente 3 minutos. + 1000 activos users/min + 2000 inactivos users/min Para completar. Por ejemplo, si inició la actualización del sitio en 05:20 y su sitio tiene 8000 usuarios activos y 2000 usuarios inactivos, la actualización del sitio tardará alrededor de 12 minutos. Además, las actualizaciones del sitio se pausan durante 6 minutos en la parte superior de la hora (entre xx:57 a xx:03). Pero sus resultados podrían variar.

P. ¿Cómo puedo otorgar licencias automáticamente a cada nuevo usuario o a todos los nuevos usuarios de grupos específicos después de actualizar el sitio para que se administre en Control Hub?

A. Puede configurar plantillas de licencia basadas en organizaciones o grupos para asignar licencias automáticamente a nuevos usuarios.

P. ¿Hay tiempo de inactividad durante la actualización del sitio?

A. No. Durante la actualización del sitio:

  • Los usuarios pueden seguir utilizando el servicio Reuniones, como unirse e iniciar reuniones programadas y ad hoc.
  • Las reuniones que estén en curso cuando comience la actualización del sitio no se verán afectadas.
  • La suscripción quedará bloqueada en el Centro de control.
  • Es posible que el cliente de escritorio de Meetings tenga problemas con la sección "Próximas reuniones".
  • No se recomiendan realizar cambios en las configuraciones de administración del sitio.