Якщо ви хочете повністю керувати користувачами, службами Webex та ліцензіями в одному місці, ви можете оновити управління сайтом Webex з Адміністрації сайту до Центру керування.
Про оновлення з Адміністрації сайту до Control Hub
 | Оновлення сайту з Адміністрації сайту в Control Hub не вимагає оновлення клієнтських версій. Деякі сайти не можуть використовувати цю функцію, поки партнери, які керують цими організаціями, не будуть готові. |
| Якщо ваша організація Webex for Government включає зовнішніх користувачів, наразі ви не можете перетворити використання Адміністрування сайту на Центр керування. Ви отримаєте помилку, якщо спробуєте конвертувати з зовнішніми користувачами у вашій організації. Ми розраховуємо зробити цю можливість доступною для організацій із зовнішніми користувачами в середині 2023 року. |
Webex стає єдиною платформою для управління зустрічами, обміну повідомленнями, дзвінками та іншими способами співпраці. Саме тому ми хочемо перенести управління всіма сайтами Webex Meetings з Адміністрації сайту в Control Hub.
У нас є інструмент в Адміністрації сайту, щоб допомогти вам у цій зміні. Якщо ваш сайт вже має право на оновлення до Центру керування, ви можете розпочати роботу, натиснувши Оновити адміністрування в навігаційному меню.
Для демонстрації того, як працює оновлення вашого сайту до Control Hub, перегляньте це відео.
Щоб допомогти спланувати оновлення сайту, перегляньте розділ "Готовність до оцінки сайту".
Переваги управління сайтами в Control Hub включають:
Уніфіковані призначення ліцензій для всіх служб Webex, таких як зустрічі, обмін повідомленнями та виклики.
Послідовні політики безпеки для всіх сервісів Webex.
Загальний досвід входу для всіх кінцевих користувачів між різними сервісами Webex.
Сучасні елементи керування адміністратора, такі як з 'єднувач каталогів, SCIM та групи активних каталогів.
Шаблони ліцензій для автоматичного призначення декількох ліцензій користувачам.
 | Ви не можете використовувати Адміністрацію сайту для керування сайтом зборів після оновлення до Центру керування. |
