O aktualizaci z administrace pracoviště na ovládací centrum

Aktualizace webu ze Správy webu do Control Hubu nevyžaduje aktualizaci verzí klienta. Některé weby nemohou tuto funkci používat, dokud partneři, kteří tyto organizace spravují, nebudou připraveni.

Pokud vaše organizace Webex for Government zahrnuje externí uživatele, nemůžete momentálně převést pomocí správy webu do prostředí Control Hub. Pokud se pokusíte provést převod s externími uživateli ve vaší organizaci, zobrazí se chyba. Očekáváme, že tuto funkci zpřístupníme organizacím s externími uživateli v polovině roku 2023.

Webex se stává jednotnou platformou pro správu schůzek, zasílání zpráv, volání a další způsoby spolupráce. Proto chceme přesunout správu všech webů Webex Meetings ze Správy webů do Control Hubu.

Ve správě webu máme nástroj, který vám s touto změnou pomůže. Pokud váš web již splňuje podmínky pro aktualizaci na Control Hub, můžete začít kliknutím na Aktualizovat správu v navigační nabídce.

Ukázku toho, jak funguje aktualizace webu na Control Hub, naleznete v tomto videu.

Chcete-li pomoci naplánovat aktualizaci webu, prostudujte si sekci Připravenost k hodnocení webu.

Výhody správy pracovišť v Control Hubu zahrnují:

  • Jednotná přidělení licencí napříč všemi službami Webex, jako jsou meetingy, zprávy a volání.

  • Konzistentní bezpečnostní politiky napříč všemi službami Webex.

  • Běžná přihlašovací zkušenost pro všechny koncové uživatele mezi různými službami Webex.

  • Ovládací prvky moderního správce, jako je konektor adresáře, SCIM a aktivní skupiny adresářů.

  • Šablony licencí pro automatické přiřazení více licencí uživatelům.

Správu webu nemůžete použít ke správě webu schůzek po aktualizaci na Control Hub.

Tato část lze použít pouze v případě, že váš web byl společností Cisco vybrán pro automatickou aktualizaci správy webu.

Pokud je naplánována automatická aktualizace vašeho webu ze správy webu do prostředí Control Hub, zobrazí se následující snímek obrazovky.

Automatická aktualizace webu ve Správci webu.

Plánované datum změny můžete změnit kliknutím na možnost Změnit datum aktualizace webu .

Okno pro změnu data automatické aktualizace webu ve Správci webu.

Zkušenosti se správou pracovišť v Control Hubu jsou podobné zkušenostem se správou pracovišť. Správa uživatelů v Control Hubu má modernější základní technologie, takže ve správě lokalit v Control Hubu existuje několik rozdílů. Tato část se zaměřuje na rozdíly vyvolané při aktualizaci vašeho webu.

Podrobnější přehled rozdílů mezi správou pracoviště a centrem řízení naleznete v tomto článku.

Správa uživatelů

Máme centralizovaný systém správy uživatelů, který je základem Control Hubu, kde jsou uživatelé odlišní a jedineční v rámci celé organizace (a celého Webexu). V administraci pracoviště je uživatelský profil odlišný pro každé místo schůzky.

Jednotné přihlášení (SSO) s automatickým vytvořením účtu

Ve Správci webu máte funkci „automatické vytváření účtů“, která vytváří uživatele, když se autentizují pomocí SSO.

Snímek obrazovky administrátora webu zobrazující možnost SSO pro povolení automatického vytvoření účtu

Tato funkce je k dispozici také v prostředí Control Hub. Další informace najdete v tématu Automatické vytvoření a aktualizace účtu SAML pro prostředí Control Hub .

Mnoho organizací, které používají SSO, může upřednostňovat centrální správu svých uživatelů v nástrojích externího adresáře, jako je Microsoft® Active Directory a Microsoft Azure, a také vyžadovat ověření u externích poskytovatelů identity.

Přečtěte si více o:

Povinné profilové údaje a měřicí kódy

Správa webu vám umožňuje zadat požadovaná pole profilu pro nové uživatele (předchozí snímek obrazovky). Tuto možnost můžete rozšířit tak, aby vyžadovala měřicí kódy pro vytvoření uživatele (snímek obrazovky níže). Pokud tyto dodatečné požadavky nakonfigurujete, nemůžete na stránky přidávat uživatele bez nich.

Snímek obrazovky správy webu zobrazující možnosti pro vynucení měřicích kódů

Ovládací centrum potřebuje k vytvoření uživatele pouze zobrazované jméno a e-mailovou adresu.

Všechna ostatní uživatelská pole jsou volitelná, když vytvoříte nového uživatele v Control Hubu, takže nevyžadujeme další profilová data pro stránky spravované Control Hubem.

Před aktualizací webu na Control Hub musíte deaktivovat povinná pole profilu a měřicí kódy.

Správa hesla a uzamčení

Správa webu má funkci, která uživatele dočasně uzamkne, pokud se po několika pokusech nepřihlásí.

Ovládací centrum má následující možnosti, jak zabránit neoprávněnému přístupu:

  • Automatické vypršení časového limitu po několika prvních neúspěšných pokusech.

  • CAPTCHA mechanismus (Kompletně automatizovaný veřejný Turingův test, který má počítačům a lidem sdělit, že jsou od sebe vzdáleni).

  • Legitimní uživatelé mají možnost samoobslužných změn zapomenutých hesel.

Licence pro hostitele

Hostitelé musí být ve tvé organizaci Control Hub

Ve Správci webu můžete přiřadit hostitelskou licenci jakémukoli uživateli. Při správě webu v Control Hubu můžeš přidělovat hostitelské licence (& attendee role) pouze uživatelům ve stejné organizaci Control Hubu.

Vlastní registrace k hostitelskému účtu

Ve Správci webu můžete povolit uživatelům požádat o (hostitelský) účet na webu. Můžete také povolit uživatelům s účtem požádat o další služby na webu. (viz snímky obrazovky).

Snímek obrazovky administrátora webu s možností „Povolit registraci hostitelského účtu“ Snímek obrazovky administrátora webu zobrazující ovládání, které uživatelům umožní vyžádat si další služby

Když spravujete stránku schůzky v Control Hubu, uživatelé si nemohou vyžádat svůj vlastní hostitelský účet pro tuto stránku.

Control Hub má centralizovaný, automatizovaný způsob, jak přidělovat licence na schůzky novým uživatelům. Přečtěte si https://help.webex.com/n3ijtao.

Uživatelské licence můžete také spravovat pomocí rozhraní API nebo hromadně pomocí souboru CSV.

Pokud chcete, aby uživatelé požádali o své hostitelské účty, můžete nakonfigurovat nápovědu/podporu webu pomocí ukazatelů pro kontaktování administrátorů nebo odkaz na jiné nástroje.

Před aktualizací webu na Control Hub musíš ve správě webu deaktivovat „Povolit registraci hostitelského účtu“ a „Povolit uživatelům vyžádat si další služby“.

Control Hub má další možnosti správy licencí, jako jsou šablony automatického přiřazení. Můžeš získat přehled neaktivních hostitelů, který ti pomůže odebrat licence od těchto uživatelů, jednotlivě nebo hromadně, nebo prostřednictvím API.

Pokud potřebuješ tuto možnost automatické deaktivace a ostatní možnosti v Control Hubu pro tebe nejsou vhodné, měl/a by ses vyhnout aktualizaci svého webu na Control Hub.

Před aktualizací místa setkání, které má být spravováno v Control Hubu, byste měli připravit organizaci Control Hubu.

