Hartelijk dank voor uw feedback
Update Webex Meetings: sitebeheer van sitebeheer naar Control Hub
Feedback?Over het updaten van Site Administration naar Control Hub
Voor het updaten van een site van Site Administration naar Control Hub is geen update van de clientversies vereist. Sommige sites kunnen deze functie pas gebruiken als de partners die deze organisaties beheren er klaar voor zijn.
Webex wordt een uniform platform voor het beheren van vergaderingen, berichten, bellen en andere vormen van samenwerking. Daarom willen we het beheer van alle Webex Meetings sites verplaatsen van sitebeheer naar Control Hub.
We hebben een hulpmiddel voor sitebeheer om u bij deze wijziging te helpen. Als uw site al in aanmerking komt voor een update naar Control Hub, kunt u aan de slag gaan door in het navigatiemenu op Update Administration te klikken.
Zie deze video voor een demonstratie van hoe het updaten van uw site naar Control Hub werkt.
Om u te helpen bij het plannen van de update van uw site, raadpleegt u het gedeelte over de gereedheid van de 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 beheerdersfuncties, zoals Directory Connector, SCIM en Active Directory-groepen.
-
Licentiesjablonen om automatisch meerdere licenties toe te wijzen aan gebruikers.
Na de update naar Control Hub kunt u Sitebeheer niet gebruiken om een vergadersite te beheren.
Als er een automatische update voor uw site is gepland van beheer via Site Admin naar Control Hub, dan ziet u de volgende schermafbeelding.
U kunt op De updatedatum van uw site wijzigen klikken om de geplande datum te wijzigen.
De ervaring met het beheren van sites in Control Hub is vergelijkbaar met het beheren van sites in Site Administration. Het gebruikersbeheer in Control Hub heeft modernere onderliggende technologieën, dus er zijn enkele verschillen in het beheren van sites in Control Hub. In dit gedeelte wordt aandacht besteed aan de verschillen die naar voren komen bij het updaten van uw website.
Zie dit artikel voor een meer gedetailleerd overzicht van de verschillen tussen Site Administration en Control Hub.
Gebruikersbeheer
We hebben een gecentraliseerd gebruikersbeheersysteem dat ten grondslag ligt aan Control Hub, waar gebruikers verschillend en uniek zijn binnen de hele organisatie (en in heel Webex). In het sitebeheer is het gebruikersprofiel per vergaderlocatie verschillend.
- Single Sign On (SSO) met automatische aanmaak van een account
-
In Site Admin hebt u de functie „automatisch een account aanmaken” die gebruikers aanmaakt wanneer ze zich authenticeren via SSO.
Deze functie is ook beschikbaar in de Control Hub. Raadpleeg SAML Auto Account Creation and Update for Control Hub voor meer informatie.
Veel organisaties die SSO gebruiken, geven er misschien de voorkeur aan om hun gebruikers centraal te beheren in externe adresboektools zoals Microsoft ® Active Directory en Microsoft Azure, en vereisen ook authenticatie bij externe identiteitsproviders.
Lees meer over:
- Verplichte profielgegevens en trackingcodes
-
Met Sitebeheer kunt u de vereiste profielvelden opgeven voor nieuwe gebruikers (vorige schermafbeelding). U kunt dit uitbreiden om trackingcodes te vereisen voor het aanmaken van gebruikers (schermafbeelding hieronder). Als u deze aanvullende vereisten configureert, kunt u zonder deze vereisten geen gebruikers aan de site toevoegen.
Control Hub heeft alleen een weergavenaam en e-mailadres nodig om een gebruiker aan te maken.
Alle andere gebruikersvelden zijn optioneel wanneer u een nieuwe gebruiker aanmaakt in Control Hub, dus we verplichten geen aanvullende profielgegevens voor door Control Hub beheerde sites.
U moet verplichte profielvelden en trackingcodes uitschakelen voordat u uw site bijwerkt naar Control Hub.
- Wachtwoordbeheer en -vergrendeling
-
Sitebeheer heeft een functie die gebruikers tijdelijk buitensluit als ze zich na een aantal pogingen niet kunnen aanmelden.
Control Hub heeft de volgende opties om ongeoorloofde toegang te voorkomen:
-
Automatische time-out na de eerste paar mislukte pogingen.
-
Een CAPTCHA-mechanisme (volledig geautomatiseerde openbare Turing-test om computers en mensen van elkaar te onderscheiden).
-
Legitieme gebruikers hebben een zelfbedieningsoptie om hun vergeten wachtwoorden te wijzigen.
-
Licenties voor hosts
- Hosts moeten deel uitmaken van uw Control Hub-organisatie
-
In Site Admin kunt u aan elke gebruiker een hostlicentie toewijzen. Wanneer u de site beheert in Control Hub, kunt u alleen hostlicenties (en rol van deelnemers) toewijzen aan gebruikers in dezelfde Control Hub-organisatie.
- Zelf aanmelden voor een hostaccount
-
In Site Admin kunt u ervoor kiezen om gebruikers toe te staan een (host) account aan te vragen op de site. U kunt gebruikers met een account ook toestaan om aanvullende diensten aan te vragen op de site. (zie schermafbeeldingen).
Wanneer u een vergaderlocatie beheert in Control Hub, kunnen gebruikers niet hun eigen hostaccount voor die site aanvragen.
Control Hub biedt u een gecentraliseerde, geautomatiseerde manier om vergaderlicenties toe te wijzen aan nieuwe gebruikers. Lees https://help.webex.com/n3ijtao.
U kunt gebruikerslicenties ook beheren via API of in bulk met behulp van CSV.
Als u wilt dat gebruikers hun hostaccount aanvragen, kunt u de hulp/ondersteuning van de site configureren met aanwijzingen om contact op te nemen met beheerders of door te linken naar andere tools.
Voordat u uw site bijwerkt naar Control Hub, moet u „Sta registratie van hostaccounts toe” en „Gebruikers toestaan om aanvullende diensten aan te vragen” uitschakelen in Sitebeheer.
-
Control Hub heeft andere opties voor licentiebeheer, zoals sjablonen voor automatische toewijzing. U kunt een rapport krijgen van inactieve hosts om u te helpen bij het verwijderen van licenties van die gebruikers, individueel of in bulk, of via API.
Als u deze automatische deactiveringsoptie nodig hebt, en de andere opties in Control Hub zijn niet geschikt voor u, dan moet u op dit moment vermijden uw site naar Control Hub te updaten.
Voordat u uw vergaderlocatie bijwerkt zodat deze in Control Hub wordt beheerd, moet u uw Control Hub-organisatie voorbereiden.
Controleer of er geen lopende of blokkerende acties zijn met betrekking tot het abonnement. De update zal mislukken als:
- Er zijn nog acties in behandeling met betrekking tot het abonnement dat gekoppeld is aan de site die u aan het updaten bent.
- Aan de site is geen abonnement gekoppeld in de Control Hub-organisatie.
- De licentie-informatie van de site in Sitebeheer komt niet overeen met de licentie-informatie van de site in Control Hub.
We raden u ten zeerste aan om uw domeinen te verifiëren en uw gebruikers te claimen. De volgende lezing zal helpen:
-
Het e-book van de Control Hub: https://ebooks.cisco.com/story/controlhubessentials/
-
Hoe beheert u uw domeinen: https://help.webex.com/cd6d84
-
Claim uw gebruikers bij andere organisaties (na verificatie van uw domeinen): https://help.webex.com/nceb8tm. Gebruikers claimen is vooral belangrijk omdat het ervoor zorgt dat zoveel mogelijk gebruikers die in uw organisatie zouden moeten zitten, er ook daadwerkelijk aanwezig zijn. Gebruikers claimen met „Immediate Claim” voorkomt 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 in uw organisatie claimt nadat de site is bijgewerkt naar Control Hub, dan kunnen die gebruikers de toegang tot vergaderingen en vergadermiddelen op de site verliezen.
Als tijdelijke oplossing kunt u het volgende doen om ervoor te zorgen dat gebruikers de toegang tot vergaderingen en vergadermiddelen op de site niet verliezen nadat de site is bijgewerkt naar Control Hub:
- Voor gebruikers met externe beheerdersbevoegdheden voor de organisatie of site: verwijder alle externe beheerderstoegang tot de organisatie en site en verwijder vervolgens de licentie voor de vergaderlocatie . Nadat u de gebruiker hebt geclaimd, moet u die gebruiker opnieuw in licentie geven 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 opnieuw een licentie voor de site.
-
Als de vergaderlocatie is geconfigureerd voor SSO, dan moet u ook SSO configureren voor uw Control Hub-organisatie.
Automatisch aanmaken van een account voor nieuwe gebruikers
Als uw Webex-site het automatisch aanmaken van accounts in Site Admin heeft ingeschakeld, kunt u een soortgelijke functie inschakelen in Control Hub met het automatisch aanmaken van een SAML-account. Zorg ervoor dat u ook een automatisch licentiesjabloon instelt, zodat nieuwe gebruikers automatisch licenties toegewezen krijgen zodra hun account is aangemaakt in de Control Hub-organisatie.
Organisaties met adreslijstsynchronisatie
Als uw organisatie is geconfigureerd voor adreslijstsynchronisatie, zorg er dan voor dat alle gebruikers die u in uw organisatie wilt hebben, aanwezig zijn op de site. Dit moet 24 uur voordat u begint met het updaten van de site gedaan worden, zodat gebruikers op de site kunnen worden gekoppeld aan de nieuwe gebruikers in uw Control Hub-organisatie.
Beheerderstoegang tot Webex-sites na de update
Iemand met een organisatiebrede beheerdersrol in Control Hub krijgt automatisch toegang tot sites die worden bijgewerkt van Site Admin naar Control Hub. Volledige beheerders van de organisatie worden bijvoorbeeld volledige beheerders van de Webex-site, beheerders van gebruikers van de Webex-site worden beheerders van Webex-sites, en beheerders van organisaties die alleen lezen, worden beheerders van Webex-sites die alleen kunnen worden gelezen.
XML-API's
XML-API's zijn nu vooraf compatibel met door Control Hub beheerde sites. Over de details en kanttekeningen kunt u lezen op XML API 41.11.0 Updates.
De URL's van de XML API-service blijven ongewijzigd nadat een site is bijgewerkt van Site Admin naar Control Hub managed. Dezelfde API-URL's blijven werken. Cisco raadt aan dat alle API-integraties OAUTH gebruiken voor authenticatie.
Authenticatie in XML-API's
Integraties waarbij Webex OAUTH niet wordt gebruikt voor authenticatie, kunnen mislukken nadat de site is bijgewerkt naar Control Hub. De volgende tabel laat zien welk type beheerdersauthenticatie blijft werken nadat u uw site hebt bijgewerkt.
| Soort beheerdersauthenticatie in de XML-API vóór de update van de site | Admin in de SSO-organisatie na een update van de site | De beheerder zit niet in de SSO-organisatie na de update van de site |
|---|---|---|
| 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 authenticatie van gebruikersnaam/wachtwoord mogelijk gemaakt voor gebruik in
XML-API's na de update van de site, zelfs als het e-mailadres niet overeenkomt. username De
compatibiliteit is alleen van toepassing als:
- De gebruikersgegevens zijn aangemaakt vóór de update van de site. Wijzigingen zijn niet toegestaan,
usernameanders mislukken eerdere inloggegevens. - Inloggegevens voor API-authenticatie mogen in Control Hub niet een ander wachtwoord hebben dan op de site toen dat werd beheerd in Sitebeheer.
- Gebruikers van wie de inloggegevens worden gebruikt voor authenticatie moeten actief zijn (niet inactief) in de sitebeheerder op het moment dat de site wordt bijgewerkt naar Control Hub.
Usernameis ingesteld op e-mail voor alle gebruikers wanneer een site wordt bijgewerkt naar Control
Hub. Als usernamehet wordt gebruikt voor API-payloads, dan moeten de payloads
in plaats daarvan e-mail gebruiken nadat de site is bijgewerkt.
De rol van beheerder in Control Hub voor API-integraties
Beheerders met alleen een rol als sitebeheerder zijn mogelijk niet in staat om bepaalde bewerkingen uit te voeren 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 inloggegevens worden gebruikt voor API-integraties, raden we u aan deze beheerders te promoveren tot volledige beheerders in de Control Hub, bij voorkeur voordat u de site bijwerkt naar Control Hub.
Als beste praktijk raden we u aan eerst een testsite bij te werken om te bevestigen dat uw API-integraties ongewijzigd zullen werken na de update naar Control Hub.
Afhankelijk van wat uw integratie doet, moeten beheerders mogelijk ook een hostaccount voor Meetings toegewezen krijgen op de Control Hub-site om de integratie te laten werken (dit was niet vereist voor beheerders op sites voor sitebeheerders).
Verschillen in de XML-API in Control Hub
De meeste XML-API-integraties zouden moeten werken, zonder wijzigingen, na het updaten van uw site. Maar er zijn enkele uitzonderingen die in de volgende lijst nader worden beschreven:
-
CreateUser — Op sites die door Control Hub worden beheerd, kan deze operatie ook een gebruiker aanmaken in de organisatie die de website bezit voordat een licentie wordt toegewezen. Als de gebruiker al in een andere organisatie bestaat, zal deze bewerking mislukken.
PMR ID parameterwordt niet van kracht voor gebruikers die nog geen actieve status hebben in de Control Hub.createuserHet voltooien van de API duurt langer op sites die beheerd worden door Control Hub. Voor betere prestaties kunt u een extra thread toevoegen om gesprekken parallel te laten verlopen.createuser - setUser — Kan ertoe leiden dat de gebruiker een licentie voor de vergadersite wordt toegewezen of verwijderd (afhankelijk van de API-parameters of de payload).
- DeLuser — Verwijdert de licentie voor de vergadersite, maar de gebruiker niet uit de Control Hub-organisatie.
-
LSTSummaryUser — Geeft ook die van de gebruiker terug.
objectGUID -
AuthenticateUser — Op sites die beheerd worden door Control Hub raden we aan om voor elke XML-API een sessieticket aan te maken
AuthenticateUserin plaats van een gebruikersnaam en wachtwoord te gebruiken. Het gebruik van SAML-respons in de lichaamsinhoud wordt niet ondersteund met deze oproep voor door Control Hub beheerde sites.
REST-API's
Control Hub heeft zijn eigen API's, waaronder REST-API's voor personen en licenties voor het aanmaken en licentiëren van gebruikers op:
Sessietypen en trackingcodes 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 REST API's hierboven ondersteunen echter niet alle functies voor gebruikersbeheer die beschikbaar zijn in XML-API's. U moet bijvoorbeeld nog steeds XML-API's gebruiken om vergaderlicenties toe te wijzen aan gebruikers buiten de organisatie die eigenaar is van de site. De People API biedt geen ondersteuning voor de toewijzing van functies voor sitebeheerders aan gebruikers. Als u functies voor sitebeheerders wilt toewijzen via een API, moet u nog steeds de XML-API gebruiken.
U kunt de People API gebruiken om organisatiebeheerders aan te maken met volledige (of alleen-lezen) machtigingen, en die beheerders kunnen ook uw door Control Hub beheerde vergaderlocaties beheren (of bekijken).
Control Hub heeft wel sitespecifieke beheerdersrollen voor Webex, maar de People API kan deze rol op dit moment niet toewijzen.
Toekomstplannen (onder voorbehoud van wijzigingen)
- Nieuwe licentie-API die ook licenties voor vergaderlocaties kan verlenen aan externe gebruikers die niet in dezelfde organisatie zitten die de site heeft gemaakt. Licenties voor externe gebruikers zijn vandaag handmatig beschikbaar in Control Hub.
- SCIM API om gebruikers in de organisatie aan te maken en te verwijderen.
- De langetermijnvisie van Cisco is om alleen REST API's te gebruiken (voor alle activiteiten op gebruikers en vergaderlocaties). XML-API's voor gebruikersbeheer blijven ondersteund totdat REST API's exclusief kunnen worden gebruikt voor alle gebruikersbeheeractiviteiten. XML-API's voor gebruikersbeheer worden ook verouderd (datum nader vast te stellen).
Voordat u uw site bijwerkt naar Control Hub, raden we u ten zeerste aan eerst de volgende punten te bekijken om de update zo soepel mogelijk te laten verlopen:
- Lees eerst dit document en zorg ervoor dat uw organisatie de beste praktijken volgt die worden aanbevolen in de sectie Bereid uw Control Hub-organisatie voor.
- Meld u vervolgens aan bij Webex Administration en klik op Beheer bijwerken. In de fase waarin de site gereed is, moet u geen aanbevolen actie ondernemen in het bestand in de sectie Gebruikers beoordelen en moet u nog geen functies uitschakelen die in de sectie over de functies voor de beoordeling zijn genoemd. Door deze instructies te volgen, wordt de beoordeling van de gereedheid van de site een bewerking die alleen kan worden gelezen om te beoordelen welke wijzigingen u moet aanbrengen voordat u naar Control Hub gaat updaten.
- Klik onder de sectie Gebruikers beoordelen op CSV-bestand voor gebruikers exporteren en download het CSV-bestand, dat heet
users-to-review-xxxxx.csv.Dit bestand bevat een lijst 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 aan hoeveel gebruikersgerelateerde problemen u moet oplossen voordat u de site kunt updaten.
- Kijk onder de sectie Functies bekijken naar alle functies die met een rode X worden vermeld in de kolom met de gevolgen. Dit zal u informeren over de gereedheid van uw site vanuit het oogpunt van functieconflicten.
- Ga niet naar stap 2 en klik nog niet op de knop Update to Control Hub.
Nadat u het CSV-bestand voor gebruikers hebt bekeken en hebt gekeken welke functies u mogelijk opnieuw moet configureren, kunt u de rest van de secties in dit artikel verder lezen om uw site en organisatie voor te bereiden op de manier waarop u naar Control Hub kunt updaten.
Opmerking: Als API-integraties op uw site zijn uitgevoerd door uw bedrijf of via oplossingen van derden, zoals oplossingen voor leerbeheer, zorg er dan voor dat u de sectie Prepare site API-integraties leest 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 geüpdatet naar Control Hub:
- Vereiste velden voor het hostprofiel
- Vereiste trackingcodes
Vanaf de release van 43.6 hoeven sites die deelnemen aan de bèta's voor aangepaste kenmerken en vereiste functies voor hostprofielvelden deze functies niet langer uit te schakelen voordat ze hun site updaten naar Control Hub. In plaats daarvan zal de wizard u op de hoogte stellen om deze twee functies te bekijken, aangezien de huidige configuratie naar de Control Hub-organisatie wordt gekopieerd.
Als u deelneemt aan de bètavelden voor de verplichte hostprofielen, dan krijgt u deze waarschuwing te zien:
Als u deelneemt aan de bètaversie van de vereiste trackingcodes en aangepaste kenmerken, dan ziet u dit actie-item:
Als u niet deelneemt aan deze bèta's, lees dan verder in het volgende gedeelte.
Functies uitschakelen die de update van de site blokkeren
Sommige functies moeten worden uitgeschakeld voordat u een Webex-site kunt updaten naar Control Hub. U kunt een lijst zien die u laat zien welke functie moet worden uitgeschakeld. Functies die zijn gemarkeerd met een X-pictogram met een rode cirkel, moeten worden uitgevoerd. Functies die zijn gemarkeerd met een geel driehoekje met uitroepteken dienen enkel ter informatie en vereisen geen actie.
Bekijk deze video voor een demo over hoe u uw site kunt updaten naar Control Hub.
Als uw organisatie de functie voor het automatisch aanmaken van accounts in Site Admin gebruikt, moet u een gelijkwaardige functie instellen in Control Hub en een automatisch licentiesjabloon instellen om automatisch licenties toe te wijzen. Zie dit artikel voor meer informatie. Dit moet worden gedaan voordat de site wordt bijgewerkt en beheerd wordt in de Control Hub.
-
Meld u aan bij Webex Site Administration en ga naar .
-
Zoek de optie Aanmelding van een hostaccount toestaan en schakel deze uit.
-
Zoek Vereist voor aanmelding bij een account: en schakel alle vakjes uit voor de verplichte velden voor gebruikersprofielen.
-
-
Klik op Update.
-
Ga naar .
-
Wijzig in de kolom Hostprofiel alle rijen met trackingcodes die zijn gemarkeerd als Vereist voor AdminSet of Optioneel.
-
Lees meer over trackingcodes op https://help.webex.com/izu2ty.
Alle trackingcodewaarden voor gebruikers worden bewaard wanneer u een site bijwerkt naar Control Hub.
-
In de toekomst wordt deze beperking opgeheven en kunt u trackingcodes toewijzen aan de vereiste aangepaste gebruikerskenmerken in Control Hub voor gelijkwaardige functionaliteit.
De functie voor het traceren van codes voor gebruikersattributen van kaarten is een concept dat in een openbare preview wordt bekeken. We geven u een voorproefje van wat u kunt verwachten.
Voordat u een site kunt updaten met de vereiste trackingcodes van Site Administration naar Control Hub, moet u die trackingcodes koppelen aan gebruikerskenmerken in Control Hub. U kunt op het pictogram onder Informatie klikken om rechtstreeks naar de wizard voor kaarttraceringscodes naar gebruikersattributen voor de site te gaan. Als u de vereiste trackingcodes nog niet in kaart hebt gebracht of uitgeschakeld, kunt u uw site niet updaten naar Control Hub.
Als uw site geen vereiste trackingcodes heeft, kunt u nog steeds trackingcodes koppelen aan gebruikerskenmerken voordat u een site bijwerkt naar Control Hub door deze procedure te volgen.
Voor vergaderlocaties die afdeling als trackingcode gebruiken, raden we u aan die trackingcode toe te wijzen aan het kenmerk van het gebruikersprofiel van de afdeling in plaats van aan een aangepast kenmerk. Aangezien afdeling een standaardprofielkenmerk is in Control Hub, zal dit scenario in de meeste gevallen efficiënter zijn.
Als dit kenmerk vereist is, ga dan naar de sectie over het kenmerk van het gebruikersprofiel en markeer het kenmerk van de afdeling als vereist. Houd er rekening mee dat dit kenmerk van de afdeling, samen met andere gebruikersattributen, niet wordt ingevuld voor externe gebruikers.
| 1 |
Meld u aan bij Control Hub en ga naar Meeting. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Selecteer een site en ga vervolgens naar . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Selecteer Create tracking code map. 
| ||||||||||||||||||||||||||||||||||||||||
| 4 |
Selecteer Samenvatting van de trackingcode openen. 
| ||||||||||||||||||||||||||||||||||||||||
| 5 |
Klik op Configuratieoverzicht downloaden. U moet een kopie downloaden van de huidige configuratie van de trackingcode. U hebt deze samenvatting nodig voor de volgende stappen om er zeker van te zijn dat alle kenmerkwaarden consistent zijn met de huidige trackingcodes. U kunt ook eerdere lijsten met trackingcodes downloaden als CSV-bestand om dezelfde waarden te uploaden voor aangepaste kenmerken. 
| ||||||||||||||||||||||||||||||||||||||||
| 6 |
Ga terug naar de wizard en selecteer Gebruikersattributen toevoegen en bekijken. 
| ||||||||||||||||||||||||||||||||||||||||
| 7 |
Configureer alle nieuwe aangepaste kenmerken die nodig zijn voor deze site. 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, enz. U kunt deze stap gebruiken om de weergavenamen voor trackingcodes te controleren. Zodra u de nodige wijzigingen hebt aangebracht, klikt u op Opslaan. Vergrendelde kenmerken zijn vergelijkbaar AdminSetmet
klassieke trackingcodes voor vergaderlocaties. Als u een aangepast kenmerk als vergrendeld markeert, kunnen gebruikers dat kenmerk
niet zien.Als u in deze stap op Opslaan klikt, worden alle aangepaste
kenmerken die u hebt toegevoegd, verwijderd of gemarkeerd als vereist, onmiddellijk van kracht voor
de organisatie. Nieuwe gebruikers die bij de organisatie zijn aangemeld, moeten voldoen aan
deze bijgewerkte aangepaste kenmerkconfiguratie, anders mislukt de onboarding van gebruikers. Ga
voorzichtig te werk voordat u aangepaste kenmerken markeert, zoals vereist. 
| ||||||||||||||||||||||||||||||||||||||||
| 8 |
Ga terug naar de wizard en selecteer Traceercodes voor kaarten. 
| ||||||||||||||||||||||||||||||||||||||||
| 9 |
Gebruik de keuzelijst om trackingcodes toe te wijzen aan de aangepaste kenmerken van de organisatie of de kenmerken van het gebruikersprofiel. Wanneer een trackingcode van een site wordt toegewezen aan een attribuut, wordt het systeem eerst toegewezen aan reeds bestaande kenmerken die overeenkomen met de namen van de trackingcodes als het invoertype is ingesteld op een tekstveld. Als u klaar bent, klikt u op Volgende. Als uw organisatie gebruikmaakt van een geautomatiseerd
onboardingproces voor gebruikers, zoals Directory Connector of Azure AD, dan moet u
trackingcodes niet koppelen aan aangepaste kenmerken. In plaats daarvan kunt u de trackingcodes koppelen aan gesynchroniseerde
kenmerken. Voorheen konden trackingcodes per centrum anders worden geconfigureerd. Alle centra (vergaderingen, evenementen, webinars, enz.) hebben nu één enkele planningsconfiguratie. Als u een kenmerk naar behoefte in kaart brengt, is dat kenmerk vereist op het moment van de planning Webex MeetingsWebex Webinars, enz. 
| ||||||||||||||||||||||||||||||||||||||||
| 10 |
Klik op De kaart opslaan. De synchronisatie gebeurt automatisch tijdens het proces om een site bij te werken naar Control Hub. We raden aan om een back-up te maken van de trackingcodewaarden voor gebruikers
door een export van de gebruikers van de site uit te voeren voor de vergaderlocatie Wanneer u trackingcodes koppelt aan aangepaste kenmerken, is de enige bron van informatie afkomstig van Webex Identity in plaats van elke afzonderlijke vergaderlocatie. Bij synchronisatie worden de gebruikerswaarden van de trackingcode eenmalig gekopieerd naar in kaart gebrachte kenmerken die nog niet zijn ingevuld voor gebruikers, wat betekent dat de volgorde van de sites waarop u de trackingcodes eerst synchroniseert, van belang is. Bij het synchroniseren van de eerste site worden de trackingcodewaarden voor gebruikers van die site gekopieerd naar het gebruikerskenmerk dat is toegewezen voor die gebruiker in Control Hub, maar alleen als die waarde nog niet is ingevuld voor de gebruiker. Sommige trackingcodewaarden worden tijdens de synchronisatie mogelijk niet van de site naar de gebruikersattributen gekopieerd Als de waarde van een gebruiker voor een in kaart gebrachte site al ingevuld is op het moment van synchronisatie, dan wordt de trackingwaarde van die site niet gekopieerd naar het toegewezen kenmerk in Control Hub voor die gebruiker. Om te voorkomen dat gegevens andere trackingcodes voor gebruikers vervangen, raden we u aan de gegevens van een vergaderlocatie in kaart te brengen en te synchroniseren met de meest actuele trackingcodegegevens voor gebruikers. De waarden van de trackingcode worden niet gekopieerd van sites die
trackingcodes toewijzen aan gebruikersvelden die worden gesynchroniseerd via externe bronnen, zoals
Directory Connector of Azure AD. In de volgende tabel worden mogelijke scenario's beschreven waarbij gegevens de oorspronkelijke trackingcodes vervangen. In deze scenario's zijn de trackingcode en het toegewezen kenmerk de stad van de gebruiker.
* De waarde van de vorige trackingcode wordt vervangen door het bestaande kenmerk dat in kaart is gebracht. | ||||||||||||||||||||||||||||||||||||||||
Voordat u uw website bijwerkt zodat deze in Control Hub wordt beheerd, moet u ervoor zorgen dat:
- Alle gebruikers van de site die in uw organisatie zouden moeten zitten, zitten in feite in uw Control Hub-organisatie.
- Alle gebruikers van de site die niet tot uw organisatie behoren, worden uit uw organisatie verwijderd.
- Gebruikers in de organisatie kunnen door uw IdP worden geverifieerd als uw organisatie is geconfigureerd voor SSO.
- Velden voor gebruikersprofielen die op de site als verplicht zijn gemarkeerd, worden ook naar de Control
Hub-organisatie gekopieerd wanneer u de site bijwerkt. Als u niet wilt dat deze velden worden gemarkeerd als vereist voor het aanmelden van een
account op de site in Control Hub, schakel dan eerst de velden uit in Site Admin voordat u naar Control Hub gaat
updaten.
- U hebt de sectie Prepare your Control Hub-organisatie van eerder in dit artikel gelezen.
Bekijk deze video voor een demo over hoe u uw site kunt updaten naar Control Hub.
Hoe kunt u controleren of gebruikers de update van de site zullen blokkeren
-
Meld u aan bij Sitebeheer en open de pagina Update Administration.
-
Open de Revisievereisten voor het bijwerken van het beheerbeheer en klik op Betrokken gebruikers exporteren naar CSV.
-
Wacht tot de export klaar is. Dit proces kan even duren, afhankelijk van de starttijd en het aantal gebruikers op de site. De export wordt aan het begin van het uur gedurende 6 minuten gepauzeerd (tussen xx:57 en xx:03).
-
Klik op CSV downloaden zodra de export is voltooid.
Uw browser wordt gedownload
users-to-review.csv. -
Open het CSV-bestand en vink de kolom Aanbevolen actie aan (de laatste kolom). Voer de aanbevolen actie uit voor elke gebruiker in het bestand.
Gebruikers met e-mailadressen die niet bij elkaar passen
Sommige gebruikers hebben mogelijk een ander e-mailadres in de Site Admin and Control Hub. Dit is mogelijk als het e-mailadres van de gebruiker slechts op één van de twee plaatsen is gewijzigd nadat de gebruiker vanaf deze site naar Control Hub was doorgelinkt.
Probeer deze acties uit om gebruikers met verkeerd overeenkomende e-mailadressen te corrigeren:
-
Wijzig het e-mailadres van de gebruiker in Site Admin zodat het overeenkomt met het e-mailadres van de Control Hub
Gebruikers kunnen hun profiel voor sitebeheerders bewerken: https://help.webex.com/nmig1kcb
-
Wijzig het e-mailadres van de gebruiker in Control Hub zodat het overeenkomt met het e-mailadres van de sitebeheerder: https://help.webex.com/nsi3kgb.
Gebruikers kunnen hun eigen e-mailadres wijzigen in de Control Hub-organisatie: https://help.webex.com/nme40aeb
Als u uw site bijwerkt naar Control Hub zonder dat u de verschillen tussen de e-mailadressen van de gebruikers corrigeert, moeten de betrokken gebruikers hun e-mailadres van Control Hub gebruiken om zich aan te melden op hun vergadersite. Die gebruikers kunnen zich mogelijk niet aanmelden als ze proberen in te loggen met het e-mailadres in de sitebeheerder of als hun e-mailadres van de Control Hub 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 met de update begint.
Externe gebruikers met een Basic Meetings-licentie
Externe gebruikers met een Basic Meetings-licentie moeten worden gedeactiveerd of geüpgraded naar betaalde Webex Meetings licenties voordat de site wordt bijgewerkt van Site Admin naar Control Hub.
Hoe kunt u gebruikers deactiveren
Voor deactivering van individuele gebruikers in het sitebeheer:
-
Ga naar .
-
Gebruik de index-, zoek- en filterknoppen om de gebruiker te vinden.
-
Vink het vakje Actief uit.
-
Dien de wijzigingen in.
Zie Gebruikersaccounts beheren in Webex Site Administration voor meer informatie.
Voor het batchgewijs deactiveren van gebruikers in het sitebeheer:
-
Exporteer de gebruikers naar een CSV-bestand.
-
Open het CSV-bestand en wijzig de
ActivekolomwaardenNvoor alle betrokken gebruikers. -
Importeer het gewijzigde CSV-bestand.
De gebruikers die u hebt gewijzigd, zijn nu inactief.
Zie Webex-gebruikers batchgewijs importeren en exporteren in Webex Site Administration voor meer informatie.
Gebruikers in organisaties met adreslijstsynchronisatie
Als er niet-gekoppelde gebruikers zijn die in uw organisatie zouden moeten zitten, maar die nog niet zijn toegevoegd, moet u ze eerst aan uw organisatie toevoegen. Dit is met name van cruciaal belang voor organisaties die zijn geconfigureerd voor adreslijstsynchronisatie (via Directory Connector of Azure AD), omdat de adreslijstsynchronisatie het niet mogelijk maakt om gebruikers toe te voegen tijdens het updaten van de site.
De update van de site mislukt als actieve gebruikers op de site niet kunnen worden gekoppeld aan een Control Hub-organisatie. Als uw organisatie is geconfigureerd voor adreslijstsynchronisatie, zorg er dan voor dat alle gebruikers op de site die deel moeten uitmaken van de Control Hub-organisatie, eerst worden toegevoegd aan Directory Connector of Azure AD voordat u de update start.
Gebruikersproblemen oplossen voordat u met de update begint
Als u probeert de site bij te werken naar Control Hub zonder de problemen voor gebruikers in het
users-to-reviewbestand op te lossen, kan het beheerproces van de update mislukken. De
tool controleert pas of u de problemen hebt opgelost nadat u de laatste
update hebt gestart.
SSO-sites en niet-SSO-sites updaten die gekoppeld zijn aan een SSO-organisatie
Een Control Hub-organisatie kan meerdere identiteitsproviders (IDP's) ondersteunen voor SSO, met als één van de IdP's Webex IdP (lokale authenticatie)
Meerdere binnenlandse ontheemden in de Control Hub zullen helpen:
- Waar de IdP voor een SSO-site in Site Admin anders is dan de SSO-IdP van Control Hub.
- Als gebruikers op de site zich niet in de SSO-IdP bevinden die in de organisatie is geconfigureerd, kunnen die gebruikers nu gewoon worden toegevoegd aan de lokale Webex-IdP. U kunt die gebruikers dan later naar de geconfigureerde SSO-IdP verplaatsen.
Als u meerdere IDP's instelt, kunnen alle gebruikers op de site die wordt bijgewerkt van de sitebeheerder naar de Control Hub, zich aanmelden via de authenticatiemethode 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.
- Gebruikers toevoegen aan de lokale Webex IdP.
Zie dit artikel voor meer informatie over meerdere ontheemden in Control Hub.
Voordat u begint
Er zijn enkele functies die u moet uitschakelen, en u moet controleren of alle gebruikers in goede staat zijn om te worden bijgewerkt naar Control Hub. Als u API-geïntegreerde toepassingen gebruikt, moet u deze bijwerken om de Webex API te kunnen gebruiken.
Over deze vereisten kunt u lezen in de eerdere delen van dit artikel.
Zorg ervoor dat al uw beheerders weten dat u de site bijwerkt naar Control Hub en dat ze geen wijzigingen mogen aanbrengen in de sitebeheerder nadat u bent begonnen.
| 1 |
Exporteer het exportbestand van de gebruikers van de site en sla het op. Dit bestand fungeert als een archief voor gebruikersconfiguratie om u te helpen bij de validatie na de update. |
| 2 |
Meld u aan bij Sitebeheer en klik op Beheer bijwerken. |
| 3 |
Bekijk de vereisten, met name de CSV-lijst van gebruikers in staten die van invloed kunnen zijn op het succes van de update. |
| 4 |
Lees meer over de functies die moeten worden uitgeschakeld en de verschillen die u kunt verwachten op het gebied van gebruikersbeheer en hostlicenties (ook beschreven in dit artikel). |
| 5 |
Klik op Update to Control Hub. Deze knop wordt alleen geactiveerd nadat de bovenstaande stappen zijn voltooid. 
Er verschijnt een
pop-upvenster. In dit venster wordt weergegeven dat het updaten van een site naar Control Hub permanent is en dat u de update niet meer ongedaan kunt maken als deze klaar is. Wanneer de update is voltooid, wordt deze site niet langer beheerd via de sitebeheerder. Als u niet bereid bent om deze site volledig te beheren in Control Hub, sluit dan nu de wizard af.
 |
| 6 |
Klik op OK. De update start Er verschijnt een banner boven de sitebeheerder om u te laten weten dat er een update van de site wordt uitgevoerd. Als er iets misgaat, krijgt u een foutmelding met de voorgestelde actie. Anders ziet u een succesbericht. De update van de site duurt ongeveer 3 minuten + 1000 actieve gebruikers/min + 2000 inactieve gebruikers/min om te voltooien. Als u bijvoorbeeld om 05:20 met de update van de site bent begonnen en uw site 8000 actieve gebruikers en 2000 inactieve gebruikers heeft, duurt het bijwerken van de site ongeveer 12 minuten. Bovendien worden de updates van de site aan het begin van het uur gedurende 6 minuten gepauzeerd (tussen xx:57 en xx:03). Maar uw resultaten kunnen variëren. |
| 7 |
Klik op Aanmelden bij Control Hub. |
Nadat u de site-update hebt geactiveerd via Webex Site Administration, kunt u zich aanmelden bij Control Hub om de status van de site-update te bekijken.
-
Meld u aan bij Control Hub en open de pagina Vergaderingen.
U kunt een lijst zien van uw vergaderlocaties.
-
Klik op een site om informatie over die site te zien.
-
Zoek naar de sectie Site Update, waar u de updatestatus kunt lezen.
Nadat de update is voltooid, kunt u in de sitebeheerder een lijst van alle gebruikers downloaden en zien welke van die gebruikers actief of inactief waren op de site. Gebruikers die in de kolom met gebruikersstatus van Sitebeheer als inactief worden weergegeven, hebben geen toegang tot de door Control Hub beheerde site. In het gebruikersgedeelte van Control Hub wordt ook niet weergegeven dat deze gebruikers toegang hebben tot de site.
Het kan even duren voordat de downloadknop verschijnt (minuten voor de meeste organisaties).
-
Bekijk de lijst om te controleren of er problemen zijn tijdens het updaten.
Als de update van de site is voltooid, kunt u deze site niet langer beheren in het beheer van de site. Al het beheer van deze site moet worden gedaan in de Control Hub. Hier zijn enkele stappen om vertrouwd te raken met het beheer van uw site in Control Hub en deze uit te proberen:
-
Controleer enkele instellingen voor de configuratie van de site om te bevestigen dat er niets is veranderd. Dit is eenvoudiger als u enkele instellingen van de sitebeheerder hebt gekopieerd voordat u de update naar Control Hub uitvoert.
-
Selecteer een host en verifieer zijn licentie, trackingcodes en sessietypen in Control Hub. Meld u aan op de vergadersite en bevestig dat de geplande vergaderingen, opnames en voorkeuren niet worden gewijzigd. Validatie is eenvoudiger als de gegevens van die host worden gekopieerd voordat ze worden bijgewerkt naar Control Hub.
Vraag de gebruiker om te controleren of ze nieuwe vergaderingen kunnen plannen en organiseren.
-
Voeg een nieuwe gebruiker toe aan uw organisatie. Verleen ze een hostlicentie, wijzig hun sessietypen en controleer of ze vergaderingen kunnen organiseren.
We raden u aan licentiesjablonen op basis van een organisatie of groep in te stellen om automatisch licenties toe te wijzen aan nieuwe gebruikers of specifieke groepen nieuwe gebruikers. -
Selecteer een gebruiker die volledig beheerder was in Sitebeheerder en controleer in de Control Hub of hij of zij het juiste toegangsniveau heeft tot de bijgewerkte site.
Ze moeten de site kunnen lezen en wijzigen; gebruikers kunnen aanmaken, in licentie geven, wijzigen en verwijderen.
-
Als uw site API-integraties heeft, schakel dan over op het gebruik van de People API's. Bevestig dat de bijgewerkte integratie naar verwachting werkt.
Lees meer over het beheren van vergaderlocaties in Control Hub op https://help.webex.com/naqlzeu.
-
Gebruikers hebben één uniforme aanmeldingservaring bij de Webex-app en alle door Control Hub beheerde sites.
Als de gebruikersnaam niet overeenkomt met het e-mailadres van de gebruiker in het sitebeheer, dan hebben die gebruikers invloed op de aanmeldingservaring. Oude gebruikersnamen kunnen niet langer worden gebruikt en die gebruikers moeten hun e-mailadres gebruiken om in te loggen. -
De inloggegevens van de gebruiker zijn gekoppeld aan hun Control Hub-identiteit. Diezelfde inloggegevens zijn van toepassing op alle door Control Hub beheerde sites in dezelfde organisatie en op de Webex-app.
-
Als de Control Hub-organisatie SSO heeft geconfigureerd, dan regelt die SSO de aanmeldingservaring op de Webex-app en alle door Control Hub beheerde sites.
-
De aanmeldingservaring bij de Webex-app wordt niet beïnvloed als gevolg van de update naar Control Hub.
-
Wanneer gebruikers zich aanmelden op een Webex Meetings site, ziet het inlogscherm er anders uit. Gebruikers moeten hun e-mailadres invoeren om in te loggen, zelfs als hun organisatie is geconfigureerd voor SSO.
Beheerders kunnen de optie Onthoud mij inschakelen in de Control Hub, zodat gebruikers niet telkens opnieuw hun e-mailadres hoeven in te voeren wanneer ze zich aanmelden. -
Afhankelijk van de geschiedenis van elke gebruiker, het aantal sites waarop ze een account hadden, enz.:
-
Als gebruikers zijn gekoppeld aan bestaande gebruikers in Webex Identity/Control Hub, dan gebruiken gebruikers hetzelfde wachtwoord voor alle Webex-sites die worden bijgewerkt naar Control Hub.
-
Als gebruikers zijn aangemaakt in Webex Identity/Control Hub vanwege een koppeling van de site, dan zijn de inloggegevens van hun eerste gekoppelde site van toepassing (als de organisatie niet met SSO was geconfigureerd). Gebruikers worden omgeleid om in te loggen op die site. Als gebruikers meerdere sites hebben met meerdere inloggegevens, moet de URL van de site hen helpen bepalen welke inloggegevens ze moeten gebruiken.
-
Gebruikers mogen hun wachtwoord opnieuw instellen in Control Hub-organisaties (als het wachtwoord niet via SSO wordt beheerd). Als gebruikers hun wachtwoord vergeten zijn, kunnen ze gewoon klikken op Uw gebruikersnaam of wachtwoord vergeten? op het inlogscherm om hun wachtwoord opnieuw in te stellen. Gebruikers kunnen hun wachtwoord ook opnieuw instellen door deze instructies te volgen:
- Wachtwoord opnieuw instellen voor de Webex-app: https://help.webex.com/article/n02v0b8/
- Wachtwoord voor een Webex Meetings website opnieuw instellen: https://help.webex.com/article/6v6kaab/
-
-
Als het e-mailadres van een eindgebruiker is gewijzigd en die gebruiker een ander e-mailadres had in de Site Admin en Control Hub op het moment dat de site werd bijgewerkt, kan die gebruiker problemen ondervinden wanneer hij zich probeert aan te melden. De gebruiker weet misschien niet dat hij nu zijn Control Hub-e-mailadres moet gebruiken om in te loggen, anders is het e-mailadres in Control Hub mogelijk niet langer geldig in de SSO-IdP van zijn organisatie. Dit soort situaties kunt u het beste vermijden door de e-mailadressen van gebruikers in Control Hub bij te werken, aangezien er wijzigingen worden aangebracht in de e-mailadressen van dezelfde gebruikers in Site Admin.
-
Gebruikers van de Webex Meetings mobiele app voor iOS moeten zich opnieuw aanmelden:
- Als u een niet-SSO-site naar Control Hub updatet, moeten uw gebruikers zich opnieuw aanmelden bij de Webex Meetings mobiele app voor iOS. Hoewel gebruikers zich voor de Meetings-app tot twee maanden na de update van de site niet opnieuw hoeven aan te melden, raden we gebruikers aan om zich handmatig opnieuw aan te melden om een dergelijke situatie preventief te vermijden.
-
Tijdens de update van de site moeten gebruikers van wie de gebruikersnaam niet overeenkomt met hun e-mailadres mogelijk opnieuw inloggen.
-
Deze gebruikers moeten zich mogelijk opnieuw aanmelden bij hun Webex-clients als ze tijdens de update van de site naar Control Hub toegang proberen te krijgen tot de Webex-services op de site. Gebruikers die al aan vergaderingen hebben deelgenomen voordat de update van de site begon, worden niet beïnvloed.
-
Leeg CSV-bestand „gebruiker om te beoordelen”
Als uw site groot is en meer dan 1000 gebruikers heeft van wie de e-mailadressen in de Site Admin anders zijn dan in de Control Hub, dan zou het kunnen dat er een leeg CSV-bestand verschijnt dat „door de gebruiker moet worden bekeken” in de wizard voor het bijwerken van de site. Dit zorgt ervoor dat de update van de site niet werkt 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 updaten naar Control Hub
- Als uw site, beheerd door de sitebeheerder, traag was en uw Control Hub ook wordt beheerd door een partner, dan zou u na een update naar Control Hub het zicht kunnen verliezen op de versie-updateopties van de Meetings-site. Als dit gebeurt, neem dan contact op met uw partner en vraag hem of zij de instelling Allow Customer to Upgrade siteversie voor uw organisatie in te schakelen.
- Accountaanvragen die nog in behandeling zijn, worden niet overgedragen naar het waarschuwingscentrum. Gebruikers moeten zich opnieuw aanmelden voor een account nadat de update is voltooid.
- De gebruikersnaamwaarden in Site Admin worden overschreven door de e-mailadressen van gebruikers in Control Hub nadat de update is voltooid.
Gebruikersproblemen die ervoor zorgen dat de update mislukt
- Gebruikers met e-mailadressen die zijn gekoppeld aan gebruikers in een Webex for Government-organisatie zullen ervoor zorgen dat de update mislukt als die gebruikers niet worden gedeactiveerd voordat de update wordt gestart.
Veelvoorkomende problemen die ervoor zorgen dat de update mislukt en aanbevolen acties
Als uw site niet wordt bijgewerkt naar Control Hub, kijk dan in de volgende tabel of een van deze veelvoorkomende fouten de oorzaak is en wat u kunt doen om dit te verhelpen.
| Fouten die ervoor zorgen dat de update mislukt | Aanbevolen actie |
|---|---|
| Het sitetype is ongeldig. | Neem contact op met uw Webex Support-team om te controleren of de site een gebruikerslink heeft. |
| Aan de site is geen abonnement gekoppeld. | Sites moeten aan een abonnement zijn gekoppeld voordat dit kan worden bijgewerkt naar Control Hub. |
| Er is een probleem met de organisatie-ID. | De organisatie-ID van de website is niet hetzelfde als de organisatie-ID van het abonnement. Neem contact op met uw Webex-ondersteuningsteam. |
| Voor het volgende abonnement zijn bewerkingen in behandeling in Control Hub: (SubID). | Probeer de site opnieuw bij te werken nadat de bewerking in behandeling is voltooid. |
| Er zijn conflicten in de instellingen voor eenmalige aanmelding (SSO). | Als de site SSO is ingeschakeld, zorg er dan voor dat:
|
| De licentie-informatie van de site in Sitebeheer komt niet overeen met de licentie-informatie van de site in Control Hub. | Inconsistente licentie-informatie tussen Site Admin en Control Hub. Neem contact op met uw Webex-ondersteuningsteam. |
| Sommige gebruikersnamen of e-mailadressen in het sitebeheer zijn strijdig met gebruikersnamen of e-mailadressen in Control Hub. | Het e-mailadres van een gebruiker in Site Admin wordt gebruikt door een andere gebruiker in Control Hub. Wijzig een van de e-mailadressen of gebruikersnamen. |
| We hadden een probleem met het updaten van uw website. | Door een interne fout kon deze site niet worden bijgewerkt. Neem contact op met uw Webex-ondersteuningsteam. |
| We hadden een probleem bij het updaten van de Webex-gebruikers. | Door een interne fout kon deze site niet worden bijgewerkt. Neem contact op met uw Webex-ondersteuningsteam. |
Aanmeldingsproblemen voor gebruikers
Zorg ervoor dat Webex-cookies altijd zijn toegestaan. Anders kunnen gebruikers na de update naar Control Hub problemen krijgen met inloggen.
Q. Is er een datum waarop Cisco geen ondersteuning meer biedt voor sitebeheer?
A. Ja. We zijn van plan om Webex Site Administration eind december 2023 af te schaffen.
Q. Behouden beheerders van de site in Site Admin nog steeds hun administratieve toegang tot de site nadat ze zijn geüpdatet naar Control Hub Management?
A. Ja. Alle beheerders van de site in Site Admin hebben nog steeds administratieve toegang tot de site nadat de site is bijgewerkt naar Control Hub-beheer.
Q. Waarom zie ik nieuwe beheerders op de site nadat ik een vergadersite heb bijgewerkt van Sitebeheerder naar Control Hub-beheer?
A. De nieuwe beheerders op de site waren waarschijnlijk beheerders van de Control Hub-organisatie. Wanneer een site wordt bijgewerkt van Site Admin naar Control Hub, worden alle beheerders binnen de 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, gebruikersbeheerders beheerders van de Webex-site worden, en beheerders van organisaties die alleen lezen en lezen van de organisatie worden beheerders van Webex-sites die alleen kunnen worden gelezen.
Q. Waarom werkt het aanmelden bij de productiviteitstool niet na het updaten van de site naar Control Hub?
A. Zorg ervoor dat de internetbrowsers zijn geconfigureerd om altijd sessiecookies toe te staan, die zich bevinden in de geavanceerde privacyinstellingen van de browsers.
Q. Als een gebruiker wordt verwijderd in Control Hub en vervolgens hetzelfde e-mailadres opnieuw wordt toegevoegd aan Control Hub en een Meetings-licentie wordt toegewezen aan dezelfde Webex-site, heeft de gebruiker dan toegang tot zijn oude opnamen?
A. Ja, de gebruiker heeft toegang tot al zijn oude Meetings-inhoud als hij een licentie krijgt toegewezen voor een van de vorige Webex-sites waarop hij zich bevond. Dit geldt zowel voor door Control Hub beheerde sites als voor sites die zijn bijgewerkt naar Control Hub.
Q. Als een gebruiker in Site Admin werd gedeactiveerd vóór de update van de site naar Control Hub en later opnieuw een licentie kreeg 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 zijn oude opnamen. Bovendien wordt elke gebruiker die vóór de update van de site werd gedeactiveerd in Site Admin opgenomen in het CSV-exportbestand van Meetings in Control Hub.
Q. Als op een site geen SSO-IdP is ingesteld, maar de Control Hub-organisatie wel een SSO-IdP heeft, wat gebeurt er dan als de site wordt bijgewerkt naar Control Hub?
A. De site zal dezelfde SSO-IdP gebruiken als de Control Hub-organisatie.
Q. Als op een site een andere SSO-IdP is ingesteld dan de SSO-IdP in de Control Hub, wat gebeurt er dan als de site wordt bijgewerkt naar Control Hub?
A. De site zal overschakelen om dezelfde SSO-IdP te gebruiken als de Control Hub-organisatie.
Q. Als op een site wel een SSO-IdP is ingesteld, maar de Control Hub-organisatie geen SSO-IdP heeft, wat gebeurt er dan als de site wordt bijgewerkt naar Control Hub?
A. U mag uw website niet updaten. Om de site te deblokkeren zodat u kunt updaten naar Control Hub, moet u de SSO-IdP van de site Admin-site verwijderen of een SSO-IdP aan de Control Hub-organisatie toevoegen.
Q. Kan ik nog steeds inloggen op de URL van de site om toegang te krijgen tot de opnames en om vergaderingen of evenementen te plannen?
A. Ja, u kunt nog steeds inloggen op de URL van de site waar u toegang hebt tot opnames, vergaderingen kunt plannen, enz.
Q. 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 update van de site.
Q. Worden mijn opnames of geplande vergaderingen beïnvloed door deze update van de site?
A. Hostopnamen worden niet beïnvloed. U hebt er nog steeds toegang toe. Uw geplande vergaderingen worden ook niet beïnvloed. Ze zijn niet gewijzigd.
Q. Worden opnames of geplande vergaderingen van gebruikers beïnvloed door deze update van de site?
A. De opnames van gebruikers worden niet beïnvloed. Ze zullen er nog steeds toegang toe hebben. Geplande vergaderingen worden ook niet beïnvloed. Ze zijn niet gewijzigd.
Voor gebruikers die nog geen claim hebben ontvangen, kan dit gevolgen hebben voor hun opnames 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 in uw organisatie claimt nadat de site is bijgewerkt naar Control Hub, dan kunnen die gebruikers de toegang tot vergaderingen en vergadermiddelen op de site verliezen.
Als tijdelijke oplossing kunt u het volgende doen om ervoor te zorgen dat gebruikers de toegang tot vergaderingen en vergadermiddelen op de site niet verliezen nadat de site is bijgewerkt naar Control Hub:
- Voor gebruikers met externe beheerdersbevoegdheden voor de organisatie of site: verwijder alle externe beheerderstoegang tot de organisatie en site en verwijder vervolgens de licentie voor de vergaderlocatie . Nadat u de gebruiker hebt geclaimd, moet u die gebruiker opnieuw in licentie geven 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 opnieuw een licentie voor de site.
Q. Waar kan ik lopende accountaanvragen bekijken voor door Control Hub beheerde sites?
A. U en andere beheerders kunnen aanvragen voor zelfaanmelding bekijken in het Waarschuwingscentrum.
Q. Heb ik toegang tot de gebruikersnaamwaarden van de sitebeheerder nadat ik een site heb bijgewerkt naar Control Hub?
A. Een exportbestand voor gebruikers van alle gebruikers in Site Admin is beschikbaar in Control Hub gedurende 90 dagen nadat u de site hebt bijgewerkt naar Control Hub. Dit CSV-bestand bevat gebruikersnaamwaarden.
Q. We gebruiken gebruikersnaamwaarden om gebruikers te identificeren in de sitebeheerder. Hoe kunnen we hetzelfde doen in Control Hub?
A. De waarden van de gebruikersnaam gaan verloren na het updaten van een site naar Control Hub. Als u toegang tot die waarden nodig hebt, is een oplossing om de waarden naar een trackingcode te kopiëren voordat u de site bijwerkt. De waarden van de trackingcodes voor gebruikers blijven behouden en zijn beschikbaar na het updaten van een site naar Control Hub. Als u SSO gebruikt, dan ExternalIDis dat een gebruikersattribuut van Control Hub dat deze waarde kan bevatten. Hiervoor moet u uw SAML-beweringen zo configureren dat deze waarde wordt doorgegeven wanneer u SSO in Control Hub configureert. Deze waarde wordt ook doorgegeven aan Control Hub tijdens het automatisch aanmaken van nieuwe gebruikers.
Q. Hoe lang duurt het voordat de update van de site is voltooid nadat deze is gestart?
A. De update van de site duurt ongeveer 3 minuten + 1000 actieve gebruikers/min + 2000 inactieve gebruikers/min om te voltooien. Als u bijvoorbeeld om 05:20 met de update van de site bent begonnen en uw site 8000 actieve gebruikers en 2000 inactieve gebruikers heeft, duurt het bijwerken van de site ongeveer 12 minuten. Bovendien worden de updates van de site aan het begin van het uur gedurende 6 minuten gepauzeerd (tussen xx:57 en xx:03). Maar uw resultaten kunnen variëren.
Q. Hoe kan ik elke nieuwe gebruiker of nieuwe gebruikers in specifieke groepen automatisch een licentie geven nadat ik de site heb bijgewerkt, zodat deze kan worden beheerd in Control Hub?
A. U kunt licentiesjablonen voor organisaties of groepen instellen om automatisch licenties toe te wijzen aan nieuwe gebruikers.
Q. Is er downtime tijdens de update van de site?
A. Nee. Tijdens de update van de site:
- Gebruikers kunnen de Meetings-service blijven gebruiken, zoals het deelnemen aan en starten van geplande en ad-hocvergaderingen.
- Vergaderingen die aan de gang zijn wanneer de update van de site begint, worden niet beïnvloed.
- Het abonnement wordt vergrendeld in de Control Hub.
- De desktopclient van Meetings kan problemen hebben met de sectie „Aankomende vergaderingen”.
- Wijzigingen in de configuraties van het sitebeheer worden niet aanbevolen.