| Цей розділ застосовується лише в тому випадку, якщо Cisco вибрала ваш сайт для автоматичного оновлення керування сайтом. |
Якщо на вашому сайті заплановано автоматичне оновлення з керування в Адміністраторі сайту до Центру керування, ви побачите наступний знімок екрана.
Ви можете натиснути кнопку Змінити дату оновлення сайту, щоб змінити заплановану дату.
Досвід управління сайтами в Control Hub аналогічний управлінню в Адміністрації сайту. Управління користувачами в Control Hub має більш сучасні базові технології, тому є кілька відмінностей в управлінні сайтами в Control Hub. Цей розділ зосереджується на відмінностях, які виникають під час оновлення вашого сайту.
| Більш детальний огляд відмінностей між Адміністрацією сайту та Центром керування див. у цій статті. |
Керування користувачами
У нас є централізована система управління користувачами, що лежить в основі Control Hub, де користувачі відрізняються і унікальні в рамках всієї організації (і всієї Webex). У Адміністрації сайту профіль користувача відрізняється для кожного сайту зустрічі.
- Єдиний вхід (SSO) з автоматичним створенням облікового запису
-
У Адміністраторі сайту у вас є функція «автоматичного створення облікового запису», яка створює користувачів, коли вони автентифікують себе за допомогою SSO.
Ця функція також доступна в Control Hub. Див Автоматичне створення та оновлення облікового запису SAML для Control Hub для отримання додаткової інформації.
Багато організацій, які використовують SSO, можуть віддати перевагу централізованому керуванню своїми користувачами за допомогою зовнішніх інструментів каталогів, таких як Microsoft® Active Directory та Microsoft Azure, а також вимагати автентифікації зовнішніми постачальниками ідентифікаційних даних.
Докладніше про:
- Обов 'язкові дані профілю та коди відстеження
-
Адміністрація сайту дозволяє вказувати обов 'язкові поля профілю для нових користувачів (попередній знімок екрана). Ви можете розширити це, щоб вимагати кодів відстеження для створення користувача (знімок екрана нижче). Якщо ви налаштуєте ці додаткові вимоги, ви не зможете додати користувачів на сайт без них.
Для створення користувача Control Hub потрібні лише відображуване ім 'я та адреса електронної пошти.
Всі інші поля користувача є необов 'язковими, коли ви створюєте нового користувача в Control Hub, тому ми не застосовуємо додаткові дані профілю для керованих сайтів Control Hub.
Перш ніж оновити сайт до Центру керування, потрібно вимкнути обов 'язкові поля профілю та коди відстеження.
- Управління паролями та блокування
-
Адміністрація сайту має функцію, яка тимчасово блокує користувачів, якщо вони не можуть увійти після кількох спроб.
Центр керування має наступні опції для запобігання несанкціонованого доступу:
Автоматичний тайм-аут після перших кількох невдалих спроб.
Механізм CAPTCHA (Повністю автоматизований публічний тест Тюрінга, щоб розповісти комп 'ютерам і людям).
Законні користувачі мають можливість самообслуговування, щоб змінити свої забуті паролі.
Ліцензування господарів
- Господарі повинні бути в організації Центру керування
-
У Адміністраторі сайту ви можете призначити ліцензію на хост будь-якому користувачеві. Під час керування сайтом у Центрі керування можна призначати ліцензії вузла (& роль учасника) лише користувачам у тій самій організації Центру керування.
- Самостійна реєстрація облікового запису господаря
-
У Адміністраторі сайту ви можете дозволити користувачам запитувати обліковий запис (хост) на сайті. Ви також можете дозволити користувачам з обліковим записом запитувати додаткові послуги на сайті. (див. скріншоти).
Коли ви керуєте сайтом зборів у Control Hub, користувачі не можуть запитувати свій власний обліковий запис хоста для цього сайту.
Центр керування має централізований автоматизований спосіб призначення ліцензій на зустрічі новим користувачам. Прочитайте https://help.webex.com/n3ijtao.
Ви також можете керувати користувальницькими ліцензіями за допомогою API або масово, використовуючи CSV.
Якщо ви хочете, щоб користувачі запитували свої облікові записи хостів, ви можете налаштувати довідку/підтримку сайту за допомогою вказівників для зв 'язку з адміністраторами або посилання на інші інструменти.
Ви повинні вимкнути "Дозволити реєстрацію облікового запису хоста" та "Дозволити користувачам запитувати додаткові послуги" в Адміністрації сайту, перш ніж оновити сайт до Центру керування.
-
Центр керування має інші варіанти керування ліцензіями, наприклад шаблони автоматичного призначення. Ви можете отримати звіт про неактивні хости, який допоможе вам видалити ліцензії від цих користувачів, окремо або масово, або за допомогою API.
Якщо вам потрібен цей параметр автоматичної деактивації, а інші параметри в Control Hub вам не підходять, вам слід уникати оновлення свого сайту до Control Hub на цей час.
Перш ніж оновити сайт зустрічей для керування в Control Hub, ви повинні підготувати організацію Control Hub.
| Переконайтеся, що в підписці немає дій, які очікують на розгляд або блокуються. Оновлення не вдасться, якщо:
|
Ми наполегливо рекомендуємо перевірити ваші домени та претендувати на користувачів. Допоможе наступне читання:
Електронна книга Control Hub: https://ebooks.cisco.com/story/controlhubessentials/
Як керувати своїми доменами: https://help.webex.com/cd6d84
Заявити права на користувачів з інших організацій (після перевірки доменів): https://help.webex.com/nceb8tm. Заява користувачів особливо важлива, тому що вона гарантує, що якомога більше користувачів, які повинні бути в вашій організації, насправді там. Заява користувачів з "негайною претензією" також дозволяє уникнути затримок у використанні адрес електронної пошти у вашій організації.
Ми наполегливо рекомендуємо вимагати від користувачів, перш ніж оновити свій сайт до Control Hub. Якщо ви заявляєте, що користувачі у вашій організації після того, як сайт був оновлений до Control Hub, то ці користувачі можуть втратити доступ до зустрічей і ресурсів зустрічей на сайті.
У якості обхідного шляху ви можете зробити наступне, щоб переконатися, що користувачі не втратять доступ до зустрічей та ресурсів зустрічей на сайті після оновлення сайту до Control Hub:
- Для користувачів із зовнішніми привілеями адміністратора організації або сайту - видалити весь зовнішній доступ адміністратора до організації та сайту, а потім видалити ліцензію сайту зустрічі. Після того, як ви подасте заяву на користувача, повторно ліцензуйте цього користувача на сайті. Ви також можете відновити свої зовнішні привілеї адміністратора.
- Для звичайних користувачів - Видаліть ліцензію сайту зборів, затвердьте користувача у своїй організації, а потім повторно ліцензуйте цього користувача на сайті.
Якщо сайт зустрічей налаштований для SSO, вам також потрібно налаштувати SSO для організації Control Hub.
Автоматичне створення облікового запису для нових користувачів
Якщо ваш сайт Webex увімкнув автоматичне створення облікового запису в Адміністраторі сайту, ви можете увімкнути подібну функцію в Control Hub з автоматичним створенням облікового запису SAML. Обов 'язково також налаштуйте автоматичний шаблон ліцензії, щоб нові користувачі автоматично отримували призначені ліцензії після створення своїх облікових записів в організації Control Hub.
Організації з синхронізацією каталогів
Якщо ваша організація налаштована на синхронізацію каталогів, переконайтеся, що всі користувачі, яких ви хочете мати в організації, присутні на сайті. Це слід зробити за 24 години до початку процесу оновлення сайту, щоб користувачі на сайті могли бути пов 'язані з новими користувачами у вашій організації Control Hub.
| Оновлення зазнає невдачі, якщо активні користувачі сайту не можуть бути пов 'язані з користувачами Центру керування. |
Доступ адміністратора до веб-сайтів Webex після оновлення
Особа з загальноорганізаційною роллю адміністратора в Control Hub автоматично отримує доступ до сайтів, які оновлюються від адміністратора сайту до Control Hub. Наприклад, повноправні адміністратори організацій стануть повноправними адміністраторами веб-сайтів Webex, адміністратори користувачів організацій стануть адміністраторами користувачів веб-сайтів Webex, а адміністратори лише для читання організацій стануть адміністраторами веб-сайтів лише для читання.
API XML
API XML тепер сумісні з керованими сайтами Центру керування. Ви можете прочитати про деталі та застереження в оновленнях XML API 41.11.0.
URL-адреси служб XML API залишаються незмінними після оновлення сайту з адміністратора сайту до керуючого центру керування. Ці URL-адреси API продовжуватимуть працювати. Cisco рекомендує всім інтеграціям API використовувати OAUTH для автентифікації.
Аутентифікація в XML API
Інтеграції, які не використовують Webex OAUTH для автентифікації, можуть зазнати невдачі після оновлення сайту до Control Hub. У наступній таблиці показано, який тип автентифікації адміністратора буде продовжувати працювати після оновлення вашого сайту.
| Тип аутентифікації адміністратора в XML API перед оновленням сайту | Адміністратор в SSO org після оновлення сайту | Адміністратор не в SSO org після оновлення сайту |
|---|---|---|
| ім 'я користувача (webExID)/пароль |  Буде працювати* | Буде працювати* |
| ім 'я користувача (webExID)/sessionTicket | Буде працювати | Буде працювати |
| ім 'я користувача/OAUTH (webExAccessToken) | Буде працювати | Буде працювати |
| електронна пошта/пароль | Буде працювати* | Буде працювати* |
| електронна пошта/sessionTicket | Буде працювати | Буде працювати |
| електронна пошта/OAUTH (WebExAccessToken) | Буде працювати | Буде працювати |
| * Зворотна сумісність - Cisco дозволила автентифікацію імені користувача/пароля працювати в XML API після оновлення сайту, навіть якщо
Ви можете дізнатися більше про інтеграцію XML API на керованих сайтах Центру керування, включаючи аутентифікацію OAUTH, за допомогою цього посібника. |
Username налаштовано на електронну пошту для всіх користувачів, коли сайт оновлюється до Control Hub. Якщо username використовується для корисних навантажень API, тоді корисні навантаження повинні використовувати електронну пошту після оновлення сайту.
Роль адміністратора в Control Hub для інтеграції API
Адміністратори, які мають лише роль адміністратора сайту, можуть не мати змоги виконувати деякі операції з XML API, такі як зміна адреси електронної пошти користувача або відображуваного імені після оновлення сайту до сайту Центру керування. Для адміністраторів, чиї облікові дані використовуються для інтеграції API, ми рекомендуємо просувати цих адміністраторів для організації повних адміністраторів в Control Hub, в ідеалі, перш ніж оновити сайт до Control Hub.
| Як найкраща практика, ми рекомендуємо спочатку оновити тестовий сайт, щоб підтвердити, що ваша інтеграція API буде працювати без змін після оновлення до Control Hub. |
Залежно від того, чим займається ваша інтеграція, адміністраторам також може знадобитися призначити обліковий запис хоста Meetings на сайті Control Hub для роботи інтеграції (це не потрібно для адміністраторів на сайтах адміністратора сайту).
Відмінності XML API в Control Hub
Більшість інтеграцій XML API повинні працювати без будь-яких змін після оновлення вашого сайту. Але є деякі винятки, які детально описані в наступному списку:
- CreateUser- На сайтах, якими керує Control Hub, ця операція також може створити користувача на сайті, що володіє org, перед призначенням ліцензії. Якщо користувач вже існує в іншій організації, ця операція зазнає невдачі.
PMR ID parameterне набуде чинності для користувачів, які ще не мають статусу Active (Активний) в Control Hub.
createuserAPI займає більше часу, щоб завершити роботу на керованих сайтах Центру керування. Для кращої продуктивності ви можете додати додаткову нитку для паралелізаціїcreateuserдзвінки. - SetUser- може призвести до призначення або видалення ліцензії сайту зустрічей від користувача (залежно від параметрів API або корисного навантаження).
- DelUser- Вилучає ліцензію сайту зустрічей, але не видаляє користувача з організації Control Hub.
- LstsummaryUser- також повертає користувача
objectGUID. - AuthenticateUser- На сайтах, керованих Control Hub, ми рекомендуємо створити квиток сеансу через
AuthenticateUserзамість використання імені користувача та пароля для кожного XML API. Використання відповіді SAML у вмісті тіла не підтримується цим викликом для керованих сайтів Центру керування.
REST API
Control Hub має свої власні API, включаючи People і License REST API для створення та ліцензування користувачів за адресою:
Типи сеансів та коди відстеження також доступні з API REST за адресою:
- https://developer.webex.com/docs/api/v1/session-types
- https://developer.webex.com/docs/api/v1/tracking-codes
Тим не менш, REST API, наведені вище, не підтримують всі функції управління користувачами, доступні в XML API. Наприклад, вам все одно потрібно буде використовувати XML API для призначення ліцензій на зустрічі користувачам за межами організації, якій належить сайт. People API не підтримує призначення ролей адміністратора сайту користувачам. Якщо ви хочете призначити ролі адміністратора сайту через API, вам все одно потрібно використовувати XML API.
Ви можете використовувати People API для створення адміністраторів організації з повними (або доступними лише для читання) дозволами, і ці адміністратори також можуть керувати (або переглядати) ваші керовані сайти зустрічей Центру керування.
| Центр керування має певні ролі адміністратора сайту Webex, але наразі API для людей не може призначити цю роль. |
Майбутні плани (можуть бути змінені)
- Новий API ліцензії, який також може надавати ліцензії на сайт зустрічей зовнішнім користувачам, які не входять до тієї ж організації, яка створила сайт. Ліцензування зовнішніх користувачів сьогодні доступне вручну в Control Hub.
- SCIM API для створення та видалення користувачів в організації.
- Довгостроковий напрямок Cisco полягає в тому, щоб використовувати тільки REST API (для всіх операцій на користувачах і сайтах зустрічей). XML API для управління користувачами будуть підтримуватися до тих пір, ПОКИ REST API не будуть використовуватися виключно для всіх операцій управління користувачами. Інтерфейси XML для управління користувачами також будуть застарілими (дата уточнюється).
Перш ніж оновити свій сайт до Control Hub, ми настійно рекомендуємо спочатку переглянути наступні елементи, щоб оновлення пройшло максимально гладко:
- По-перше, перегляньте цей документ і переконайтеся, що ваша організація дотримується найкращих практик, рекомендованих у розділі Підготовка організації Центру контролю.
- Далі увійдіть до системи адміністрування Webex та натисніть Оновити адміністрування. На етапі підготовки сайту вам не слід виконувати жодних рекомендованих дій у файлі з розділу користувачів перегляду та не слід відключати жодних функцій, викликаних у розділі функцій перегляду. Дотримуючись цих інструкцій, оцінка готовності сайту стає операцією лише для читання, щоб оцінити зміни, які потрібно зробити перед оновленням до Control Hub.
- У розділі Перегляд користувачів натисніть Експортувати CSV-файл користувача та завантажте CSV-файл, який називається
users-to-review-xxxxx.csv.Цей файл буде перераховувати всіх користувачів, які потребують уваги, і матиме рекомендовану дію для кожного користувача. Кількість користувачів у цьому файлі дає вам уявлення про те, скільки проблем, пов 'язаних з користувачами, вам доведеться працювати, перш ніж ви зможете оновити сайт.
- У розділі "Огляд функцій" перегляньте всі функції, перелічені червоним символом "Х" у стовпці "Наслідки". Це повідомить вас про готовність вашого сайту з точки зору функціонального конфлікту.
- Не переходьте до кроку 2 і не натискайте кнопку Оновити до Центру керування.
Після того, як ви переглянули файл CSV користувача і подивилися, які функції вам, можливо, доведеться переналаштувати, продовжуйте читати інші розділи цієї статті, щоб підготувати свій сайт та організацію до оновлення до Control Hub.
| Примітка. Якщо ваш сайт має інтеграцію API, виконану вашою компанією або за допомогою сторонніх рішень, таких як рішення для управління навчанням, перегляньте розділ Підготовка інтеграції API сайту для роботи з Control Hub. |
Найближчі зміни до випуску 43.6
До теперішнього часу ці дві функції потрібно було вимкнути перед оновленням сайту до Control Hub:
- Обов 'язкові поля профілю господаря
- Необхідні коди відстеження
Починаючи з випуску 43.6, сайти, які беруть участь у бета-тестуванні користувацьких атрибутів та обов 'язкових функцій полів профілю хоста, більше не потребуватимуть відключення цих функцій, перш ніж оновити свій сайт до Control Hub. Замість цього майстер повідомить вас про перегляд цих двох функцій, оскільки поточна конфігурація буде скопійована в організацію Control Hub.
Якщо ви берете участь у бета-версії необхідних полів профілю господаря, ви побачите таке попередження:
Якщо ви берете участь у бета-версії необхідних кодів відстеження та користувацьких атрибутів, ви побачите цей елемент дії:
Якщо ви не берете участь у цих бета-тестах, продовжуйте читати наступний розділ.
Вимкнути функції, які блокують оновлення сайту
Деякі функції потрібно вимкнути, перш ніж ви зможете оновити сайт Webex до Control Hub. Ви можете побачити список, який показує, яку функцію потрібно вимкнути. Необхідно виконати функції, позначені червоним колом X. Особливості, позначені жовтим трикутником, є лише для вашої інформації і не вимагають жодних дій.
Для демонстрації того, як оновити свій сайт до Control Hub, перегляньте це відео.
| Якщо ваша організація використовує функцію автоматичного створення облікового запису в Адміністраторі сайту, вам слід налаштувати еквівалентну функцію в Центрі керування та налаштувати автоматичний шаблон ліцензії для автоматичного призначення ліцензій. Перегляньте цю статтю, щоб дізнатися більше. Це слід зробити перед оновленням сайту, яким потрібно керувати в Control Hub. |
Увійдіть у службу адміністрування вебсайту Webex і перейдіть до меню Конфігурація > Загальні налаштування вебсайту > Параметри.
Знайдіть і вимкніть опцію Дозволити реєстрацію облікового запису господаря.
Знайти Вимога для реєстрації облікового запису: і очистіть всі поля для обов 'язкових полів профілю користувача.
Клацніть Оновити.
Перейдіть до .
У стовпці Профіль господаря змініть всі рядки коду відстеження, позначені як обов 'язкові, на AdminSet або необов' язкові.
Докладніше про коди відстеження читайте на сторінціhttps://help.webex.com/izu2ty.
Всі значення коду відстеження для користувачів зберігаються при оновленні сайту до Центру керування.
У майбутньому це обмеження буде знято, і ви зможете зіставляти коди відстеження з необхідними користувацькими атрибутами користувача в Control Hub для еквівалентної функціональності.
| Функція відстеження кодів карт до атрибутів користувача - це чернетка, яка знаходиться в публічному попередньому перегляді. Далі наведено список тем, які в ній розглядатимуться. |
Перш ніж ви зможете оновити сайт з необхідними кодами відстеження від Адміністрації сайту до Control Hub, ви повинні зіставити ці коди відстеження з атрибутами користувача в Control Hub. Ви можете натиснути на піктограму в розділі "Інформація", щоб перейти безпосередньо до кодів відстеження карти до майстра атрибутів користувача для сайту. Якщо ви ще не зіставили або не вимкнули необхідні коди відстеження, ви не зможете оновити свій сайт до Центру керування.
Якщо на вашому сайті немає необхідних кодів відстеження, ви все одно можете пов 'язати коди відстеження з атрибутами користувача, перш ніж оновити сайт до Центру керування, виконавши цю процедуру.
| Для вебсайтів для нарад, які використовують department (Відділ) як код відстеження, рекомендовано зіставити цей код відстеження з атрибутом «Відділ» профілю користувача, а не з користувацьким атрибутом. Оскільки «Відділ» є стандартним атрибутом профілю в Control Hub, цей сценарій буде ефективнішим у більшості випадків. Якщо цей атрибут є обов 'язковим, перейдіть до розділу атрибутів профілю користувача та позначте атрибут відділу як потрібний. Пам’ятайте, що атрибут «Відділ» разом з іншими атрибутами користувача для зовнішніх користувачів підставлятися не буде. |
| 1. | Увійдіть у Control Hub і перейдіть до розділу Наради. | ||||||||||||||||||||||||||||||||||||||||||||
| 2. | Виберіть сайт, а потім перейдіть до . | ||||||||||||||||||||||||||||||||||||||||||||
| 3. | Виберіть Створити карту кодів відстеження.  | ||||||||||||||||||||||||||||||||||||||||||||
| 4. | Виберіть Відкрити зведені дані про коди відстеження.  | ||||||||||||||||||||||||||||||||||||||||||||
| 5. | Клацніть Завантажити зведені дані конфігурації. Потрібно завантажити копію поточної конфігурації кодів відстеження. Ці зведені дані знадобляться на наступних кроках, щоб переконатися, що всі значення атрибутів відповідають поточним кодам відстеження. Крім того, можна завантажити попередні списки кодів відстеження у файлі CSV, щоб передати ті самі значення для користувацьких атрибутів.  | ||||||||||||||||||||||||||||||||||||||||||||
| 6. | Поверніться до майстра й виберіть Додавання і перевірка атрибутів користувача.  | ||||||||||||||||||||||||||||||||||||||||||||
| 7. | Налаштуйте нові користувацькі атрибути, необхідні для цього вебсайту. Позначте будь-які атрибути як необхідні, якщо ви хочете, щоб ці поля були заповнені для користувачів. Користувацькі атрибути не застосовуються для організацій, які синхронізують користувачів за допомогою з’єднувача каталогів, Azure AD тощо. У такому разі на цьому кроці можна перевірити відображувані імена для кодів відстеження. Після внесення необхідних змін клацніть Зберегти.
 | ||||||||||||||||||||||||||||||||||||||||||||
| 8 | Поверніться до майстра й виберіть Зіставлення кодів відстеження.  | ||||||||||||||||||||||||||||||||||||||||||||
| 9 | За допомогою розкривного списку зіставте коди відстеження з користувацькими атрибутами або атрибутами профілю користувача організації. Під час зіставлення коду відстеження вебсайту з атрибутом система спочатку зіставляє вже наявні атрибути, які відповідають іменам коду відстеження, якщо як тип введення задано текстове поле. Після завершення клацніть Далі.
Раніше коди відстеження можна було налаштовувати по-різному в межах кожного центру. Усі центри (Meetings, Events, Webinars тощо) тепер мають єдину конфігурацію планування. Якщо зіставити атрибут як обов’язковий, він буде обов’язковим під час планування у Webex Meetings, Webex Webinars тощо.  | ||||||||||||||||||||||||||||||||||||||||||||
| 10 | Натисніть Зберегти карту. Синхронізація виконується автоматично під час процесу оновлення сайту до Центру керування.
Якщо зіставити коди відстеження з користувацькими атрибутами, єдине достовірне джерело даних походитиме зі служби ідентифікації Webex, а не з кожного окремого вебсайту для нарад. Під час синхронізації створюється одноразова копія значень коду відстеження користувача із зіставленими атрибутами, які ще не заповнено для користувачів. Тобто важливо те, в якому порядку ви синхронізуєте коди відстеження для вебсайтів. Під час синхронізації першого вебсайту значення кодів відстеження для користувачів із цього вебсайту копіюються до зіставленого атрибута користувача для цього користувача в Control Hub, але тільки якщо це значення ще не підставлено для користувача. Деякі значення кодів відстеження не можна скопіювати з вебсайту в поля атрибутів користувача під час синхронізації Якщо значення користувача для зіставленого вебсайту вже підставлено під час синхронізації, то значення відстеження із цього вебсайту не скопійовано в поле зіставленого атрибута в Control Hub для цього користувача. Щоб дані не замінювали інші коди відстеження для користувачів, рекомендовано зіставляти й синхронізувати дані вебсайту для нарад із найновішими даними кодів відстеження для користувачів.
У наведеній далі таблиці описано можливі сценарії, у яких дані замінюють собою оригінальні коди відстеження. У цих сценаріях код відстеження і зіставлений атрибут є містом користувача.
* Попереднє значення коду відстеження замінюється існуючим атрибутом відображення. | ||||||||||||||||||||||||||||||||||||||||||||
Перш ніж оновити свій сайт для керування в Control Hub, переконайтеся, що:
- Всі користувачі сайту, які повинні бути у вашій організації, насправді знаходяться у вашій організації Control Hub.
- Всі користувачі сайту, які не повинні бути в вашій організації, видаляються з вашої організації.
- Користувачі в організації можуть бути автентифіковані вашим IdP, якщо ваша організація налаштована на SSO.
- Поля профілю користувача, позначені як необхідні на сайті, також будуть скопійовані в організацію Control Hub під час оновлення сайту. Якщо ви не хочете, щоб ці поля були позначені як необхідні для реєстрації облікового запису на сайті в Control Hub, спочатку зніміть прапорець з полів в Site Admin, перш ніж оновити до Control Hub.
- Ви переглянули розділ Підготовка організації Центру керування раніше в цій статті.
| Ми наполегливо рекомендуємо вимагати від користувачів, перш ніж оновити свій сайт до Control Hub. Якщо ви заявляєте, що користувачі у вашій організації після того, як сайт був оновлений до Control Hub, то ці користувачі можуть втратити доступ до зустрічей і ресурсів зустрічей на сайті. Див. розділ Підготовка організації Центру керування для отримання додаткової інформації. |
Для демонстрації того, як оновити свій сайт до Control Hub, перегляньте це відео.
Як перевірити користувачів, які блокуватимуть оновлення сайту
Увійдіть до Адміністрації сайту та відкрийте сторінку Адміністрування оновлень.
Відкрийте Перегляд передумов оновлення адміністративного контролю та натисніть Експортувати постраждалих користувачів у форматі CSV.
Дочекайтеся завершення експорту. Цей процес може зайняти деякий час в залежності від часу початку і кількості користувачів на сайті. Експорт призупиняється на 6 хвилин у верхній частині години (між xx:57 та xx:03).
Натисніть Завантажити CSV після завершення експорту.
Завантаження браузера
users-to-review.csv.Відкрийте CSV-файл і перевірте стовпець Рекомендована дія (останній стовпець). Виконуйте рекомендовані дії для кожного користувача у файлі.
Користувачі з невідповідними адресами електронної пошти
Деякі користувачі можуть мати іншу адресу електронної пошти в Адміністраторі сайту та Центрі керування. Це можливо, якщо електронну пошту користувача було змінено лише в одному з двох місць після того, як користувач був пов 'язаний з цього сайту до Центру керування.
Спробуйте виконати такі дії, щоб виправити невідповідність адрес електронної пошти користувачів:
Змініть адресу електронної пошти користувача в Адміністраторі сайту, щоб вона відповідала адресі електронної пошти Центру керування
Користувачі можуть редагувати свої профілі адміністратора сайту: https://help.webex.com/nmig1kcb
Змініть адресу електронної пошти користувача в Control Hub, щоб вона відповідала електронній адресі адміністратора сайту: https://help.webex.com/nsi3kgb.
Користувачі можуть змінювати власні адреси електронної пошти в організації Control Hub: https://help.webex.com/nme40aeb
| Якщо ви оновите свій сайт до Control Hub без виправлення невідповідності адрес електронної пошти користувачів, постраждалі користувачі повинні використовувати свої адреси електронної пошти Control Hub для входу на сайт зустрічей. Ці користувачі можуть бути не в змозі увійти, якщо вони спробують ввійти за допомогою адреси електронної пошти в Адміністраторі сайту або якщо їх адреса електронної пошти Центру керування більше не дійсна в їх IdP (для організацій SSO). Вони не заблокують оновлення сайту, але краще виправити адреси електронної пошти перед початком оновлення. |
Зовнішні користувачі з ліцензією Basic Meetings
Зовнішні користувачі з ліцензіями Basic Meetings повинні бути деактивовані або оновлені до платних ліцензій Webex Meetings перед оновленням сайту з Адміністратора сайту до Центру керування.
Як деактивувати користувачів
| Коли ви деактивуєте користувачів, вони втрачають свою ліцензію хоста або привілей учасника (залежно від того, яку роль вони мали під час активності). Деактивовані користувачі все одно з 'являться в файлі експорту CSV сайту після оновлення сайту до Control Hub. |
Для індивідуальної деактивації користувача в Адміністрації сайту:
Перейдіть у розділ "Керування користувача
Використовуйте елементи керування індексом, пошуком та фільтром, щоб знайти користувача.
Зніміть прапорець Активний.
Надішліть зміни.
Див. Керування обліковими записами користувачів в Адміністрації сайту Webex для отримання додаткової інформації.
Для пакетної деактивації користувача в Адміністрації сайту:
Експортувати користувачів у файл CSV.
Відкрийте файл CSV і змініть
Activeзначення стовпця доNдля всіх постраждалих користувачів.Імпортуйте змінений CSV-файл.
Користувачі, яких ви змінили, тепер неактивні.
Див. Пакетний імпорт та експорт користувачів Webex в Адміністрації сайту Webex для отримання більш докладної інформації.
Користувачі в організаціях з синхронізацією каталогів
Якщо у вашій організації є від 'єднані користувачі, які повинні бути у вашій організації, але ще не додані, спочатку потрібно додати їх до вашої організації. Це особливо важливо для організацій, які налаштовані на синхронізацію каталогів (через Directory Connector або Azure AD), оскільки синхронізація каталогів не дозволить процесу оновлення сайту додавати користувачів.
| Оновлення сайту зазнає невдачі, якщо будь-які активні користувачі сайту не можуть бути пов 'язані з організацією Центру керування. Якщо ваша організація налаштована на синхронізацію каталогів, переконайтеся, що всі користувачі на сайті, які повинні бути частиною організації Control Hub, додані до Directory Connector або Azure AD перед початком оновлення. |
Виправлення проблем користувача перед початком оновлення
Якщо ви спробуєте оновити сайт до Control Hub без вирішення проблем для користувачів у users-to-review файл, процес адміністрування оновлення може зазнати невдачі. Інструмент не перевіряє, чи виправили ви проблеми, доки не почнете остаточне оновлення.
Оновлення сайтів SSO та сайтів, що не належать до SSO, пов 'язаних з організацією SSO
Організація Центру управління може підтримувати декількох постачальників ідентифікаційних даних (IdP) для SSO, одним з яких є IdP Webex (локальна автентифікація)
Кілька IDP в Control Hub допоможуть:
- Якщо IdP для сайту SSO в Адміністраторі сайту відрізняється від ідентифікатора SSO контрольного концентратора.
- Коли користувачі на сайті не знаходяться в SSO IdP, налаштованому в організації, цих користувачів тепер можна просто додати до локального Webex IdP. Потім ви можете перемістити цих користувачів до налаштованого SSO IdP пізніше.
Налаштування декількох IdP може дозволити всім користувачам на сайті, що оновлюється, від адміністратора сайту до Центру керування, увійти за допомогою способу автентифікації, налаштованого в організації Центру керування. Щоб досягти цього, ви можете:
- Додайте додаткових ідентифікаторів SSO до організації Control Hub.
- Додайте користувачів до вже налаштованого IdP.
- Додайте користувачів до локального Webex IdP.
Перегляньте цю статтю, щоб дізнатися більше про кількох постачальників послуг в Control Hub.
Перш ніж почати
Є деякі функції, які ви повинні відключити, і ви повинні перевірити, що всі користувачі знаходяться в хорошому стані, щоб оновити до Control Hub. Якщо ви використовуєте інтегровані додатки API, вам потрібно оновити їх, щоб використовувати API Webex.
Про ці передумови ви можете прочитати в попередніх частинах цієї статті.
| Переконайтеся, що всі ваші адміністратори знають, що ви оновлюєте сайт до Control Hub, і що вони не повинні вносити жодних змін до Адміністратора сайту після запуску. |
| 1. | Експортувати та зберегти файл експорту користувачів сайту. Цей файл діє як архів конфігурації користувача, щоб допомогти вам перевірити після оновлення. | ||
| 2. | Увійдіть до Адміністрації сайту та натисніть Оновити Адміністрацію. | ||
| 3. | Перегляньте передумови, особливо список користувачів CSV у станах, які можуть вплинути на успіх оновлення. | ||
| 4. | Прочитайте про функції, які потрібно вимкнути, і відмінності, які ви можете очікувати в управлінні користувачами та ліцензуванні хоста (також задокументовано в цій статті). | ||
| 5. | Натисніть Оновити до Центру керування. Ця кнопка активується лише після виконання наведених вище дій.  З 'явиться спливаюче вікно. Це вікно показує, що оновлення сайту до Центру керування є постійним, і ви не можете скасувати оновлення після його завершення. Коли оновлення закінчиться, цей сайт більше не буде управлятися в Адміністрації сайту. Якщо ви не готові повністю керувати цим сайтом в Control Hub, вийдіть з майстра зараз.
 | ||
| 6. | Клацніть ОК. Після початку оновлення над Адміністрацією сайту з 'явиться банер, який повідомить вам, що оновлення сайту триває. Якщо щось піде не так, ви побачите повідомлення про помилку з запропонованими діями. Інакше ви побачите повідомлення про успіх.
| ||
| 7. | Натисніть Увійти в Центр керування. |
Після запуску оновлення сайту від Адміністрації сайту Webex ви можете увійти в Control Hub, щоб побачити статус оновлення сайту.
| Оновлення сайту займе більше часу, якщо воно спрацює ближче до кінця години. Оновлення сайту призупиняються на кілька хвилин до і після кожної години. |
Увійдіть в Control Hub і відкрийте сторінку зустрічей.
Ви можете переглянути список своїх сайтів зустрічей.
Натисніть на сайт, щоб переглянути інформацію про цей сайт.
Шукайте розділ Оновлення сайту, де можна прочитати статус оновлення.
Після завершення оновлення ви можете завантажити список всіх користувачів в Адміністрації сайту і подивитися, хто з цих користувачів був активним або неактивним на сайті. Користувачі, які відображаються як неактивні в стовпці статусу користувача Адміністрації сайту, не матимуть доступу до керованого сайту Центру керування. Ці користувачі також не відображатимуться як такі, що мають доступ до сайту в розділі користувачів Центру керування.
Для появи кнопки завантаження може знадобитися деякий час (хвилини для більшості організацій).
Перегляньте список, щоб перевірити наявність проблем під час оновлення.
Ви більше не можете керувати цим сайтом в Адміністрації сайту після завершення оновлення сайту. Усе управління цим об 'єктом повинно здійснюватися в Control Hub. Ось кілька кроків, щоб ознайомитися з вашим сайтом і спробувати керувати ним в Control Hub:
Перевірте деякі налаштування конфігурації сайту, щоб підтвердити, що нічого не змінилося. Це простіше, якщо ви скопіювали деякі налаштування адміністратора сайту перед оновленням до Control Hub.
Виберіть вузол і підтвердьте його ліцензію, коди відстеження та типи сеансів у Центрі керування. Увійдіть на сайт зустрічі та підтвердьте, що заплановані зустрічі, записи та налаштування не змінені. Перевірка простіше, якщо дані цього вузла копіюються перед оновленням до Control Hub.
Попросіть користувача перевірити, чи може він планувати та проводити нові зустрічі.
Додайте нового користувача до вашої організації. Надайте їм ліцензію хоста, змініть типи сеансів і перевірте, чи можуть вони проводити зустрічі.
Ми рекомендуємо налаштувати шаблони ліцензій на основі організації або групи, щоб автоматично призначати ліцензії новим користувачам або певним групам нових користувачів.Виберіть користувача, який був повним адміністратором в Адміністраторі сайту, і переконайтеся, що він має відповідний рівень доступу до оновленого сайту в Control Hub.
Вони повинні мати можливість читати та змінювати сайт; створювати, ліцензувати, змінювати та видаляти користувачів.
Якщо на вашому сайті є інтеграція API, перейдіть до використання API для людей. Підтвердьте, що оновлена інтеграція працює так, як очікувалося.
Докладніше про управління сайтами зустрічей читайте в Control Hub за адресоюhttps://help.webex.com/naqlzeu.
Користувачі матимуть єдиний уніфікований досвід входу в додаток Webex і всі керовані сайти Центру керування.
Якщо ім 'я користувача не збігається з адресою електронної пошти користувача в Адміністрації сайту, то ці користувачі матимуть вплив на досвід входу. Старі імена користувачів більше не можна використовувати, і ці користувачі повинні використовувати свою електронну адресу для входу.Облікові дані користувача пов 'язані з ідентифікатором Центру керування. Ці ж облікові дані застосовуються до всіх керованих сайтів Центру керування в тій же організації та до Додатка Webex.
Якщо організація Центру керування налаштована SSO, то цей SSO керує входом в додаток Webex та всі керовані сайти Центру керування.
Вхід у додаток Webex не впливає на оновлення до Центру керування.
Коли користувачі увійдуть на сайт Webex Meetings, екран входу буде виглядати інакше. Користувачі повинні ввести свою адресу електронної пошти, щоб увійти, навіть якщо їх організація налаштована на SSO.
Адміністратори можуть увімкнути опцію Запам 'ятати мене в Control Hub, щоб користувачам не потрібно було вводити свою електронну адресу знову кожен раз, коли вони ввійдуть.Залежно від історії кожного користувача, кількості сайтів, на яких він мав обліковий запис, тощо:
Якщо користувачі були пов 'язані з існуючими користувачами в Webex Identity/Control Hub, то користувачі будуть використовувати той же пароль для всіх сайтів Webex, які оновлені до Control Hub.
Якщо користувачі були створені в Webex Identity/Control Hub через зв 'язування сайтів, то застосовуються їхні перші пов' язані облікові дані сайту (якщо організація не була налаштована з SSO). Користувачі перенаправляються для входу на цей сайт. Якщо користувачі мають кілька сайтів з кількома обліковими даними, URL-адреса сайту повинна допомогти їм визначити, які облікові дані використовувати.
Користувачам дозволяється скидання пароля в організаціях Центру керування (якщо паролем не керує SSO). Якщо користувачі забули свій пароль, вони можуть просто натиснути на Забули своє ім 'я користувача або пароль? на екрані входу, щоб скинути свій пароль. Користувачі також можуть скинути свій пароль, дотримуючись наступних інструкцій:
- Скидання пароля для Webex App: https://help.webex.com/article/n02v0b8/
- Скидання пароля для сайту Webex Meetings: https://help.webex.com/article/6v6kaab/
Якщо адреса електронної пошти кінцевого користувача змінилася, і цей користувач мав іншу адресу електронної пошти в Адміністраторі сайту та Центрі керування під час оновлення сайту, у цього користувача можуть виникнути проблеми при спробі входу. Користувач може не знати, що тепер йому потрібно використовувати свою адресу електронної пошти Центру управління для входу, або адреса електронної пошти в Центрі керування може більше не діяти в ідентифікаторі постачальника послуг SSO своєї організації. Цього типу ситуації найкраще уникнути, оновивши адреси електронної пошти користувачів в Control Hub, оскільки зміни вносяться до адрес електронної пошти тих же користувачів в Адміністраторі сайту.
Необхідний повторний вхід для користувачів у мобільному додатку Webex Meetings для iOS:
- Якщо ви оновите сайт, що не належить до SSO, до Control Hub, то вашим користувачам доведеться повторно ввійти в мобільний додаток Webex Meetings для iOS. Хоча додаток Meetings for iOS не вимагатиме від користувачів повторного входу протягом двох місяців після оновлення сайту, ми пропонуємо користувачам повторно ввійти вручну, щоб уникнути цієї ситуації.
Під час оновлення сайту користувачам, чиї імена користувачів не збігаються з адресами електронної пошти, можливо, доведеться ввійти знову.
Ці користувачі можуть бути зобов 'язані знову увійти до своїх клієнтів Webex, якщо вони намагаються отримати доступ до служб Webex на сайті під час оновлення сайту в Control Hub. Користувачі, які вже приєдналися до зустрічей до початку оновлення сайту, не постраждають.
Порожній CSV-файл "користувач для перегляду"
Якщо ваш сайт великий і має більше 1000 користувачів, чиї адреси електронної пошти відрізняються в Адміністраторі сайту, ніж в Control Hub, то ви можете відчути порожній "користувач для перегляду" CSV-файл в майстрі оновлення сайту. Це призводить до того, що оновлення сайту не працює, оскільки ви не зможете вирішити проблеми користувачів. Це питання опрацьовується, і ми плануємо вирішити його в найближчі тижні.
Налаштування, які не переносяться при оновленні до Центру керування
- Якщо ваш сайт, яким керує адміністратор сайту, перебував на повільному каналі, а ваш Центр керування також керується партнером, ви можете втратити видимість елементів керування оновленням версії сайту Meetings після оновлення до Центру керування. Якщо це станеться, зв 'яжіться зі своїм партнером і попросіть його дозволити клієнту оновити налаштування версії сайту для вашої організації.
- Запити на самостійну реєстрацію облікового запису не переносяться до центру сповіщень. Користувачі повинні знову зареєструвати обліковий запис після завершення оновлення.
- Значення імені користувача в Адміністраторі сайту замінюються адресами електронної пошти користувачів в Control Hub після завершення оновлення.
Проблеми користувача, які призводять до невдачі оновлення
- Користувачі з адресами електронної пошти, пов 'язаними з користувачами в організації Webex for Government, спричинять збій оновлення, якщо ці користувачі не будуть деактивовані перед початком оновлення.
Поширені проблеми, які призводять до невдачі оновлення, та рекомендовані дії
Якщо ваш сайт не може оновитися до Control Hub, перевірте наступну таблицю, щоб побачити, чи є одна з цих помилок COMON причиною, і що ви можете зробити, щоб її виправити.
| Помилки, які призводять до невдалого оновлення | Рекомендована дія |
|---|---|
| Тип сайту недійсний. | Зверніться до служби підтримки Webex, щоб підтвердити, що сайт пов 'язаний з користувачем. |
| Сайт не має підписки, пов 'язаної з ним. | Сайти повинні бути пов 'язані з підпискою, перш ніж її можна буде оновити до Control Hub. |
| Виникла проблема з ідентифікатором організації. | Ідентифікатор організації, пов 'язаної з сайтом, не збігається з ідентифікатором організації, що підписалася. Зверніться до служби підтримки Webex. |
| Наступна підписка має очікувані операції в Control Hub: (SubID). | Повторіть спробу оновлення сайту після завершення очікуваної операції. |
| Є конфлікти в параметрах єдиного входу (SSO). | Якщо сайт увімкнено SSO, переконайтеся, що:
|
| Інформація про ліцензію сайту в Адміністрації сайту не збігається з інформацією про ліцензію сайту в Control Hub. | Суперечлива інформація про ліцензію між Адміністратором сайту та Центром керування. Зверніться до служби підтримки Webex. |
| Деякі імена користувачів або адреси електронної пошти в Адміністрації сайту конфліктують з іменами користувачів або адресами електронної пошти в Control Hub. | Електронна пошта користувача в Адміністраторі сайту використовується іншим користувачем в Центрі керування. Змініть одну з електронних адрес або імен користувачів. |
| Виникла проблема з оновленням вашого сайту. | Внутрішня помилка не дозволила оновити цей сайт. Зверніться до служби підтримки Webex. |
| Виникла проблема з оновленням користувачів Webex. | Внутрішня помилка не дозволила оновити цей сайт. Зверніться до служби підтримки Webex. |
Проблеми з входом для користувачів
Переконайтеся, що завжди дозволяють Webex печиво. В іншому випадку у користувачів можуть виникнути проблеми з входом після оновлення до Control Hub.
З. Чи є дата, коли Cisco більше не підтримуватиме адміністрування сайту?
В. Так. Ми плануємо відмовитися від адміністрування сайту Webex наприкінці грудня 2023 року.
З. Чи збережуть адміністратори сайту в розділі Адміністратор сайту свій адміністративний доступ до сайту після оновлення до керування Control Hub?
В. Так. Усі адміністратори сайту в розділі Адміністратор сайту все ще мають адміністративний доступ до сайту після оновлення сайту до керування Control Hub.
З. Після оновлення сайту нарад з Адміністратора сайту на Керування хабом, чому я бачу нових адміністраторів на сайті?
В. Ці нові адміністратори на сайті, ймовірно, були адміністраторами організації Control Hub. Коли сайт оновлюється з Адміністратора сайту до Центру керування, всі адміністратори в масштабах всієї організації стають адміністраторами сайту нового керованого сайту Центру керування. Це означає, що повноправні адміністратори організацій стануть повноправними адміністраторами веб-сайтів Webex, адміністратори користувачів організацій стануть адміністраторами користувачів веб-сайтів Webex, а адміністратори лише для читання організацій стануть адміністраторами веб-сайтів лише для читання.
З. Чому інструмент для підвищення продуктивності не працює після оновлення сайту до Центру керування?
В. Переконайтеся, що інтернет-браузери налаштовані так, щоб завжди дозволяти сеансові файли cookie, розташовані в розширених налаштуваннях конфіденційності браузерів.
З. Якщо користувача видалено в Центрі керування, а потім ту ж адресу електронної пошти повторно додано до Центру керування та призначено ліцензію на проведення нарад на тому ж сайті Webex, чи може користувач отримати доступ до своїх старих записів?
В. Так, користувач матиме доступ до всього свого старого вмісту Meetings, якщо йому буде присвоєно ліцензію на будь-який з попередніх сайтів Webex, на яких він перебував. Це стосується як керованих сайтів Control Hub, так і сайтів, які були оновлені до Control Hub.
З. Якщо користувач був деактивований в Адміністраторі сайту до оновлення сайту до Центру керування, а потім був повторно ліцензований на той же сайт Webex в Центрі керування, чи матиме користувач доступ до своїх старих записів?
В. Так, користувач все одно матиме доступ до своїх старих записів. Крім того, будь-який користувач, який був деактивований в Адміністраторі сайту до оновлення сайту, буде перерахований у файлі експорту CSV зустрічей в Control Hub.
З. Якщо на сайті не налаштовано SSO IdP, але організація Control Hub має SSO IdP, що відбувається, коли сайт оновлюється до Control Hub?
В. На об 'єкті буде використовуватися той самий ідентифікатор SSO, що й організація Control Hub.
З. Якщо на сайті налаштовано інший ідентифікатор SSO, ніж ідентифікатор SSO в Control Hub, що відбувається, коли сайт оновлюється до Control Hub?
В. Сайт перейде на використання того ж SSO IdP, що й організація Control Hub.
З. Якщо на сайті налаштовано SSO IdP, але організація Control Hub не має SSO IdP, що відбувається, коли сайт оновлюється до Control Hub?
В. Вам буде заблоковано оновлення сайту. Щоб розблокувати сайт, щоб ви могли оновитися до Control Hub, видаліть ідентифікатор SSO з сайту адміністратора сайту або додайте ідентифікатор SSO до організації Control Hub.
З. Чи можу я увійти в URL-адресу сайту, щоб отримати доступ до записів і запланувати зустрічі або події?
В. Так, ви все ще можете увійти в URL-адресу сайту, де ви можете отримати доступ до записів, запланувати зустрічі тощо.
З. Чи змінюються специфічні для користувача налаштування під час оновлення сайту з Адміністрації сайту на Центр керування?
В. Ні, налаштування користувача залишаться незмінними. Ці налаштування будуть застосовуватися, як і до оновлення сайту.
З. Чи впливає це оновлення сайту на мої записи або заплановані зустрічі?
В. Записи господарів не постраждали. Ви все одно матимете доступ до них. Ваші заплановані зустрічі також не зачіпаються. Змін до них немає.
З. Чи оновлюються записи або заплановані зустрічі користувачів цього сайту?
В. Записи користувачів не постраждали. Вони все одно матимуть до них доступ. Це також не впливає на заплановані зустрічі. Змін до них немає.
Для користувачів, на яких ще не було заявлено претензій, їхні записи або заплановані зустрічі можуть постраждати, якщо ви заявите про них після оновлення сайту до Control Hub. Додаткову інформацію див. у наведеній нижче примітці.
| Ми наполегливо рекомендуємо вимагати від користувачів, перш ніж оновити свій сайт до Control Hub. Якщо ви заявляєте, що користувачі у вашій організації після того, як сайт був оновлений до Control Hub, то ці користувачі можуть втратити доступ до зустрічей і ресурсів зустрічей на сайті. У якості обхідного шляху ви можете зробити наступне, щоб переконатися, що користувачі не втратять доступ до зустрічей та ресурсів зустрічей на сайті після оновлення сайту до Control Hub:
|
З. Де перевірити запити на самостійну реєстрацію облікового запису для сайтів, керованих Центром керування?
В. Ви та інші адміністратори можете переглядати запити на самостійну реєстрацію в центрі сповіщень.
З. Чи можу я отримати доступ до значень імен користувачів від адміністратора сайту після оновлення сайту до Control Hub?
В. Файл експорту користувача всіх користувачів в Адміністраторі сайту доступний в Центрі керування протягом 90 днів після оновлення сайту до Центру керування. Цей CSV-файл містить значення імені користувача.
З. Ми використовуємо значення імені користувача для ідентифікації користувачів в Адміністраторі сайту. Як ми можемо зробити те ж саме в Control Hub?
В. Значення імені користувача втрачаються після оновлення сайту до Control Hub. Якщо вам потрібен доступ до цих значень, одним із рішень є копіювання значень до коду відстеження перед оновленням сайту. Значення коду відстеження для користувачів будуть збережені та доступні після оновлення сайту до Control Hub. Якщо ви використовуєте SSO, то ExternalID є атрибутом користувача Control Hub, який може містити це значення. Це вимагає налаштування тверджень SAML для передачі цього значення при налаштуванні SSO в Control Hub. Це значення також буде передано до Центру керування під час автоматичного створення нових користувачів.
З. Скільки часу потрібно, щоб завершити оновлення сайту після його запуску?
В. Оновлення сайту займає приблизно 3 хвилини + 1000 активних користувачів/хв + 2000 неактивних користувачів/хв. Наприклад, якщо ви почали оновлення сайту о 05:20, і ваш сайт має 8000 активних користувачів і 2000 неактивних користувачів, оновлення сайту займе близько 12 хвилин. Крім того, оновлення сайту призупиняються на 6 хвилин у верхній частині години (від xx:57 до xx:03). Але ваші результати можуть відрізнятися.
З. Як я можу автоматично ліцензувати кожного нового користувача або нових користувачів у певних групах після оновлення сайту для керування в Control Hub?
В. Ви можете налаштувати шаблони ліцензій на основі організації або групи, щоб автоматично призначати ліцензії новим користувачам.
З. Чи є простої під час оновлення сайту?
В. Ні. Під час оновлення сайту:
- Користувачі можуть продовжувати користуватися послугою "Зустрічі", наприклад, приєднуватися до запланованих та спеціальних зустрічей та розпочинати їх.
- Зустрічі, які проводяться під час оновлення сайту, не впливатимуть.
- Підписка буде заблокована в Control Hub.
- Настільний клієнт нарад може мати проблеми з розділом "Майбутні наради".
- Зміни в конфігураціях управління сайтом не рекомендуються.