Ujistěte se, že v předplatném nejsou žádné probíhající nebo blokovací akce. Aktualizace selže, pokud:

  • Máte nějaké nevyřízené akce týkající se předplatného spojeného s webem, který aktualizujete.
  • Stránka nemá v organizaci Control Hub žádné předplatné, které by s ní bylo spojeno.
  • Informace o licenci pro web ve správě webu neodpovídají informacím o licenci pro web v centru Control Hub.

Důrazně doporučujeme ověřit domény a nárokovat si uživatele. Pomůže následující čtení:

  • Elektronická kniha Control Hub: https://ebooks.cisco.com/story/controlhubessentials/

  • Jak spravovat domény: https://help.webex.com/cd6d84

  • Nárokujte si své uživatele z jiných organizací (po ověření vašich domén): https://help.webex.com/nceb8tm. Nárokování uživatelů je obzvláště důležité, protože zajišťuje, aby se ve vaší organizaci nacházelo co nejvíce uživatelů, kteří by měli být přítomni. Deklarace uživatelů pomocí „Okamžitá deklarace“ také zabraňuje zpožděním při používání e-mailových adres ve vaší organizaci.

    Důrazně doporučujeme deklarovat uživatele před aktualizací webu na Control Hub. Pokud deklarujete uživatele do své organizace po aktualizaci webu na Control Hub, pak tito uživatelé mohou přijít o přístup ke schůzkám a prostředky schůzek na webu.

    Jako alternativní řešení můžete provést následující kroky, abyste zajistili, že uživatelé po aktualizaci webu na Control Hub nepřijdou o přístup ke schůzkám a prostředkům schůzek na webu:

    • Pro uživatele s externími oprávněními správce k organizaci nebo webu – odeberte veškerý externí přístup správce k organizaci a webu a poté odeberte licenci webu pro schůzky. Po deklaraci uživatele proveďte opětovnou licenci tomuto uživateli na webu. Můžete také obnovit jejich oprávnění externího správce.
    • Pro běžné uživatele – odeberte licenci webu schůzky, deklarujte uživatele pro svou organizaci a poté znovu licencujte tohoto uživatele k webu.
  • Pokud je místo schůzky nakonfigurováno pro SSO, musíte také nakonfigurovat SSO pro organizaci Control Hub.

Automatické vytvoření účtu pro nové uživatele

Pokud váš web Webex povolil automatické vytváření účtů ve Správci webu, můžete povolit podobnou funkci v Centru řízení s automatickým vytvořenímúčtu SAML. Nezapomeňte také nastavit šablonu automatické licence, aby noví uživatelé automaticky získali přiřazené licence, jakmile budou jejich účty vytvořeny v organizaci Control Hub.

Organizace se synchronizací adresářů

Pokud je vaše organizace nakonfigurována pro synchronizaci adresářů, ujistěte se, že všichni uživatelé, které chcete mít ve své organizaci, jsou přítomni na webu. Mělo by to být provedeno 24 hodin před zahájením procesu aktualizace webu, aby uživatelé na webu mohli být propojeni s novými uživateli ve vaší organizaci Control Hub.

Aktualizace se nezdaří, pokud aktivní uživatele na webu nelze propojit s uživateli Control Hubu.

Přístup správce k webům Webex po aktualizaci

Osoba s rolí správce pro celou organizaci v centru Control Hub automaticky získá přístup k webům, které se aktualizují ze správce webu na centrum Control Hub. Například správci s úplnými právy organizace se stanou správci webu služby Webex, správci uživatelů organizace se stanou správci uživatelů webu služby Webex a správci organizace s oprávněním pouze ke čtení se stanou správci webu služby Webex s oprávněním pouze ke čtení.

Rozhraní API XML

XML API jsou nyní kompatibilní se stránkami spravovanými Control Hubem. Podrobnosti a upozornění si můžete přečíst na XML API 41.11.0 Aktualizace.

Adresy URL služeb API XML se po aktualizaci webu ze správce webu na spravovaný prostředím Control Hub nemění. Stejné adresy URL rozhraní API budou i nadále fungovat. Společnost Cisco doporučuje, aby všechny integrace API používaly pro ověřování protokol OAUTH.

Ověřování v XML API

Integrace, které nepoužívají OAUTH služby Webex pro ověřování , mohou po aktualizaci webu na Control Hub selhat. Následující tabulka ukazuje, který typ ověřování správce bude fungovat i po aktualizaci webu.

Tabulka 1. Typy ověřování správce, které budou fungovat v rozhraní XML API po aktualizaci webu
Typ ověřování správce v rozhraní XML API před aktualizací webuSprávce v organizaci SSO po aktualizaci webuSprávce není po aktualizaci webu v organizaci SSO
uživatelské jméno (webExID)/heslo K dispozici Bude fungovat* K dispozici Bude fungovat*
uživatelské jméno (webExID)/sessionTicket K dispozici Bude fungovat K dispozici Bude fungovat
uživatelské jméno/OAUTH (webExAccessToken) K dispozici Bude fungovat K dispozici Bude fungovat
e-mail/heslo K dispozici Bude fungovat* K dispozici Bude fungovat*
e-mail/sessionTicket K dispozici Bude fungovat K dispozici Bude fungovat
e-mail / OAUTH (webExAccessToken) K dispozici Bude fungovat K dispozici Bude fungovat

* Zpětná kompatibilita – společnost Cisco povolila ověřování uživatelským jménem/heslem, aby po aktualizaci webu fungovalo v XML API, i když se uživatelské jméno neshoduje s e-mailem. Kompatibilita platí pouze v případě, že:

  • Přihlašovací údaje uživatele byly vytvořeny před aktualizací webu. Uživatelské jméno nejsou povoleny žádné změny, jinak předchozí přihlašovací údaje selžou.
  • Přihlašovací údaje pro ověřování rozhraní API nemohou mít v centru Control Hub jiné heslo než na webu, když byly spravovány ve správě webu.
  • Uživatelé, jejichž přihlašovací údaje se používají k ověřování, musí být v době aktualizace webu na centrum Control Hub v aktivním stavu (ne neaktivní) ve správě webu.

Další informace o integraci XML API na stránkách spravovaných Control Hubem, včetně ověřování OAUTH, se dozvíte v této příručce.

Uživatelské jméno je nastaveno na e-mail pro všechny uživatele, když je web aktualizován na Control Hub. Pokud se pro datové části rozhraní API používá uživatelské jméno , pak musí datové části po aktualizaci webu namísto toho používat e-mail.

Role správce v prostředí Control Hub pro integrace rozhraní API

Správci pouze s rolí správce webu nemusí být schopni provádět některé operace s rozhraními XML API, jako je změna e-mailové adresy nebo zobrazovaného jména uživatele po aktualizaci webu na web centra Control Hub. Správcům, jejichž přihlašovací údaje se používají pro integraci rozhraní API, doporučujeme povýšit tyto správce na úplné správce organizace v Centru řízení, ideálně před aktualizací webu na Centrum řízení.

Doporučujeme nejprve aktualizovat testovací web, abyste se ujistili, že vaše integrace API budou po aktualizaci na Control Hub fungovat beze změn.

V závislosti na tom, co vaše integrace dělá, může být správcům také nutné přiřadit účet hostitele schůzek na webu Control Hub, aby integrace fungovala (to nebylo vyžadováno pro správce na webech správy webu).

Rozdíly v rozhraní XML API v Centru řízení

