Als u het beheer van gebruikers, Webex-services en licenties op één locatie volledig wilt beheren, kunt u ervoor kiezen om het beheer van een Webex-site bij te werken van Sitebeheer naar Control Hub.
Over bijwerken van Sitebeheer naar Control Hub
 | Voor het bijwerken van een site van Sitebeheer naar Control Hub is geen update van clientversies vereist. Sommige sites kunnen deze functie pas gebruiken als de partners die deze organisaties beheren, klaar zijn. |
| Als uw Webex voor de overheid-organisatie externe gebruikers bevat, kunt u momenteel niet converteren van Sitebeheer naar Control Hub. U ontvangt een foutmelding als u probeert te converteren met externe gebruikers in uw organisatie. We verwachten deze mogelijkheid medio 2023 beschikbaar te maken voor organisaties met externe gebruikers. |
Webex wordt een gemeenschappelijke platform voor het beheren van vergaderingen, chatten, bellen en andere samenwerkingsmodi. Daarom willen we het beheer van alle Webex Meetings -sites verplaatsen van Sitebeheer naar Control Hub.
We hebben een hulpprogramma in Sitebeheer om u te helpen bij deze wijziging. Als uw site al in aanmerking komt om bij te werken naar Control Hub, kunt u aan de slag gaan door te klikken op Beheer bijwerken in het navigatiemenu.
Zie deze video voor een demonstratie over hoe het bijwerken van uw site naar Control Hub werkt.
Om te helpen uw site-update te plannen, bekijkt u het gedeelte gereedheid voor sitebeoordeling .
De voordelen van het beheren van sites in Control Hub zijn onder andere:
Uniforme licentietoewijzingen voor alle Webex-services, zoals vergaderingen, berichten en bellen.
Consistent beveiligingsbeleid voor alle Webex-services.
Algemene aanmeldingservaring voor alle eindgebruikers tussen verschillende Webex-services.
Moderne bedieningselementen voor beheerders, zoals Directoryconnector, SCIM en Active Directory-groepen.
Licentiesjablonen om automatisch meerdere licenties aan gebruikers toe te wijzen.
 | U kunt de vergaderingssite Sitebeheer beheren nadat u de update naar Control Hub hebt bijgewerkt. |
