Hartelijk dank voor uw feedback
Het Webex Meetings van uw sitebeheer bijwerken Sitebeheer Control Hub
Feedback?Over bijwerken van Sitebeheer naar Control Hub
Voor het bijwerken van een site van Sitebeheer naar Control Hub is geen update van de clientversies nodig. Sommige sites kunnen deze functie pas gebruiken als de partners die deze organisaties beheren er klaar voor zijn.
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.
Binnen Sitebeheer hebben we een hulpmiddel dat u door deze verandering heen helpt. Als uw site al in aanmerking komt voor een update naar Control Hub, kunt u beginnen 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.
Als uw site is gepland voor een automatische update van beheer in Sitebeheer naar Control Hub, ziet u de volgende schermafbeelding.
U kunt op Wijzig de updatedatum van uw site klikken 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 Automatische accountaanmaak en -update voor 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:
- U hebt alle in behandeling zijnde acties van het abonnement dat is gekoppeld aan de site die u bij wilt werken.
- De site heeft geen abonnement gekoppeld aan het 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 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 (nadat u uw domeinen hebt geverifieerd): 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 'Direct claimen', voorkomt u bovendien vertragingen bij het gebruik van de e-mailadressen in uw organisatie.
Wij raden u ten zeerste aan om 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, kunnen deze 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 geen toegang verliezen tot vergaderingen en vergadermiddelen op de site nadat de site is bijgewerkt naar Control Hub:
- Voor gebruikers met externe beheerdersrechten voor de organisatie of site: verwijder alle externe beheerdersrechten voor de organisatie en site. Verwijder vervolgens de licentie voor de vergadersite. Nadat u de gebruiker hebt geclaimd, dient u die gebruiker opnieuw een licentie voor de site te verlenen. U kunt ook hun externe beheerdersrechten herstellen.
- Voor gewone gebruikers: verwijder de licentie voor de vergadersite, claim de gebruiker voor uw organisatie en ken die gebruiker vervolgens opnieuw een licentie toe voor 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 automatisch account maken in Sitebeheer is ingeschakeld voor uw Webex-site, kunt u een vergelijkbare functie inSchakelen in Control Hub met het automatisch maken van SAML-account. Zorg er ook voor dat u een automatische licentiesjabloon in stelt zodat nieuwe gebruikers automatisch licenties toegewezen krijgen zodra hun accounts in de Control Hub-organisatie worden gemaakt.
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.
Beheerderstoegang tot Webex-sites na update
Iemand met een organisatiebrede beheerdersrol in Control Hub krijgt automatisch toegang tot sites die worden bijgewerkt van Sitebeheer naar Control Hub. Zo worden volledige beheerders van de organisatie volledige beheerders van de Webex-site, beheerders van gebruikers in de organisatie worden gebruikersbeheerders van de Webex-site en alleen-lezen beheerders van de organisatie worden alleen-lezen beheerders van de Webex-site.
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.
XML API-service-URL's blijven ongewijzigd nadat een site is bijgewerkt van Sitebeheer naar Beheer via Control Hub. Dezelfde API-URL's blijven werken. Cisco adviseert om bij alle API-integraties OAUTH te gebruiken voor authenticatie.
Authenticatie in XML API's
Integraties die geen Webex OAUTH gebruiken voor verificatie kunnen mislukken nadat de site is bijgewerkt naar Control Hub. De onderstaande tabel toont welk type beheerdersverificatie blijft werken nadat u uw site hebt bijgewerkt.
| Type beheerdersauthenticatie in XML API vóór site-update | Beheerder in SSO-organisatie na site-update | Beheerder niet in SSO-organisatie na site-update |
|---|---|---|
| gebruikersnaam (webExID)/password |  Zal werken* | Zal werken* |
| gebruikersnaam (webExID)/sessionTicket | Zal werken | Zal werken |
| username/OAUTH (webExAccessToken) | Zal werken | Zal werken |
| email/password | Zal werken* | Zal werken* |
| email/sessionTicket | Zal werken | Zal werken |
| email/OAUTH (webExAccessToken) | Zal werken | Zal werken |
* Achterwaartse compatibiliteit: Cisco heeft ingeschakeld username/password authenticaties om te werken in XML API's na een site-update, zelfs als username niet overeenkomt met e-mailadres. De compatibiliteit geldt alleen als:
- Gebruikersgegevens zijn aangemaakt vóór de site-update. Er mogen geen wijzigingen worden aangebracht in
username, anders zullen de vorige inloggegevens niet meer werken. - Inloggegevens voor API-verificatie mogen in Control Hub geen ander wachtwoord hebben dan het wachtwoord op de site toen deze werd beheerd in Sitebeheer.
- Gebruikers waarvan de inloggegevens worden gebruikt voor authenticatie, moeten zich in Sitebeheer in de actieve status (niet inactief) bevinden op het moment dat de site wordt bijgewerkt naar Control Hub.
Meer informatie over XML API-integraties op door Control Hub beheerde sites, inclusief OAUTH-authenticatie, vindt u in 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 na de update van de site e-mail gebruiken.
Beheerdersrol in Control Hub voor API-integraties
Beheerders met alleen de rol Sitebeheerder kunnen bepaalde bewerkingen met XML API's mogelijk niet uitvoeren, 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 aanmeldgegevens worden gebruikt voor API-integraties, raden we u aan deze beheerders te bevorderen tot volledige beheerders van de organisatie in Control Hub, in het beste moment voordat u de site bij werken 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 toegewezen krijgen op de Control Hub-site om de integratie te laten werken (dit was niet vereist voor beheerders op Site Admin-sites).
XML API verschillen in Control Hub
De meeste XML API-integraties zouden, zonder wijzigingen, moeten werken na het bijwerken van uw site. Er zijn echter uitzonderingen die in de volgende lijst zijn opgenomen:
- CreateUser—Op door Control Hub beheerde sites kan met deze bewerking ook een gebruiker worden aangemaakt in de organisatie die eigenaar is van de site, voordat er een licentie wordt toegewezen. Als de gebruiker al bestaat in een andere organisatie, mislukt deze bewerking.
PMR ID parameterwordt niet van kracht voor gebruikers die nog geen Actieve -status hebben in Control Hub.createuserHet duurt langer om de API te voltooien voor door Control Hub beheerde sites. Voor betere prestaties kunt u een extra thread toevoegen omcreateuser-aanroepen te paralleliseren. - SetUser—Kan ertoe leiden dat een vergadersitelicentie aan de gebruiker wordt toegewezen of verwijderd (afhankelijk van de API-parameters of payload).
- DelUser— Verwijdert de licentie voor de vergadersite, maar verwijdert de gebruiker niet uit de Control Hub-organisatie.
- LstsummaryUser—Retourneert ook de
objectGUIDvan de gebruiker. - AuthenticateUser—Op door Control Hub beheerde sites adviseren wij het aanmaken van een sessieticket via
AuthenticateUserin plaats van gebruikersnaam en wachtwoord te gebruiken voor elke XML API. Het gebruik van SAML-antwoorden in inhoud in de body wordt niet ondersteund met dit gesprek 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 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 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 vergaderlicenties toe te wijzen aan gebruikers buiten de organisatie die eigenaar is van de site. Api's voor personen ondersteunen niet de toewijzing van sitebeheerdersrollen aan gebruikers. Als u sitebeheerdersrollen wilt toewijzen via een API, moet u nog steeds de XML-API gebruiken.
Met de People API kunt u organisatiebeheerders met volledige (of alleen-lezen) machtigingen maken. Deze beheerders kunnen ook uw door Control Hub beheerde vergadersites beheren (of bekijken).
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 waarmee ook licenties voor vergadersites kunnen worden verleend aan externe gebruikers die niet tot dezelfde organisatie behoren die de site heeft gemaakt. Externe gebruikerslicenties zijn vandaag handmatig beschikbaar in Control Hub.
- SCIM API voor het maken en verwijderen van gebruikers binnen de organisatie.
- Cisco streeft ernaar om op de lange termijn alleen nog REST API's te gebruiken (voor alle bewerkingen op gebruikers- en vergaderlocaties). XML-API's voor gebruikersbeheer blijven ondersteund totdat REST API's exclusief kunnen worden gebruikt voor alle gebruikersbeheerbewerkingen. XML API's voor gebruikersbeheer worden ook verouderd (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 onder het gedeelte Gebruikers bekijken ] op CSV-bestand van gebruiker exporteren en download het CSV-bestand, dat
users-to-review-xxxxx.csvheet.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 kon worden bijgewerkt naar Control Hub:
- Verplichte hostprofielvelden
- Vereiste trackingcodes
Vanaf versie 43.6 hoeven sites die deelnemen aan de bètaversies voor aangepaste kenmerken en vereiste hostprofielvelden, deze functies niet meer uit te schakelen voordat ze hun site bijwerken naar Control Hub. In plaats daarvan geeft de wizard u de melding dat u deze twee functies moet controleren, omdat de huidige configuratie wordt gekopieerd naar de Control Hub-organisatie.
Als u deelneemt aan de bètaversie verplichte hostprofielvelden, ziet u deze waarschuwing:
Als u deelneemt aan de bètaversie van vereiste trackingcodes en aangepaste kenmerken, ziet u dit actie-item:
Als u niet aan deze bètaversies meedoet, lees dan het volgende gedeelte verder.
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 gebruikmaakt van de functie voor het automatisch aanmaken van accounts in Sitebeheer, moet u een vergelijkbare functie instellen in Control Hub en een automatische licentiesjabloon maken om licenties automatisch toe te wijzen. Zie dit artikel voor meer details. 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 trackingcodes koppelen aan vereiste aangepaste gebruikerskenmerken in Control Hub voor vergelijkbare functionaliteit.
De functie voor het koppelen van kaarttrackingscodes aan gebruikerskenmerken is een conceptversie die nog in openbare preview is. We geven u een voorproefje van wat u kunt verwachten.
Voordat u een site met vereiste trackingcodes van Sitebeheer naar Control Hub kunt bijwerken, moet u deze trackingcodes toewijzen aan gebruikerskenmerken in Control Hub. U kunt op het pictogram onder Informatie klikken om direct naar de wizard voor het toewijzen van kaarttrackingscodes aan gebruikerskenmerken voor de site te gaan. Als u de vereiste trackingcodes nog niet hebt toegewezen of uitgeschakeld, kunt u uw site niet bijwerken naar Control Hub.
Als uw site niet over de vereiste trackingcodes beschikt, kunt u nog steeds trackingcodes aan gebruikerskenmerken toewijzen voordat u een site bijwerkt naar Control Hub door deze procedure te volgen.
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, ga dan naar het gedeelte met gebruikersprofielkenmerken en markeer 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 vervolgens naar . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Selecteer Trackingcodekaart 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 eventuele kenmerken als verplicht als u wilt dat deze velden voor gebruikers worden ingevuld. Aangepaste kenmerken zijn niet van toepassing op organisaties die gebruikers synchroniseren met Directory Connector, Azure AD, enzovoort. U kunt deze stap gebruiken om de weergegeven namen voor trackingcodes te controleren. Zodra u de vereiste wijzigingen hebt aangebracht, klikt u op Opslaan . Vergrendelde kenmerken zijn vergelijkbaar met AdminSet in klassieke trackingcodes voor vergaderlocaties. Wanneer u een aangepast kenmerk markeert als vergrendeld, 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 aan de organisatie worden toegevoegd, moeten voldoen aan deze bijgewerkte aangepaste kenmerkconfiguratie, anders mislukt de onboarding van gebruikers. Ga voorzichtig te werk als u aangepaste kenmerken als een vereiste markeert.  | ||||||||||||||||||||||||||||||||||||||||
| 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. Als uw organisatie een geautomatiseerd trackingcodes voor gebruikers gebruikt, zoals Directory Connector of Azure AD, moet u geen trackingcodes toewijzen aan aangepaste kenmerken. Koppel in plaats daarvan de trackingcodes aan gesynchroniseerde kenmerken. 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 Kaart opslaan. Synchronisatie vindt automatisch plaats tijdens het proces om een site bij te werken naar Control Hub. We raden aan een back-up te maken van de waarden van de trackingcode voor gebruikers door een sitegebruikersexport uit te voeren voor de vergadersite 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. Trackingcodes 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 waarin gegevens de oorspronkelijke trackingcodes vervangen. In deze scenario's zijn de trackingcode en het toegewezen kenmerk de plaats van de gebruiker.
* De vorige trackingcodewaarde 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 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 als vereist worden gemarkeerd voor accountaanmelding op de site in Control Hub, schakelt u eerst de velden uit in Sitebeheer voordat u bijwerkt naar Control Hub.
- U hebt het gedeelte Uw Control Hub-organisatie voorbereiden van eerder in dit artikel gelezen.
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. Exporten worden aan het begin van het uur gedurende 6 minuten gepauzeerd (tussen xx:57 naar xx:03).
-
Klik op CSV downloaden zodra de export is voltooien.
Uw browser downloadt
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 zodat het overeenkomt met 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 bij werken in Control Hub zonder dat het e-mailadres van de gebruiker niet wordt gecorrigeerd, moeten de betrokken gebruikers hun e-mailadressen van Control Hub gebruiken om zich aan te melden bij hun vergaderingssite. Deze gebruikers kunnen zich mogelijk niet aanmelden als zij zich proberen aan te melden met het e-mailadres in Sitebeheer of als hun e-mailadres van Control Hub niet meer geldig is in hun IdP (voor SSO organisaties). Ze blokkeren je niet bij het updaten van de site, maar het is beter om de e-mailadressen te repareren voordat je de update start.
Externe gebruikers met een Basisvergaderingslicentie
Externe gebruikers met Basic Meetings-licenties moeten worden gedeactiveerd of geüpgraded naar betaalde Webex Meetings-licenties voordat de site kan worden bijgewerkt van Sitebeheer naar Control Hub.
Gebruikers deactiveren
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 beheren in Webex Sitebeheer voor meer informatie.
Voor batchgebruikersdeactivering in de Sitebeheer:
-
Exporteert de gebruikers naar een CSV-bestand.
-
Open het CSV-bestand en wijzig de waarden van de kolom
ActivenaarNvoor 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.
Los gebruikersproblemen op voordat u de update start
Als u de site probeert bij te werken naar Control Hub zonder de problemen voor gebruikers in het users-to-review -bestand op te lossen, 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 die aan een SSO-organisatie zijn gekoppeld, bijwerken
Een Control Hub-organisatie kan meerdere identiteitsproviders (IdP's) voor SSO ondersteunen, waarbij een van de IdP's Webex IdP (lokale authenticatie) is.
Meerdere IdP's in Control Hub helpen:
- Waarbij de IdP voor een SSO-site in Site Admin verschilt van de SSO IdP van Control Hub.
- Wanneer gebruikers op de site niet zijn geconfigureerd in de SSO-IdP in de organisatie, kunnen deze gebruikers nu gewoon worden toegevoegd aan de lokale Webex-IdP. U kunt deze gebruikers later naar de geconfigureerde SSO IdP verplaatsen.
Door meerdere IdP's in te stellen, kunnen alle gebruikers op de site die wordt bijgewerkt van Site Admin naar 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.
- Voeg gebruikers toe 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 |
Exporteer en sla het exportbestand van de sitegebruiker op. Dit bestand fungeert als een archief met de gebruikersconfiguratie, zodat u na de update kunt valideren. |
| 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. Het updaten van de site duurt ongeveer 3 minuten + 1000 actief users/min + 2000 inactief users/min voltooien. Als u bijvoorbeeld de site-update om 19:00 uur hebt gestart, 05:20 en uw site 8000 actieve gebruikers en 2000 inactieve gebruikers heeft, duurt het bijwerken van de site ongeveer 12 minuten. Bovendien worden de site-updates elk uur gedurende 6 minuten gepauzeerd (tussen xx:57 naar xx:03). Maar uw resultaten kunnen verschillen. |
| 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.
-
Meld u aan bij Control Hub en open de pagina Vergaderingen.
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 siteconfiguratie-instellingen om er zeker van te zijn dat er niets is gewijzigd. Dit is makkelijker als u een aantal Site Admin-instellingen kopieert voordat u de update naar Control Hub uitvoert.
-
Selecteer een host en controleer de licentie, trackingcodes en sessietypen in Control Hub. Meld u aan bij de vergaderlocatie en controleer of de geplande vergaderingen, opnamen en voorkeuren niet zijn 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 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.
Wij raden u aan organisatie- of groepsgebaseerde licentiesjablonen in te stellen 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. -
Gebruikersreferenties zijn gekoppeld aan hun Control Hub-identiteit. 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 optieOnthoud mij inschakelen in Control Hub, zodat gebruikers hun e-mailadres niet elke keer dat ze zich aanmelden opnieuw hoeven in te voeren. -
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 werd gewijzigd en die gebruiker een ander e-mailadres had in Sitebeheer en Control Hub op het moment van bijwerken, kan die gebruiker problemen ervaren wanneer deze zich probeert aan te melden. De gebruiker weet mogelijk niet dat deze nu zijn/haar e-mailadres van Control Hub moet gebruiken om zich aan te melden of het e-mailadres in Control Hub is mogelijk niet meer geldig in de identiteit van SSO IdP. U kunt dit type situatie het beste voorkomen door de e-mailadressen van gebruikers in Control Hub bij te werken, aangezien er wijzigingen worden aangebracht aan de e-mailadressen van dezelfde gebruikers in Sitebeheer.
-
Opnieuw aanmelden vereist voor gebruikers van Webex Meetings mobiele app voor iOS:
- Als u een niet-SSO-site bij werken in 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 maximaal twee maanden na de site-update opnieuw aanmelden, raden we gebruikers aan om zich handmatig opnieuw aan te melden om deze situatie automatisch te voorkomen.
-
Tijdens de site-update moeten gebruikers waarvan de gebruikersnaam niet overeenkomt 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. Gebruikers die al aan vergaderingen deelnamen voordat de site-update begon, ondervinden geen hinder.
-
Leeg CSV-bestand 'Gebruiker om te controleren'
Als uw site groot is en meer dan 1000 gebruikers bevat waarvan de e-mailadressen in Sitebeheer anders zijn dan in Control Hub, kunt u in de wizard Site-update een leeg CSV-bestand 'Gebruiker controleren' zien. 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 een update naar Control Hub
- Als uw door de sitebeheerder beheerde site zich op het langzame kanaal bevond en uw Control Hub ook door een partner wordt beheerd, kunt u na het updaten naar Control Hub mogelijk geen zicht meer hebben op de besturingselementen voor versie-updates van de Meetings-site. Als dit gebeurt, neem dan contact op met uw partner en vraag hen om de instelling Klant toestaan siteversie te upgraden voor uw organisatie in te schakelen.
- In behandeling zijnde verzoeken voor zelf-aanmelding worden niet overgedragen naar het Meldingencentrum. Gebruikers moeten zich opnieuw aanmelden voor een account nadat de update is voltooid.
- Nadat de update is voltooid, worden de gebruikersnaamwaarden in Sitebeheer overschreven met e-mailadressen van gebruikers in Control Hub.
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 die ertoe leiden dat de update mislukt en aanbevolen acties
Als uw site de Control Hub niet kan bijwerken, controleert u de volgende tabel om te zien of een van deze comonfouten de oorzaak zijn en wat u kunt doen om dit op te lossen.
| Fouten die ertoe leiden dat de update mislukt | Aanbevolen actie |
|---|---|
| Het sitetype is ongeldig. | Neem contact op Webex Support uw team om te controleren of de site is gekoppeld aan gebruikers. |
| De site heeft geen abonnement gekoppeld. | Sites moeten zijn gekoppeld aan een abonnement voordat het kan worden bijgewerkt naar Control Hub. |
| Er is een probleem met de organisatie-id. | De site-id van de gekoppelde organisatie is niet gelijk aan de id van de abonnementsorganisatie. Neem contact op Webex Support uw team. |
| Het volgende abonnement heeft bewerkingen in behandeling in Control Hub: (Sub-id). | Site opnieuw bijwerken nadat de bewerking in behandeling is voltooid. |
| Er zijn conflicten tussen de eenmalige aanmelding (SSO). | Als site is SSO ingeschakeld, doet 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 licentie-informatie tussen sitebeheerder en Control Hub. Neem contact op Webex Support uw team. |
| Sommige gebruikersnamen of e-mailadressen in Sitebeheer conflicteren met gebruikersnamen of e-mailadressen in Control Hub. | Het e-mailadres van een gebruiker in Sitebeheer wordt door een andere gebruiker gebruikt in Control Hub. Wijzig een van de e-mailadressen of gebruikersnamen. |
| Er is een probleem met het bijwerken van uw site. | Een interne fout heeft verhinderd dat deze site wordt bijgewerkt. Neem contact op Webex Support uw team. |
| Er is een probleem opgetreden bij het bijwerken van de Webex-gebruikers. | Een interne fout heeft verhinderd dat deze site wordt bijgewerkt. Neem contact op Webex Support uw team. |
Aanmeldingsproblemen voor gebruikers
Zorg ervoor dat u Webex-cookies altijd toestaat. Anders kunnen gebruikers problemen ondervinden met aanmelden na de update naar Control Hub.
V. Is er een datum bekend waarop Cisco Site Administration niet langer ondersteunt?
A: Ja. We zijn van plan om Webex Site Administration eind december 2023 af te schaffen.
V. Behouden beheerders van de site in Site Admin nog steeds hun beheerdersrechten voor de site na de update naar Control Hub Management?
A: Ja. Alle beheerders op de site in Sitebeheer hebben nog steeds beheerdersrechten voor de site nadat de site is bijgewerkt naar Control Hub-beheer.
V. Waarom zie ik nieuwe beheerders op de site nadat ik een vergadersite heb bijgewerkt van Sitebeheer 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 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, beheerders van gebruikers in de organisatie gebruikersbeheerders van de Webex-site worden en alleen-lezen beheerders van de organisatie alleen-lezen beheerders van de Webex-site worden.
V. Hoe komt het dat aanmelden bij de productiviteitstool niet werkt nadat ik de site heb bijgewerkt naar Control Hub?
A: Zorg ervoor dat internetbrowsers zo zijn geconfigureerd dat altijd sessiecookies worden toegestaan, dit kunt u vinden in de geavanceerde privacy-instellingen van de browser.
V. Als een gebruiker wordt verwijderd in Control Hub en hetzelfde e-mailadres vervolgens opnieuw wordt toegevoegd aan Control Hub en een Meetings-licentie voor dezelfde Webex-site wordt toegewezen, heeft de gebruiker dan nog toegang tot zijn of haar oude opnamen?
A: Ja, de gebruiker heeft toegang tot al hun oude inhoud voor Vergaderingen als deze een licentie heeft toegewezen aan een van de eerdere Webex-sites waar ze zich op hadden staan. Dit is van toepassing op 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 een nieuwe licentie heeft gekregen voor dezelfde Webex-site in Control Hub, heeft de gebruiker dan toegang tot zijn of haar oude opnamen?
A: Ja, de gebruiker heeft nog steeds toegang tot zijn/haar oude opnamen. Daarnaast wordt elke gebruiker die in Sitebeheer is gedeactiveerd vóór de site-update, weergegeven in het CSV-exportbestand van Meetings in Control Hub.
V. Als een site geen SSO IdP heeft ingesteld, maar de Control Hub-organisatie wel een SSO IdP heeft, wat gebeurt er dan als de site wordt geüpdatet naar Control Hub?
A: De site zal dezelfde id-id SSO gebruiken als de Control Hub-organisatie.
V. Als een site een andere SSO IdP heeft ingesteld dan de SSO IdP in Control Hub, wat gebeurt er dan wanneer de site wordt geüpdatet naar Control Hub?
A: De site wordt overschakelt om dezelfde SSO id-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 als de site wordt geüpdatet naar Control Hub?
A: U kunt uw site niet bijwerken. Als u de blokkering van de site wilt opheffen zodat u de Control Hub kunt bijwerken, verwijdert u de SSO IdP van de Sitebeheer-site of voegt u een SSO IdP toe aan de Control Hub-organisatie.
V. Kan ik nog steeds inloggen op de URL van de site om toegang te krijgen tot opnames en vergaderingen of evenementen te plannen?
A: Ja, u kunt zich toch aanmelden bij de URL van de site waar u opnames kunt openen, vergaderingen kunt plannen, enzovoort.
V. Worden gebruikerspecifieke instellingen gewijzigd tijdens de site-update van Site Administration naar Control Hub?
A: Nee, de gebruikersinstellingen blijven ongewijzigd. Deze instellingen zijn van toepassing op zoals vóór de update van de site.
V. Worden mijn opnames of geplande vergaderingen beïnvloed door deze site-update?
A: Dit heeft geen invloed op hostopnamen. U hebt nog steeds toegang tot deze gegevens. Dit heeft ook geen invloed op uw geplande vergaderingen. Er zijn geen wijzigingen in hen.
V. Worden opnames 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, geldt dat hun opnamen of geplande vergaderingen mogelijk worden beïnvloed als u ze claimt nadat u de site hebt bijgewerkt naar Control Hub. Zie de volgende opmerking voor meer informatie.
Wij raden u ten zeerste aan om 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, kunnen deze 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 geen toegang verliezen tot vergaderingen en vergadermiddelen op de site nadat de site is bijgewerkt naar Control Hub:
- Voor gebruikers met externe beheerdersrechten voor de organisatie of site: verwijder alle externe beheerdersrechten voor de organisatie en site. Verwijder vervolgens de licentie voor de vergadersite. Nadat u de gebruiker hebt geclaimd, dient u die gebruiker opnieuw een licentie voor de site te verlenen. U kunt ook hun externe beheerdersrechten herstellen.
- Voor gewone gebruikers: verwijder de licentie voor de vergadersite, claim de gebruiker voor uw organisatie en ken die gebruiker vervolgens opnieuw een licentie toe voor de site.
V. Waar kan ik openstaande verzoeken voor zelf-aanmeldingsaccounts voor door Control Hub beheerde sites bekijken?
A: U en andere beheerders kunnen zelfinmeldingsaanvragen controleren in het Waarschuwingencentrum.
V. Kan ik vanuit Site Admin toegang krijgen tot gebruikersnaamwaarden nadat ik een site heb bijgewerkt naar Control Hub?
A: Een gebruikersexportbestand van alle gebruikers in Sitebeheer is 90 dagen nadat u de site hebt bijgewerkt in Control Hub beschikbaar in Control Hub. Dit CSV-bestand bevat gebruikersnaamwaarden.
V. We gebruiken gebruikersnaamwaarden om gebruikers in Sitebeheer te identificeren. Hoe kunnen we hetzelfde doen in Control Hub?
A: Gebruikersnaamwaarden gaan verloren na het bijwerken van een site naar Control Hub. Als u toegang nodig hebt tot deze waarden, kunt u de waarden kopiëren naar een traceercode voordat u de site bij werkt. Traceercodewaarden voor gebruikers worden behouden en beschikbaar na de update van een site naar Control Hub. Als u SSO gebruikt, is ExternalID een Control Hub-gebruikerskenmerk dat deze waarde kan bevatten. Voor deze waarde moet u uw SAML-verklaringen configureren om deze waarde door te geven wanneer u de SSO configureert in Control Hub. Deze waarde wordt ook doorgegeven aan Control Hub tijdens het automatisch maken van nieuwe gebruikers.
V. Hoe lang duurt het om de site-update te voltooien nadat deze is gestart?
A: Het updaten van de site duurt ongeveer 3 minuten + 1000 actief users/min + 2000 inactief users/min voltooien. Als u bijvoorbeeld de site-update om 19:00 uur hebt gestart, 05:20 en uw site 8000 actieve gebruikers en 2000 inactieve gebruikers heeft, duurt het bijwerken van de site ongeveer 12 minuten. Bovendien worden de site-updates elk uur gedurende 6 minuten gepauzeerd (tussen xx:57 naar xx:03). Maar uw resultaten kunnen verschillen.
V. Hoe kan ik automatisch een licentie verlenen aan elke nieuwe gebruiker of nieuwe gebruikers in specifieke groepen nadat ik de site heb bijgewerkt die beheerd moet worden in Control Hub?
A: U kunt organisatie- of groepsgebaseerde licentiesjablonen instellen om automatisch licenties aan nieuwe gebruikers toe te wijzen.
V. Is er sprake van downtime tijdens de site-update?
A: Nee. Tijdens de site-update:
- Gebruikers kunnen de Vergaderservice blijven gebruiken, zoals deelnemen aan en starten van geplande en ad-hocvergaderingen.
- Vergaderingen die al gaande zijn op het moment dat de site-update start, worden niet beïnvloed.
- Het abonnement wordt vergrendeld in Control Hub.
- Er kunnen problemen optreden met de sectie 'Aankomende vergaderingen' in de desktopclient van Meetings.
- Het wordt niet aanbevolen wijzigingen aan te brengen in de configuratie van sitebeheer.
