Grazie per il feedback.
Aggiornamento Webex Meetings gestione del sito da amministrazione sito a Control Hub
Feedback?Informazioni sull'aggiornamento amministrazione sito a Control Hub
L'aggiornamento di un sito da Amministrazione sito a Control Hub non richiede l'aggiornamento delle versioni client. Alcuni siti non possono utilizzare questa funzionalità finché i partner che gestiscono tali organizzazioni non saranno pronti.
Webex sta per diventare una piattaforma unificata per la gestione di riunioni, messaggistica, chiamata e altre modalità di collaborazione. Ecco perché vogliamo spostare la gestione di tutti i siti Webex Meetings da Amministrazione sito a Control Hub.
Abbiamo uno strumento nell'Amministrazione del sito per aiutarti ad affrontare questo cambiamento. Se il tuo sito è già idoneo all'aggiornamento a Control Hub, puoi iniziare cliccando su Aggiorna amministrazione nel menu di navigazione.
Per una dimostrazione sulla modalità di aggiornamento del sito a Control Hub, vedere questo video.
Per pianificare l'aggiornamento del sito, esaminare la sezione Preparazione della valutazione del sito.
I vantaggi della gestione dei siti in Control Hub includono:
-
Assegnazioni licenze Unified tra tutti i servizi Webex, quali Riunioni, Messaggistica e Chiamata.
-
Criteri di sicurezza uniformi su tutti i servizi Webex.
-
Accesso comune per tutti gli utenti finali tra diversi servizi Webex.
-
I controlli dell'amministratore moderne, come Connettore directory, SCIM e gruppi Active Directory.
-
Modelli di licenza per l'assegnazione automatica di più licenze agli utenti.
Non è possibile utilizzare le amministrazione sito per gestire un sito per riunioni dopo l'aggiornamento a Control Hub.
Se è stato pianificato un aggiornamento automatico del tuo sito da Gestione sito a Control Hub, vedrai la seguente schermata.
Puoi cliccare su Cambia data di aggiornamento del tuo sito per modificare la data programmata.
L'esperienza di gestione dei siti in Control Hub è simile alla gestione in amministrazione sito. La gestione utenti in Control Hub presenta tecnologie sottostanti più moderne, pertanto, esistono alcune differenze nella gestione dei siti in Control Hub. Questa sezione si concentra sulle differenze di chiamata quando si aggiorna il sito.
Per una panoramica più dettagliata delle differenze tra amministrazione sito e Control Hub, vedere questo articolo.
Gestione utenti
È stato creato un sistema di gestione utenti centralizzata sottostante Control Hub, in cui gli utenti sono distinti e univoci all'interno dell'intera organizzazione (e tutti di Webex). In amministrazione sito, il profilo utente è distinto per sito della riunione.
- Single Sign-On (SSO) con creazione automatica dell'account
-
In Amministrazione sito è disponibile una funzione di "creazione automatica account" che crea gli utenti quando si autenticano per SSO.
Questa funzionalità è disponibile anche in Control Hub. Per ulteriori informazioni, fare riferimento a Creazione e aggiornamento automatici dell'account SAML per Control Hub.
Molte organizzazioni che utilizzano la SSO potrebbero scegliere di gestire centralmente i relativi utenti in strumenti di directory esterni come Microsoft® Active Directory e Microsoft Azure nonché richiedere l'autenticazione con provider di identità esterni.
Ulteriori informazioni su:
-
Integrazione dell'organizzazione Control Hub con un provider di identità.
- Dati e dati di profilo obbligatori codici di verifica
-
amministrazione sito consente di specificare i campi del profilo richiesti per i nuovi utenti (schermata precedente). È possibile estendere questa opzione per richiedere la codici di verifica per la creazione dell'utente (schermata seguente). Se si configurano questi requisiti aggiuntivi, non è possibile aggiungere utenti al sito in assenza di tali requisiti.
Control Hub richiede solo un nome visualizzato e un indirizzo e-mail per creare un utente.
Tutti gli altri campi utente sono opzionali quando si crea un nuovo utente in Control Hub, pertanto, non vengono imposti dati di profilo aggiuntivi per i siti gestiti da Control Hub.
È necessario disabilitare i campi del profilo obbligatori e codici di verifica registrazione prima di aggiornare il sito a Control Hub.
- Gestione e blocco delle password
-
amministrazione sito dispone di una funzione che blocca temporaneamente gli utenti se non riescono ad accedere dopo diversi tentativi.
Control Hub ha le seguenti opzioni per impedire l'accesso non autorizzato:
-
Timeout automatico dopo i primi tentativi non riusciti.
-
Un CAPTCHA di controllo remoto (test del turing pubblico completamente automatizzato per incisi i computer e l'essere umano).
-
Gli utenti legittimati dispongono di un'opzione self-service che consente di modificare le password dimenticate.
-
Licenza organizzatore
- Gli host devono essere nell'organizzazione Control Hub
-
In Amministrazione sito, è possibile assegnare una licenza organizzatore a qualsiasi utente. Quando si gestisce il sito in Control Hub, è possibile assegnare le licenze organizzatore (ruolo partecipante) solo agli utenti nella stessa organizzazione Control Hub.
- Auto-registrazione per account ospite
-
In Amministrazione sito, è possibile scegliere di consentire agli utenti di richiedere un account (organizzatore) sul sito. È anche possibile consentire agli utenti con un account di richiedere servizi aggiuntivi sul sito. (vedere le schermate).
Quando si gestisce un sito per riunioni in Control Hub, gli utenti non possono richiedere il account organizzatore per tale sito.
Control Hub dispone invece di un metodo centralizzato e automatico per l'assegnazione delle licenze per le riunioni ai nuovi utenti. Leggere https://help.webex.com/n3ijtao.
È anche possibile gestire le licenze utente tramite API o in massa tramite CSV.
Se si desidera che gli utenti richiedino i propri account organizzatore, è possibile configurare la Guida o il supporto del sito con puntatori per contattare gli amministratori o collegarsi ad altri strumenti.
È necessario disabilitare "Consenti account organizzatore iscrizione" e "Consenti agli utenti di richiedere servizi aggiuntivi" in amministrazione sito prima di aggiornare il sito a Control Hub.
-
Control Hub dispone di altre opzioni di gestione delle licenze, come i modelli di assegnazione automatica. È possibile ottenere un report degli ospiti inattivi per consentire la rimozione delle licenze da tali utenti, singolarmente o in massa o tramite API.
Se occorre questa opzione di disattivazione automatica e le altre opzioni di Control Hub non sono disponibili, evitare di aggiornare il sito a Control Hub in questo momento.
Prima di aggiornare il sito della riunione da gestire in Control Hub, è necessario preparare la propria organizzazione Control Hub.
Accertarsi che non vi siano azioni in sospeso o di blocco sulla sottoscrizione. L'aggiornamento non riuscirà se:
- Sono presenti eventuali azioni in sospeso sulla sottoscrizione associata al sito che si sta aggiornando.
- Al sito non è associata alcuna sottoscrizione nell'organizzazione Control Hub.
- Le informazioni sulla licenza del sito in Amministrazione sito non corrispondono alle informazioni sulla licenza del sito in Control Hub.
Si consiglia vivamente di verificare i domini e richiedere gli utenti. La lettura seguente ti aiuterà:
-
eBook Control Hub: https://ebooks.cisco.com/story/controlhubessentials/
-
Come gestire i domini: https://help.webex.com/cd6d84
-
Richiedi i tuoi utenti da altre organizzazioni (dopo aver verificato i tuoi domini): https://help.webex.com/nceb8tm. La richiesta di utenti è particolarmente importante perché assicura che il numero di utenti che devono essere nella propria organizzazione sia effettivamente presente. Richiedere gli utenti tramite "Richiesta immediata" evita anche ritardi nell'utilizzo degli indirizzi email nella tua organizzazione.
Ti consigliamo vivamente di richiedere gli utenti prima di aggiornare il tuo sito a Control Hub. Se rivendichi utenti nella tua organizzazione dopo che il sito è stato aggiornato a Control Hub, tali utenti potrebbero perdere l'accesso alle riunioni e alle risorse delle riunioni nel sito.
Come soluzione alternativa, puoi procedere come segue per assicurarti che gli utenti non perdano l'accesso alle riunioni e alle risorse delle riunioni nel sito dopo che il sito è stato aggiornato a Control Hub:
- Per gli utenti con privilegi di amministratore esterno per l'organizzazione o il sito: rimuovere tutto l'accesso di amministratore esterno all'organizzazione e al sito, quindi rimuovere la licenza del sito della riunione. Dopo aver rivendicato l'utente, concedigli nuovamente la licenza per il sito. Puoi anche ripristinare i loro privilegi di amministratore esterno.
- Per gli utenti regolari: rimuovere la licenza del sito della riunione, richiedere l'utente alla propria organizzazione, quindi assegnare nuovamente la licenza all'utente per il sito.
-
Se il sito della riunione è configurato per la SSO, è necessario anche configurare le impostazioni SSO per la propria organizzazione Control Hub .
Creazione automatica dell'account per i nuovi utenti
Se il sito Webex ha abilitato la creazione automatica dell'account in Amministrazione sito, è possibile abilitare una funzione simile in Control Hub con la creazione automatica dell'accountSAML. Accertarsi anche di impostare un modello di licenza automatico in modo che i nuovi utenti otterrà automaticamente le licenze assegnate una volta creati i relativi account nell'organizzazione Control Hub.
Organizzazioni con sincronizzazione rubrica
Se la propria organizzazione è configurata per la sincronizzazione delle directory, accertarsi che tutti gli utenti che si desidera far parte dell'organizzazione siano presenti nel sito. A tale scopo, è necessario eseguire 24 ore prima di avviare il processo di aggiornamento del sito in modo che gli utenti sul sito possano essere collegati ai nuovi utenti nella propria organizzazione Control Hub.
Accesso amministratore ai siti Webex una volta aggiornati
Una persona con ruolo di amministratore a livello di organizzazione in Control Hub avrà automaticamente accesso ai siti che passano da Amministratore sito a Control Hub. Ad esempio, gli amministratori completi dell'organizzazione diventeranno amministratori completi del sito Webex, gli amministratori utenti dell'organizzazione diventeranno amministratori utenti del sito Webex e gli amministratori di sola lettura dell'organizzazione diventeranno amministratori di sola lettura del sito Webex.
API XML
Le API XML ora sono compatibili con i siti gestiti da Control Hub. È possibile leggere informazioni sui dettagli e le avvertenze sugli aggiornamenti dell'API XML 41.11.0.
Gli URL del servizio API XML rimangono invariati dopo che un sito è stato aggiornato da Site Admin a Control Hub Managed. Gli stessi URL API continueranno a funzionare. Cisco consiglia a tutte le integrazioni API di utilizzare OAUTH per l'autenticazione.
Autenticazione nelle API XML
Le integrazioni che non utilizzano Webex OAUTH per l'autenticazione potrebbero non funzionare dopo l'aggiornamento del sito a Control Hub. La tabella seguente mostra quale tipo di autenticazione amministratore continuerà a funzionare dopo l'aggiornamento del sito.
| Tipo di autenticazione dell'amministratore nell'API XML prima dell'aggiornamento del sito | Amministratore nell'organizzazione SSO dopo l'aggiornamento del sito | L'amministratore non è presente nell'organizzazione SSO dopo l'aggiornamento del sito |
|---|---|---|
| nome utente (webExID)/password |  Funzionerà* | Funzionerà* |
| nome utente (webExID)/sessionTicket | Funzionerà | Funzionerà |
| username/OAUTH (token di accesso webEx) | Funzionerà | Funzionerà |
| email/password | Funzionerà* | Funzionerà* |
| email/sessionTicket | Funzionerà | Funzionerà |
| email/OAUTH (webExAccessToken) | Funzionerà | Funzionerà |
* Compatibilità con le versioni precedenti: Cisco ha abilitato username/password autenticazioni per funzionare nelle API XML dopo l'aggiornamento del sito anche se username non corrisponde all'email. La compatibilità è valida solo se:
- Le credenziali utente sono state create prima dell'aggiornamento del sito. Non sono consentite modifiche a
username, altrimenti le credenziali precedenti non saranno valide. - Le credenziali per l'autenticazione API non possono avere una password diversa in Control Hub rispetto al sito quando è stato gestito in Amministrazione sito.
- Gli utenti le cui credenziali vengono utilizzate per l'autenticazione devono essere nello stato attivo (non inattivo) in Amministrazione sito al momento dell'aggiornamento del sito a Control Hub.
Puoi scoprire di più sulle integrazioni dell'API XML nei siti gestiti da Control Hub, inclusa l'autenticazione OAUTH, con questa guida.
Username è impostato per inviare un'e-mail a tutti gli utenti quando un sito viene aggiornato a Control Hub. Se username viene utilizzato per i payload API, i payload devono utilizzare la posta elettronica dopo l'aggiornamento del sito.
Ruolo di amministratore in Control Hub per le integrazioni API
Gli amministratori con solo il ruolo di amministratore del sito potrebbero non essere in grado di eseguire alcune operazioni con le API XML, ad esempio modificare l'indirizzo e-mail o il nome visualizzato di un utente dopo che il sito è stato aggiornato a un sito Control Hub. Per gli amministratori le cui credenziali vengono utilizzate per le integrazioni di API, si consiglia di promuovere tali amministratori all'organizzazione amministratori completi in Control Hub, idealmente prima di aggiornare il sito a Control Hub.
Come procedura consigliata, si consiglia di aggiornare prima un sito di test per verificare che le integrazioni API funzionino senza modifiche in seguito all'aggiornamento a Control Hub.
A seconda dell'operazione eseguita dall'integrazione, potrebbe essere necessario assegnare agli amministratori anche un account host di Riunioni sul sito Control Hub affinché l'integrazione funzioni (ciò non era necessario per gli amministratori nei siti di amministrazione del sito).
Differenze dell'API XML in Control Hub
La maggior parte delle integrazioni dell'API XML dovrebbe funzionare, senza alcuna modifica, in seguito all'aggiornamento del sito. Tuttavia, esistono alcune eccezioni dettagliate nell'elenco seguente:
- CreateUser—Nei siti gestiti da Control Hub, questa operazione può anche creare un utente nell'organizzazione proprietaria del sito prima di assegnare una licenza. Se l'utente già esiste in un'altra organizzazione, questa operazione non riuscirà.
PMR ID parameternon avrà effetto per gli utenti che non hanno già lo stato Attivo in Control Hub.createuserL'API impiega più tempo per il completamento sui siti gestiti da Control Hub. Per prestazioni migliori, puoi aggiungere un thread extra per parallelizzare le chiamatecreateuser. - SetUser—Potrebbe comportare l'assegnazione o la rimozione della licenza del sito di riunioni dall'utente (a seconda dei parametri API o del payload).
- DelUser—Rimuove la licenza del sito delle riunioni, ma non elimina l'utente dall'organizzazione Control Hub.
- LstsummaryUser—Restituisce anche l'utente
objectGUID. - AuthenticateUser—Nei siti gestiti da Control Hub, consigliamo di creare un ticket di sessione tramite
AuthenticateUseranziché utilizzare nome utente e password per ogni API XML. L'uso della risposta SAML nel contenuto del corpo non è supportato con questa chiamata per i siti gestiti da Control Hub.
API REST
Control Hub dispone di api proprie, incluse API People e License REST per la creazione e la licenza degli utenti su:
I tipi di sessione e i codici di tracciamento sono disponibili anche con le API REST all'indirizzo:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
Tuttavia, le API REST precedenti non supportano tutte le funzioni di gestione degli utenti disponibili nelle API XML. Ad esempio, sarà comunque necessario utilizzare le API XML per assegnare le licenze per le riunioni agli utenti esterni all'organizzazione proprietaria del sito. L'API persone non supporta l'assegnazione dei ruoli di amministratore del sito agli utenti. Se si desidera assegnare i ruoli di amministratore del sito tramite un'API, è comunque necessario utilizzare l'API XML.
È possibile utilizzare l'API People per creare amministratori dell'organizzazione con autorizzazioni complete (o di sola lettura); tali amministratori possono anche gestire (o visualizzare) i siti delle riunioni gestiti da Control Hub.
Control Hub dispone di ruoli di amministratore specifici del sito Webex, ma l'API di People non può assegnare questo ruolo in questo momento.
Piani futuri (soggetti a modifiche)
- Nuova API di licenza che può anche concedere licenze per il sito della riunione a utenti esterni che non appartengono alla stessa organizzazione che ha creato il sito. La licenza utente esterna è disponibile manualmente in Control Hub oggi.
- API SCIM per creare ed eliminare utenti nell'organizzazione.
- L'orientamento a lungo termine di Cisco è quello di utilizzare solo API REST (per tutte le operazioni sugli utenti e sulle sedi delle riunioni). Le API XML per la gestione degli utenti continueranno a essere supportate finché le API REST non potranno essere utilizzate esclusivamente per tutte le operazioni di gestione degli utenti. Anche le API XML per la gestione degli utenti saranno deprecate (data da definire).
Prima di aggiornare il sito a Control Hub, si consiglia vivamente di esaminare prima i seguenti elementi per semplificare il più possibile l'aggiornamento:
- Innanzitutto, esaminare questo documento e assicurarsi che la propria organizzazione segua le procedure consigliate nella sezione Preparazione dell'organizzazione Control Hub.
- Quindi, accedere ad Amministrazione Webex e fare clic su Aggiorna amministrazione. Nella fase di preparazione del sito, non è necessario eseguire alcuna azione consigliata nel file dalla sezione esamina utenti e non disabilitare ancora alcuna funzione chiamata nella sezione delle funzioni di revisione. Seguendo queste istruzioni, la valutazione della disponibilità del sito diventa un'operazione di sola lettura solo per valutare le modifiche necessarie prima di eseguire l'aggiornamento a Control Hub.
- Nella sezione Revisiona utenti, fai clic su Esporta file CSV utente e scarica il file CSV, denominato
users-to-review-xxxxx.csv.Questo file elenca tutti gli utenti che necessitano di attenzione e avrà un'azione consigliata per ogni utente. Il numero di utenti in questo file fornisce un'idea di quanti problemi relativi agli utenti devono essere risolti prima di aggiornare il sito.
- Nella sezione Rivedi funzioni , esaminare qualsiasi funzioni elencata con una X rossa nella colonna Conseguenze. Ciò informerà della disponibilità del sito dal punto di vista del conflitto di funzioni.
- Non andare al punto 2 e non fare clic ancora sul pulsante Aggiorna a Control Hub.
Una volta esaminato il file CSV dell'utente e aver controllato le funzioni che potrebbe essere necessario riconfigurare, continuare a leggere le restanti sezioni di questo articolo per preparare il sito e l'organizzazione per l'aggiornamento a Control Hub.
Nota: Se il sito è associato a integrazioni API eseguite dalla propria società oppure attraverso soluzioni di terze parti, come le soluzioni di gestione dell'apprendimento, esaminare la sezione Prepara integrazioni API del sito per utilizzare Control Hub .
Prossime modifiche per la versione 43.6
Fino ad ora, era necessario disattivare queste due funzionalità prima di aggiornare il sito a Control Hub:
- Campi obbligatori del profilo host
- Codici di tracciamento richiesti
A partire dalla versione 43.6, i siti che partecipano alle versioni beta per le funzionalità degli attributi personalizzati e dei campi del profilo host obbligatori non dovranno più disattivare tali funzionalità prima di aggiornare il proprio sito a Control Hub. La procedura guidata ti informerà invece di rivedere queste due funzionalità poiché la configurazione corrente verrà copiata nell'organizzazione Control Hub.
Se stai partecipando alla versione beta dei campi del profilo host obbligatori, vedrai questo avviso:
Se stai partecipando alla versione beta dei codici di monitoraggio obbligatori e degli attributi personalizzati, vedrai questa voce di azione:
Se non partecipi a queste beta, continua a leggere la sezione seguente.
Disattiva le funzionalità che bloccano l'aggiornamento del sito
Alcune funzioni devono essere disabilitate prima di aggiornare un sito Webex a Control Hub. Viene visualizzato un elenco che mostra le funzioni che devono essere disabilitate. Le funzioni contrassegnate da un'icona a forma di X cerchio rosso devono essere completate. Le funzioni contrassegnate da un'icona del punto esclamativo giallo sono solo per informazioni e non richiedono alcuna azione.
Per una demo su come aggiornare il sito a Control Hub, vedere questo video.
Se la tua organizzazione utilizza la funzionalità di creazione automatica degli account in Amministrazione sito, dovresti configurare una funzionalità equivalente in Control Hub e impostare un modello di licenza automatico per assegnare automaticamente le licenze. Per maggiori dettagli vedere questo articolo. Questa operazione deve essere eseguita prima di aggiornare il sito da gestire in Control Hub.
-
Accedere a Webex amministrazione sito e andare a .
-
Individuare e disabilitare l'opzione Account organizzatore iscrizione.
-
Trova Richiedi iscrizione account: e cancellare tutte le caselle per i campi profilo utente campo.
-
-
Fare clic su Aggiorna.
-
Andare a .
-
Nella colonna Profilo organizzatore , modificare tutte le righe del codice di verifica contrassegnate come Obbligatorio in AdminSet o Opzionale.
-
Ulteriori informazioni sui codici di verifica su https://help.webex.com/izu2ty.
Tutti i valori dei codici di verifica per gli utenti vengono conservati quando si aggiorna un sito a Control Hub.
-
In futuro questa restrizione verrà rimossa e sarà possibile mappare i codici di monitoraggio agli attributi utente personalizzati richiesti in Control Hub per ottenere funzionalità equivalenti.
La funzionalità dei codici di tracciamento della mappa per gli attributi utente è una bozza attualmente in anteprima pubblica. Diamo un'occhiata a cosa ti aspetta.
Prima di poter aggiornare un sito con i codici di monitoraggio obbligatori da Amministrazione sito a Control Hub, è necessario mappare tali codici di monitoraggio agli attributi utente in Control Hub. Puoi cliccare sull'icona sotto Informazioni per andare direttamente alla procedura guidata dei codici di monitoraggio della mappa per gli attributi utente del sito. Se non hai ancora mappato o disabilitato i codici di monitoraggio richiesti, non potrai aggiornare il tuo sito a Control Hub.
Se il tuo sito non dispone di codici di monitoraggio obbligatori, puoi comunque mappare i codici di monitoraggio agli attributi utente prima di aggiornare un sito a Control Hub seguendo questa procedura.
Per i siti di riunioni che utilizzano reparto come un codice di verifica, ti consigliamo di mappare tale codice di verifica all'attributo del profilo utente reparto anziché a un attributo personalizzato. Poiché reparto è un attributo di profilo standard in Control Hub, questo scenario sarà più efficiente nella maggior parte dei casi.
Se questo attributo è obbligatorio, andare alla sezione degli attributi del profilo utente e contrassegnare l'attributo del reparto come obbligatorio. Tieni presente che questo attributo reparto, insieme ad altri attributi utente, non verrà inserito per utenti esterni.
| 1 |
Accedi a Control Hub vai a Riunione. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Seleziona un sito, quindi vai su . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Seleziona Crea mappa codice di monitoraggio.  | ||||||||||||||||||||||||||||||||||||||||
| 4 |
Seleziona Apri riepilogo dei codici di verifica.  | ||||||||||||||||||||||||||||||||||||||||
| 5 |
Fai clic su Scarica riepilogo configurazione. Devi scaricare una copia della configurazione dei codici di verifica corrente. Questo riepilogo sarà necessario per i passaggi successivi che assicurano che tutti i valori degli attributi siano coerenti con i codici di verifica correnti. Puoi anche scaricare gli elenchi di codici di verifica precedenti come file CSV per caricare gli stessi valori per gli attributi personalizzati.  | ||||||||||||||||||||||||||||||||||||||||
| 6 |
Torna alla procedura guidata e seleziona Aggiungi e rivedi attributi utente.  | ||||||||||||||||||||||||||||||||||||||||
| 7 |
Configura eventuali nuovi attributi personalizzati necessari per questo sito. Contrassegna gli attributi come obbligatori se vuoi che i relativi campi vengano compilati per gli utenti. Gli attributi personalizzati non sono applicabili alle organizzazioni che sincronizzano gli utenti con Directory Connector, Azure AD, ecc. Puoi sfruttare questo passaggio per rivedere i nomi visualizzati per i codici di monitoraggio. Una volta apportate le modifiche necessarie, fai clic su Salva. Gli attributi bloccati sono simili a AdminSet nei codici di tracciamento dei siti di riunioni classici. Quando contrassegni un attributo personalizzato come bloccato, gli utenti non potranno visualizzare tale attributo.Se premi Salva in questo passaggio, qualsiasi attributo personalizzato aggiunto, rimosso o contrassegnato come obbligatorio ha immediatamente effetto per l'organizzazione. I nuovi utenti di cui è stato eseguito l'onboarding nell'organizzazione devono rispettare questa configurazione degli attributi personalizzati aggiornata, altrimenti l'onboarding avrà esito negativo. Rifletti attentamente prima di impostare gli attributi personalizzati come obbligatori.  | ||||||||||||||||||||||||||||||||||||||||
| 8 |
Torna alla procedura guidata e seleziona Mappa codici di verifica.  | ||||||||||||||||||||||||||||||||||||||||
| 9 |
Utilizza l'elenco a discesa per mappare i codici di verifica agli attributi del profilo utente o personalizzati dell'organizzazione. Quando esegui la mappatura di un codice di verifica del sito a un attributo, il sistema prima esegue la mappatura prima degli attributi preesistenti che corrispondono ai nomi dei codici di verifica se il tipo di input è impostato su campo di testo. Al termine, fai clic su Avanti. Se l'organizzazione utilizza un processo di onboarding utente automatizzato come Directory Connector o Azure AD, non eseguire la mappatura dei codici di verifica ad attributi personalizzati. Al contrario, mappa i codici di verifica ad attributi sincronizzati. In precedenza, i codici di verifica potevano essere configurati in modo diverso in base al centro. Tutti i centri (Meetings, Events, Webinars e così via) ora condividono una singola configurazione di pianificazione. Quando mappi un attributo come obbligatorio, tale attributo sarà richiesto al momento della pianificazione in Webex Meetings, Webex Webinars, eccetera.  | ||||||||||||||||||||||||||||||||||||||||
| 10 |
Fare clic su Salva la mappa. La sincronizzazione viene eseguita automaticamente durante il processo di aggiornamento di un sito a Control Hub. Suggeriamo di effettuare un backup dei valori del codice di monitoraggio per gli utenti eseguendo un'esportazione dell'utente del sito per il sito della riunione Quando esegui la mappatura di codici di verifica ad attributi personalizzati, l'unica origine attendibile dei dati proviene da Webex Identity anziché da ogni singolo sito di riunioni. La sincronizzazione esegue una copia una tantum dei valori utente dei codici di verifica per gli attributi mappati che non sono già compilati per gli utenti, il che significa che l'ordine dei siti per cui sincronizzi i codici di verifica è importante. Quando sincronizzi il primo sito, i valori dei codici di verifica per gli utenti di tale sito vengono copiati nell'attributo utente mappato per quell'utente in Control Hub, ma solo se tale valore non è già inserito per l'utente. Alcuni valori dei codici di verifica potrebbero non essere copiati dal sito agli attributi utente durante la sincronizzazione Se il valore di un utente per un sito mappato è già inserito al momento della sincronizzazione, il valore di verifica di tale sito non viene copiato nell'attributo mappato in Control Hub per tale utente. Per evitare che i dati prevalgano su altri codici di verifica per gli utenti, ti consigliamo di mappare e sincronizzare i dati di un sito di riunioni con i dati dei codici di verifica più recenti per gli utenti. I valori dei codici di verifica non vengono copiati dai siti che mappano i codici di verifica a campi utente sincronizzati tramite origini esterne, ad esempio Directory Connector o Azure AD. Nella tabella seguente vengono delineati i possibili scenari in cui i dati prevalgono sui codici di verifica originali. In questi scenari, il codice di verifica e l'attributo mappato sono la città dell'utente.
* Il valore del codice di monitoraggio precedente è sostituito dall'attributo mappato esistente. | ||||||||||||||||||||||||||||||||||||||||
Prima di aggiornare il sito da gestire in Control Hub, accertarsi che:
- Tutti gli utenti del sito che devono essere all'interno della propria organizzazione sono in realtà nell'organizzazione Control Hub.
- Tutti gli utenti del sito che non devono essere presenti nell'organizzazione vengono eliminati dall'organizzazione.
- Gli utenti nell'organizzazione possono essere autenticati dall'IdP se l'organizzazione è configurata per SSO.
- I campi del profilo utente contrassegnati come obbligatori nel sito verranno copiati anche nell'organizzazione Control Hub quando si aggiorna il sito. Se non vuoi che i campi vengano contrassegnati come obbligatori per la registrazione dell'account sul sito in Control Hub, deseleziona prima i campi in Amministrazione sito prima di aggiornare a Control Hub.
- È stata esaminata la sezione Prepara organizzazione Control Hub di precedente in questo articolo.
Per una demo su come aggiornare il sito a Control Hub, vedere questo video.
Come verificare gli utenti che bloccano l'aggiornamento del sito
-
Accedere alla amministrazione sito e aprire la pagina Aggiorna amministrazione.
-
Aprire i prerequisiti di revisione per l'aggiornamento del controllo di amministrazione e fare clic su Esporta utenti interessati in CSV.
-
Attendere il termine dell'esportazione. Questo processo può richiedere del tempo a seconda dell'ora di inizio e del numero di utenti nel sito. Le esportazioni vengono sospese per 6 minuti all'inizio dell'ora (tra xx:57 A xx:03).
-
Al termine dell'esportazione, fare clic su Scarica CSV .
Il tuo browser scarica
users-to-review.csv. -
Aprire il file CSV e selezionare la colonna Azione consigliata (ultima colonna). Eseguire l'azione consigliata per ciascun utente nel file.
Utenti con indirizzi e-mail non corrispondenti
Alcuni utenti possono avere un indirizzo e-mail diverso in Amministrazione sito e Control Hub. Ciò è possibile se l'indirizzo e-mail dell'utente è stato modificato in una sola delle due posizioni dopo il collegamento dell'utente da questo sito a Control Hub.
Provare queste azioni per risolvere i problemi agli utenti con indirizzi e-mail non corrispondenti:
-
Modificare l'indirizzo e-mail dell'utente in Amministrazione sito in base all'indirizzo e-mail di Control Hub
Gli utenti possono modificare i propri profili di amministrazione del sito: https://help.webex.com/nmig1kcb
-
Modificare l'indirizzo email dell'utente in Control Hub in modo che corrisponda all'indirizzo email dell'amministratore del sito: https://help.webex.com/nsi3kgb.
Gli utenti possono modificare i propri indirizzi e-mail nell'organizzazione Control Hub: https://help.webex.com/nme40aeb
Se si aggiorna il sito a Control Hub senza correggere gli indirizzi e-mail degli utenti non corrispondenti, gli utenti interessati devono utilizzare i relativi indirizzi e-mail Control Hub per accedere al sito della riunione. Tali utenti potrebbero non essere in grado di eseguire l'accesso se tentano di accedere con l'indirizzo e-mail in Amministrazione sito o se l'indirizzo e-mail Control Hub non è più valido nell'IdP (per organizzazioni SSO). Non ti impediranno di aggiornare il sito, ma è meglio correggere gli indirizzi email prima di iniziare l'aggiornamento.
Utenti esterni con licenza Basic Meetings
Gli utenti esterni con licenze Basic Meetings dovranno essere disattivati o aggiornati con licenze Webex Meetings a pagamento prima di aggiornare il sito da Site Admin a Control Hub.
Come disattivare gli utenti
Per la disattivazione del singolo utente in amministrazione sito:
-
Andare a .
-
Utilizzare i controlli di indice, ricerca e filtro per individuare l'utente.
-
Deselezionare la casella Attivo.
-
Invia le modifiche.
Per ulteriori informazioni, vedere Gestire gli account utente in Amministrazione sito Webex.
Per la disattivazione in batch dell'utente amministrazione sito:
-
Esportare gli utenti in un file CSV.
-
Aprire il file CSV e modificare i valori della colonna
ActiveinNper tutti gli utenti interessati. -
Importare il file CSV modificato.
Gli utenti modificati sono ora Inattivi.
Utenti in organizzazioni con sincronizzazione rubrica
Se sono presenti utenti non collegati che devono essere all'interno della propria organizzazione ma che non vengono ancora aggiunti, è necessario prima aggiungerli alla propria organizzazione. Ciò è particolarmente importante per le organizzazioni configurate per la sincronizzazione delle directory (attraverso Connettore directory o Azure AD) poiché la sincronizzazione delle directory non consente al processo di aggiornamento del sito di aggiungere utenti.
L'aggiornamento del sito non riuscirà se qualsiasi utente attivo sul sito non può essere collegato a un'organizzazione Control Hub. Se la propria organizzazione è configurata per la sincronizzazione delle rubrica, accertarsi che tutti gli utenti sul sito che devono far parte dell'organizzazione Control Hub siano aggiunti prima a Connettore directory o Azure AD.
Risolvi i problemi degli utenti prima di avviare l'aggiornamento
Se si tenta di aggiornare il sito a Control Hub senza risolvere i problemi degli utenti nel file users-to-review, il processo di amministrazione dell'aggiornamento potrebbe non riuscire. Lo strumento non verifica se sono stati corretti i problemi fino a quando non si avvia l'aggiornamento finale.
Aggiornamento dei siti SSO e dei siti non SSO collegati a un'organizzazione SSO
Un'organizzazione Control Hub può supportare più provider di identità (IdP) per SSO, con uno degli IdP che è Webex IdP (autenticazione locale)
Più IdP in Control Hub aiuteranno a:
- Dove l'IdP per un sito SSO in Site Admin è diverso dall'IdP SSO di Control Hub.
- Quando gli utenti del sito non sono presenti nell'IdP SSO configurato nell'organizzazione, ora possono semplicemente essere aggiunti all'IdP Webex locale. Sarà quindi possibile spostare tali utenti all'IdP SSO configurato in un secondo momento.
L'impostazione di più IdP può consentire a tutti gli utenti del sito in fase di aggiornamento, da Site Admin a Control Hub, di accedere tramite il metodo di autenticazione configurato in un'organizzazione Control Hub. Per raggiungere questo obiettivo, puoi:
- Aggiungere ulteriori IdP SSO all'organizzazione Control Hub.
- Aggiungere utenti a un IdP già configurato.
- Aggiungere utenti all'IdP Webex locale.
Consultare questo articolo per saperne di più sugli IdP multipli in Control Hub.
Operazioni preliminari
È necessario disabilitare alcune funzioni ed è necessario verificare che tutti gli utenti siano in buono stato da aggiornare a Control Hub. Se si stanno utilizzando applicazioni integrate nell'API, è necessario aggiornarle per utilizzare l'API Webex.
È possibile leggere questi prerequisiti nelle parti precedenti di questo articolo.
Accertarsi che tutti gli amministratori sappiano che si sta aggiornando il sito in Control Hub e che non dovranno apportare alcuna modifica in Amministrazione sito dopo l'avvio.
| 1 |
Esporta e salva il file di esportazione degli utenti del sito. Questo file funge da archivio di configurazione utente per aiutarti a convalidare dopo l'aggiornamento. |
| 2 |
Eseguire l'accesso amministrazione sito e fare clic su Aggiorna amministrazione. |
| 3 |
Rivedere i prerequisiti, in particolare l'elenco CSV degli utenti negli stati che possono avere effetto sul successo dell'aggiornamento. |
| 4 |
Leggere informazioni sulle funzioni che devono essere disabilitate e sulle differenze previste nella gestione degli utenti e nelle licenze organizzatore (documentate anche in questo articolo). |
| 5 |
Fare clic su Aggiorna a Control Hub. Questo pulsante viene attivato solo una volta completati i passaggi precedenti.  Viene visualizzata una finestra popup. Questa finestra mostra che l'aggiornamento di un sito a Control Hub è permanente e non è possibile annullare l'aggiornamento al termine dell'aggiornamento. Al termine dell'aggiornamento, questo sito non verrà più gestito in amministrazione sito. Se non si è preparati a gestire completamente questo sito in Control Hub, uscire dalla procedura guidata ora.
 |
| 6 |
Fare clic su Ok. L'aggiornamento avvia un banner sopra amministrazione sito per insod quel che indica che è in corso un aggiornamento del sito. Se qualcosa va a posto, viene visualizzato un messaggio di errore con l'azione suggerita. Altrimenti, viene visualizzato un messaggio che indica che l'operazione è stata completata. L'aggiornamento del sito richiede circa 3 minuti + 1000 attivi users/min + 2000 inattivi users/min per completare. Ad esempio, se hai avviato l'aggiornamento del sito a 05:20 e il tuo sito ha 8000 utenti attivi e 2000 utenti inattivi, l'aggiornamento del sito richiederà circa 12 minuti. Inoltre, gli aggiornamenti del sito vengono sospesi per 6 minuti all'inizio dell'ora (tra xx:57 A xx:03). Tuttavia, i risultati potrebbero variare. |
| 7 |
Fare clic su Accedi a Control Hub. |
Dopo aver attivato l'aggiornamento del sito da Webex amministrazione sito, è possibile accedere a Control Hub per visualizzare lo stato dell'aggiornamento del sito.
-
Accedi a Control Hub e apri la pagina Riunioni.
È possibile visualizzare un elenco dei siti delle riunioni.
-
Fare clic su un sito per visualizzare le informazioni su tale sito.
-
Ricercare la sezione Aggiornamento sito, in cui è possibile leggere lo stato di aggiornamento.
Al termine dell'aggiornamento, è possibile scaricare un elenco di tutti gli utenti in amministrazione sito e visualizzare quali utenti erano attivi o inattivi sul sito. Gli utenti visualizzati come inattivi nella colonna stato utente del amministrazione sito non potranno accedere al sito gestito da Control Hub. Anche tali utenti non verranno visualizzati come avere accesso al sito nella sezione utente di Control Hub.
La visualizzazione del pulsante di download può richiedere del tempo (minuti per la maggior parte delle organizzazioni).
-
Esaminare l'elenco per verificare la presenza di problemi durante l'aggiornamento.
Non sarà più possibile gestire questo sito in amministrazione sito una volta completato l'aggiornamento del sito. Tutta la gestione per questo sito deve essere eseguita in Control Hub. Di seguito sono riportati alcuni passaggi per acquisire familiarità con la gestione del sito in Control Hub:
-
Controllare alcune impostazioni di configurazione del sito per confermare che non sia cambiato nulla. Questa operazione risulta più semplice se si copiano alcune impostazioni di amministrazione del sito prima di effettuare l'aggiornamento a Control Hub.
-
Seleziona un host e verifica la sua licenza, i codici di tracciamento e i tipi di sessione in Control Hub. Accedi al sito della riunione e verifica che le riunioni programmate, le registrazioni e le preferenze non siano state modificate. La convalida è più semplice se i dati dell'host vengono copiati prima dell'aggiornamento a Control Hub.
Chiedere all'utente di verificare che possa pianificare e ospitare nuove riunioni.
-
Aggiungere un nuovo utente alla propria organizzazione. Concedere loro una licenza organizzatore, modificare i tipi di sessione e verificare che possano ospitare riunioni.
Ti consigliamo di impostare modelli di licenza basati sull'organizzazione o sul gruppo per assegnare automaticamente le licenze ai nuovi utenti o a gruppi specifici di nuovi utenti. -
Selezionare un utente con diritti di amministratore completo in Amministratore sito e verificare di disporre del livello di accesso appropriato al sito aggiornato in Control Hub.
Gli utenti dovrebbero essere in grado di leggere e modificare il sito; creare, licenza, modificare ed eliminare utenti.
-
Se il sito dispone di integrazioni API, passare all'uso delle API Persone. Verificare che l'integrazione aggiornata funzioni come previsto.
Ulteriori informazioni sulla gestione dei siti delle riunioni in Control Hub su https://help.webex.com/naqlzeu.
-
Gli utenti potranno accedere in modo singolo e unificato all'app Webex e a tutti i siti gestiti da Control Hub.
Se il nome utente non corrisponde all'indirizzo e-mail dell'utente nel amministrazione sito, tali utenti avranno un impatto sull'accesso. I nomi utente meno vecchi non possono essere più utilizzati e tali utenti devono utilizzare il proprio indirizzo e-mail per accedere. -
Le credenziali utente sono associate alla loro identità Control Hub. Queste stesse credenziali si applicano a tutti i siti gestiti da Control Hub nella stessa organizzazione e all'app Webex.
-
Se l'organizzazione Control Hub SSO configurata, tale SSO regola l'accesso all'app Webex e a tutti i siti gestiti da Control Hub.
-
L'accesso all'app Webex non è interessato dall'aggiornamento a Control Hub.
-
Se gli utenti a eseguire l'accesso a Webex Meetings sito di un altro utente, la schermata di accesso sarà diversa. Gli utenti devono inserire il proprio indirizzo e-mail per accedere anche se la propria organizzazione è configurata per SSO.
Gli amministratori possono abilitare l'opzione Ricordami in Control Hub in modo che gli utenti non debbano immettere nuovamente il proprio indirizzo email ogni volta che accedono. -
A seconda della cronologia di ciascun utente, il numero di siti su cui aveva un account, ecc.:
-
Se gli utenti sono stati collegati a utenti esistenti in Webex Identity/Control Hub, gli utenti utilizzeranno la stessa password per tutti i siti Webex aggiornati in Control Hub.
-
Se gli utenti sono stati creati in Webex Identity/Control Hub a causa del collegamento del sito, vengono applicate le credenziali del primo sito collegato (se l'organizzazione non è stata configurata con SSO). Gli utenti vengono reindirizzati per accedere a tale sito. Se gli utenti dispongono di più siti con più credenziali, l'URL del sito deve aiutare a determinare le credenziali da utilizzare.
-
Gli utenti possono reimpostare la password nelle organizzazioni Control Hub (se la password non viene gestita tramite SSO). Se gli utenti hanno dimenticato la password, possono semplicemente fare clic su Nome utente o password dimenticati? nella schermata di accesso per reimpostare la password. Gli utenti possono reimpostare la password anche seguendo queste istruzioni:
- Reimposta la password per l'app Webex: https://help.webex.com/article/n02v0b8/
- Reimpostare la password per un Webex Meetings sito: https://help.webex.com/article/6v6kaab/
-
-
Se l'indirizzo e-mail di un utente finale è stato modificato e tale utente aveva un indirizzo e-mail diverso in Amministrazione sito e Control Hub al momento dell'aggiornamento del sito, all'utente potrebbero verificarsi problemi nel tentativo di accedere. L'utente potrebbe non sapere che ora deve utilizzare il relativo indirizzo e-mail Control Hub per accedere oppure l'indirizzo e-mail in Control Hub potrebbe non essere più valido nell'IdP SSO della propria organizzazione. Questo tipo di situazione si evita meglio aggiornando gli indirizzi e-mail degli utenti in Control Hub quando si apportano modifiche agli indirizzi e-mail degli stessi utenti in Amministrazione sito.
-
Nuovo accesso richiesto per gli utenti sull Webex Meetings app mobile per iOS:
- Se si aggiorna un sito non SSO in Control Hub, gli utenti devono accedere nuovamente all'app mobile Webex Meetings per iOS. Sebbene l'app Meetings per iOS non richieda agli utenti di eseguire nuovamente l'accesso per un periodo fino a due mesi dopo l'aggiornamento del sito, si consiglia agli utenti di eseguire nuovamente l'accesso manualmente per evitare tale situazione in modo preliminare.
-
Durante l'aggiornamento del sito, gli utenti i cui nomi utente non corrispondono ai rispettivi indirizzi e-mail potrebbero dover effettuare nuovamente l'accesso.
-
Potrebbe essere necessario che questi utenti accedano nuovamente ai propri client Webex se provano ad accedere ai servizi Webex sul sito durante l'aggiornamento del sito a Control Hub. Gli utenti che avevano già partecipato alle riunioni prima dell'inizio dell'aggiornamento del sito non saranno interessati.
-
File CSV "utente da esaminare" vuoto
Se il sito è grande e presenta più di 1000 utenti i cui indirizzi e-mail sono diversi in Amministrazione sito rispetto a Control Hub, è possibile provare un file CSV vuoto che può essere utilizzato come utente nella procedura guidata di aggiornamento del sito. In questo modo, l'aggiornamento del sito non funziona poiché non sarà possibile risolvere i problemi degli utenti. Questo problema verrà risolto nelle prossime settimane.
Impostazioni che non vengono trasferite durante l'aggiornamento a Control Hub
- Se il sito gestito dall'amministratore del sito si trovava sul canale lento e anche il Control Hub è gestito da un partner, potresti perdere la visibilità dei controlli di aggiornamento della versione del sito Meetings dopo l'aggiornamento a Control Hub. In tal caso, contatta il tuo partner e chiedigli di abilitare l'impostazione Consenti al cliente di aggiornare la versione del sito per la tua organizzazione.
- Le richieste di creazione di un account autonomo in sospeso non vengono trasferite al Centro avvisi. Una volta completato l'aggiornamento, gli utenti devono registrarsi nuovamente per creare un account.
- Una volta completato l'aggiornamento, i valori dei nomi utente in Amministrazione sito vengono sostituiti dagli indirizzi e-mail degli utenti in Control Hub.
Problemi utente che provocano l'errore dell'aggiornamento
- Gli utenti con indirizzi e-mail collegati a utenti in un'organizzazione Webex for Government non verranno esatti se tali utenti non vengono disattivati prima di avviare l'aggiornamento.
Problemi comuni che provocano l'errore dell'aggiornamento e azioni consigliate
Se il sito non riesce a eseguire l'aggiornamento a Control Hub, controllare la tabella seguente per verificare se uno di questi errori di amministrazione è la causa e quali operazioni è possibile risolvere.
| Errori che provocano l'errore di aggiornamento | Azione consigliata |
|---|---|
| Tipo di sito non valido. | Contattare il Webex Support personale per verificare che il sito sia collegato dall'utente. |
| Al sito non è associato alcun abbonamento. | I siti devono essere associati a una sottoscrizione prima di poter essere aggiornati in Control Hub. |
| Si è verificato un problema con l'ID organizzazione. | L'ID organizzazione collegata al sito non corrisponde all'ID organizzazione di sottoscrizione. Contattare il Webex Support team. |
| La seguente sottoscrizione presenta operazioni in sospeso in Control Hub: (Id secondario). | Riprovare a eseguire l'aggiornamento del sito al termine dell'operazione in sospeso. |
| Si sono verificati conflitti nelle impostazioni Single Sign-On (SSO). | Se il sito SSO abilitato, accertarsi che:
|
| Le informazioni sulla licenza del sito in Amministrazione sito non corrispondono alle informazioni sulla licenza del sito in Control Hub. | Informazioni della licenza incongruenti tra Amministrazione sito e Control Hub. Contattare il Webex Support team. |
| Alcuni nomi utente o indirizzi e-mail in amministrazione sito conflitto con nomi utente o indirizzi e-mail in Control Hub. | L'e-mail di un utente in Amministrazione sito viene utilizzato da un altro utente in Control Hub. Modificare uno degli indirizzi e-mail o dei nomi utente. |
| Si è verificato un problema di aggiornamento del sito. | Un errore interno ha impedito l'aggiornamento del sito. Contattare il Webex Support team. |
| Si è verificato un problema di aggiornamento degli utenti Webex. | Un errore interno ha impedito l'aggiornamento del sito. Contattare il Webex Support team. |
Problemi di accesso per gli utenti
Assicurati di consentire sempre i cookie Webex. In caso contrario, gli utenti potrebbero riscontrare problemi di accesso dopo l'aggiornamento a Control Hub.
D. Esiste una data in cui Cisco non supporterà più Site Administration?
R. Sì. Prevediamo di dismettere Webex Site Administration alla fine di dicembre 2023.
D. Gli amministratori del sito in Amministrazione sito manterranno comunque il loro accesso amministrativo al sito dopo l'aggiornamento alla gestione dell'hub di controllo?
R. Sì. Tutti gli amministratori del sito in Amministrazione sito continueranno ad avere accesso amministrativo al sito dopo che il sito è stato aggiornato alla gestione di Control Hub.
D. Dopo aver aggiornato il sito di una riunione da Amministrazione sito a Gestione Control Hub, perché vedo nuovi amministratori sul sito?
R. I nuovi amministratori del sito erano probabilmente amministratori dell'organizzazione Control Hub. Quando un sito viene aggiornato da Site Admin a Control Hub, tutti gli amministratori dell'intera organizzazione diventeranno amministratori del nuovo sito gestito da Control Hub. Ciò significa che gli amministratori completi dell'organizzazione diventeranno amministratori completi del sito Webex, gli amministratori utenti dell'organizzazione diventeranno amministratori utenti del sito Webex e gli amministratori di sola lettura dell'organizzazione diventeranno amministratori di sola lettura del sito Webex.
D. Come mai l'accesso allo strumento di produttività non funziona dopo aver aggiornato il sito a Control Hub?
R. Assicurati che i browser Internet siano configurati per consentire sempre i cookie di sessione, che si trova nelle impostazioni di privacy avanzate dei browser.
D. Se un utente viene eliminato in Control Hub e poi lo stesso indirizzo e-mail viene aggiunto nuovamente a Control Hub e gli viene assegnata una licenza Meetings allo stesso sito Webex, l'utente può accedere alle sue vecchie registrazioni?
R. Sì, l'utente avrà accesso a tutti i contenuti precedenti di Meetings se disponeva di una licenza a uno dei siti Webex precedenti su cui si trovavano. Ciò si applica ai siti gestiti da Control Hub e ai siti che sono stati aggiornati in Control Hub.
D. Se un utente è stato disattivato in Amministrazione sito prima dell'aggiornamento del sito a Control Hub e in seguito gli è stata nuovamente assegnata la licenza per lo stesso sito Webex in Control Hub, l'utente avrà accesso alle sue vecchie registrazioni?
R. Sì, l'utente avrà ancora accesso alle registrazioni precedente. Inoltre, qualsiasi utente disattivato in Amministrazione sito prima dell'aggiornamento del sito verrà elencato nel file di esportazione CSV delle riunioni in Control Hub.
D. Se un sito non ha un IdP SSO configurato, ma l'organizzazione Control Hub ne ha uno, cosa succede quando il sito si aggiorna a Control Hub?
R. Il sito utilizzerà lo stesso IdP SSO dell'organizzazione Control Hub.
D. Se in un sito è impostato un IdP SSO diverso da quello impostato in Control Hub, cosa succede quando il sito viene aggiornato a Control Hub?
R. Il sito passa di nuovo per utilizzare lo stesso IdP SSO dell'organizzazione Control Hub.
D. Se un sito ha un IdP SSO configurato, ma l'organizzazione Control Hub non ne ha uno, cosa succede quando il sito si aggiorna a Control Hub?
R. Si verrà bloccati dall'aggiornamento del sito. Per sbloccare il sito in modo da poter eseguire l'aggiornamento a Control Hub, rimuovere l'IdP SSO dal sito Amministrazione sito o aggiungere un IdP SSO all'organizzazione Control Hub.
D. Posso ancora accedere all'URL del sito per visualizzare le registrazioni e pianificare riunioni o eventi?
R. Sì, è ancora possibile accedere all'URL del sito da cui è possibile accedere alle registrazioni, pianificare riunioni, eccetera.
D. Le impostazioni specifiche dell'utente vengono modificate durante l'aggiornamento del sito da Amministrazione sito a Control Hub?
R. No, le impostazioni utente rimarranno invariate. Tali impostazioni saranno applicabili prima dell'aggiornamento del sito.
D. Le mie registrazioni o riunioni programmate saranno interessate da questo aggiornamento del sito?
R. Questo tipo di registrazioni non è interessata dalle registrazioni dell'organizzatore. A questo punto, sarà ancora possibile accedervi. Anche le riunioni pianificate non sono interessate da questa operazione. Non sono state apportate modifiche.
D. Questo aggiornamento del sito interesserà le registrazioni o le riunioni programmate degli utenti?
R. Le registrazioni degli utenti non sono interessate. Potranno comunque accedervi. Anche le riunioni programmate non saranno interessate. Non sono state apportate modifiche.
Per gli utenti che non sono stati ancora richiesti, le loro registrazioni o riunioni programmate potrebbero essere interessate se li richiedi dopo aver aggiornato il sito a Control Hub. Per ulteriori informazioni, vedere la nota seguente.
Ti consigliamo vivamente di richiedere gli utenti prima di aggiornare il tuo sito a Control Hub. Se rivendichi utenti nella tua organizzazione dopo che il sito è stato aggiornato a Control Hub, tali utenti potrebbero perdere l'accesso alle riunioni e alle risorse delle riunioni nel sito.
Come soluzione alternativa, puoi procedere come segue per assicurarti che gli utenti non perdano l'accesso alle riunioni e alle risorse delle riunioni nel sito dopo che il sito è stato aggiornato a Control Hub:
- Per gli utenti con privilegi di amministratore esterno per l'organizzazione o il sito: rimuovere tutto l'accesso di amministratore esterno all'organizzazione e al sito, quindi rimuovere la licenza del sito della riunione. Dopo aver rivendicato l'utente, concedigli nuovamente la licenza per il sito. Puoi anche ripristinare i loro privilegi di amministratore esterno.
- Per gli utenti regolari: rimuovere la licenza del sito della riunione, richiedere l'utente alla propria organizzazione, quindi assegnare nuovamente la licenza all'utente per il sito.
D. Dove posso consultare le richieste di registrazione automatica in sospeso per i siti gestiti da Control Hub?
R. L'utente e gli altri amministratori possono esaminare le richieste di auto-registrazione nel centro Avvisi.
D. Posso accedere ai valori dei nomi utente dall'amministratore del sito dopo aver aggiornato un sito a Control Hub?
R. Un file di esportazione utente di tutti gli utenti in Amministrazione sito è disponibile in Control Hub per 90 giorni dopo l'aggiornamento del sito a Control Hub. Questo file CSV include valori per i nomi utente.
D. Stiamo utilizzando i valori dei nomi utente per identificare gli utenti in Amministrazione sito. Come è possibile effettuare le stesse operazione in Control Hub?
R. I valori dei nomi utente vengono persi in seguito all'aggiornamento di un sito a Control Hub. Se occorre accedere a tali valori, una soluzione consiste nel copiare i valori in un codice di verifica prima di aggiornare il sito. I valori dei codici di verifica per gli utenti verranno conservati e disponibili in seguito all'aggiornamento di un sito a Control Hub. Se si utilizza SSO, ExternalID è un attributo utente di Control Hub che può contenere questo valore. A tale scopo , è necessario configurare le asserzioni SAML per passare questo valore durante la SSO in Control Hub. Questo valore verrà passato anche a Control Hub durante la creazione automatica di nuovi utenti.
D. Quanto tempo ci vuole per completare l'aggiornamento del sito una volta iniziato?
R. L'aggiornamento del sito richiede circa 3 minuti + 1000 attivi users/min + 2000 inattivi users/min per completare. Ad esempio, se hai avviato l'aggiornamento del sito a 05:20 e il tuo sito ha 8000 utenti attivi e 2000 utenti inattivi, l'aggiornamento del sito richiederà circa 12 minuti. Inoltre, gli aggiornamenti del sito vengono sospesi per 6 minuti all'inizio dell'ora (tra xx:57 A xx:03). Tuttavia, i risultati potrebbero variare.
D. Come posso assegnare automaticamente la licenza a ogni nuovo utente o ai nuovi utenti in gruppi specifici dopo aver aggiornato il sito da gestire in Control Hub?
R. È possibile impostare modelli di licenza basati sull'organizzazione o sul gruppo per assegnare automaticamente le licenze ai nuovi utenti.
D. Ci sono tempi di inattività durante l'aggiornamento del sito?
R. No. Durante l'aggiornamento del sito:
- Gli utenti possono continuare a utilizzare il servizio Riunioni, ad esempio partecipando e avviando riunioni programmate e ad hoc.
- Le riunioni in corso al momento dell'avvio dell'aggiornamento del sito non saranno interessate.
- L'abbonamento verrà bloccato in Control Hub.
- Il client desktop di Meetings potrebbe presentare problemi con la sezione "Prossime riunioni".
- Si sconsiglia di apportare modifiche alle configurazioni di gestione del sito.