| Dit gedeelte is alleen van toepassing als uw site door Cisco is geselecteerd voor een automatische sitebeheerupdate. |
Als uw site is gepland voor een automatische update van beheer in Sitebeheer naar Control Hub, ziet u de volgende schermafbeelding.
U kunt klikken op De updatedatum van uw site wijzigen om de geplande datum te wijzigen.
De ervaring voor het beheren van sites in Control Hub is vergelijkbaar met het beheren in Sitebeheer. Gebruikersbeheer in Control Hub heeft modernere onderliggende technologieën, dus er zijn een paar verschillen in het beheren van sites in Control Hub. Deze rubriek richt zich op verschillen die worden gebeld bij het bijwerken van uw site.
|
Gebruikersbeheer
We hebben een gecentraliseerd gebruikersbeheersysteem onderliggende Control Hub, waarbij gebruikers binnen de gehele organisatie (en alle Webex) afzonderlijke en unieke gebruikers zijn. In Sitebeheer is de gebruikersprofiel anders per vergaderingssite.
- Single Sign On (SSO) met automatisch account maken
-
In Sitebeheerder hebt u een functie 'Automatisch account maken' waarmee gebruikers worden gemaakt wanneer ze zichzelf verifiëren via SSO.
Deze functie is ook beschikbaar in Control Hub. Raadpleeg SAML Auto Account Creation and Update for Control Hub voor meer informatie.
Veel organisaties die SSO gebruiken, geven er mogelijk de voorkeur aan om hun gebruikers centraal te beheren in externe telefoonlijsttools zoals Microsoft® Active Directory en Microsoft Azure, en ook om verificatie bij externe identiteitsproviders verplicht te stellen.
Meer informatie over:
- Verplichte profielgegevens en traceercodes
-
Sitebeheer kunt u verplichte profielvelden opgeven voor nieuwe gebruikers (vorige schermafbeelding). U kunt dit verlengen zodat gebruikers traceercodes maken (onderstaande schermafbeelding). Als u deze aanvullende vereisten configureert, kunt u gebruikers niet toevoegen aan de site zonder deze.
Control Hub heeft alleen een weergavenaam en e-mailadres nodig om een gebruiker te maken.
Alle andere gebruikersvelden zijn optioneel wanneer u een nieuwe gebruiker maakt in Control Hub, dus we dwingen geen aanvullende profielgegevens af voor door Control Hub beheerde sites.
U moet verplichte profielvelden uitschakelen en deze traceercodes voordat u uw site bijwerkt in Control Hub.
- Wachtwoordbeheer en vergrendeling
-
Sitebeheer heeft een functie die gebruikers tijdelijk vergrendelt als ze zich na een aantal pogingen niet meer aanmelden.
Control Hub heeft de volgende opties om ongeautoriseerde toegang te voorkomen:
Automatische time-out na de eerste paar mislukte pogingen.
Een CAPTCHA mechanisme (Volledig geautomatiseerde openbare Turingtest om computers en mensen gescheiden te houden).
Betrouwbare gebruikers hebben een selfservice-optie om hun vergeten wachtwoord te wijzigen.
Hostlicenties
- Hosts moeten zich in uw Control Hub-organisatie hebben
-
In Sitebeheerder kunt u een hostlicentie toewijzen aan elke gebruiker. Wanneer u de site in Control Hub beheert, kunt u alleen hostlicenties (en de rol van deelnemer) toewijzen aan gebruikers in dezelfde Control Hub-organisatie.
- Zelf aanmelden voor hostaccount
-
In Sitebeheerder kunt u ervoor kiezen gebruikers toe te staan een (host)-account op de site aan te vragen. U kunt gebruikers met een account ook toestaan om aanvullende services op de site aan te vragen. (zie schermafbeeldingen).
Wanneer u een vergaderingssite beheert in Control Hub, kunnen gebruikers hun eigen hostaccount voor die site niet aanvragen.
Control Hub heeft een gecentraliseerde, geautomatiseerde manier om vergaderingslicenties toe te wijzen aan nieuwe gebruikers. Lezen https://help.webex.com/n3ijtao.
U kunt gebruikerslicenties ook beheren via API of in bulk met CSV.
Als u wilt dat gebruikers hun hostaccount aanvragen, kunt u de help/ondersteuning van de site configureren met aanwijzers om contact op te nemen met beheerders of een koppeling te maken met andere tools.
U moet 'Aanmelden hostaccount toestaan' en 'Gebruikers toestaan extra services aan te vragen' in Sitebeheer voordat u uw site bij werken naar Control Hub.
-
Control Hub heeft andere licentiebeheeropties, zoals sjablonen voor automatische toewijzing. U kunt een rapport van inactieve hosts krijgen om u te helpen bij het verwijderen van licenties van deze gebruikers, individueel of in bulk, of via API.
Als u deze geautomatiseerde deactiveringsoptie nodig hebt en de andere opties in Control Hub niet geschikt voor u zijn, moet u op dit moment geen update van uw site naar Control Hub instellen.
Voordat u uw vergaderingssite bij werken om te worden beheerd in Control Hub, moet u uw Control Hub-organisatie voorbereiden.
| Zorg ervoor dat het abonnement geen lopende of blokkeringsacties zijn. Het bijwerken mislukt als:
|
We raden u ten zeerste aan om uw domeinen te verifiëren en uw gebruikers te claimen. De volgende lezen zal helpen:
Het e-book over de Control Hub: https://ebooks.cisco.com/story/controlhubessentials/
Uw domeinen beheren: https://help.webex.com/cd6d84
Claim uw gebruikers van andere organisaties (na het verifiëren van uw domeinen): https://help.webex.com/nceb8tm. Het is vooral belangrijk om gebruikers te claimen, omdat het ervoor zorgt dat zoveel mogelijk gebruikers die in uw organisatie zouden moeten zijn, er zijn. Als u gebruikers claimt met 'Onmiddellijke claim', voorkomt u ook vertragingen bij het gebruik van de e-mailadressen in uw organisatie.
We raden u ten zeerste aan gebruikers te claimen voordat u uw site bijwerkt naar Control Hub. Als u gebruikers claimt in uw organisatie nadat de site is bijgewerkt naar Control Hub, kunnen deze gebruikers de toegang tot vergaderingen en vergaderingsmiddelen op de site verliezen.
Als tijdelijke oplossing kunt u het volgende doen om ervoor te zorgen dat gebruikers de toegang tot vergaderingen en vergaderingsmiddelen op de site niet verliezen nadat de site is bijgewerkt naar Control Hub:
- Voor gebruikers met externe beheerdersrechten voor de organisatie of site: verwijder alle externe beheerderstoegang tot de organisatie en de site en verwijder vervolgens de licentie voor de vergaderlocatie . Nadat u de gebruiker hebt geclaimd, geeft u die gebruiker een nieuwe licentie voor de site. U kunt ook hun externe beheerdersrechten herstellen.
- Voor gewone gebruikers: verwijder de licentie voor de vergaderlocatie , claim de gebruiker bij uw organisatie en geef die gebruiker vervolgens een nieuwe licentie op de site.
Als de vergaderingssite is geconfigureerd voor SSO, moet u de site ook configureren SSO control hub-organisatie .
Automatisch account maken voor nieuwe gebruikers
Als uw Webex-site het automatisch maken van accounts in Sitebeheer heeft ingeschakeld, kunt u een vergelijkbare functie inschakelen in Control Hub met Automatisch SAML -account maken . Zorg ervoor dat u ook een automatische licentiesjabloon zodat nieuwe gebruikers automatisch licenties krijgen toegewezen zodra hun accounts zijn gemaakt in de Control Hub-organisatie.
Organisaties met telefoonlijstsynchronisatie
Als uw organisatie is geconfigureerd voor directorysynchronisatie, moet u ervoor zorgen dat alle gebruikers die u in uw organisatie wilt hebben, aanwezig zijn op de site. Dit moet 24 uur voordat u het updateproces voor de site start worden uitgevoerd, zodat gebruikers op de site kunnen worden gekoppeld aan de nieuwe gebruikers in uw Control Hub-organisatie.
| De update mislukt als actieve gebruikers op de site niet kunnen worden gekoppeld aan Control Hub-gebruikers. |
Beheerderstoegang tot Webex sites zodra deze zijn bijgewerkt
Een persoon met een organisatiebrede beheerdersrol in Control Hub krijgt automatisch toegang tot sites die worden bijgewerkt van Sitebeheerder naar Control Hub. De beheerders van de volledige organisatie worden bijvoorbeeld de beheerders van de Webex-site , de beheerders van de gebruikers van de organisatie worden de beheerders van de gebruikers van de Webex-site en de beheerders van de organisatie alleen-lezen worden de beheerders van de Webex-site -sites.
XML -API's
XML-API's zijn nu compatibel met door Control Hub beheerde sites. Lees meer over de gegevens en waarschuwingen in XML API 41.11.0 Updates.
De URL's van de XML - API -service blijven ongewijzigd nadat een site is bijgewerkt van Sitebeheer naar Beheerd door Control Hub. Dezelfde API -URL's blijven werken. Cisco raadt aan dat alle API -integraties OAUTH gebruiken voor verificatie.
Verificatie in XML -API's
Integraties die geen gebruik maken van Webex OAUTH voor verificatie kan mislukken nadat de site is bijgewerkt naar Control Hub. In de volgende tabel ziet u welk type beheerdersverificatie blijft werken na het bijwerken van uw site.
| Type beheerdersverificatie in XML API vóór site-update | Beheerder in SSO -organisatie na site-update | Beheerder niet in SSO -organisatie na site-update |
|---|---|---|
| gebruikersnaam (webExID)/wachtwoord |  Zal werken* | Zal werken* |
| gebruikersnaam (webExID)/sessionTicket | Zal werken | Zal werken |
| gebruikersnaam/OAUTH (webExAccessToken) | Zal werken | Zal werken |
| e-mail/wachtwoord | Zal werken* | Zal werken* |
| e-mail/sessieticket | Zal werken | Zal werken |
| e-mail/OAUTH (webExAccessToken) | Zal werken | Zal werken |
| * Achterwaartse compatibiliteit: Cisco heeft gebruikersnaam/wachtwoordverificatie ingeschakeld om te werken in XML -API's na site-update, zelfs als:
U kunt meer informatie vinden over XML API -integraties op door Control Hub beheerde sites, inclusief OAUTH-verificatie, met: deze handleiding . |
Username is ingesteld op e-mail voor alle gebruikers wanneer een site wordt bijgewerkt naar Control Hub. Als username wordt gebruikt voor API -payloads, moeten de payloads in plaats daarvan e-mail gebruiken nadat de site is bijgewerkt.
Beheerdersrol in Control Hub voor API -integraties
Beheerders met alleen de rol Sitebeheerder kunnen mogelijk bepaalde bewerkingen niet uitvoeren met XML -API's, zoals het wijzigen van het e-mailadres of de weergavenaam van een gebruiker nadat de site is bijgewerkt naar een Control Hub-site. Voor beheerders van wie de referenties worden gebruikt voor API -integraties, raden we u aan deze beheerders te promoveren tot volledige beheerders van de organisatie in Control Hub, idealiter voordat u de site bijwerkt naar Control Hub.
| We raden u aan om, als beste praktijk, eerst een testsite bij te werken om te bevestigen dat uw API-integraties niet meer werken na de update naar Control Hub. |
Afhankelijk van wat uw integratie doet, moeten beheerders mogelijk ook een Meetings hostaccount op de Control Hub-site toegewezen krijgen om de integratie te laten werken (dit was niet vereist voor beheerders in Sitebeheer-sites).
XML API -verschillen in Control Hub
De meeste XML API-integraties zouden, zonder wijzigingen, moeten werken na het bijwerken van uw site. Maar er zijn enkele uitzonderingen die in de volgende lijst worden beschreven:
- Gebruiker maken Op door Control Hub beheerde sites kan deze bewerking ook een gebruiker maken in de organisatie die eigenaar is van de site voordat een licentie wordt toegewezen. Als de gebruiker al in een andere organisatie bestaat, mislukt deze bewerking.
PMR ID parameterwordt niet van kracht voor gebruikers die nog geen Actief status in Control Hub.
createuserHet duurt langer om de API te voltooien op door Control Hub beheerde sites. Voor betere prestaties kunt u een extra thread toevoegen om te parallelliserencreateusergesprekken. - Gebruiker instellen —Kan leiden tot het toewijzen of verwijderen van een sitelicentie voor vergaderingen van de gebruiker (afhankelijk van de API -parameters of payload).
- DelUser —Verwijdert de sitelicentie voor vergaderingen, maar verwijdert de gebruiker niet uit de Control Hub-organisatie.
- OverzichtGebruiker —Retourneert ook de . van de gebruiker
objectGUID. - Gebruiker verifiëren —Op door Control Hub beheerde sites raden we aan een sessieticket maken via
AuthenticateUserin plaats van gebruikersnaam en wachtwoord te gebruiken voor elke XML API. Het gebruik van SAML -respons in hoofdtekstinhoud wordt niet ondersteund met deze aanroep voor door Control Hub beheerde sites.
REST API's
Control Hub heeft eigen API's, waaronder API's voor personen en licentie-REST voor het maken en licentie-gebruikers op:
Sessietypen en traceercodes zijn ook beschikbaar met REST-API's op:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
De bovenstaande REST-API's ondersteunen echter niet alle gebruikersbeheerfuncties die beschikbaar zijn in XML -API's. U moet bijvoorbeeld nog steeds XML -API's gebruiken om vergaderingslicenties toe te wijzen aan gebruikers buiten de organisatie die eigenaar is van de site. De People API biedt geen ondersteuning voor de toewijzing van sitebeheerdersrollen aan gebruikers. Als u sitebeheerdersrollen wilt toewijzen via een API, moet u nog steeds de XML API gebruiken.
U kunt de Personen- API gebruiken om organisatiebeheerders met volledige (of alleen-lezen) machtigingen te maken, en deze beheerders kunnen ook uw door Control Hub beheerde vergaderingsites beheren (of weergeven).
| Control Hub heeft specifieke beheerdersrollen voor de Webex-site, maar de People API kan deze rol op dit moment niet toewijzen. |
Toekomstplannen (onder voorbehoud)
- Nieuwe licentie- API die ook licenties voor vergaderlocatie kan verlenen aan externe gebruikers die zich niet in dezelfde organisatie bevinden die de site heeft gemaakt. Externe gebruikerslicenties zijn handmatig beschikbaar in Control Hub vandaag.
- SCIM- API om gebruikers in de organisatie te maken en te verwijderen.
- De langetermijnrichtlijn van Cisco is om alleen REST-API's te gebruiken (voor alle bewerkingen op gebruikers en vergadersites). XML -API's voor gebruikersbeheer blijven worden ondersteund totdat REST-API's exclusief kunnen worden gebruikt voor alle gebruikersbeheerbewerkingen. XML -API's voor gebruikersbeheer worden ook beëindigd (datum nog niet bekend).
Voordat u uw site hebt bijgewerkt naar Control Hub, raden we u sterk aan om eerst de volgende items te bekijken om de update zo soepel mogelijk te laten verlopen:
- Controleer eerst dit document en zorg ervoor dat uw organisatie de aanbevolen werkwijzen volgt in het gedeelte Uw Control Hub-organisatie voorbereiden.
- Meld u vervolgens aan bij Webex-beheer en klik op Beheer bijwerken. In de fase voor de gereedheid van de site moet u in het gedeelte Gebruikers controleren geen aanbevolen actie ondernemen en moet u de functies die worden gebeld in het gedeelte Controlefuncties nog niet uitschakelen. Door deze instructies te volgen, wordt de site gereedheidsbeoordeling een alleen-lezen-bewerking om de wijzigingen te beoordelen die u moet uitvoeren voordat u een update naar Control Hub uitvoeren.
- Klik in het gedeelte Gebruikers controleren op CSV-bestand van gebruiker exporteren en download het CSV-bestand, dat ook wel csv-bestanden genoemd heeft.
users-to-review-xxxxx.csv.Dit bestand bevat een overzicht van alle gebruikers die aandacht nodig hebben en bevat een aanbevolen actie voor elke gebruiker. Het aantal gebruikers in dit bestand geeft u een idee hoeveel gebruikersgerelateerde problemen u moet oplossen voordat u de site kunt bijwerken.
- Bekijk in het gedeelte Functies controleren de functies die in de kolom met de consequenties worden weergegeven met een rode X. Dit informeert u over de gereedheid van uw site vanuit een functieconflict.
- Ga niet naar stap 2 en klik nog niet op de knop Bijwerken naar Control Hub.
Zodra u het CSV-bestand van de gebruiker hebt bekeken en hebt bekeken welke functies u mogelijk opnieuw moet configureren, gaat u verder met het lezen van de rest van de gedeelten in dit artikel om u voor te bereiden op het voorbereiden van uw site en organisatie voor de update naar Control Hub.
| Opmerking: Als uw site API-integraties heeft die zijn uitgevoerd door uw bedrijf of via oplossingen van derden, zoals learning management-oplossingen, controleert u het gedeelte Api-integraties voor de site voorbereiden om met Control Hub te werken. |
Aankomende wijzigingen voor release 43.6
Tot nu toe moesten deze twee functies worden uitgeschakeld voordat de site werd bijgewerkt naar Control Hub:
- Vereiste velden voor hostprofiel
- Vereiste traceercodes
Vanaf de release van 43.6 hoeven sites die deelnemen aan de bèta's voor functies voor aangepaste kenmerken en vereiste velden voor hostprofielen deze functies niet meer uit te schakelen voordat hun site wordt bijgewerkt naar Control Hub. In plaats daarvan laat de wizard u weten dat u deze twee functies moet controleren, aangezien de huidige configuratie wordt gekopieerd naar de Control Hub-organisatie.
Als u deelneemt aan de verplichte velden voor hostprofiel bèta, wordt deze waarschuwing weergegeven:
Als u deelneemt aan de vereiste traceercodes en aangepaste kenmerken bèta, ziet u dit actie-item:
Als u niet deelneemt aan deze bèta's, leest u het volgende gedeelte.
Functies uitschakelen die site-updates blokkeren
Sommige functies moeten worden uitgeschakeld voordat u een Webex-site kunt bijwerken naar Control Hub. U kunt een lijst zien die laat zien welke functie moet worden uitgeschakeld. Functies die zijn gemarkeerd met een pictogram met rode cirkel X moeten worden uitgevoerd. Functies gemarkeerd met een pictogram voor het uitroepen van een gele driehoek zijn alleen voor uw informatie en vereisen geen actie.
Zie deze video voor een demo over het bijwerken van uw site in Control Hub.
| Als uw organisatie de functie voor het automatisch maken van accounts in Sitebeheer gebruikt, moet u een gelijkwaardige functie instellen in Control Hub en een automatische licentiesjabloon instellen om automatisch licenties toe te wijzen. Zie dit artikel voor meer informatie. Dit moet worden gedaan voordat u de site bijwerkt die moet worden beheerd in Control Hub. |
Meld u aan bij Webex Sitebeheer ga naar Configuratie > .
Zoek de optie Aanmelden hostaccount en schakel deze uit.
Zoeken voor het aanmelden bij account: en alle vakjes voor verplichte gebruikersprofiel in.
Klik op Bijwerken.
Ga naar
Wijzig in de kolom Hostprofiel alle traceercoderijen die zijn gemarkeerd als Verplicht voor BeheerSet of Optioneel.
Lees meer over traceercodes op https://help.webex.com/izu2ty.
Alle traceercodewaarden voor gebruikers worden bewaard wanneer u een site bij werken naar Control Hub.
In de toekomst wordt deze beperking opgeheven en kunt u traceercodes toewijzen aan vereiste aangepaste gebruikerskenmerken in Control Hub voor gelijkwaardige functionaliteit.
| De functie traceercodes toewijzen aan gebruikerskenmerken is een concept dat zich in de openbare preview bevindt. We geven u een voorproefje van wat u kunt verwachten. |
Voordat u een site kunt bijwerken met vereist traceercodes van Sitebeheer naar Control Hub, moet u deze traceercodes toewijzen aan gebruikerskenmerken in Control Hub. U kunt op het pictogram onder Informatie klikken om rechtstreeks naar de wizard traceercodes naar gebruikerskenmerken voor de site te gaan. Als u de vereiste traceercodes nog niet hebt toegewezen of uitgeschakeld, kunt u uw site niet bijwerken naar Control Hub.
Als uw site geen vereiste traceercodes heeft, kunt u aan de hand van deze procedure traceercodes toewijzen aan gebruikerskenmerken voordat u een site bijwerkt naar Control Hub.
| Voor vergadersites die de afdeling gebruiken als trackingcode, raden we u aan die trackingcode toe te wijzen aan het gebruikersprofiel van de afdeling in plaats van aan een aangepast kenmerk. Aangezien afdeling een standaardprofielkenmerk is in Control Hub, is dit scenario meestal efficiënter. Als dit kenmerk vereist is, gaat u naar het gedeelte met het kenmerk van het gebruikersprofiel en markeert u het afdelingskenmerk als vereist. Houd er rekening mee dat dit afdelingskenmerk, samen met andere gebruikerskenmerken, niet wordt ingevuld voor externe gebruikers. |
| 1 | Meld u aan bij Control Hub en ga naar Vergadering. | ||||||||||||||||||||||||||||||||||||||||||||
| 2 | Selecteer een site en ga naar . | ||||||||||||||||||||||||||||||||||||||||||||
| 3 | Selecteren Traceercodetoewijzing maken .  | ||||||||||||||||||||||||||||||||||||||||||||
| 4 | Selecteer Overzicht van trackingcode openen .  | ||||||||||||||||||||||||||||||||||||||||||||
| 5 | Klik op Configuratieoverzicht downloaden U moet een kopie van de huidige configuratie van de trackingcode downloaden. U hebt dit overzicht nodig voor de volgende stappen om ervoor te zorgen dat alle kenmerkwaarden overeenkomen met de huidige trackingcodes. U kunt ook eerdere trackingcodelijsten downloaden als een CSV-bestand om dezelfde waarden voor aangepaste kenmerken te uploaden.  | ||||||||||||||||||||||||||||||||||||||||||||
| 6 | Ga terug naar de wizard en selecteer Gebruikerskenmerken toevoegen en controleren .  | ||||||||||||||||||||||||||||||||||||||||||||
| 7 | Configureer alle nieuwe aangepaste kenmerken die nodig zijn voor deze website. Markeer alle kenmerken als vereist als u wilt dat deze velden worden ingevuld voor gebruikers. Aangepaste kenmerken zijn niet van toepassing op organisaties die gebruikers synchroniseren met Directory Connector, Azure AD, enzovoort. U kunt deze stap gebruiken als optie om de weergavenamen voor trackingcodes bekijken. Zodra u de vereiste wijzigingen hebt aangebracht, klikt u op Opslaan .
 | ||||||||||||||||||||||||||||||||||||||||||||
