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 vereist. Sommige sites kunnen deze functie pas gebruiken als de partners die deze organisaties beheren klaar 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.
We hebben een tool in Sitebeheer om u bij deze wijziging te helpen. Als uw site al kan worden bijgewerkt naar Control Hub, kunt u aan de slag gaan door in het navigatiemenu op Beheer bijwerken te klikken.
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 wordt beheerd in Sitebeheer naar Control Hub, ziet u de volgende schermafbeelding.
U kunt klikken op De datum van uw site-update wijzigen om de geplande datum te wijzigen.
De ervaring voor het beheren van sites in Control Hub is vergelijkbaar met het beheren in Sitebeheer. Gebruikersbeheer in Control Hub heeft modernere onderliggende technologieën, dus er zijn een paar verschillen in het beheren van sites in Control Hub. Deze rubriek richt zich op verschillen die worden gebeld bij het bijwerken van uw site.
Gebruikersbeheer
We hebben een gecentraliseerd gebruikersbeheersysteem onderliggende Control Hub, waarbij gebruikers binnen de gehele organisatie (en alle Webex) afzonderlijke en unieke gebruikers zijn. In Sitebeheer is de gebruikersprofiel anders per vergaderingssite.
- Single Sign On (SSO) met automatisch account maken
-
In Sitebeheerder hebt u een functie 'Automatisch account maken' waarmee gebruikers worden gemaakt wanneer ze zichzelf verifiëren via SSO.
Deze functie is ook beschikbaar in Control Hub. Raadpleeg SAML Automatisch account maken en bijwerken 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 (na het verifiëren van uw domeinen): https://help.webex.com/nceb8tm. Het is vooral belangrijk om gebruikers te claimen, omdat het ervoor zorgt dat zoveel mogelijk gebruikers die in uw organisatie zouden moeten zijn, er zijn. Het claimen van gebruikers met 'Directe claim' voorkomt ook vertragingen bij het gebruik van de e-mailadressen in uw organisatie.
We raden u sterk 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, kunnen deze gebruikers de toegang verliezen tot vergaderingen en vergaderingsactiva op de site.
Als tijdelijke oplossing kunt u het volgende doen om ervoor te zorgen dat gebruikers geen toegang verliezen tot vergaderingen en vergaderingsactiva op de site nadat de site is bijgewerkt naar Control Hub:
- Voor gebruikers met externe beheerdersrechten voor de organisatie of site: verwijder alle externe beheerderstoegang tot de organisatie en site en verwijder vervolgens de licentie van de vergaderingssite. Nadat u de gebruiker hebt geclaimd, verleent u die gebruiker opnieuw een licentie voor de site. U kunt ook hun externe beheerdersrechten herstellen.
- Voor gewone gebruikers: verwijder de licentie voor de vergadersite, claim de gebruiker voor uw organisatie en wijs die gebruiker vervolgens opnieuw 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 bijwerken
Een persoon 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, worden gebruikersbeheerders van de organisatie gebruikersbeheerders van de Webex-site en worden beheerders met alleen-lezen van de organisatie beheerders met alleen-lezen 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.
De URL's van de XML API-service blijven ongewijzigd nadat een site is bijgewerkt van sitebeheer naar beheerd Control Hub. Dezelfde API-URL's blijven werken. Cisco raadt aan dat alle API-integraties OAUTH gebruiken voor verificatie.
Verificatie in XML-API's
Integraties die Webex OAUTH voor verificatie niet gebruiken, kunnen mislukken nadat de site is bijgewerkt naar Control Hub. In de volgende tabel wordt weergegeven welk type beheerderverificatie blijft werken na het bijwerken van uw site.
| Type beheerdersverificatie in XML API vóór site-update | Beheerder in SSO-organisatie na site-update | Beheerder is niet in SSO-organisatie na update van de site |
|---|---|---|
| gebruikersnaam (webex-id)/wachtwoord |  Werkt* | Werkt* |
| gebruikersnaam (webExID)/sessionTicket | Werkt | Werkt |
| gebruikersnaam/OAUTH (webExAccessToken) | Werkt | Werkt |
| e-mailadres/wachtwoord | Werkt* | Werkt* |
| e-mail/sessieTicket | Werkt | Werkt |
| e-mail/OAUTH (webExAccessToken) | Werkt | Werkt |
* Achterwaartse compatibiliteit: Cisco heeft gebruikersnaam/wachtwoord ingeschakeld om te werken in XML-API's na het bijwerken van de site, zelfs als de gebruikersnaam niet overeenkomt met de e-mail. De compatibiliteit is alleen van toepassing als:
- Gebruikersreferenties zijn gemaakt vóór de site-update. De
gebruikersnaamworden niet gewijzigd, anders mislukken eerdere aanmeldgegevens. - Aanmeldgegevens voor API-verificatie kunnen geen ander wachtwoord hebben in Control Hub versus de site toen deze in Sitebeheer werd beheerd.
- Gebruikers van wie de aanmeldgegevens worden gebruikt voor verificatie, moeten de actieve status (niet inactief) in Sitebeheer hebben op het moment van de site-update naar Control Hub.
In deze handleiding vindt u meer informatie over XML API-integraties op door Control Hub beheerde sites, inclusief OAUTH-verificatie.
Gebruikersnaam is ingesteld op e-mail voor alle gebruikers wanneer een site wordt bijgewerkt naar Control Hub. Als gebruikersnaam wordt gebruikt voor API-payloads, moeten de payloads in plaats daarvan e-mail gebruiken nadat de site is bijgewerkt.
Beheerdersrol in Control Hub voor API-integraties
Beheerders met alleen een sitebeheerdersrol kunnen bepaalde bewerkingen mogelijk niet uitvoeren met XML-API's, zoals het wijzigen van het e-mailadres of de weergavenaam van een gebruiker nadat de site is bijgewerkt naar een Control Hub-site. Voor beheerders van wie de 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 in Sitebeheersites).
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 sites beheerd door Control Hub kan met deze bewerking ook een gebruiker worden gemaakt in de siteeigenaar voordat er een licentie wordt toegewezen. Als de gebruiker al bestaat in een andere organisatie, mislukt deze bewerking. De
PMR ID-parameterwordt niet van kracht voor gebruikers die nog geen Actieve status hebben in Control Hub.Het duurt langer om de
createuser-API te voltooien op door Control Hub beheerde sites. Voor betere prestaties kunt u een extra thread toevoegen omcreateuser-gesprekken gelijk te trekken. - SetUser: kan leiden tot het toewijzen of verwijderen van Meetings site-licentie van de gebruiker (afhankelijk van de API-parameters of payload).
- DelUser: verwijdert de licentie voor de Meetings-site, maar verwijdert de gebruiker niet uit de Control Hub-organisatie.
- LstsummaryUser: geeft ook het
objectGUIDvan de gebruiker terug. - AuthenticateUser: op door Control Hub beheerde sites raden we aan een sessieticket te maken 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 traceercodes zijn ook beschikbaar met REST API's op:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
De bovenstaande REST API's ondersteunen echter niet alle gebruikersbeheerfuncties die beschikbaar zijn in XML-API's. U moet bijvoorbeeld nog steeds XML-API's gebruiken om vergaderingslicenties toe te wijzen aan gebruikers buiten de organisatie die eigenaar is van de site. 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.
U kunt de People API gebruiken om organisatiebeheerders te maken met volledige (of alleen-lezen) machtigingen. Deze beheerders kunnen ook de door Control Hub beheerde vergaderingssites beheren (of weergeven).
Control Hub heeft specifieke beheerdersrollen voor de Webex-site, maar de People API kan deze rol op dit moment niet toewijzen.
Toekomstige plannen (onderhevig aan wijzigingen)
- Nieuwe licentie-API die ook licenties voor vergadersites kan verlenen aan externe gebruikers die zich niet in dezelfde organisatie bevinden die de site heeft gemaakt. Externe gebruikerslicenties zijn vandaag handmatig beschikbaar in Control Hub.
- SCIM API om gebruikers in de organisatie te maken en te verwijderen.
- De richting van Cisco op lange termijn is om alleen REST API's te gebruiken (voor alle bewerkingen op gebruikers en vergadersites). XML-API's voor gebruikersbeheer blijven ondersteund totdat REST API's exclusief kunnen worden gebruikt voor alle gebruikersbeheerbewerkingen. De XML-API's voor gebruikersbeheer worden ook afgeschaft (datum NTB).
Voordat u uw site hebt bijgewerkt naar Control Hub, raden we u sterk aan om eerst de volgende items te bekijken om de update zo soepel mogelijk te laten verlopen:
- Controleer eerst dit document en zorg ervoor dat uw organisatie de aanbevolen werkwijzen volgt in het gedeelte Uw Control Hub-organisatie voorbereiden.
- Meld u vervolgens aan bij Webex-beheer en klik op Beheer bijwerken. In de fase voor de gereedheid van de site moet u in het gedeelte Gebruikers controleren geen aanbevolen actie ondernemen en moet u de functies die worden gebeld in het gedeelte Controlefuncties nog niet uitschakelen. Door deze instructies te volgen, wordt de site gereedheidsbeoordeling een alleen-lezen-bewerking om de wijzigingen te beoordelen die u moet uitvoeren voordat u een update naar Control Hub uitvoeren.
- Klik in het gedeelte Gebruikers controleren op CSV-bestand van gebruiker exporteren en download het CSV-bestand, dat
users-to-review-xxxxx.csvwordt genoemd.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 u de site bijwerkte naar Control Hub:
- Verplichte hostprofielvelden
- Verplichte traceercodes
Vanaf de release van 43.6 hoeven sites die deelnemen aan de bèta's voor aangepaste kenmerken en functies voor verplichte hostprofielvelden deze functies niet langer uit te schakelen voordat ze hun site bijwerken naar Control Hub. In plaats daarvan laat de wizard u weten dat u deze twee functies moet controleren, omdat de huidige configuratie wordt gekopieerd naar de Control Hub-organisatie.
Als u deelneemt aan de bèta verplichte hostprofielvelden , ziet u deze waarschuwing:
Als u deelneemt aan de vereiste traceercodes en aangepaste kenmerken bèta, ziet u dit actie-item:
Als u niet deelneemt aan deze bèta's, gaat u verder met het volgende gedeelte.
Functies uitschakelen die het bijwerken van de site blokkeren
Sommige functies moeten worden uitgeschakeld voordat u een Webex-site kunt bijwerken naar Control Hub. U kunt een lijst zien die laat zien welke functie moet worden uitgeschakeld. Functies die zijn gemarkeerd met een pictogram met rode cirkel X moeten worden uitgevoerd. Functies gemarkeerd met een pictogram voor het uitroepen van een gele driehoek zijn alleen voor uw informatie en vereisen geen actie.
Zie deze video voor een demo over het bijwerken van uw site in Control Hub.
Als uw organisatie de functie voor automatisch account maken gebruikt in Sitebeheer, moet u een gelijkwaardige functie instellen in Control Hub en een automatische licentiesjabloon instellen om automatisch licenties toe te wijzen. Zie dit artikel voor meer informatie. Dit moet worden gedaan voordat u de site bijwerkt die in Control Hub moet worden beheerd.
-
Meld u aan bij Webex Sitebeheer ga naar Configuratie > .
-
Zoek de optie Aanmelden hostaccount en schakel deze uit.
-
Zoeken voor het aanmelden bij account: en alle vakjes voor verplichte gebruikersprofiel in.
-
-
Klik op Bijwerken.
-
Ga naar
-
Wijzig in de kolom Hostprofiel alle traceercoderijen die zijn gemarkeerd als Verplicht voor BeheerSet of Optioneel.
-
Lees meer over traceercodes op https://help.webex.com/izu2ty.
Alle traceercodewaarden voor gebruikers worden bewaard wanneer u een site bij werken naar Control Hub.
-
In de toekomst wordt deze beperking opgeheven en kunt u traceercodes toewijzen aan vereiste aangepaste gebruikerskenmerken in Control Hub voor gelijkwaardige functionaliteit.
De traceercodes toewijzen aan de functie gebruikerskenmerken is een concept dat in een openbaar voorbeeld wordt weergegeven. We geven u een voorproefje van wat u kunt verwachten.
Voordat u een site met vereiste traceercodes kunt bijwerken van Sitebeheer naar Control Hub, moet u deze traceercodes toewijzen aan gebruikerskenmerken in Control Hub. U kunt op het pictogram onder Informatie klikken om rechtstreeks naar de wizard Traceercodes toewijzen aan gebruikerskenmerken voor de site. Als u de vereiste traceercodes nog niet hebt toegewezen of uitgeschakeld, kunt u uw site niet bijwerken naar Control Hub.
Als uw site geen vereiste traceercodes heeft, kunt u nog steeds traceercodes toewijzen aan gebruikerskenmerken voordat u een site bijwerkt naar Control Hub. Volg deze procedure.
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 is vereist, gaat u naar het gedeelte Gebruikersprofielkenmerk en markeert u het afdelingskenmerk als vereist. Houd er rekening mee dat dit afdelingskenmerk, samen met andere gebruikerskenmerken, niet wordt ingevuld voor externe gebruikers.
| 1 |
Meld u aan bij Control Hub en ga naar Vergadering. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Selecteer een site en ga vervolgens naar . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Selecteer Traceercodetoewijzing maken.  | ||||||||||||||||||||||||||||||||||||||||
| 4 |
Selecteer Overzicht van trackingcode openen .  | ||||||||||||||||||||||||||||||||||||||||
| 5 |
Klik op Configuratieoverzicht downloaden U moet een kopie van de huidige configuratie van de trackingcode downloaden. U hebt dit overzicht nodig voor de volgende stappen om ervoor te zorgen dat alle kenmerkwaarden overeenkomen met de huidige trackingcodes. U kunt ook eerdere trackingcodelijsten downloaden als een CSV-bestand om dezelfde waarden voor aangepaste kenmerken te uploaden.  | ||||||||||||||||||||||||||||||||||||||||
| 6 |
Ga terug naar de wizard en selecteer Gebruikerskenmerken toevoegen en controleren .  | ||||||||||||||||||||||||||||||||||||||||
| 7 |
Configureer alle nieuwe aangepaste kenmerken die nodig zijn voor deze website. Markeer alle kenmerken als vereist als u deze velden wilt invullen voor gebruikers. Aangepaste kenmerken zijn niet van toepassing op organisaties die gebruikers synchroniseren met Directoryconnector, Azure AD enzovoort. U kunt deze stap gebruiken als een mogelijkheid om de weergavenamen voor traceercodes te bekijken. Zodra u de vereiste wijzigingen hebt aangebracht, klikt u op Opslaan . Vergrendelde kenmerken zijn vergelijkbaar met AdminSet in klassieke traceercodes voor vergadersites. 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 op De toewijzing opslaan. Synchronisatie wordt automatisch uitgevoerd tijdens het proces om een site bij te werken naar Control Hub. We raden u aan een back-up te maken van traceercodewaarden voor gebruikers door een site-gebruiker te exporteren 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 waarde van de vorige traceercode 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.
- Velden voor gebruikersprofielen die als vereist zijn gemarkeerd op de site, 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 accountaanmelding op de site in Control Hub, schakelt u de velden in Sitebeheer eerst uit voordat u deze 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. Export wordt 6 minuten boven in het uur onderbroken (tussen xx:57 en xx:03).
-
Klik op CSV downloaden zodra de export is voltooien.
Uw browser
downloadt gebruikers-to-review.csv. -
Open het CSV-bestand en controleer de kolom Aanbevolen actie (de laatste kolom). Ondernomen aanbevolen actie voor elke gebruiker in het bestand.
Gebruikers met niet-overeenkomende e-mailadressen
Sommige gebruikers hebben mogelijk een ander e-mailadres in Sitebeheer en Control Hub. Dit is mogelijk als het e-mailadres van de gebruiker op slechts één van de twee plaatsen is gewijzigd nadat de gebruiker van deze site aan Control Hub is gekoppeld.
Probeer deze acties om gebruikers op te lossen met niet-overeenkomende e-mailadressen:
-
Wijzig het e-mailadres van de gebruiker in Sitebeheer naar het e-mailadres van Control Hub
Gebruikers kunnen hun sitebeheerdersprofielen bewerken: https://help.webex.com/nmig1kcb
-
Wijzig het e-mailadres van de gebruiker in Control Hub naar het e-mailadres van de sitebeheerder: https://help.webex.com/nsi3kgb.
Gebruikers kunnen hun eigen e-mailadressen wijzigen in Control Hub-organisatie: https://help.webex.com/nme40aeb
Als u uw site 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 u niet voor het bijwerken van de site, maar het is beter om de e-mailadressen op te lossen voordat u de update start.
Externe gebruikers met een licentie voor basisvergaderingen
Externe gebruikers met basisvergaderingslicenties moeten worden gedeactiveerd of geüpgraded naar betaalde Webex Meetings-licenties voordat u de site bijwerkt 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 kolomwaarden
ActiefinNvoor 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 probeert de site bij te werken naar Control Hub zonder de problemen voor gebruikers in het bestand te bekijken gebruikers 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 bijwerken die zijn gekoppeld aan een SSO-organisatie
Een Control Hub-organisatie kan meerdere identiteitsproviders (IdP's) ondersteunen voor SSO waarbij een van de IdP's Webex-IdP (lokale verificatie) is
Meerdere IdP's in Control Hub helpen:
- Wanneer de IdP voor een SSO-site in Sitebeheer breder is dan de SSO-IdP van Control Hub.
- Wanneer gebruikers op de site zich niet in de SSO-IdP bevinden die in de organisatie is geconfigureerd, kunnen die gebruikers nu alleen worden toegevoegd aan de lokale Webex-IdP. U kunt deze gebruikers later verplaatsen naar de geconfigureerde SSO-IdP.
Als u meerdere IdP's instelt, kunnen alle gebruikers op de site die wordt bijgewerkt van Sitebeheer naar Control Hub, zich aanmelden via de verificatiemethode die is geconfigureerd in een Control Hub-organisatie. Hiervoor kunt u het volgende doen:
- Voeg aanvullende SSO-IdP's toe aan de Control Hub-organisatie.
- Voeg gebruikers toe aan een al 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 sitegebruikers op. Dit bestand fungeert als een gebruikersconfiguratiearchief om u te helpen bij het valideren na de update. |
| 2 |
Meld u aan Sitebeheer en klik op Beheer bijwerken. |
| 3 |
Bekijk de vereisten, met name de CSV-lijst met gebruikers in de staten die een invloed kunnen hebben op het geslaagd gebruik van de update. |
| 4 |
Lees meer over de functies die moeten worden uitgeschakeld en de verschillen die u kunt verwachten in gebruikersbeheer- en hostlicenties (ook gedocumenteerd in dit artikel). |
| 5 |
Klik op Bijwerken naar Control Hub. Deze knop wordt alleen geactiveerd nadat de bovenstaande stappen zijn voltooid.  Er wordt een pop-upvenster weergegeven. Dit venster geeft aan dat de update van een site naar Control Hub permanent is en dat u de update niet ongedaan kunt maken zodra deze is uitgevoerd. Wanneer de update is klaar, wordt deze site niet meer beheerd in de Sitebeheer. Als u niet klaar bent om deze site volledig te beheren in Control Hub, sluit u de wizard nu.
 |
| 6 |
Klik op OK. Bij de update wordt een banner boven deze Sitebeheer om u te laten weten dat er een site-update bezig is. Als er iets mis gaat, wordt er een foutbericht weergegeven met de voorgestelde actie. Anders krijgt u een bericht met geslaagd bericht. Site-update duurt ongeveer 3 minuten + 1000 actieve gebruikers/min + 2000 inactieve gebruikers/min om te voltooien. Als u bijvoorbeeld om 05:20 de site-update hebt gestart en uw site 8000 actieve gebruikers en 2000 inactieve gebruikers heeft, duurt het bijwerken van de site ongeveer 12 minuten. Daarnaast worden site-updates 6 minuten boven in het uur onderbroken (tussen xx:57 en 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 bepaalde siteconfiguratie-instellingen om te bevestigen dat er niets is gewijzigd. Dit is eenvoudiger als u enkele sitebeheerinstellingen hebt gekopieerd voordat u een update uitvoert naar Control Hub.
-
Selecteer een host en verifieer zijn of haar licentie, traceercodes en sessietypen in Control Hub. Meld u aan bij de vergadersite en bevestig dat hun geplande vergaderingen, opnamen en voorkeuren niet zijn gewijzigd. Validatie is eenvoudiger als de gegevens van die host worden gekopieerd voordat deze naar Control Hub worden bijgewerkt.
Vraag de gebruiker om te controleren of deze nieuwe vergaderingen kan plannen en hosten.
-
Voeg een nieuwe gebruiker toe aan uw organisatie. Verleen ze een hostlicentie, wijzig hun sessietypen en verifieer of ze vergaderingen kunnen hosten.
We raden u aan licentiesjablonen op basis van organisatie of groepen in te stellen om licenties automatisch toe te wijzen aan nieuwe gebruikers of specifieke groepen nieuwe gebruikers. -
Selecteer een gebruiker die in Sitebeheerder een volledige beheerder was en controleer of deze gebruiker het juiste toegangsniveau heeft tot de bijgewerkte site in Control Hub.
Ze moeten de site kunnen lezen en wijzigen; gebruikers maken, licentie toevoegen, wijzigen en verwijderen.
-
Als uw site API-integraties heeft, schakelt u over naar het gebruik van de People API's. Bevestig dat de bijgewerkte integratie werkt zoals verwacht.
Lees meer over het beheren van vergadersites in Control Hub op https://help.webex.com/naqlzeu.
-
Gebruikers kunnen eenmalig aanmelden via de Webex-app en alle beheerde sites in Control Hub.
Als de gebruikersnaam niet overeen komt met het e-mailadres van de gebruiker in de Sitebeheer, hebben deze gebruikers een invloed op de aanmeldingservaring. Oude gebruikersnamen kunnen niet meer worden gebruikt. Deze gebruikers moeten hun e-mailadres gebruiken om zich aan te melden. -
Gebruikersgegevens zijn gekoppeld aan de identiteit van de Control Hub. Dezelfde gegevens zijn van toepassing op alle door Control Hub beheerde sites in dezelfde organisatie en op de Webex-app.
-
Als de Control Hub-organisatie SSO geconfigureerd, is het dus mogelijk SSO aan te melden bij de Webex-app en alle door Control Hub beheerde sites.
-
Dit heeft geen invloed op de aanmeldingservaring in de Webex-app als gevolg van de update naar Control Hub.
-
Wanneer gebruikers zich aanmelden bij Webex Meetings website, ziet het aanmeldingsscherm er anders uit. Gebruikers moeten hun e-mailadres invoeren om zich aan te melden, zelfs als hun organisatie is geconfigureerd voor SSO.
Beheerders kunnen de optie Mij onthouden inschakelen in Control Hub zodat gebruikers hun e-mailadres niet telkens opnieuw hoeven in te voeren wanneer ze zich aanmelden. -
Afhankelijk van de geschiedenis van elke gebruiker, het aantal sites waar deze een account op had, enzovoort:
-
Als gebruikers zijn gekoppeld aan bestaande gebruikers in Webex Identity/Control Hub, gebruiken gebruikers hetzelfde wachtwoord voor alle Webex-sites die zijn bijgewerkt naar Control Hub.
-
Als gebruikers zijn gemaakt in Webex Identity/Control Hub vanwege het koppelen van de site, zijn de aanmeldgegevens van hun eerste gekoppelde site van toepassing (als de organisatie niet was geconfigureerd met SSO). Gebruikers worden omgeleid om zich bij die site aan te melden. Als gebruikers meerdere sites met meerdere gebruikersgegevens hebben, moet de site-URL hen helpen bepalen welke gebruikersgegevens moeten gebruiken.
-
Gebruikers mogen hun wachtwoord herstellen in Control Hub-organisaties (als het wachtwoord niet wordt beheerd via een SSO). Als gebruikers hun wachtwoord zijn vergeten, kunnen ze gewoon klikken op Gebruikersnaam of wachtwoord vergeten? op het aan melden scherm om hun wachtwoord opnieuw in te stellen. Gebruikers kunnen hun wachtwoord ook opnieuw instellen door de volgende instructies te volgen:
- Wachtwoord voor Webex-app herstellen: https://help.webex.com/article/n02v0b8/
- Wachtwoord herstellen voor een Webex Meetings site: https://help.webex.com/article/6v6kaab/
-
-
Als het e-mailadres van een eindgebruiker 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 van wie de gebruikersnaam niet overeenkomt met het e-mailadres zich mogelijk opnieuw aanmelden.
-
Deze gebruikers moeten zich mogelijk opnieuw aanmelden bij hun Webex-clients als ze proberen toegang te krijgen tot Webex-services op de site tijdens de site-update naar Control Hub. Dit heeft geen invloed op gebruikers die al deelnemen aan vergaderingen voordat de site-update is gestart.
-
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 overgenomen bij het bijwerken naar Control Hub
- Als uw door Sitebeheerder beheerde site zich op het langzame kanaal bevond en uw Control Hub ook wordt beheerd door een partner, kunt u de zichtbaarheid van de bedieningselementen voor het bijwerken van Meetings-siteversies verliezen nadat u de update naar Control Hub hebt bijgewerkt. Als dit gebeurt, neemt u contact op met uw partner en vraagt u deze om de instelling Klant toestaan om siteversie te upgraden voor uw organisatie in te schakelen.
- Aanvragen voor zelfaanmelding worden niet overgedragen naar het waarschuwingencentrum. Gebruikers moeten zich opnieuw aanmelden voor een account nadat de update is voltooid.
- Gebruikersnaamwaarden in Sitebeheer worden overschreven met e-mailadressen van gebruikers in Control Hub nadat de update is voltooid.
Gebruikersproblemen die ertoe leiden dat de update mislukt
- Wanneer gebruikers met e-mailadressen zijn gekoppeld aan gebruikers in een organisatie van de overheid van Webex, mislukt de update als deze gebruikers niet zijn gedeactiveerd voordat de update wordt starten.
Veelvoorkomende problemen 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. |
Aanmeldproblemen voor gebruikers
Zorg ervoor dat u Webex-cookies altijd toestaat. Anders kunnen gebruikers aanmeldproblemen ondervinden na de update naar Control Hub.
V. Is er een datum waarop Cisco Sitebeheer niet meer ondersteunt?
A: Ja. We zijn van plan om Webex-sitebeheer eind december 2023 af te schaffen.
V. Behouden beheerders van de site in Sitebeheer hun beheerderstoegang tot de site na de update naar Control Hub-beheer?
A: Ja. Alle beheerders op de site in Sitebeheer hebben nog steeds beheertoegang tot de site nadat de site is bijgewerkt naar Control Hub-beheer.
V. Waarom zie ik nieuwe beheerders op de site na het bijwerken van een vergadersite van Sitebeheer naar Control Hub-beheer?
A: Die nieuwe beheerders op de site waren waarschijnlijk Control Hub-organisatiebeheerders. Wanneer een site van Sitebeheer wordt bijgewerkt naar Control Hub, worden alle beheerders voor 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, gebruikersbeheerders van de organisatie gebruikersbeheerders van de Webex-site worden en beheerders met alleen-lezen van de organisatie worden beheerders met alleen-lezen van de Webex-site.
V. Hoe werkt aanmelden bij productiviteitstools niet na het bijwerken van de site naar Control Hub?
A: Zorg ervoor dat internetbrowsers zijn geconfigureerd om altijd sessiecookies toe te staan, die u vindt in de geavanceerde privacyinstellingen van de browsers.
V. Als een gebruiker wordt verwijderd in Control Hub en hetzelfde e-mailadres opnieuw wordt toegevoegd aan Control Hub en een Meetings-licentie aan dezelfde Webex-site is toegewezen, heeft de gebruiker dan toegang tot de 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 opnieuw over dezelfde Webex-site in Control Hub beschikt, 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 als de site wordt bijgewerkt 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 als de site wordt bijgewerkt 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 als de site wordt bijgewerkt 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 me nog steeds aanmelden bij de site-URL om toegang te krijgen tot opnamen en vergaderingen of gebeurtenissen te plannen?
A: Ja, u kunt zich toch aanmelden bij de URL van de site waar u opnames kunt openen, vergaderingen kunt plannen, enzovoort.
V. Worden gebruikersspecifieke instellingen gewijzigd tijdens de site-update van Sitebeheer naar Control Hub?
A: Nee, de gebruikersinstellingen blijven ongewijzigd. Deze instellingen zijn van toepassing op zoals vóór de update van de site.
V. Worden mijn opnamen 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. Zijn opnamen of geplande vergaderingen van gebruikers beïnvloed door deze site-update?
A: Dit heeft geen invloed op de opnamen van gebruikers. Ze hebben nog steeds toegang tot ze. Ook geplande vergaderingen worden niet beïnvloed. Er zijn geen wijzigingen in hen.
Voor gebruikers die nog niet zijn geclaimd, kan dit invloed hebben op hun opnamen of geplande vergaderingen als u ze claimt nadat u de site hebt bijgewerkt naar Control Hub. Zie de volgende opmerking voor meer informatie.
We raden u sterk 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, kunnen deze gebruikers de toegang verliezen tot vergaderingen en vergaderingsactiva op de site.
Als tijdelijke oplossing kunt u het volgende doen om ervoor te zorgen dat gebruikers geen toegang verliezen tot vergaderingen en vergaderingsactiva op de site nadat de site is bijgewerkt naar Control Hub:
- Voor gebruikers met externe beheerdersrechten voor de organisatie of site: verwijder alle externe beheerderstoegang tot de organisatie en site en verwijder vervolgens de licentie van de vergaderingssite. Nadat u de gebruiker hebt geclaimd, verleent u die gebruiker opnieuw een licentie voor de site. U kunt ook hun externe beheerdersrechten herstellen.
- Voor gewone gebruikers: verwijder de licentie voor de vergadersite, claim de gebruiker voor uw organisatie en wijs die gebruiker vervolgens opnieuw toe voor de site.
V. Waar controleer ik wachtende aanvragen voor zelfregistratieaccounts voor door Control Hub beheerde sites?
A: U en andere beheerders kunnen zelfinmeldingsaanvragen controleren in het Waarschuwingencentrum.
V. Kan ik toegang krijgen tot gebruikersnaamwaarden van Sitebeheer na het bijwerken van een site in 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 eenmalige aanmelding gebruikt, is ExternalID een gebruikerskenmerk van Control Hub 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. Hoelang duurt het om de site-update te voltooien nadat deze is gestart?
A: Site-update duurt ongeveer 3 minuten + 1000 actieve gebruikers/min + 2000 inactieve gebruikers/min om te voltooien. Als u bijvoorbeeld om 05:20 de site-update hebt gestart en uw site 8000 actieve gebruikers en 2000 inactieve gebruikers heeft, duurt het bijwerken van de site ongeveer 12 minuten. Daarnaast worden site-updates 6 minuten boven in het uur onderbroken (tussen xx:57 en xx:03). Maar uw resultaten kunnen verschillen.
V. Hoe kan ik automatisch elke nieuwe gebruiker of nieuwe gebruikers in specifieke groepen licentiëren na het bijwerken van de site die in Control Hub moet worden beheerd?
A: U kunt licentiesjablonen op basis van organisatie of groepen instellen om licenties automatisch toe te wijzen aan nieuwe gebruikers.
V. Is er uitvaltijd tijdens de site-update?
A: Nee. Tijdens de site-update:
- Gebruikers kunnen de Meetings-service blijven gebruiken, zoals het deelnemen aan en starten van geplande en ad-hocvergaderingen.
- Vergaderingen die bezig zijn wanneer de site-update begint, worden niet beïnvloed.
- Abonnement wordt vergrendeld in Control Hub.
- Meetings-desktopclient kan problemen ondervinden met het gedeelte 'Aankomende vergaderingen'.
- Wijzigingen in configuraties voor sitebeheer worden niet aanbevolen.