Většina XML API integrace by měly fungovat, bez jakýchkoli změn, po aktualizaci vašeho webu. Existují však některé výjimky, které jsou podrobně popsány v následujícím seznamu:

  • CreateUser – Tato operace může na webech spravovaných v prostředí Control Hub vytvořit uživatele také ve webu, který vlastní organizaci, před přiřazením licence. Pokud uživatel již existuje v jiné organizaci, tato operace se nezdaří. Parametr PMR ID se neprojeví u uživatelů, kteří ještě nemají aktivní stav v prostředí Control Hub.

    Dokončení rozhraní API služby createuser na webech spravovaných v prostředí Control Hub trvá déle. Pro lepší výkon můžete přidat další vlákno, které paralelizuje hovory aplikace Createuser .

  • SetUser – Může mít za následek přiřazení nebo odebrání licence pro web schůzek uživateli (v závislosti na parametrech rozhraní API nebo datové části).
  • DelUser – odebere licenci na web schůzek, ale neodstraní uživatele z organizace Control Hub.
  • LstsummaryUser– Vrátí také objectGUID uživatele.
  • AuthenticateUser – na webech spravovaných v prostředí Control Hub doporučujeme vytvořit lístek relace prostřednictvím aplikace AuthenticateUser namísto použití uživatelského jména a hesla pro každé rozhraní XML API. Použití odpovědi SAML v obsahu těla není podporováno s tímto voláním spravovaných webů Control Hub.

Rozhraní REST API

Control Hub má vlastní API, včetně People a License REST API pro vytváření a licencování uživatelů na adrese:

Typy relací a sledovací kódy jsou k dispozici také s rozhraními REST API na adrese:

Výše uvedená rozhraní REST API ale nepodporují všechny funkce správy uživatelů dostupné v rozhraních API XML. Budete například stále muset používat rozhraní XML API k přiřazení licencí ke schůzkám uživatelům mimo organizaci, která vlastní web. Rozhraní PEOPLE API nepodporuje přiřazování rolí správce webu uživatelům. Pokud chcete přiřadit role správce webu prostřednictvím rozhraní API, musíte stále používat rozhraní XML API.

Rozhraní People API můžete použít k vytvoření správců organizace s plnými oprávněními (nebo oprávněními pouze ke čtení) a tito správci mohou také spravovat (nebo zobrazovat) vaše stránky schůzek spravovaných v prostředí Control Hub.

Control Hub má role administrátora specifické pro Webex stránky, ale rozhraní People API nemůže tuto roli v tuto chvíli přiřadit.

Budoucí plány (mohou být změněny)

  • Nové licenční rozhraní API, které také může udělit licence webům schůzek externím uživatelům, kteří nejsou ve stejné organizaci, která web vytvořila. Licencování externích uživatelů je dnes k dispozici ručně v prostředí Control Hub.
  • SCIM API k vytváření a odstraňování uživatelů v organizaci.
  • Dlouhodobým záměrem společnosti Cisco je používat pouze rozhraní REST API (pro všechny operace na uživatelích a webech schůzek). Rozhraní XML API pro správu uživatelů budou i nadále podporována, dokud nebude možné rozhraní REST API používat výhradně pro všechny operace správy uživatelů. Rozhraní API XML pro správu uživatelů budou také označena jako zastaralá (bude upřesněno datum).

Před aktualizací webu do Control Hubu důrazně doporučujeme nejprve zkontrolovat následující položky, aby aktualizace proběhla co nejplynuleji:

  • Nejprve si přečtěte tento dokument a ujistěte se, že vaše organizace postupuje podle osvědčených postupů, které jsou doporučeny v části Příprava organizace Control Hub.
  • Dále se přihlaste k administraci Webex a klikněte na tlačítko Aktualizovat administraci. Ve fázi připravenosti webu byste neměli v souboru provádět žádné doporučené akce v sekci uživatelů hodnocení a neměli byste zatím zakazovat žádné funkce vyvolané v sekci funkcí hodnocení. Dodržováním těchto pokynů se hodnocení připravenosti pracoviště stává operací pouze pro čtení, jen abyste mohli posoudit změny, které musíte provést před aktualizací na Control Hub.
Posouzení webu před aktualizací na Control Hub
  1. V části Zkontrolovat uživatele klikněte na Exportovat soubor CSV uživatele a stáhněte soubor CSV, který se nazývá users-to-review-xxxxx.csv.

    Tento soubor bude obsahovat seznam všech uživatelů, kteří potřebují pozornost, a bude obsahovat doporučenou akci pro každého uživatele. Počet uživatelů v tomto souboru vám dává představu o tom, kolik problémů souvisejících s uživateli musíte pracovat na před aktualizací webu.

  2. V části Recenze funkcí se podívej na všechny funkce uvedené s červeným X ve sloupci důsledků. To vás bude informovat o připravenosti vašeho webu z pohledu konfliktu funkcí.
  3. Nechoďte ke kroku 2 a neklikejte na tlačítko Aktualizovat na ovládací centrum.

Až si projdete CSV soubor uživatele a zjistíte, jaké funkce budete muset překonfigurovat, přečtěte si další části tohoto článku a připravte si své stránky a organizaci, jak provést aktualizaci na Control Hub.

Poznámka: Pokud vaše stránky obsahují integraci rozhraní API provedenou vaší společností nebo prostřednictvím řešení třetích stran, jako jsou například řešení pro správu učení, zkontrolujte integraci rozhraní API pro přípravu stránek, abyste mohli pracovat se sekcí Control Hub.

Nadcházející změny verze 43.6

Doposud bylo nutné před aktualizací webu na Control Hub zakázat tyto dvě funkce:

  • Požadovaná pole profilu hostitele
  • Požadované sledovací kódy

Počínaje verzí 43.6 nebudou weby, které se účastní betas pro vlastní atributy a požadované funkce polí profilu hostitele, muset tyto funkce před aktualizací svého webu na Control Hub zakázat. Místo toho vám průvodce sdělí zkontrolovat tyto dvě funkce, protože aktuální konfigurace bude zkopírována do organizace Control Hub.

Pokud se účastníte beta pole profilu hostitele , zobrazí se vám toto varování:

Zkontrolujte krok funkcí pro aktualizaci webu ze správce webu do prostředí Control Hub

Pokud se účastníte požadovaných sledovacích kódů a vlastních atributů beta, zobrazí se vám tento úkol:

Kontrola obrazovky funkcí při aktualizaci webu ve Správci webu do Control Hubu

Pokud se těchto betas nezúčastňujete, pokračujte ve čtení následující části.

Zakázat funkce, které blokují aktualizaci webu

Kontrola funkcí uživatelského rozhraní pro aktualizaci administrace v administraci webu

Některé funkce musí být deaktivovány, než budete moci aktualizovat web Webex na Control Hub. Zobrazí se seznam, který vám ukáže, kterou funkci je třeba zakázat. Prvky označené červenou kružnicí X musí být provedeny. Funkce označené žlutou ikonou vykřičníku trojúhelníku jsou pouze pro vaši informaci a nevyžadují žádnou akci.

Demo o tom, jak aktualizovat své stránky na Control Hub, naleznete v tomto videu.

Pokud vaše organizace používá funkci automatického vytvoření účtu ve Správě webu, měli byste nastavit ekvivalentní funkci v prostředí Control Hub a nastavit automatickou šablonu licencí pro automatické přiřazování licencí. Další podrobnosti naleznete v tomto článku. To je třeba provést před aktualizací webu, který má být spravován v Control Hubu.

  1. Přihlaste se ke správě webu Webex a přejděte na možnost Konfigurace > běžných nastavení webu > možnosti .

    • Najít a zakázat možnost Povolit registraci hostitelského účtu.

    • Najít požadavek pro registraci účtu: a zrušte všechna pole pro požadovaná pole uživatelského profilu.

  2. Klikněte na tlačítko Aktualizovat.

  3. Přejděte na Konfigurace > Obecná nastavení webu > Sledovací kódy.

  4. Ve sloupci Profil hostitele změňte všechny řádky měřicího kódu označené jako Povinné pro AdminSet nebo Volitelné.

    Všechny hodnoty měřicích kódů pro uživatele jsou zachovány při aktualizaci webu na Control Hub.

