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