| 8 | Ga terug naar de wizard en selecteer trackingcodes.  | ||||||||||||||||||||||||||||||||||||||||||||
| 9 | Gebruik de vervolgkeuzelijst om trackingcodes toe te wijzen aan de aangepaste of gebruikersprofiel van de organisatie. Als u een site-trackingcode aan een kenmerk koppelt, koppelt het systeem eerst aan reeds bestaande kenmerken die overeenkomen met de trackingcodenamen als het invoertype is ingesteld op tekstveld. Als u klaar bent, klikt u op Volgende.
Voorheen konden trackingcodes per centrum anders worden geconfigureerd. Alle centra (vergaderingen, events, webinars, enzovoort) delen nu één planningsconfiguratie. Wanneer u een kenmerk als vereist aanwijst, is dat kenmerk vereist bij het plannen in Webex Meetings, Webex Webinars, enz.  | ||||||||||||||||||||||||||||||||||||||||||||
| 10 | Klik op De kaart opslaan . De synchronisatie wordt automatisch uitgevoerd tijdens het proces om een site bij te werken naar Control Hub.
Wanneer u trackingcodes koppelt aan aangepaste kenmerken, komt de enige bron van waarheid van Webex Identity in plaats van van elke afzonderlijke vergadersite. Bij synchronisatie wordt een eenmalige kopie van de gebruikerswaarden van de trackingcode gemaakt naar toegewezen kenmerken die nog niet zijn ingevuld voor gebruikers. Dit betekent dat de volgorde van de websites waarvoor u de trackingcodes synchroniseert van belang is. Bij het synchroniseren van de eerste website worden de trackingcodewaarden voor gebruikers van die website gekopieerd naar het toegewezen gebruikerskenmerk voor die gebruiker in Control Hub, maar alleen als die waarde nog niet is ingevuld voor de gebruiker. Sommige trackingcodewaarden worden mogelijk niet gekopieerd van de website naar gebruikerskenmerken tijdens de synchronisatie Als de waarde van een gebruiker voor een toegewezen site al is ingevuld op het moment van synchronisatie, wordt de trackingwaarde van die site niet gekopieerd naar het toegewezen kenmerk in Control Hub voor die gebruiker. Als u wilt voorkomen dat gegevens andere trackingcodes voor gebruikers vervangen, raden we u aan gegevens voor een vergadersite toe te wijzen en te synchroniseren met de meest recente trackingcodegegevens voor gebruikers.
In de volgende tabel worden mogelijke scenario's beschreven waarin gegevens de oorspronkelijke trackingcodes vervangen. In deze scenario's zijn de trackingcode en het toegewezen kenmerk de plaats van de gebruiker.
* De vorige traceercodewaarde wordt vervangen door het bestaande toegewezen kenmerk. | ||||||||||||||||||||||||||||||||||||||||||||
Voordat u uw site bij werkt om te worden beheerd in Control Hub, moet u ervoor zorgen dat:
- Alle gebruikers van de -site die zich in uw organisatie zouden moeten hebben, zijn daadwerkelijk in uw Control Hub-organisatie.
- Alle gebruikers van de site die zich niet in uw organisatie moeten vinden, worden verwijderd uit uw organisatie.
- Gebruikers in de organisatie kunnen worden geverifieerd door uw IdP als uw organisatie is geconfigureerd voor SSO.
- Gebruikersprofielvelden die als vereist zijn gemarkeerd op de site, worden ook gekopieerd naar de Control Hub-organisatie wanneer u de site bijwerkt. Als u niet wilt dat deze velden worden gemarkeerd als vereist voor accountaanmelding op de site in Control Hub, schakelt u eerst de velden in Sitebeheer uit voordat u bijwerkt naar Control Hub.
- U hebt het gedeelte Uw Control Hub-organisatie voorbereiden van eerder in dit artikel gelezen.
| We raden u ten zeerste aan gebruikers te claimen voordat u uw site bijwerkt naar Control Hub. Als u gebruikers claimt in uw organisatie nadat de site is bijgewerkt naar Control Hub, kunnen deze gebruikers de toegang tot vergaderingen en vergaderingsmiddelen op de site verliezen. Zie Uw Control Hub-organisatie voorbereiden sectie voor meer informatie. |
Zie deze video voor een demo over het bijwerken van uw site in Control Hub.
Controleren op gebruikers die site-update blokkeren
Meld u aan Sitebeheer en open de pagina Beheer bijwerken.
Open de Vereisten voor controleren voor het bijwerken van het beheer en klik op Beïnvloede gebruikers exporteren in CSV.
Wacht tot het exporteren is voltooien. Afhankelijk van de starttijd en het aantal gebruikers in de site, kan het even duren. Het exporteren wordt aan het begin van het uur 6 minuten onderbroken (tussen xx:57 en xx:03).
Klik op CSV downloaden zodra de export is voltooien.
Uw browser wordt gedownload
users-to-review.csv.Open het CSV-bestand en controleer de kolom Aanbevolen actie (de laatste kolom). Ondernomen aanbevolen actie voor elke gebruiker in het bestand.
Gebruikers met niet-overeenkomende e-mailadressen
Sommige gebruikers hebben mogelijk een ander e-mailadres in Sitebeheer en Control Hub. Dit is mogelijk als het e-mailadres van de gebruiker op slechts één van de twee plaatsen is gewijzigd nadat de gebruiker van deze site aan Control Hub is gekoppeld.
Probeer deze acties om gebruikers op te lossen met niet-overeenkomende e-mailadressen:
Wijzig het e-mailadres van de gebruiker in Sitebeheer naar het e-mailadres van Control Hub
Gebruikers kunnen hun sitebeheerdersprofielen bewerken: https://help.webex.com/nmig1kcb
Wijzig het e-mailadres van de gebruiker in Control Hub naar het e-mailadres van de sitebeheerder: https://help.webex.com/nsi3kgb.
Gebruikers kunnen hun eigen e-mailadressen wijzigen in Control Hub-organisatie: https://help.webex.com/nme40aeb
| Als u uw site bijwerkt naar Control Hub zonder dat de e-mailadres van gebruikers worden gecorrigeerd, moeten de betrokken gebruikers hun Control Hub-e-mailadres gebruiken om zich aan te aanmelden bij hun vergaderlocatie. Deze gebruikers kunnen zich mogelijk niet aanmelden als ze zich proberen aan te aanmelden met het e-mailadres in Sitebeheer of als hun Control Hub e-mailadres niet langer geldig is in hun IdP (voor SSO -organisaties). Ze zullen u niet blokkeren om de site bij te werken, maar het is beter om de e-mailadressen te corrigeren voordat u de update start. |
Externe gebruikers met een Basic Meetings-licentie
Externe gebruikers met Basis Meetings-licenties moet worden gedeactiveerd of geüpgraded naar betaalde Webex Meetings -licenties voordat de site wordt bijgewerkt van Sitebeheer naar Control Hub.
Gebruikers deactiveren
| Wanneer u gebruikers deactiveert, verliezen zij hun hostlicentie of deelnemerrechten (afhankelijk van de rol die ze hadden terwijl ze actief waren). Gedeactiveerde gebruikers worden nog steeds weergegeven in het CSV-exportbestand van de site nadat u de site hebt bijgewerkt naar Control Hub. |
Voor individuele gebruikersdeactivering in een Sitebeheer:
Ga naar
Gebruik de besturingselementen index, zoeken en filteren om de gebruiker te vinden.
Vink het selectievakje Actief uit.
Verzend de wijzigingen.
Zie Gebruikersaccounts Sitebeheer in Webex voor meer informatie.
Voor batchgebruikersdeactivering in de Sitebeheer:
Exporteert de gebruikers naar een CSV-bestand.
Open het CSV-bestand en wijzig de
Activekolomwaarden voorNvoor alle betrokken gebruikers.Importeer het aangepaste CSV-bestand.
De gebruikers die u hebt gewijzigd, zijn nu niet meer actief.
Zie Batch-import en -export van Webex-gebruikers in Webex Sitebeheer meer informatie.
Gebruikers in organisaties met telefoonlijstsynchronisatie
Als er niet-gekoppelde gebruikers zijn die wel in uw organisatie zouden moeten zijn, maar nog niet zijn toegevoegd, moet u deze eerst toevoegen aan uw organisatie. Dit is vooral essentieel voor organisaties die zijn geconfigureerd voor directorysynchronisatie (via Directoryconnector of Azure AD), omdat het bijwerken van de site niet wordt toegestaan door de directorysynchronisatie gebruikers toe te voegen.
| De site-update mislukt als actieve gebruikers op de site niet kunnen worden gekoppeld aan een Control Hub-organisatie. Als uw organisatie is geconfigureerd voor directorysynchronisatie, moet u ervoor zorgen dat alle gebruikers op de site die onderdeel moeten zijn van de Control Hub-organisatie eerst worden toegevoegd aan Directoryconnector of Azure AD voordat u de update start. |
Gebruikersproblemen oplossen voordat u de update start
Als u probeert de site bij te werken naar Control Hub zonder de problemen voor gebruikers in de users-to-review bestand, kan het updatebeheerproces mislukken. De tool controleert niet om te zien of u de problemen hebt gecorrigeerd tot nadat u de laatste update hebt start.
SSO sites en niet SSO -sites bijwerken die zijn gekoppeld aan een SSO -organisatie
Een Control Hub-organisatie kan meerdere identiteitsproviders (IdP's) ondersteunen voor SSO , waarbij een van de IdP's Webex IdP is (lokale verificatie)
Meerdere IdP's in Control Hub helpen:
- Waar de IdP voor een SSO -site in Sitebeheer anders is dan de SSO -IdP van Control Hub.
- Wanneer gebruikers op de site zich niet in de SSO IdP bevinden die in de organisatie is geconfigureerd, kunnen deze gebruikers nu gewoon worden toegevoegd aan de lokale Webex IdP. U kunt deze gebruikers later verplaatsen naar de geconfigureerde SSO -IdP.
Als u meerdere IdP's instelt, kunnen alle gebruikers op de site die wordt bijgewerkt van Sitebeheer naar Control Hub, zich aanmelden via de verificatiemethode die is geconfigureerd in een Control Hub-organisatie. Om dit te bereiken, kunt u:
- Voeg extra SSO -IdP's toe aan de Control Hub-organisatie.
- Gebruikers toevoegen aan een reeds geconfigureerde IdP.
- Voeg gebruikers toe aan de lokale Webex IdP.
Zie dit artikel voor meer informatie over meerdere IdP's in Control Hub.
Voordat u begint
Er zijn functies die u moet uitschakelen en u moet controleren of alle gebruikers de status Goed hebben om te worden bijgewerkt naar Control Hub. Als u API-geïntegreerde toepassingen gebruikt, moet u deze bijwerken om de Webex API te gebruiken.
In eerdere delen van dit artikel kunt u over deze vereisten lezen.
| Zorg ervoor dat al uw beheerders weten dat u de site bij updatet naar Control Hub en dat ze na het starten geen wijzigingen in Sitebeheer moeten aanbrengen. |
| 1 | Exporteren en sla het exportbestand van de sitegebruikers op. Dit bestand fungeert als een gebruikerconfiguratie om u te helpen bij het valideren na de update. | ||
| 2 | Meld u aan Sitebeheer en klik op Beheer bijwerken. | ||
| 3 | Bekijk de vereisten, met name de CSV-lijst met gebruikers in de staten die een invloed kunnen hebben op het geslaagd gebruik van de update. | ||
| 4 | Lees meer over de functies die moeten worden uitgeschakeld en de verschillen die u kunt verwachten in gebruikersbeheer- en hostlicenties (ook gedocumenteerd in dit artikel). | ||
| 5 | Klik op Bijwerken naar Control Hub. Deze knop wordt alleen geactiveerd nadat de bovenstaande stappen zijn voltooid.  Er wordt een pop-upvenster weergegeven. Dit venster geeft aan dat de update van een site naar Control Hub permanent is en dat u de update niet ongedaan kunt maken zodra deze is uitgevoerd. Wanneer de update is klaar, wordt deze site niet meer beheerd in de Sitebeheer. Als u niet klaar bent om deze site volledig te beheren in Control Hub, sluit u de wizard nu.
 | ||
| 6 | Klik op OK. Bij de update wordt een banner boven deze Sitebeheer om u te laten weten dat er een site-update bezig is. Als er iets mis gaat, wordt er een foutbericht weergegeven met de voorgestelde actie. Anders krijgt u een bericht met geslaagd bericht.
| ||
| 7 | Klik op Aanmelden bij Control Hub. |
Nadat u de site-update vanuit Webex-Sitebeheer hebt getriggerd, kunt u zich aanmelden bij Control Hub om de status van de site-update te bekijken.
| Het duurt langer voordat de site-update wordt bijgewerkt als deze wordt geactiveerd in de buurt van de bovenkant van het uur. Site-updates worden enkele minuten voor en na de bovenkant van elk uur onderbroken. |
Aanmelden bij Besturingshub en open de Vergaderingen pagina.
U kunt een lijst met uw vergadersites zien.
Klik op een site om informatie over die site weer te geven.
Zoek naar het gedeelte Site-update , waar u de updatestatus kunt lezen.
Nadat de update is voltooid, kunt u een lijst met alle gebruikers in uw Sitebeheer en bekijken welke van deze gebruikers actief of inactief waren op de site. Gebruikers die worden weergegeven als inactief in de kolom met gebruikersstatus van Sitebeheer geen toegang hebben tot de beheerde Control Hub-site. Deze gebruikers worden ook niet getoond als enige toegang tot de site in het gebruikersgedeelte van Control Hub.
Het kan enige tijd duren voordat de downloadknop verschijnt (minuten voor de meeste organisaties).
Controleer de lijst om te controleren op problemen tijdens het bijwerken.
U kunt deze site niet meer beheren in een Sitebeheer zodra de site-update is voltooien. Al het beheer voor deze site moet worden uitgevoerd in Control Hub. Hier volgen enkele stappen om uzelf bekend te maken met en het beheer van uw -site in Control Hub uit te proberen:
Controleer enkele configuratie-instellingen om te bevestigen dat er niets is gewijzigd. Dit is gemakkelijker als u een aantal instellingen voor sitebeheer hebt gekopieerd voordat u de update naar Control Hub hebt uitgevoerd.
Selecteer een host en verifieer de licentie, traceercodes en sessietypen in Control Hub. Meld u aan bij de vergaderlocatie en bevestig dat hun geplande vergaderingen, opnamen en voorkeuren niet zijn gewijzigd. Validatie is eenvoudiger als de gegevens van die host worden gekopieerd voordat deze worden bijgewerkt naar Control Hub.
Vraag de gebruiker om te controleren of deze nieuwe vergaderingen kan plannen en hosten.
Voeg een nieuwe gebruiker toe aan uw organisatie. Verleen ze een hostlicentie, wijzig hun sessietypen en verifieer of ze vergaderingen kunnen hosten.
We raden u aan om licentiesjablonen voor organisaties of groepen instellen om automatisch licenties toe te wijzen aan nieuwe gebruikers of specifieke groepen nieuwe gebruikers.Selecteer een gebruiker die in Sitebeheerder een volledige beheerder was en controleer of deze gebruiker het juiste toegangsniveau heeft tot de bijgewerkte site in Control Hub.
Ze moeten de site kunnen lezen en wijzigen; gebruikers maken, licentie toevoegen, wijzigen en verwijderen.
Als uw site API-integraties heeft, schakelt u over naar het gebruik van de People API's. Bevestig dat de bijgewerkte integratie werkt zoals verwacht.
Lees meer over het beheren van vergadersites in Control Hub op https://help.webex.com/naqlzeu.
Gebruikers kunnen eenmalig aanmelden via de Webex-app en alle beheerde sites in Control Hub.
Als de gebruikersnaam niet overeen komt met het e-mailadres van de gebruiker in de Sitebeheer, hebben deze gebruikers een invloed op de aanmeldingservaring. Oude gebruikersnamen kunnen niet meer worden gebruikt. Deze gebruikers moeten hun e-mailadres gebruiken om zich aan te melden.Gebruikersgegevens zijn gekoppeld aan de identiteit van de Control Hub. Dezelfde gegevens zijn van toepassing op alle door Control Hub beheerde sites in dezelfde organisatie en op de Webex-app.
Als de Control Hub-organisatie SSO geconfigureerd, is het dus mogelijk SSO aan te melden bij de Webex-app en alle door Control Hub beheerde sites.
Dit heeft geen invloed op de aanmeldingservaring in de Webex-app als gevolg van de update naar Control Hub.
Wanneer gebruikers zich aanmelden bij Webex Meetings website, ziet het aanmeldingsscherm er anders uit. Gebruikers moeten hun e-mailadres invoeren om zich aan te melden, zelfs als hun organisatie is geconfigureerd voor SSO.
Beheerders kunnen de optie Mij onthouden inschakelen in Control Hub , zodat gebruikers hun e-mailadres niet telkens opnieuw hoeven in te voeren wanneer ze zich aanmelden.Afhankelijk van de geschiedenis van elke gebruiker, het aantal sites waar deze een account op had, enzovoort:
Als gebruikers zijn gekoppeld aan bestaande gebruikers in Webex Identity/Control Hub, gebruiken gebruikers hetzelfde wachtwoord voor alle Webex-sites die zijn bijgewerkt naar Control Hub.
Als gebruikers zijn gemaakt in Webex Identity/Control Hub vanwege het koppelen van de site, zijn de aanmeldgegevens van hun eerste gekoppelde site van toepassing (als de organisatie niet was geconfigureerd met SSO). Gebruikers worden omgeleid om zich bij die site aan te melden. Als gebruikers meerdere sites met meerdere gebruikersgegevens hebben, moet de site-URL hen helpen bepalen welke gebruikersgegevens moeten gebruiken.
Gebruikers mogen hun wachtwoord herstellen in Control Hub-organisaties (als het wachtwoord niet wordt beheerd via een SSO). Als gebruikers hun wachtwoord zijn vergeten, kunnen ze gewoon klikken op Gebruikersnaam of wachtwoord vergeten? op het aan melden scherm om hun wachtwoord opnieuw in te stellen. Gebruikers kunnen hun wachtwoord ook opnieuw instellen door de volgende instructies te volgen:
- Wachtwoord voor Webex-app herstellen: https://help.webex.com/article/n02v0b8/
- Wachtwoord herstellen voor een Webex Meetings site: https://help.webex.com/article/6v6kaab/
Als het e-mailadres van een eindgebruiker is gewijzigd en die gebruiker een ander e-mailadres had in Sitebeheer en Control Hub op het moment van de site-update, kan die gebruiker problemen ondervinden bij het aanmelden. De gebruiker weet mogelijk niet dat ze nu hun Control Hub e-mailadres moeten gebruiken om zich aan te aanmelden, of het e-mailadres in Control Hub is mogelijk niet meer geldig in de SSO -IdP van hun organisatie. U kunt dit type situatie het beste vermijden door de e-mailadressen van gebruikers in Control Hub bij te werken wanneer wijzigingen worden aangebracht in de e-mailadressen van dezelfde gebruikers in Sitebeheer.
Opnieuw aanmelden vereist voor gebruikers van de mobiele Webex Meetings -app voor iOS:
- Als u een niet- SSO -site bijwerkt naar Control Hub, moeten uw gebruikers zich opnieuw aanmelden bij de mobiele Webex Meetings -app voor iOS. Hoewel de Meetings voor iOS-app niet vereist dat gebruikers zich tot twee maanden na de site-update opnieuw aanmelden , raden we gebruikers aan aanmelden om deze situatie preventief te voorkomen.
Tijdens de site-update moeten gebruikers van wie de gebruikersnamen niet overeenkomen met hun e-mailadres, zich mogelijk opnieuw aanmelden .
Deze gebruikers moeten zich mogelijk opnieuw aanmelden bij hun Webex clients als ze proberen toegang te krijgen tot Webex services op de site tijdens de site-update naar Control Hub. Dit heeft geen invloed op gebruikers die al deelnamen aan vergaderingen voordat de site-update werd gestart.
Leeg CSV-bestand 'te beoordelen gebruiker'
Als uw site groot is en meer dan 1000 gebruikers heeft van wie de e-mailadressen in Sitebeheer anders zijn dan in Control Hub, kan er een leeg CSV-bestand 'te beoordelen gebruiker' in de wizard voor site-update optreden. Hierdoor werkt de site-update niet omdat u de gebruikers met problemen niet kunt oplossen. Er wordt aan dit probleem gewerkt en we zijn van plan dit in de komende weken op te lossen.
Instellingen die niet worden overgedragen bij het bijwerken naar Control Hub
- Als uw door Sitebeheerder beheerde site zich op het trage kanaal bevond en uw Control Hub ook wordt beheerd door een partner, kunt u de zichtbaarheid van de besturingselementen voor het bijwerken van de Meetings-site kwijtraken na het bijwerken naar Control Hub. Als dit zich voordoet, neemt u contact op met uw partner en vraagt u deze de Klant toestaan siteversie te upgraden instelling voor uw organisatie.
- Accountverzoeken voor zelfregistratie die in behandeling zijn, worden niet overgedragen naar het Waarschuwingscentrum. Gebruikers moeten: registreren voor een account opnieuw nadat de update is voltooid.
- Gebruikersnaamwaarden in Sitebeheer worden overschreven met e-mailadressen van gebruikers in Control Hub nadat de update is voltooid.
Gebruikersproblemen die ertoe leiden dat de update mislukt
- Wanneer gebruikers met e-mailadressen zijn gekoppeld aan gebruikers in een organisatie van de overheid van Webex, mislukt de update als deze gebruikers niet zijn gedeactiveerd voordat de update wordt starten.
Veelvoorkomende problemen waardoor de update mislukt en aanbevolen acties
Als uw site niet kan worden bijgewerkt naar Control Hub, controleert u de volgende tabel om te zien of een van deze veelvoorkomende fouten de oorzaak is en wat u kunt doen om dit te verhelpen.
| Fouten waardoor de update mislukt | Aanbevolen actie |
|---|---|
| Het sitetype is ongeldig. | Neem contact op met uw Webex -ondersteuningsteam om te controleren of de site door de gebruiker is gekoppeld. |
| Er is geen abonnement aan de site gekoppeld. | Sites moeten aan een abonnement zijn gekoppeld voordat het kan worden bijgewerkt naar Control Hub. |
| Er is een probleem met de organisatie-id. | De aan de site gekoppelde organisatie Id is niet hetzelfde als de organisatie Id van het abonnement. Neem contact op met uw Webex -ondersteuningsteam. |
| Voor het volgende abonnement staan bewerkingen in behandeling in Control Hub: (Sub-id). | Probeer de site-update opnieuw nadat de bewerking in behandeling is voltooid. |
| Er zijn conflicten in de instellingen voor eenmalige aanmelding (SSO). | Als de site SSO is ingeschakeld, controleert u het volgende:
|
| De licentie-informatie van de site in Sitebeheer komt niet overeen met de licentie-informatie van de site in Control Hub. | Inconsistente licentiegegevens tussen Sitebeheer en Control Hub. Neem contact op met uw Webex -ondersteuningsteam. |
| Bepaalde gebruikersnamen of e-mailadressen in Sitebeheer conflicteren met gebruikersnamen of e-mailadressen in Control Hub. | Het e-mailadres van een gebruiker in Sitebeheer wordt gebruikt door een andere gebruiker in Control Hub. Wijzig een van de e-mailadressen of gebruikersnamen. |
| We ondervinden een probleem bij het bijwerken van uw site. | Door een interne fout kan deze site niet worden bijgewerkt. Neem contact op met uw Webex -ondersteuningsteam. |
| Er is een probleem opgetreden bij het bijwerken van de Webex-gebruikers. | Door een interne fout kan deze site niet worden bijgewerkt. Neem contact op met uw Webex -ondersteuningsteam. |
Aanmeldingsproblemen voor gebruikers
Zorg ervoor dat u altijd Webex cookies toestaat. Anders kunnen gebruikers zich aanmelden na het bijwerken naar Control Hub.
V. Is er een datum waarop Cisco Sitebeheer niet langer ondersteunt?
A: Ja. We zijn van plan om Webex - Sitebeheer eind december 2023 te beëindigen.
V. Behouden beheerders van de site in Sitebeheer hun beheerderstoegang tot de site na het bijwerken naar Control hub-beheer?
A: Ja. Alle beheerders op de site in Sitebeheer hebben nog steeds beheerderstoegang tot de site nadat de site is bijgewerkt naar Control Hub-beheer.
V. Waarom zie ik nieuwe beheerders op de site nadat ik een vergaderlocatie heb bijgewerkt van Sitebeheer naar Control Hub-beheer?
A: De nieuwe beheerders op de site waren waarschijnlijk de beheerders van de Control Hub-organisatie. Wanneer een site wordt bijgewerkt van Sitebeheer naar Control Hub, worden alle beheerders van de hele organisatie sitebeheerders van de nieuwe door Control Hub beheerde site. Dat betekent dat volledige beheerders van de organisatie volledige beheerders van de Webex-site worden, de beheerders van de gebruikers van de organisatie worden de beheerders van de gebruikers van de Webex- Webex-site en de beheerders van de organisatie alleen-lezen Webex-site -beheerders worden.
V. Hoe komt het dat aanmelden bij de productiviteitstool niet werkt nadat de site is bijgewerkt naar Control Hub?
A: Zorg ervoor dat internetbrowsers zijn geconfigureerd om: sessiecookies altijd toestaan , bevindt zich in de geavanceerde privacyinstellingen van de browsers.
V. Als een gebruiker wordt verwijderd in Control Hub en hetzelfde e-mailadres vervolgens opnieuw wordt toegevoegd aan Control Hub en een Meetings-licentie aan dezelfde Webex-site is toegewezen, heeft de gebruiker dan toegang tot zijn oude opnamen?
A: Ja, de gebruiker heeft toegang tot al hun oude Meetings-inhoud als er een licentie is toegewezen aan een van de vorige Webex sites waarop ze zich bevonden. Dit geldt voor zowel door Control Hub beheerde sites als sites die zijn bijgewerkt naar Control Hub.
V. Als een gebruiker is gedeactiveerd in Sitebeheer vóór de site-update naar Control Hub en later opnieuw is gelicentieerd voor dezelfde Webex-site in Control Hub, heeft de gebruiker dan toegang tot zijn oude opnamen?
A: Ja, de gebruiker heeft nog steeds toegang tot de oude opnamen. Bovendien wordt elke gebruiker die vóór de site-update in Sitebeheer is gedeactiveerd, weergegeven in de: CSV -exportbestand voor vergaderingen in Control Hub .
V. Als voor een site geen SSO IdP is ingesteld, maar de Control Hub-organisatie wel een SSO IdP heeft, wat gebeurt er dan wanneer de site wordt bijgewerkt naar Control Hub?
A: De site gebruikt dezelfde SSO -IdP als de Control Hub-organisatie.
V. Als voor een site een andere SSO IdP is ingesteld dan de SSO IdP in Control Hub, wat gebeurt er dan wanneer de site wordt bijgewerkt naar Control Hub?
A: De site schakelt over om dezelfde SSO -IdP te gebruiken als de Control Hub-organisatie.
V. Als een site wel een SSO IdP heeft ingesteld, maar de Control Hub-organisatie geen SSO IdP heeft, wat gebeurt er dan wanneer de site wordt bijgewerkt naar Control Hub?
A: U wordt geblokkeerd voor het bijwerken van uw site. Als u de blokkering van de site wilt opheffen zodat u kunt bijwerken naar Control Hub, verwijdert u de SSO -IdP van de sitebeheersite of voegt u een SSO -IdP toe aan de Control Hub-organisatie.
V. Kan ik me nog steeds aanmelden bij de site- URL om toegang te krijgen tot opnamen en vergaderingen of gebeurtenissen te plannen?
A: Ja, u kunt zich nog steeds aanmelden bij de site- URL waar u toegang hebt tot opnamen, vergaderingen kunt plannen, enzovoort.
V. Worden gebruikersspecifieke instellingen gewijzigd tijdens de site-update van Sitebeheer naar Control Hub?
A: Nee, de gebruikersinstellingen blijven ongewijzigd. Deze instellingen zijn van toepassing zoals vóór de site-update.
V. Worden mijn opnamen of geplande vergaderingen beïnvloed door deze site-update?
A: Hostopnamen worden niet beïnvloed. U hebt er nog steeds toegang toe. Uw geplande vergaderingen worden ook niet beïnvloed. Er zijn geen wijzigingen in hen.
V. Worden opnamen of geplande vergaderingen van gebruikers beïnvloed door deze site-update?
A: Gebruikersopnamen worden niet beïnvloed. Ze hebben er nog steeds toegang toe. Geplande vergaderingen worden ook niet beïnvloed. Er zijn geen wijzigingen in hen.
Voor gebruikers die nog niet zijn geclaimd, kan dit invloed hebben op hun opnamen of geplande vergaderingen als u ze claimt nadat u de site hebt bijgewerkt naar Control Hub. Zie de volgende opmerking voor meer informatie.
| We raden u ten zeerste aan gebruikers te claimen voordat u uw site bijwerkt naar Control Hub. Als u gebruikers claimt in uw organisatie nadat de site is bijgewerkt naar Control Hub, kunnen deze gebruikers de toegang tot vergaderingen en vergaderingsmiddelen op de site verliezen. Als tijdelijke oplossing kunt u het volgende doen om ervoor te zorgen dat gebruikers de toegang tot vergaderingen en vergaderingsmiddelen op de site niet verliezen nadat de site is bijgewerkt naar Control Hub:
|
V. Waar kan ik in behandeling zijnde accountaanvragen voor zelfregistratie voor door Control Hub beheerde sites bekijken?
A: U en andere beheerders registreren zelfaanmeldingsverzoeken bekijken in Meldingencentrum .
V. Heb ik toegang tot gebruikersnaamwaarden via Sitebeheer nadat ik een site heb bijgewerkt naar Control Hub?
A: Een gebruikersexportbestand van alle gebruikers in Sitebeheer is gedurende 90 dagen beschikbaar in Control Hub nadat u de site hebt bijgewerkt naar Control Hub. Dit CSV-bestand bevat gebruikersnaamwaarden.
V. We gebruiken gebruikersnaamwaarden om gebruikers te identificeren in Sitebeheer. Hoe kunnen we hetzelfde doen in Control Hub?
A: Gebruikersnaamwaarden gaan verloren na het bijwerken van een site naar Control Hub. Als u toegang tot die waarden nodig hebt, kunt u de waarden kopiëren naar een traceercode voordat u de site bijwerkt. Traceercodewaarden voor gebruikers blijven behouden en zijn beschikbaar na het bijwerken van een site naar Control Hub. Als u SSO gebruikt, dan ExternalID is een gebruikerskenmerk van Control Hub dat deze waarde kan bevatten. Dit vereist: u uw SAML -bevestigingen configureren om deze waarde door te geven wanneer SSO configureren in Control Hub . Deze waarde wordt ook doorgegeven aan Control Hub tijdens: automatisch nieuwe gebruikers maken .
V. Hoe lang duurt het om de site-update te voltooien nadat deze is gestart?
A: Het duurt ongeveer 3 min + 1000 actieve gebruikers/min + 2000 inactieve gebruikers/min om de site te updaten. Als u bijvoorbeeld de site-update hebt gestart om 05:20 en uw site 8000 actieve gebruikers en 2000 inactieve gebruikers heeft, duurt het bijwerken van de site ongeveer 12 minuten. Bovendien worden site-updates aan het begin van het uur 6 minuten onderbroken (tussen xx:57 en xx:03). Maar uw resultaten kunnen verschillen.
V. Hoe kan ik elke nieuwe gebruiker of nieuwe gebruikers in specifieke groepen automatisch een licentie verlenen nadat ik de site heb bijgewerkt die moet worden beheerd in Control Hub?
A: U kunt licentiesjablonen voor organisaties of groepen instellen om automatisch licenties toe te wijzen aan nieuwe gebruikers.
V. Is er downtime tijdens de site-update?
A: Nee. Tijdens de site-update:
- Gebruikers kunnen de Meetings-service blijven gebruiken, zoals deelnemen aan en starten van geplande en ad-hocvergaderingen.
- Dit heeft geen invloed op vergaderingen die aan de bezig zijn wanneer de site-update wordt gestart.
- Het abonnement wordt vergrendeld in Control Hub.
- De Meetings-bureaubladclient kan problemen hebben met het gedeelte 'Aankomende vergaderingen'.
- Wijzigingen in configuraties voor sitebeheer worden niet aanbevolen.