V budoucnu bude toto omezení zrušeno a budete moci namapovat sledovací kódy na požadované vlastní atributy uživatele v prostředí Control Hub, abyste zajistili rovnocenné funkce.

Mapový sledovací kód na funkci atributů uživatele je koncept, který je zobrazen jako veřejný náhled. Umožňujeme vám nahlédnout do toho, co můžete očekávat.

Než budete moci aktualizovat web pomocí požadovaných sledovacích kódů ze správy webu do prostředí Control Hub, musíte tyto sledovací kódy namapovat na atributy uživatele v prostředí Control Hub. Kliknutím na ikonu pod položkou Informace přejdete přímo k mapovým sledovacím kódům a průvodci atributy uživatele pro web. Pokud jste dosud nenamapovali nebo nezakázali požadované sledovací kódy, nebudete moci aktualizovat svůj web na Control Hub.

Pokud váš web nemá požadované sledovací kódy, můžete pomocí tohoto postupu i nadále namapovat sledovací kódy na atributy uživatele před aktualizací webu na Control Hub.

Kontrola obrazovky funkcí při aktualizaci webu ve Správci webu do Control Hubu

U webů schůzek, které používají oddělení jako sledovací kód, doporučujeme namapovat tento sledovací kód na atribut oddělení profilu uživatele, nikoli na vlastní atribut. Protože v centru Control Hub je oddělení standardním atributem profilu, bude tento scénář ve většině případů efektivnější.

Pokud je tento atribut povinný, přejděte do části atribut profilu uživatele a podle potřeby označte atribut oddělení. Pamatujte, že tento atribut oddělení se spolu s ostatními atributy uživatele pro externí uživatele nevyplní.

1

Přihlaste se k centru Control Hub a přejděte na Schůzky.

2

Vyberte web a pak přejděte na Nastavení > Přehled webu.

3

Vyberte možnost Vytvořit mapu sledovacích kódů.

Mapování sledovacích kódů z připojeného webu na atributy uživatele.
4

Vyberte možnost Otevřít shrnutí sledovacího kódu.

Krok 1 průvodce mapováním sledovacích kódů na vlastní atributy
5

Klikněte na možnost Stáhnout souhrn konfigurace. Je třeba stáhnout kopii konfigurace aktuálního sledovacího kódu. Tento souhrn budete potřebovat pro další kroky, abyste se ujistili, že jsou všechny hodnoty atributů konzistentní s aktuálními sledovacími kódy.

Můžete si také stáhnout seznamy předchozích sledovacích kódů jako soubor CSV a nahrát stejné hodnoty pro vlastní atributy.

Zvýrazněte způsob stažení zálohy stávajících sledovacích kódů v centru Control Hub
6

Přejděte zpět k průvodci a vyberte možnost Přidat a zkontrolovat atributy uživatele.

Krok 2 průvodce mapováním sledovacích kódů na vlastní atributy
7

Nakonfigurujte všechny nové vlastní atributy potřebné pro tento web. Pokud chcete, aby byla tato pole pro uživatele vyplněna, označte požadované atributy. Vlastní atributy nejsou použitelné pro organizace, které synchronizují uživatele s Directory Connector, Azure AD atd. Tento krok můžete použít jako příležitost ke kontrole zobrazovaných jmen sledovacích kódů. Po provedení všech potřebných změn klikněte na tlačítko Uložit.

Uzamčené atributy jsou v klasických sledovacích kódech webu pro schůzky podobné atributu AdminSet . Když označíte vlastní atribut jako zamčený, uživatelé ho neuvidí.
Pokud v tomto kroku klepnete na tlačítko Uložit, všechny vlastní atributy, které jste přidali, odebrali nebo označili jako povinné, začnou pro organizaci okamžitě platit. Noví uživatelé, kteří jsou zaregistrováni do organizace, musí splňovat tuto aktualizovanou konfiguraci vlastních atributů, jinak nebude možné registraci uživatele dokončit. Při označování vlastních atributů jako povinných postupujte opatrně.
Vytváření vlastních atributů v centru Control Hub
8

Přejděte zpět k průvodci a vyberte možnost Mapování sledovacích kódů.

Krok 3 průvodce mapováním sledovacích kódů na vlastní atributy
9

Pomocí rozbalovacího seznamu namapujte sledovací kódy na vlastní atributy nebo atributy profilu uživatele organizace. Při mapování sledovacího kódu na atribut systém nejprve provede mapování na již existující atributy, které odpovídají názvům kódu sledování, pokud je typ zadání nastaven na textové pole. Až budete hotovi, klikněte na tlačítko Další.

Pokud vaše organizace používá automatizovaný proces registrace uživatelů, jako je Konektor adresáře nebo Azure AD, nepoužívejte mapování sledovacích kódů na vlastní atributy. Místo toho namapujte sledovací kódy na synchronizované atributy.

Dříve bylo možné konfigurovat sledovací kódy pro každé centrum jinak. Všechna centra (Schůzky, Události, Webináře atd.) nyní sdílejí jednu konfiguraci plánování. Když namapujete atribut jako povinný, bude tento atribut při plánování schůzek Webex Meetings, Webex Webinars atd. vyžadován.

10

Klikněte na možnost Uložit mapu. Synchronizace se provádí automaticky během procesu aktualizace webu na Control Hub.

Doporučujeme zálohovat hodnoty sledovacích kódů pro uživatele provedením exportu uživatelů webu pro web schůzky.

Když mapujete sledovací kódy na vlastní atributy, jediný zdroj pravdivosti dat pochází namísto jednotlivých míst schůzek ze služby Webex Identity.

Synchronizace jednorázově zkopíruje uživatelské hodnoty sledovacích kódů do mapovaných atributů, které ještě nejsou pro uživatele vyplněny, takže v první řadě záleží na pořadí webů, pro které se sledovací kódy synchronizují. Při synchronizaci prvního webu se hodnoty sledovacího kódu pro uživatele z tohoto webu zkopírují do mapovaného atributu tohoto uživatele v centru Control Hub, ale pouze v případě, že tato hodnota již není pro uživatele vyplněna.

Některé hodnoty sledovacích kódů se nemusí během synchronizace z webu do atributů uživatele zkopírovat

Je-li hodnota uživatele pro namapovaný web v době synchronizace již vyplněna, hodnota sledování z tohoto webu se pro daného uživatele do mapovaného atributu v centru Control Hub nezkopíruje.

Chcete-li předejít tomu, aby data nahrazovala jiné sledovací kódy pro uživatele, doporučujeme namapovat a synchronizovat data pro místo schůzky s nejaktuálnějšími daty sledovacích kódů pro uživatele.

Hodnoty sledovacích kódů se nekopírují z webů mapujících sledovací kódy na pole uživatele, která se synchronizují prostřednictvím externích zdrojů, jako je například Konektor adresáře nebo Azure AD.

V následující tabulce jsou uvedeny možné scénáře toho, jak data nahradí původní sledovací kódy. V těchto scénářích je sledovacím kódem a mapovaným atributem město uživatele.

Tabulka 2. Možné scénáře pro data nahrazující existující sledovací kódy
UživatelHodnota sledovacího kódu před synchronizacíHodnota pro namapovaný atribut před synchronizacíHodnota pro namapovaný atribut po synchronizaciHodnota sledovacího kódu po synchronizaci
Petr
JanaPrahaPrahaPraha
RichardPlzeňPlzeňPlzeň
SimonaBrno*České BudějoviceČeské BudějoviceČeské Budějovice
TomášLiberecLiberecLiberec
DenisaZlín*PardubicePardubicePardubice

* Předchozí hodnota sledovacího kódu je nahrazena stávajícím namapovaným atributem.

Před aktualizací webu, který má být spravován v ovládacím centru, se ujistěte, že:

  • Všichni uživatelé webu, kteří by měli být ve vaší organizaci, jsou ve vaší organizaci Control Hub.
  • Všichni uživatelé webu, kteří by neměli být ve vaší organizaci, budou z vaší organizace odstraněni.
  • Pokud je vaše organizace nakonfigurována pro SSO, mohou být uživatelé v organizaci autentizováni vaším IdP.
  • Pole profilu uživatele označená na webu jako povinná budou při aktualizaci webu také zkopírována do organizace Control Hub. Pokud nechcete, aby byla tato pole označena jako povinná pro registraci účtu na webu v Control Hubu, před aktualizací na Control Hub nejprve zrušte zaškrtnutí polí ve Správci webu. Vyžadovat registraci účtu v části Správa webu
  • V tomto článku jsme se podívali na sekci Příprava organizace Centra kontroly.
Důrazně doporučujeme deklarovat uživatele před aktualizací webu na Control Hub. Pokud deklarujete uživatele do své organizace po aktualizaci webu na Control Hub, pak tito uživatelé mohou přijít o přístup ke schůzkám a prostředky schůzek na webu. Další podrobnosti najdete v části Příprava organizace Centra řízení .

Demo o tom, jak aktualizovat své stránky na Control Hub, naleznete v tomto videu.

Jak zkontrolovat uživatele, kteří budou blokovat aktualizaci webu

Kontrola sekce uživatelů při aktualizaci webu ze správce webu do Control Hubu
  1. Přihlaste se do Správy webu a otevřete stránku Aktualizovat správu.

  2. Otevřete předpoklady kontroly pro aktualizaci správy a v CSV klikněte na tlačítko Exportovat dotčené uživatele.

  3. Počkejte na dokončení exportu. Tento proces může chvíli trvat v závislosti na čase spuštění a počtu uživatelů na webu. Vývozy jsou pozastaveny na 6 minut na začátku hodiny (od xx:57 do xx:03).

  4. Po dokončení exportu klikněte na Stáhnout soubor CSV.

    Váš prohlížeč stáhne uživatele ke kontrole.csv.

  5. Otevřete soubor CSV a zkontrolujte sloupec Doporučená akce (poslední sloupec). Proveďte doporučenou akci pro každého uživatele v souboru.

Uživatelé s nesouhlasnými e-mailovými adresami

Někteří uživatelé mohou mít jinou e-mailovou adresu ve Správci webu a Řídícím centru. To je možné, pokud byl e-mail uživatele změněn pouze na jednom ze dvou míst poté, co byl uživatel z tohoto webu propojen s Control Hubem.

Zkuste tyto akce pro opravu uživatelů s nesouladnými e-mailovými adresami:

Pokud aktualizujete web na Control Hub bez opravy neshod e-mailových adres uživatelů, musí se dotčení uživatelé přihlásit ke svému webu schůzek pomocí svých e-mailových adres v Centru řízení. Tito uživatelé se nemusí moci přihlásit, pokud se pokusí přihlásit pomocí e-mailové adresy ve správci webu nebo pokud jejich e-mailová adresa Centra řízení již není platná v jejich IdP (pro organizace SSO). Nezablokují vás v aktualizaci webu, ale je lepší opravit e-mailové adresy před zahájením aktualizace.

Externí uživatelé s licencí Základní schůzky

Před aktualizací webu ze správce webu na centrum Control Hub bude nutné externí uživatele s licencemi Základní schůzky deaktivovat nebo upgradovat na placené licence aplikace Webex Meetings.

Jak deaktivovat uživatele

Když uživatele deaktivuješ, přijdou o svou hostitelskou licenci nebo oprávnění účastníka (v závislosti na tom, jakou roli měli, když byli aktivní). Po aktualizaci webu na Control Hub se deaktivovaní uživatelé budou i nadále zobrazovat v exportním souboru CSV webu.

Pro individuální deaktivaci uživatele v administraci pracoviště:

  1. Přejděte do nabídky Správa uživatelů > Upravit uživatele.

  2. Pro nalezení uživatele použijte ovládací prvky indexu, vyhledávání a filtru.

  3. Zrušte zaškrtnutí políčka Aktivní.

  4. Odešlete změny.

    Další informace najdete v tématu Správa uživatelských účtů ve správě webu Webex .

Pro deaktivaci šarže uživatelem v administraci pracoviště:

  1. Exportovat uživatele do souboru CSV.

  2. Otevřete soubor CSV a upravte hodnoty sloupce Aktivní na hodnotu N pro všechny dotčené uživatele.

  3. Importovat upravený soubor CSV.

    Uživatelé, které jste změnili, jsou nyní neaktivní.

    Podrobnější informace naleznete v části Dávkový import a export uživatelů Webex v administraci Webex Site Administration.

Uživatelé v organizacích se synchronizací adresářů

Pokud existují nepropojení uživatelé, kteří by měli být ve vaší organizaci, ale ještě nejsou přidáni, musíte je nejprve přidat do vaší organizace. To je obzvláště důležité pro organizace, které jsou nakonfigurovány pro synchronizaci adresáře (prostřednictvím Directory Connector nebo Azure AD), protože synchronizace adresáře neumožní proces aktualizace webu přidat uživatele.

Aktualizace webu se nezdaří, pokud některého z aktivních uživatelů na webu nelze propojit s organizací Control Hub. Pokud je vaše organizace nakonfigurována pro synchronizaci adresářů, ujistěte se, že všichni uživatelé na webu, kteří musí být součástí organizace Control Hub, jsou přidáni do konektoru adresáře nebo Azure AD jako první před zahájením aktualizace.

Před zahájením aktualizace opravte problémy uživatelů

Pokud se pokusíte aktualizovat web na Control Hub, aniž byste vyřešili problémy uživatelů v souboru uživatelé ke kontrole , proces správy aktualizace může selhat. Nástroj nezkontroluje, zda jste opravili problémy, dokud nezačnete s konečnou aktualizací.

Aktualizace webů s SSO a webů bez SSO propojených s organizací SSO

Organizace Control Hub může podporovat více poskytovatelů identity (IdPs) pro SSO, přičemž jedním z poskytovatelů identity je IdP Webex (místní ověřování).

Více poskytovatelů identity v prostředí Control Hub pomůže:

  • Kde se poskytovatel identity webu SSO ve správě webu liší od poskytovatele identity SSO v prostředí Control Hub.
  • Pokud uživatelé na webu nejsou v poskytovateli identity SSO nakonfigurovaném v organizaci, tyto uživatele lze nyní přidat pouze do místního poskytovatele identity Webex. Tyto uživatele můžete později přesunout na nakonfigurovaného poskytovatele identity SSO.

Nastavení více poskytovatelů identity může všem uživatelům na webu umožnit aktualizaci ze správce webu do prostředí Control Hub, aby se přihlásili pomocí metody ověřování nakonfigurované v organizaci Control Hub. Chcete-li toho dosáhnout, můžete:

  • Přidejte do organizace Control Hub další poskytovatele identity SSO.
  • Přidejte uživatele k již nakonfigurovanému poskytovateli identity.
  • Přidejte uživatele k místnímu poskytovateli identity Webex.

Další informace o více poskytovatelů identity v prostředí Control Hub naleznete v tomto článku .

Než začnete

Existují některé funkce, které musíte zakázat, a musíte zkontrolovat, zda jsou všichni uživatelé v dobrém stavu, aby byli aktualizováni na Control Hub. Pokud používáte integrované aplikace API, musíte je aktualizovat, abyste mohli používat rozhraní Webex API.

O těchto předpokladech si můžete přečíst v předchozích částech tohoto článku.

Ujistěte se, že všichni vaši administrátoři vědí, že aktualizujete stránky na Control Hub a že po spuštění nesmí provádět žádné změny ve Správci stránek.

1

Exportujte a uložte soubor exportu uživatelů webu. Tento soubor funguje jako archiv konfigurace uživatele, který vám pomůže ověřit po aktualizaci.

2

Přihlaste se do administrace webu a klikněte na tlačítko Aktualizovat administraci.

3

Zkontrolujte předpoklady, zejména seznam uživatelů CSV ve státech, které by mohly ovlivnit úspěch aktualizace.

4

Přečtěte si o funkcích, které je třeba zakázat, a o rozdílech, které můžete očekávat ve správě uživatelů a licencích pro hostitele (také zdokumentováno v tomto článku).

5

Klikněte na tlačítko Aktualizovat pro ovládání centra. Toto tlačítko je aktivováno až po dokončení výše uvedených kroků.

Zobrazí se vyskakovací okno. Toto okno ukazuje, že aktualizace webu do Control Hubu je trvalá a po dokončení nemůžete aktualizaci vrátit zpět. Po dokončení aktualizace již tento web nebude spravován v administraci webu. Pokud nejste připraveni plně spravovat tento web v Control Hubu, ukončete průvodce nyní.
6

Klikněte na tlačítko OK.

Aktualizace spustí banner, který se zobrazí nad správou webu a informuje vás o probíhající aktualizaci webu. Pokud se něco pokazí, zobrazí se chybové hlášení s navrhovanou akcí. V opačném případě se zobrazí zpráva o úspěchu.

Aktualizace webu trvá přibližně 3 min + 1000 aktivních uživatelů/min + 2000 neaktivních uživatelů/min. Pokud jste například spustili aktualizaci webu v 05:20 a váš web má 8000 aktivních uživatelů a 2000 neaktivních uživatelů, aktualizace webu bude trvat přibližně 12 minut. Kromě toho jsou aktualizace webu pozastaveny na 6 minut v horní části hodiny (od xx:57 do xx:03). Ale vaše výsledky se mohou lišit.

7

Klepněte na tlačítko Přihlásit se do ovládacího centra.

Po spuštění aktualizace webu od společnosti Webex Site Administration se můžete přihlásit do Control Hub a zobrazit stav aktualizace webu.

Aktualizace webu bude trvat déle, pokud je spuštěn v blízkosti horní části hodiny. Aktualizace webu jsou pozastaveny na několik minut před každou hodinou a po ní.
  1. Přihlaste se do centra Control Hub a otevřete stránku Schůzky .

    Zobrazí se seznam vašich stránek schůzek.

  2. Kliknutím na web zobrazíte informace o daném webu.

  3. Vyhledejte sekci Aktualizace webu, kde si můžete přečíst stav Aktualizace.

    Po dokončení aktualizace si můžete stáhnout seznam všech uživatelů ve Správě webu a zjistit, kteří z těchto uživatelů byli na webu aktivní nebo neaktivní. Uživatelé, kteří jsou zobrazeni jako neaktivní ve sloupci stavu uživatele v administraci pracoviště, nebudou mít přístup na stránky spravované ovládacím centrem. Také se nezobrazí, že by tito uživatelé měli přístup na stránky v uživatelské části Control Hubu.

    Může nějakou dobu trvat, než se objeví tlačítko stahování (minuty pro většinu organizací).

  4. Projděte si seznam a zkontrolujte případné problémy při aktualizaci.

Po dokončení aktualizace webu již nemůžete tento web spravovat v administraci webu. Veškerá správa tohoto webu musí být provedena v ovládacím centru. Zde je několik kroků, jak se seznámit a vyzkoušet správu vašeho webu v Control Hubu:

  1. Zkontrolujte některá nastavení konfigurace webu a ověřte, že se nic nezměnilo. To je snazší, pokud jste před aktualizací na Control Hub zkopírovali některá nastavení správce webu.

  2. Vyberte hostitele a ověřte jeho licenci, sledovací kódy a typy relací v prostředí Control Hub. Přihlaste se na web schůzky a potvrďte, že jejich naplánované schůzky, záznamy a předvolby se nezmění. Ověření je snazší, pokud jsou data hostitele zkopírována před aktualizací do prostředí Control Hub.

    Požádej uživatele, aby zkontroloval, zda si může naplánovat a hostit nové schůzky.

  3. Přidejte do své organizace nového uživatele. Udělit jim licenci hostitele, upravit jejich typy relací a ověřit, že mohou hostit schůzky.

    Doporučujeme nastavit šablony licencí na základě organizace nebo skupiny pro automatické přiřazování licencí novým uživatelům nebo konkrétním skupinám nových uživatelů.
  4. Vyberte uživatele, který byl úplným administrátorem Správce webu, a ověřte, zda má odpovídající úroveň přístupu k aktualizovanému webu v Ovládacím centru.

    Měly by být schopny stránky číst a upravovat; vytvářet, licencovat, upravovat a mazat uživatele.

  5. Pokud je na vašem webu integrováno rozhraní API, přepněte na používání rozhraní People API. Potvrďte, že aktualizovaná integrace funguje podle očekávání.

Přečtěte si více o správě míst setkání v Control Hubu na adresehttps://help.webex.com/naqlzeu.

  • Uživatelé budou mít jednotné přihlašovací zkušenosti s aplikací Webex a se všemi stránkami spravovanými Control Hub.

    Pokud se uživatelské jméno neshoduje s e-mailovou adresou uživatele v administraci webu, budou mít tito uživatelé vliv na přihlášení. Stará uživatelská jména již nelze používat a tito uživatelé musí při přihlašování používat svou e-mailovou adresu.
  • Přihlašovací údaje uživatele jsou spojeny s jeho totožností v centru Control Hub. Stejná pověření se vztahují na všechna pracoviště spravovaná Control Hubem v téže organizaci a na aplikaci Webex.

  • Pokud má organizace Control Hub SSO nakonfigurováno, pak SSO řídí přihlašovací zkušenost s aplikací Webex a všemi stránkami spravovanými Control Hub.

  • Znak nezkušenosti s aplikací Webex není v důsledku aktualizace Control Hubu ovlivněn.

  • Když se uživatelé přihlásí na web Webex Meetings, přihlašovací obrazovka bude vypadat jinak. Uživatelé musí zadat svou e-mailovou adresu pro přihlášení, i když je jejich organizace nakonfigurována pro SSO.

    Správci mohou v ovládacím centru povolit možnost Zapamatovat si mě, aby uživatelé nemuseli při každém přihlášení znovu zadávat svou e-mailovou adresu.
  • V závislosti na historii každého uživatele, počtu stránek, na kterých měl účet, atd.:

    • Pokud byli uživatelé propojeni se stávajícími uživateli ve Webex Identity/Control Hub, pak uživatelé budou používat stejné heslo pro všechny weby Webex, které jsou aktualizovány na Control Hub.

    • Pokud byli uživatelé vytvořeni ve Webex Identity/Control Hub z důvodu propojení stránek, pak platí jejich první přihlašovací údaje (pokud org nebyl nakonfigurován s SSO). Uživatelé jsou přesměrováni k přihlášení na tento web. Pokud mají uživatelé více webů s více přihlašovacími údaji, měla by jim adresa URL webu pomoci určit, které přihlašovací údaje použít.

    • Uživatelé mohou obnovit své heslo v organizacích Control Hub (pokud heslo není spravováno přes SSO). Pokud uživatelé zapomněli své heslo, stačí kliknout na Zapomenuté uživatelské jméno nebo heslo? na přihlašovací obrazovce pro obnovení hesla. Uživatelé mohou také obnovit své heslo podle následujících pokynů:

  • Pokud se e-mailová adresa koncového uživatele změnila a tento uživatel měl v době aktualizace webu jinou e-mailovou adresu ve správci webu a v Centru řízení, může tento uživatel při pokusu o přihlášení zaznamenat problémy. Uživatel nemusí vědět, že se teď musí přihlásit pomocí své e-mailové adresy Centra řízení, nebo že e-mailová adresa v Centru řízení už nemusí být platná v zprostředkovateli jednotného přihlašování organizace. Tomuto typu situace se nejlépe vyhnete aktualizací e-mailových adres uživatelů v Centru řízení, protože změny jsou prováděny na e-mailových adresách stejných uživatelů ve správci webu.

  • Pro uživatele v mobilní aplikaci Webex Meetings pro iOS je vyžadováno opětovné přihlášení:

    • Pokud aktualizujete web bez jednotného přihlašování na Centrum řízení, budou se uživatelé muset znovu přihlásit k mobilní aplikaci Webex Meetings pro iOS. Přestože aplikace Schůzky pro iOS nebude vyžadovat, aby se uživatelé znovu přihlásili po dobu až dvou měsíců po aktualizaci webu, doporučujeme, aby se uživatelé znovu přihlásili ručně, aby se této situaci preventivně vyhnuli.
  • Uživatelé, jejichž uživatelská jména neodpovídají jejich e-mailové adrese, se mohou během aktualizace webu znovu přihlásit.

    • Tito uživatelé mohou být požádáni, aby se znovu přihlásili ke svým klientům Webex, pokud se pokusí získat přístup ke službám Webex na webu během aktualizace webu na Control Hub. Uživatelé, kteří se připojili ke schůzkám před zahájením aktualizace webu, to nebude mít vliv.

Prázdný soubor CSV "uživatel ke kontrole"

Pokud je váš web velký a má více než 1000 uživatelů, jejichž e-mailové adresy se liší ve Správci webu než v Centru řízení, může se v průvodci aktualizací webu zobrazit prázdný soubor CSV "uživatel ke kontrole". To způsobí, že aktualizace webu nebude fungovat, protože nebudete moci vyřešit problémy uživatelů. Na tomto problému se pracuje a plánujeme jej vyřešit v nadcházejících týdnech.

Nastavení, která se při aktualizaci na Control Hub nepřenášejí

  • Pokud byl váš web spravovaný správcem webu na pomalém kanálu a vaše prostředí Control Hub je spravováno také partnerem, po aktualizaci na Control Hub můžete ztratit viditelnost ovládacích prvků aktualizace verze webu Meetings. Pokud k tomu dojde, kontaktujte partnera a požádejte jej, aby pro vaši organizaci povolil nastavení Povolit zákazníkovi upgradu verze stránky .
  • Nevyřízené žádosti o samostatnou registraci účtu nebudou přeneseny do centra výstrah. Po dokončení aktualizace se uživatelé musí znovu zaregistrovat k účtu .
  • Po dokončení aktualizace jsou hodnoty uživatelských jmen ve správě webu přepsány e-mailovými adresami uživatelů v centru Control Hub.

Problémy uživatele, které způsobují selhání aktualizace

  • Uživatelé s e-mailovými adresami, které jsou propojeny s uživateli v organizaci Webex for Government, způsobí selhání aktualizace, pokud tito uživatelé nebudou deaktivováni před zahájením aktualizace.

Běžné problémy, které způsobují selhání aktualizace, a doporučené akce

Pokud se váš web nepodaří aktualizovat na Control Hub, zkontrolujte následující tabulku, abyste zjistili, zda je příčinou jedna z těchto chyb comon a co můžete udělat, abyste ji opravili.

Chyby, které způsobují selhání aktualizaceDoporučená akce
Typ webu je neplatný.Obraťte se na tým podpory Webex a ověřte, zda je web propojen s uživatelem.
K webu není přidruženo žádné předplatné.Weby musí být přidruženy k předplatnému, než je bude možné aktualizovat na Control Hub.
Došlo k problému s ID organizace.ID organizace propojené s webem není stejné jako ID organizace předplatného. Obraťte se na tým podpory Webex.
Následující předplatné má čekající operace v Centru řízení: (SubID).Opakujte aktualizaci lokality po dokončení čekající operace.
V nastavení jednotného přihlašování (SSO) dochází ke konfliktům.Pokud je lokalita povolená jednotné přihlašování, ujistěte se, že:
  • Automatické vytváření účtů je zakázáno.
  • Jednotné přihlašování je povolené v organizaci Centra řízení.
Informace o licenci pro web ve správě webu neodpovídají informacím o licenci pro web v centru Control Hub.Nekonzistentní licenční informace mezi správcem webu a centrem řízení. Obraťte se na tým podpory Webex.
Některá uživatelská jména nebo e-mailové adresy ve správě webu jsou v konfliktu s uživatelskými jmény nebo e-mailovými adresami v Centru řízení.E-mail uživatele ve Správci webu používá jiný uživatel v Centru řízení. Změňte jednu z e-mailových adres nebo uživatelských jmen.
Měli jsme problém s aktualizací vašeho webu.Vnitřní chyba zabránila aktualizaci tohoto webu. Obraťte se na tým podpory Webex.
Při aktualizaci uživatelů služby Webex došlo k potížím.Vnitřní chyba zabránila aktualizaci tohoto webu. Obraťte se na tým podpory Webex.

Problémy s přihlášením pro uživatele

Nezapomeňte vždy povolit soubory cookie služby Webex. Jinak mohou mít uživatelé po aktualizaci na Control Hub problémy s přihlášením.

Ot. Existuje datum, kdy společnost Cisco již nebude podporovat správu webu?

A. Ano. Správu webu Webex plánujeme ukončit na konci prosince 2023.

Ot. Budou si správci webu ve Správci webu i po aktualizaci na správu centra Control Hub ponechat svůj administrativní přístup na web?

A. Ano. Všichni správci na webu ve Správci webu mají po aktualizaci webu na správu centra Control Hub stále přístup pro správu na web.

Ot. Proč po aktualizaci webu schůzky ze správce webu na správu centra Control Hub vidím na webu nové správce?

Odpověď Tito noví správci na webu byli pravděpodobně správci organizace Control Hubu. Když je web aktualizován ze správce webu do Control Hubu, všichni správci pro celou organizaci se stanou správci nového webu spravovaného Control Hubem. To znamená, že se správci s úplnými právy organizace stanou správci webu služby Webex, správci uživatelů organizace se stanou správci uživatelů webu služby Webex a správci organizace s oprávněním pouze ke čtení se stanou správci webu služby Webex s oprávněním pouze ke čtení.

Ot. Jak to, že přihlášení nástroje produktivity nefunguje po aktualizaci webu na Control Hub?

Odpověď Ujistěte se, že jsou internetové prohlížeče nakonfigurované tak, aby vždy povolovaly soubory cookie relace, které jsou umístěny v rozšířených nastaveních ochrany osobních údajů prohlížečů.

Ot. Pokud je uživatel odstraněn v prostředí Control Hub a poté je stejná e-mailová adresa znovu přidána do prostředí Control Hub a ke stejnému webu Webex přiřazena licence aplikace Meetings, může uživatel získat přístup ke svým starým nahrávkám?

A. Ano, uživatel bude mít přístup k veškerému starému obsahu aplikace Meetings, pokud mu bude přiřazena licence k některému z předchozích webů Webex, na kterých byl. To platí jak pro spravované weby Control Hub, tak pro lokality, které byly aktualizovány na Control Hub.

Ot. Pokud byl uživatel deaktivován ve správě webu před aktualizací webu na Control Hub a později byl znovu licencován na stejný web Webex v Control Hub, bude mít uživatel přístup ke svým starým záznamům?

A. Ano, uživatel bude mít stále přístup ke svým starým nahrávkám. Kromě toho bude každý uživatel, který byl deaktivován ve Správci webu před aktualizací webu, uveden v exportním souboru CSV schůzek v Centruřízení.

Ot. Pokud web nemá nastaven IdP jednotného přihlašování, ale organizace Control Hub má IdP jednotného přihlašování, co se stane, když se web aktualizuje na Control Hub?

A. Lokalita bude používat stejného zprostředkovatele identity jednotného přihlašování jako organizace Centra řízení.

Ot. Pokud má web nastaven jiný IdP jednotného přihlašování než IdP jednotného přihlašování v Control Hubu, co se stane, když se web aktualizuje na Control Hub?

A. Lokalita se přepne tak, aby používala stejného zprostředkovatele identity jednotného přihlašování jako organizace Centra řízení.

Ot. Pokud má web nastaven IdP jednotného přihlašování, ale organizace Control Hub nemá IdP jednotného přihlašování, co se stane, když se web aktualizuje na Control Hub?

A. Aktualizace webu vám bude zablokována. Pokud chcete web odblokovat, abyste mohli aktualizovat na Centrum řízení, odeberte zprostředkovatele identity jednotného přihlašování z webu správce webu nebo přidejte zprostředkovatele identity jednotného přihlašování do organizace Centra řízení.

Ot. Mohu se přesto přihlásit k adrese URL webu, abych měl přístup k nahrávkám a plánování schůzek nebo událostí?

A. Ano, stále se můžete přihlásit k adrese URL webu, kde máte přístup k záznamům, plánování schůzek atd.

Ot. Jsou během aktualizace webu ze správy webu do centra Control Hub upravena nastavení specifická pro uživatele?

A. Ne, uživatelská nastavení zůstanou nezměněna. Tato nastavení budou použitelná stejně jako před aktualizací webu.

Ot. Jsou mé záznamy nebo naplánované schůzky ovlivněny aktualizací tohoto webu?

A. Nahrávání hostitelů není ovlivněno. Stále k nim budete mít přístup. Naplánované schůzky také nejsou ovlivněny. Nejsou na nich žádné změny.

Ot. Jsou záznamy nebo naplánované schůzky uživatelů ovlivněné aktualizací tohoto webu?

Odpověď Záznamy uživatelů nejsou ovlivněny. Stále k nim budou mít přístup. Nejsou ovlivněny ani naplánované schůzky. Nejsou na nich žádné změny.

U uživatelů, kteří ještě nebyli deklarováni, může dojít k ovlivnění jejich záznamů nebo naplánovaných schůzek, pokud je deklarujete po aktualizaci webu na Control Hub. Další informace naleznete v následující poznámce.

Důrazně doporučujeme deklarovat uživatele před aktualizací webu na Control Hub. Pokud deklarujete uživatele do své organizace po aktualizaci webu na Control Hub, pak tito uživatelé mohou přijít o přístup ke schůzkám a prostředky schůzek na webu.

Jako alternativní řešení můžete provést následující kroky, abyste zajistili, že uživatelé po aktualizaci webu na Control Hub nepřijdou o přístup ke schůzkám a prostředkům schůzek na webu:

  • Pro uživatele s externími oprávněními správce k organizaci nebo webu – odeberte veškerý externí přístup správce k organizaci a webu a poté odeberte licenci webu pro schůzky. Po deklaraci uživatele proveďte opětovnou licenci tomuto uživateli na webu. Můžete také obnovit jejich oprávnění externího správce.
  • Pro běžné uživatele – odeberte licenci webu schůzky, deklarujte uživatele pro svou organizaci a poté znovu licencujte tohoto uživatele k webu.

Ot. Kde mohu zkontrolovat nevyřízené žádosti o vlastní registraci pro stránky spravované Control Hubem?

A. Vy a další správci můžete zkontrolovat žádosti o vlastní registraci v Centruupozornění.

Ot. Mohu získat přístup k hodnotám uživatelského jména ze správce webu po aktualizaci webu na Control Hub?

A. Uživatelský exportní soubor všech uživatelů ve Správci webu je k dispozici v Centru řízení po dobu 90 dnů po aktualizaci webu na Centrum řízení. Tento soubor CSV obsahuje hodnoty uživatelských jmen.

Ot. Používáme hodnoty uživatelského jména k identifikaci uživatelů ve správě webu. Jak můžeme udělat totéž v Control Hubu?

A. Hodnoty uživatelských jmen se ztratí po aktualizaci webu na Control Hub. Pokud potřebujete přístup k těmto hodnotám, jedním z řešení je zkopírovat hodnoty do měřicího kódu před aktualizací webu. Hodnoty měřicího kódu pro uživatele budou zachovány a k dispozici po aktualizaci webu na Control Hub. Pokud používáte SSO, je ExternalID uživatelský atribut prostředí Control Hub, který může tuto hodnotu obsahovat. To vyžaduje , abyste nakonfigurovali kontrolní výrazy SAML tak, aby tuto hodnotu předávaly při konfiguraci jednotného přihlašování v Centruřízení. Tato hodnota bude také předána do Control Hubu během automatického vytváření nových uživatelů.

Ot. Jak dlouho trvá dokončení aktualizace webu po jeho spuštění?

Odpověď Aktualizace webu trvá přibližně 3 min + 1000 aktivních uživatelů/min + 2000 neaktivních uživatelů/min. Pokud jste například spustili aktualizaci webu v 05:20 a váš web má 8000 aktivních uživatelů a 2000 neaktivních uživatelů, aktualizace webu bude trvat přibližně 12 minut. Kromě toho jsou aktualizace webu pozastaveny na 6 minut v horní části hodiny (od xx:57 do xx:03). Ale vaše výsledky se mohou lišit.

Ot. Jak mohu automaticky licencovat každého nového uživatele nebo nového uživatele v určitých skupinách po aktualizaci webu, který má být spravován v Control Hubu?

Odpověď Můžete nastavit šablony licencí na základě organizace nebo skupiny k automatickému přiřazování licencí novým uživatelům.

Ot. Dochází při aktualizaci webu k výpadku?

Odpověď Ne. Během aktualizace webu:

  • Uživatelé mohou i nadále používat službu schůzek, například se připojovat a zahajovat naplánované a ad hoc schůzky.
  • Schůzky, které probíhají při zahájení aktualizace webu, nebudou ovlivněny.
  • Předplatné bude uzamčeno v prostředí Control Hub.
  • Klient pro počítače Meetings může mít problémy se částí „Nadcházející schůzky“.
  • Změny konfigurací správy webu se nedoporučují.