Благодарим вас за обратную связь.
Обновите управление сайтом Webex Meetings с администрирования сайта на Control Hub
Отправить обратную связь?Об обновлении с администрирования сайта на Control Hub
Обновление сайта от администрирования сайта до Control Hub не требует обновления версий клиентов. Некоторые сайты не могут использовать эту функцию до тех пор, пока партнеры, управляющие этими организациями, не будут готовы.
Webex становится унифицированной платформой для управления совещаниями, сообщениями, звонками и другими способами совместной работы. Вот почему мы хотим перенести управление всеми Webex Meetings сайтами из раздела «Администрирование сайта» в Control Hub.
В разделе «Администрирование сайта» есть инструмент, который поможет вам справиться с этими изменениями. Если ваш сайт уже имеет право на обновление до Control Hub, для начала нажмите «Администрирование обновлений» в меню навигации.
В этом видео показано, как работает обновление сайта до Control Hub.
Чтобы помочь спланировать обновление сайта, ознакомьтесь с разделом «Готовность сайта к оценке».
К преимуществам управления сайтами в Control Hub относятся:
-
Унифицированное распределение лицензий во всех сервисах Webex, таких как совещания, обмен сообщениями и звонки.
-
Согласованные политики безопасности во всех сервисах Webex.
-
Единый для всех конечных пользователей интерфейс входа в разные сервисы Webex.
-
Современные средства администрирования, такие как Directory Connector, SCIM и группы активных каталогов.
-
Шаблоны лицензий для автоматического назначения нескольких лицензий пользователям.
После обновления до Control Hub вы не сможете использовать функцию «Администрирование сайта» для управления сайтом собраний.
Если запланировано автоматическое обновление вашего сайта с управления через администратор сайта на Control Hub, вы увидите следующий снимок экрана.
Вы можете нажать «Изменить дату обновления сайта», чтобы изменить запланированную дату.
Опыт управления сайтами в Control Hub аналогичен управлению сайтами в администрировании сайта. Управление пользователями в Control Hub основано на более современных базовых технологиях, поэтому управление сайтами в Control Hub имеет несколько отличий. В этом разделе рассматриваются отличия, выявленные при обновлении сайта.
Более подробный обзор различий между администрированием сайта и Control Hub см. в этой статье.
Управление пользователями
В основе Control Hub лежит централизованная система управления пользователями, в которой пользователи в рамках всей организации (и всего Webex) отличаются друг от друга и уникальны. В разделе «Администрирование сайта» профиль пользователя для каждого сайта совещания отличается.
- Единый вход (SSO) с автоматическим созданием учетной записи
-
В Site Admin есть функция «автоматического создания учетной записи», которая позволяет создавать пользователей, когда они аутентифицируются с помощью SSO.
Эта функция также доступна в Control Hub. Дополнительные сведения см. в разделе Автоматическое создание и обновление учетной записи SAML для Control Hub.
Многие организации, использующие систему единого входа, могут предпочесть централизованно управлять своими пользователями с помощью внешних инструментов управления каталогами, таких как Microsoft ® Active Directory и Microsoft Azure, а также требовать аутентификации с помощью внешних поставщиков идентификационных данных.
Узнайте больше о:
- Обязательные данные профиля и коды отслеживания
-
Администрация сайта позволяет указать обязательные поля профиля для новых пользователей (предыдущий скриншот). Вы можете расширить это положение, включив в него требование использовать коды отслеживания при создании пользователя (скриншот ниже). Если вы настроите эти дополнительные требования, вы не сможете добавлять пользователей на сайт без них.
Для создания пользователя Control Hub нужны только отображаемое имя и адрес электронной почты.
Все остальные пользовательские поля необязательны при создании нового пользователя в Control Hub, поэтому мы не применяем дополнительные данные профиля для сайтов, управляемых Control Hub.
Перед обновлением сайта до Control Hub необходимо отключить обязательные поля профиля и коды отслеживания.
- Управление паролями и блокировка
-
В администрировании сайта есть функция, которая временно блокирует пользователей, если они не смогут войти в систему после нескольких попыток.
Control Hub предлагает следующие опции для предотвращения несанкционированного доступа:
-
Автоматический тайм-аут после первых нескольких неудачных попыток.
-
Механизм CAPTCHA (полностью автоматизированный публичный тест Тьюринга, позволяющий отличить компьютеры от людей).
-
У законных пользователей есть возможность самостоятельно изменить забытые пароли.
-
Лицензирование хостов
- Хосты должны находиться в вашей организации Control Hub
-
В разделе «Администратор сайта» вы можете назначить лицензию на хост любому пользователю. При управлении сайтом в Control Hub вы можете назначать лицензии хоста (и роль участника) только пользователям из той же организации Control Hub.
- Самостоятельная регистрация учетной записи хоста
-
В разделе «Администратор сайта» вы можете разрешить пользователям запрашивать учетную запись (хост) на сайте. Вы также можете разрешить пользователям с учетной записью запрашивать дополнительные услуги на сайте. (см. скриншоты).
Когда вы управляете сайтом собраний в Control Hub, пользователи не могут запросить собственную учетную запись хоста для этого сайта.
Вместо этого Control Hub предлагает централизованный автоматизированный способ выдачи лицензий на проведение собраний новым пользователям. Прочтите страницу https://help.webex.com/n3ijtao.
Вы также можете управлять пользовательскими лицензиями с помощью API или массово с помощью CSV.
Если вы хотите, чтобы пользователи запрашивали свои учетные записи хостов, вы можете настроить справку/поддержку сайта, указав указатели для связи с администраторами или ссылки на другие инструменты.
Перед обновлением сайта до Control Hub необходимо отключить опции «Разрешить регистрацию учетной записи хоста» и «Разрешить пользователям запрашивать дополнительные услуги» в разделе «Администрирование сайта».
-
В Control Hub есть и другие варианты управления лицензиями, например шаблоны автоматического назначения. Вы можете получить отчет о неактивных хостах, который поможет удалить лицензии у этих пользователей по отдельности или в пакетном порядке или с помощью API.
Если вам нужна эта опция автоматической деактивации, а другие опции Control Hub вам не подходят, не обновляйте свой сайт до версии Control Hub в настоящее время.
Прежде чем обновлять сайт собраний для управления им в Control Hub, вам следует подготовить организацию Control Hub.
Убедитесь, что в подписке нет отложенных или блокирующих действий. Обновление завершится неудачно, если:
- У вас есть невыполненные действия по подписке, связанной с обновляемым сайтом.
- В организации Control Hub с сайтом не связана подписка.
- Информация о лицензии сайта в разделе «Администрирование сайта» не совпадает с лицензионной информацией сайта в Control Hub.
Мы настоятельно рекомендуем подтвердить ваши домены и указать своих пользователей. Поможет следующее чтение:
-
Электронная книга «Центр управления»: https://ebooks.cisco.com/story/controlhubessentials/
-
Заявите, что ваши пользователи из других организаций (после проверки ваших доменов): 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, а администраторы организации, имеющие доступ только для чтения, станут администраторами сайта Webex только для чтения.
API-интерфейсы XML
API-интерфейсы XML теперь совместимы с сайтами, управляемыми Control Hub. Подробности и предостережения можно прочитать в разделе Обновления XML API 41.11.0.
URL-адреса служб XML API остаются неизменными после перехода сайта от администратора сайта к управляемому Control Hub. Те же URL-адреса API будут работать и дальше. Cisco рекомендует во всех интеграциях API использовать OAUTH для аутентификации.
Аутентификация в API XML
Интеграции, не использующие Webex OAUTH для аутентификации, могут выйти из строя после обновления сайта до Control Hub. В следующей таблице показано, какой тип аутентификации администратора продолжит работать после обновления сайта.
| Тип аутентификации администратора в XML API перед обновлением сайта | Администратор в организации SSO после обновления сайта | После обновления сайта администратора нет в организации SSO |
|---|---|---|
| имя пользователя (WebExid) /пароль |
 Будет работать* |
Будет работать* |
| имя пользователя (WebExid) /билет на сеанс |
Будет работать |
Будет работать |
| Имя пользователя/OAuth (токен доступа WebEx) |
Будет работать |
Будет работать |
| электронная почта/пароль |
Будет работать* |
Будет работать* |
| Электронная почта/билет на сеанс |
Будет работать |
Будет работать |
| Электронная почта/OAuth (токен доступа WebEx) |
Будет работать |
Будет работать |
* Обратная совместимость — компания Cisco включила аутентификацию по имени пользователя и паролю для работы в API-интерфейсах XML после обновления сайта, даже если адрес электронной почты не совпадает.
username Совместимость применима только в следующих случаях:
- Учетные данные пользователя были созданы до обновления сайта. Внесение изменений не допускается, иначе предыдущие учетные данные не будут выполнены.
username - Пароль учетных данных для аутентификации API в Control Hub не может отличаться от пароля сайта , когда управление им осуществлялось в разделе «Администрирование сайта».
- Пользователи, чьи учетные данные используются для аутентификации, должны находиться в активном (а не неактивном) состоянии в администрировании сайта на момент обновления сайта до Control Hub.
Usernameнастроен на отправку электронной почты всем пользователям при обновлении сайта до Control Hub. Если usernameиспользуется для полезных нагрузок API, то после обновления сайта в них должна использоваться электронная почта
.
Роль администратора в Control Hub для интеграции API
Администраторы, имеющие только роль администратора сайта, могут не иметь возможности выполнять некоторые операции с XML-API, например изменять адрес электронной почты или отображаемое имя пользователя после обновления сайта до сайта Control Hub. Администраторам, чьи учетные данные используются для интеграции API, рекомендуется назначить таких администраторов полноправными администраторами в Control Hub, в идеале до обновления сайта до версии Control Hub.
Рекомендуется сначала обновить тестовый сайт, чтобы убедиться, что интеграции API после обновления до Control Hub будут работать без изменений.
В зависимости от целей интеграции, для работы интеграции администраторам, возможно, потребуется также создать учетную запись хоста Meetings на сайте Control Hub (для администраторов сайтов администраторов сайта это не требовалось).
Различия API XML в Control Hub
Большинство интеграций XML API должны работать без каких-либо изменений после обновления сайта. Но есть некоторые исключения, которые подробно описаны в следующем списке:
-
CreateUser — на сайтах, управляемых Control Hub, эта операция также может создать пользователя в организации, владеющей сайтом, до назначения лицензии. Если пользователь уже существует в другой организации, эта операция завершится неудачно.
PMR ID parameterне вступит в силу для пользователей, у которых еще нет активного статуса в Control Hub.createuserНа сайтах, управляемых Control Hub, выполнение API занимает больше времени. Для повышения производительности можно добавить дополнительный поток для распараллеливания вызовов.createuser - setUser — может привести к присвоению или отмене лицензии на сайт собраний у пользователя (в зависимости от параметров API или полезной нагрузки).
- DelUser — удаляет лицензию на сайт собраний, но не удаляет пользователя из организации Control Hub.
-
lstSummaryUser — также возвращает данные пользователя.
objectGUID -
AuthenticateUser — на сайтах, управляемых Control Hub, мы рекомендуем создавать заявку на сеанс,
AuthenticateUserа не использовать имя пользователя и пароль для каждого XML-API. Использование ответа SAML в основном содержимом этого вызова не поддерживается для сайтов, управляемых Control Hub.
API REST
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-интерфейсы REST не поддерживают все функции управления пользователями, доступные в API XML. Например, вам по-прежнему придется использовать API-интерфейсы XML для выдачи лицензий на проведение собраний пользователям, не входящим в организацию, которой принадлежит сайт. People API не поддерживает назначение пользователям ролей администраторов сайта. Если вы хотите назначать роли администраторов сайта с помощью API, вам все равно необходимо использовать XML API.
Вы можете использовать People API для создания администраторов организации с полными разрешениями (или только для чтения). Эти администраторы также могут управлять сайтами собраний, управляемыми Control Hub, или просматривать их.
В Control Hub есть роли администраторов, специфичные для сайта Webex, но в настоящее время API People не может назначить эту роль.
Планы на будущее (возможны изменения)
- Новый лицензионный API, который также может предоставлять лицензии на места проведения собраний внешним пользователям, не входящим в ту же организацию, которая создала сайт. Сегодня лицензирование внешних пользователей доступно в Control Hub вручную.
- SCIM API для создания и удаления пользователей в организации.
- Долгосрочное направление Cisco заключается в использовании только интерфейсов REST API (для всех операций с пользователями и местами проведения встреч). Поддержка API-интерфейсов XML для управления пользователями будет продолжаться до тех пор, пока API-интерфейсы REST не станут использоваться исключительно для всех операций по управлению пользователями. API-интерфейсы XML для управления пользователями также будут объявлены устаревшими (дата уточняется).
Прежде чем обновлять сайт до Control Hub, мы настоятельно рекомендуем сначала ознакомиться со следующими пунктами, чтобы обновление прошло как можно более гладко:
- Сначала ознакомьтесь с этим документом и убедитесь, что ваша организация соблюдает передовые методы, рекомендованные в разделе Подготовка организации Control Hub.
- Затем войдите в систему администрирования Webex и нажмите Обновить администрирование. На этапе подготовки сайта не следует выполнять никаких рекомендуемых действий в файле из раздела «Просмотр пользователей» и пока не отключать функции, описанные в разделе «Функции рецензирования». Следуя этим инструкциям, оценка готовности сайта становится доступной только для чтения и позволяет оценить, какие изменения необходимо внести перед обновлением до Control Hub.
- В разделе «Просмотр пользователей» нажмите «Экспорт пользовательского CSV-файла» и загрузите CSV-файл, который называется
users-to-review-xxxxx.csv.В этом файле будут перечислены все пользователи, которым необходимо уделить внимание, и будут предложены рекомендуемые действия для каждого пользователя. Количество пользователей в этом файле дает представление о том, над какими проблемами, связанными с пользователями, вам нужно поработать, прежде чем вы сможете обновить сайт.
- В разделе «Обзор функций» просмотрите все функции, отмеченные красным крестиком в столбце последствий. Это даст вам информацию о готовности вашего сайта с точки зрения конфликта функций.
- Не переходите к шагу 2 и пока не нажимайте кнопку «Обновить до Control Hub».
Просмотрев пользовательский CSV-файл и выяснив, какие функции, возможно, потребуется перенастроить, продолжайте читать остальные разделы этой статьи, чтобы подготовить сайт и организацию к обновлению до Control Hub.
Примечание. Если на вашем сайте реализована интеграция API, реализованная вашей компанией или с помощью сторонних решений, таких как решения по управлению обучением, обязательно ознакомьтесь с разделом Подготовка интеграций API сайта к работе с Control Hub.
Предстоящие изменения в версии 43.6
До сих пор перед обновлением сайта до Control Hub необходимо было отключить эти две функции:
- Обязательные поля профиля хоста
- Обязательные коды отслеживания
Начиная с версии 43.6, сайтам, участвующим в бета-тестировании функций настраиваемых атрибутов и обязательных полей профиля хоста, больше не нужно будет отключать эти функции перед обновлением сайта до Control Hub. Вместо этого мастер предложит вам ознакомиться с этими двумя функциями, поскольку текущая конфигурация будет скопирована в организацию Control Hub.
Если вы участвуете в бета-тестировании обязательных полей профиля хоста, вы увидите следующее предупреждение:
Если вы участвуете в бета-тестировании обязательных кодов отслеживания и настраиваемых атрибутов, вы увидите следующее действие:
Если вы не участвуете в этих бета-версиях, продолжайте читать следующий раздел.
Отключите функции, блокирующие обновление сайта
Некоторые функции необходимо отключить, прежде чем обновлять сайт Webex до Control Hub. Вы можете увидеть список, в котором указано, какую функцию необходимо отключить. Функции, отмеченные красным круглым значком X, должны быть выполнены. Функции, отмеченные желтым треугольным восклицательным знаком, предназначены только для вашего сведения и не требуют никаких действий.
Демонстрационное представление о том, как обновить сайт до Control Hub, смотрите в этом видео.
Если в вашей организации используется функция автоматического создания учетных записей в Site Admin, вам следует настроить аналогичную функцию в Control Hub и настроить шаблон автоматической лицензии для автоматического назначения лицензий. Дополнительные сведения см. в этой статье. Это необходимо сделать перед обновлением сайта для управления в Control Hub.
-
-
Найдите и отключите опцию Разрешить регистрацию учетной записи хоста.
-
Найдите «Требуется регистрация учетной записи» и снимите все поля с обязательными полями профиля пользователя.
-
-
Нажмите «Обновить».
-
Перейдите в раздел .
-
В столбце Профиль хоста измените все строки кода отслеживания, помеченные как Обязательные, на AdminSet или Optional.
-
Подробнее о кодах отслеживания читайте на сайте https://help.webex.com/izu2ty.
Все значения кодов отслеживания для пользователей сохраняются при обновлении сайта до Control Hub.
-
В будущем это ограничение будет снято, и вы сможете сопоставлять коды отслеживания с необходимыми пользовательскими атрибутами в Control Hub для получения аналогичной функциональности.
Функция сопоставления кодов отслеживания атрибутов пользователей — это черновик, который доступен в общедоступной предварительной версии. Мы дадим вам краткий обзор того, чего ожидать.
Прежде чем добавить на сайт необходимые коды отслеживания из раздела « Администрирование сайта» в Control Hub, необходимо сопоставить эти коды отслеживания с атрибутами пользователей в Control Hub. Вы можете нажать на значок в разделе Информация, чтобы перейти непосредственно к мастеру сопоставления кодов отслеживания и атрибутов пользователей для сайта. Если вы еще не сопоставили или не отключили необходимые коды отслеживания, вы не сможете обновить свой сайт до Control Hub.
Если на вашем сайте нет необходимых кодов отслеживания, вы все равно можете сопоставить коды отслеживания с атрибутами пользователя, прежде чем обновлять сайт до Control Hub, выполнив следующую процедуру.
Для сайтов собраний, в которых в качестве кода отслеживания используется отдел, рекомендуется сопоставлять этот код отслеживания с атрибутом профиля пользователя отдела, а не с настраиваемым атрибутом. Поскольку подразделение является стандартным атрибутом профиля в Control Hub, этот сценарий в большинстве случаев будет более эффективным.
Если этот атрибут обязателен, перейдите в раздел атрибутов профиля пользователя и отметьте атрибут подразделения как обязательный. Имейте в виду, что этот атрибут отдела вместе с другими атрибутами пользователя не будет использоваться для внешних пользователей.
| 1 |
Войдите в Control Hub и перейдите в раздел Совещание. | ||||||||||||||||||||||||||||||||||||||||
| 2 |
Выберите сайт, а затем перейдите в . | ||||||||||||||||||||||||||||||||||||||||
| 3 |
Выберите Создать карту кодов отслеживания. 
| ||||||||||||||||||||||||||||||||||||||||
| 4 |
Выберите Открыть сводку по коду отслеживания. 
| ||||||||||||||||||||||||||||||||||||||||
| 5 |
Нажмите Загрузить сводку конфигурации. Необходимо загрузить копию текущей конфигурации кода отслеживания. Эта сводка понадобится вам для выполнения следующих шагов, чтобы убедиться, что все значения атрибутов соответствуют текущим кодам отслеживания. Вы также можете загрузить предыдущие списки кодов отслеживания в виде CSV-файла, чтобы загрузить те же значения для пользовательских атрибутов. 
| ||||||||||||||||||||||||||||||||||||||||
| 6 |
Вернитесь в мастер и выберите Добавить и просмотреть атрибуты пользователя. 
| ||||||||||||||||||||||||||||||||||||||||
| 7 |
Настройте все новые настраиваемые атрибуты, необходимые для этого сайта. Отметьте любые атрибуты как обязательные, если хотите, чтобы эти поля были заполнены для пользователей. Настраиваемые атрибуты неприменимы к организациям, которые синхронизируют пользователей с Directory Connector, Azure AD и т. д. Этот шаг можно использовать как возможность просмотреть отображаемые имена кодов отслеживания. После внесения необходимых изменений нажмите «Сохранить». Заблокированные атрибуты аналогичны AdminSet
классическим кодам отслеживания мест проведения собраний. Если вы пометите пользовательский атрибут как заблокированный, пользователи
не смогут его увидеть.Если на этом этапе вы нажмете кнопку «Сохранить», все добавленные, удаленные или помеченные как обязательные пользовательские
атрибуты немедленно вступят в силу для
организации. Новые пользователи, подключенные к организации, должны соответствовать
этой обновленной конфигурации настраиваемых атрибутов, иначе регистрация пользователей завершится неудачно. Соблюдайте осторожность, прежде чем отмечать
пользовательские атрибуты как обязательные. 
| ||||||||||||||||||||||||||||||||||||||||
| 8 |
Вернитесь в мастер и выберите Коды отслеживания карты. 
| ||||||||||||||||||||||||||||||||||||||||
| 9 |
Используйте выпадающий список для сопоставления кодов отслеживания с пользовательскими атрибутами организации или пользовательским профилем. При сопоставлении кода отслеживания сайта с атрибутом система сначала сопоставляет существующие атрибуты, совпадающие с именами кодов отслеживания, если в качестве типа ввода задано текстовое поле. Когда все будет готово, нажмите «Далее». Если в вашей организации используется автоматизированный процесс
регистрации пользователей, такой как Directory Connector или Azure AD, вам не следует сопоставлять коды
отслеживания с настраиваемыми атрибутами. Вместо этого сопоставьте коды отслеживания с синхронизированными
атрибутами. Раньше коды отслеживания можно было настраивать по-разному в каждом центре. Все центры (собрания, мероприятия, вебинары и т. д.) теперь используют единую конфигурацию планирования. Если вы нанесете атрибут в соответствии с требованиями, этот атрибут потребуется во время планирования и Webex Meetings Webex Webinars т. д. 
| ||||||||||||||||||||||||||||||||||||||||
| 10 |
Нажмите Сохранить карту. Синхронизация выполняется автоматически в процессе обновления сайта до Control Hub. Мы рекомендуем создать резервную копию значений кодов отслеживания для пользователей,
выполнив экспорт данных о пользователях сайта для сайта совещания При сопоставлении кодов отслеживания с настраиваемыми атрибутами единственным источником достоверности данных является Webex Identity, а не каждый отдельный сайт совещания. При синхронизации пользовательские значения кодов отслеживания копируются единовременно в сопоставленные атрибуты, которые еще не заполнены для пользователей. Это означает, что порядок синхронизации кодов отслеживания на сайтах имеет значение в первую очередь. При синхронизации первого сайта значения кодов отслеживания пользователей с этого сайта копируются в атрибут сопоставленного пользователя для этого пользователя в Control Hub, но только в том случае, если это значение для пользователя еще не заполнено. Некоторые значения кода отслеживания могут быть не скопированы с сайта в атрибуты пользователя во время синхронизации Если значение пользователя для сопоставленного сайта уже заполнено на момент синхронизации, то значение отслеживания с этого сайта не копируется в сопоставленный атрибут этого пользователя в Control Hub. Чтобы данные пользователей не заменяли другие коды отслеживания, мы рекомендуем сопоставить и синхронизировать данные сайта собраний с самыми актуальными кодами отслеживания пользователей. Значения кодов отслеживания не копируются с сайтов, на которых коды
отслеживания сопоставляются с полями пользователей, синхронизированными из внешних источников, таких как
Directory Connector или Azure AD. В следующей таблице описаны возможные сценарии, в которых данные заменяют исходные коды отслеживания. В этих сценариях в качестве кода отслеживания и сопоставленного атрибута используется город пользователя.
* Предыдущее значение кода отслеживания заменяется существующим сопоставленным атрибутом. | ||||||||||||||||||||||||||||||||||||||||
Перед обновлением сайта для управления им в Control Hub убедитесь, что:
- Все пользователи сайта, которые должны работать в вашей организации, на самом деле находятся в вашей организации Control Hub.
- Все пользователи сайта, которым не следует находиться в вашей организации, удаляются из вашей организации.
- Пользователи организации могут быть аутентифицированы вашим IdP, если ваша организация настроена на SSO.
- Поля профиля пользователя, отмеченные на сайте как обязательные, также будут скопированы в
организацию Control Hub при обновлении сайта. Если вы не хотите, чтобы эти поля были отмечены как обязательные для регистрации
учетной записи на сайте в Control Hub, сначала снимите флажки в поле «Администратор сайта», прежде чем
перейти на Control Hub.
- Вы ознакомились с разделом «Подготовка организации Control Hub», описанным ранее в этой статье.
Демонстрационное представление о том, как обновить сайт до Control Hub, смотрите в этом видео.
Как проверить, не заблокируют ли пользователи обновление сайта
-
Войдите в систему администрирования сайта и откройте страницу администрирования обновлений.
-
Откройте раздел Просмотрите предварительные условия для обновления административного контроля и нажмите Экспортировать затронутых пользователей в CSV-файл.
-
Дождитесь завершения экспорта. Этот процесс может занять некоторое время в зависимости от времени запуска и количества пользователей на сайте. Экспорт приостанавливается на 6 минут в начале часа (от xx:57 до xx:03).
-
После завершения экспорта нажмите «Загрузить CSV».
Ваш браузер загружает файлы
users-to-review.csv. -
Откройте CSV-файл и отметьте столбец Рекомендуемые действия ( последний столбец). Выполните рекомендуемые действия для каждого пользователя в файле.
Пользователи с несовпадающими адресами электронной почты
У некоторых пользователей может быть другой адрес электронной почты в Site Admin и Control Hub. Это возможно, если адрес электронной почты пользователя был изменен только в одном из двух мест после перехода пользователя с этого сайта в Control Hub.
Попробуйте выполнить следующие действия, чтобы исправить ошибки пользователей с несовпадающими адресами электронной почты:
-
Измените адрес электронной почты пользователя в разделе «Администратор сайта» в соответствии с адресом электронной почты Control Hub
Пользователи могут редактировать свои профили администратора сайта: https://help.webex.com/nmig1kcb
-
Измените адрес электронной почты пользователя в Control Hub, чтобы он соответствовал адресу электронной почты администратора сайта: https://help.webex.com/nsi3kgb.
Пользователи могут изменить свои собственные адреса электронной почты в организации Control Hub: https://help.webex.com/nme40aeb
Если вы обновите свой сайт до версии Control Hub без исправления несоответствия адресов электронной почты пользователей, затронутые пользователи должны использовать свои адреса электронной почты Control Hub для входа на сайт собраний. Возможно, эти пользователи не смогут войти в систему, если попытаются войти с адресом электронной почты в разделе «Администратор сайта» или если их адрес электронной почты Control Hub больше не действителен в IdP (для организаций SSO). Они не запретят вам обновлять сайт, но перед началом обновления лучше исправить адреса электронной почты.
Внешние пользователи с лицензией Basic Meetings
Внешних пользователей с лицензиями Basic Meetings необходимо деактивировать или перейти на платные Webex Meetings лицензии, прежде чем обновлять сайт с администратора сайта на Control Hub.
Как деактивировать пользователей
Для индивидуальной деактивации пользователя в разделе «Администрирование сайта»:
-
Перейдите в раздел .
-
Используйте элементы управления индексом, поиском и фильтрами, чтобы найти пользователя.
-
Снимите флажок «Активно».
-
Отправьте изменения.
Дополнительные сведения см. в разделе Управление учетными записями пользователей в администрировании сайта Webex.
Для пакетной деактивации пользователей в администрировании сайта:
-
Экспортируйте пользователей в CSV-файл.
-
Откройте CSV-файл и измените значения
Activeстолбцов так, чтобы ониNбыли доступны всем затронутым пользователям. -
Импортируйте измененный CSV-файл.
Пользователи, которых вы изменили, теперь неактивны.
Дополнительные сведения см. в разделе Пакетный импорт и экспорт пользователей Webex в администрировании сайта Webex.
Пользователи в организациях с синхронизацией каталогов
Если есть несвязанные пользователи, которые должны быть в вашей организации, но еще не добавлены, сначала добавьте их в свою организацию. Это особенно важно для организаций, в которых настроена синхронизация каталогов (через Directory Connector или Azure AD), поскольку синхронизация каталогов не позволяет добавлять пользователей в процесс обновления сайта.
Обновление сайта завершится неудачно, если активных пользователей сайта не удастся связать с организацией Control Hub. Если в вашей организации настроена синхронизация каталогов, перед началом обновления убедитесь, что все пользователи сайта, которые должны быть частью организации Control Hub, добавлены в Directory Connector или Azure AD.
Устраните проблемы пользователей перед запуском обновления
Если вы попытаетесь обновить сайт до Control Hub без решения проблем пользователей в
users-to-reviewфайле, процесс администрирования обновлений может завершиться неудачно. Инструмент проверяет, исправили ли вы ошибки, только после запуска последнего обновления.
Обновление сайтов SSO и сайтов, не связанных с SSO и связанных с организацией SSO
Организация Control Hub может поддерживать несколько поставщиков удостоверений (IDP) для SSO, одним из которых является Webex IdP (локальная аутентификация)
Несколько ВПЛ в Control Hub помогут:
- В чем отличие IdP сайта SSO в разделе «Администратор сайта» от идентификатора единого входа в Control Hub.
- Если пользователи сайта не входят в настройки SSO IdP в организации, их теперь можно просто добавить в локальный Webex IdP. Затем этих пользователей можно будет переместить в настроенный SSO IdP позже .
Настройка нескольких ВПЛ позволит всем пользователям сайта, обновляемого от администратора сайта до Control Hub, войти в систему с помощью метода аутентификации, настроенного в организации Control Hub. Для этого вы можете:
- Добавить в организацию Control Hub дополнительных ВПЛ из системы единого входа.
- Добавьте пользователей в уже настроенный IdP.
- Добавьте пользователей в локальный Webex IdP.
Подробнее о нескольких ВПЛ в Control Hub см. в этой статье.
Прежде чем начать
Некоторые функции необходимо отключить, а также убедиться, что все пользователи находятся в хорошем состоянии, чтобы перейти на Control Hub. Если вы используете приложения, интегрированные с API, их необходимо обновить, чтобы использовать Webex API.
Об этих предварительных требованиях можно прочитать в предыдущих частях этой статьи.
Убедитесь, что все ваши администраторы знают, что вы обновляете сайт до версии Control Hub и что им не следует вносить какие-либо изменения в администратор сайта после запуска.
| 1 |
Экспортируйте и сохраните файл экспорта пользователей сайта. Этот файл служит архивом пользовательской конфигурации, помогающим выполнить проверку после обновления. |
| 2 |
Войдите в раздел «Администрирование сайта» и нажмите «Администрирование обновлений». |
| 3 |
Ознакомьтесь с предварительными требованиями, особенно со списком пользователей в формате CSV в штатах, которые могут повлиять на успех обновления. |
| 4 |
Узнайте о функциях, которые необходимо отключить, и о различиях, которые можно ожидать в управлении пользователями и лицензировании хостов (также описано в этой статье). |
| 5 |
Нажмите кнопку «Обновить до Control Hub». Эта кнопка активируется только после выполнения описанных выше действий. 
Появится всплывающее
окно. В этом окне показано, что обновление сайта до Control Hub является постоянным, и вы не сможете отменить обновление после его завершения. После завершения обновления управление сайтом в режиме администрирования сайта прекратится. Если вы не готовы полностью управлять этим сайтом в Control Hub, немедленно выйдите из мастера.
 |
| 6 |
Нажмите кнопку «ОК». Обновление начнется. Над администрацией сайта появится баннер, сообщающий о том, что сайт находится в процессе обновления. Если что-то пойдет не так, вы увидите сообщение об ошибке с предлагаемыми действиями. В противном случае вы увидите сообщение об успешном завершении. Обновление сайта занимает примерно 3 минуты + 1000 активных пользователей в минуту + 2000 неактивных пользователей в минуту. Например, если вы начали обновление сайта в 05:20 и на вашем сайте 8000 активных пользователей и 2000 неактивных пользователей, обновление сайта займет около 12 минут. Кроме того, обновления сайта приостанавливаются на 6 минут в начале часа (от xx:57 до xx:03). Но ваши результаты могут отличаться. |
| 7 |
Нажмите «Войти в Control Hub». |
После запуска обновления сайта Webex Site Administration вы можете войти в Control Hub, чтобы увидеть статус обновления сайта.
-
Войдите в Control Hub и откройте страницу Встречи.
Вы можете увидеть список мест проведения собраний.
-
Нажмите на сайт, чтобы увидеть информацию об этом сайте.
-
Найдите раздел «Обновление сайта», где вы можете прочитать статус обновления.
После завершения обновления вы можете загрузить список всех пользователей в разделе «Администрирование сайта» и посмотреть, какие из этих пользователей были активны или неактивны на сайте. Пользователи, которые указаны как неактивные в столбце статуса пользователя в разделе «Администрирование сайта», не будут иметь доступа к управляемому сайту Control Hub. Эти пользователи также не будут отображаться как имеющие доступ к сайту в пользовательском разделе Control Hub.
Появление кнопки загрузки может занять некоторое время (в большинстве организаций это несколько минут).
-
Просмотрите список, чтобы проверить, нет ли проблем при обновлении.
После завершения обновления вы больше не сможете управлять этим сайтом в разделе «Администрирование сайта». Все управление этим сайтом должно осуществляться в Control Hub. Вот несколько шагов, которые помогут вам ознакомиться с сайтом и опробовать управление им в Control Hub:
-
Проверьте некоторые настройки конфигурации сайта, чтобы убедиться, что ничего не изменилось. Это будет проще, если вы скопируете некоторые настройки администратора сайта перед обновлением в Control Hub.
-
Выберите хост и проверьте его лицензию, коды отслеживания и типы сеансов в Control Hub. Войдите на сайт конференции и убедитесь, что запланированные встречи, записи и настройки не изменились. Проверить правильность будет проще, если данные организатора будут скопированы перед обновлением в Control Hub.
Попросите пользователя проверить, может ли он планировать и проводить новые совещания.
-
Добавьте нового пользователя в свою организацию. Предоставьте им лицензию организатора, измените типы сеансов и убедитесь, что они могут проводить собрания.
Мы рекомендуем настроить шаблоны лицензий для организаций или групп, чтобы автоматически назначать лицензии новым пользователям или определенным группам новых пользователей. -
Выберите пользователя, который был полноправным администратором в Site Administrator, и убедитесь, что у него есть соответствующий уровень доступа к обновленному сайту в Control Hub.
Они должны иметь возможность читать и изменять сайт, создавать, лицензировать, изменять и удалять пользователей.
-
Если на вашем сайте есть интеграция API, переключитесь на использование API People. Убедитесь, что обновленная интеграция работает должным образом.
Узнайте больше об управлении сайтами собраний в Control Hub по адресу https://help.webex.com/naqlzeu.
-
Пользователи получат единый унифицированный интерфейс входа в приложение Webex и на все управляемые сайты Control Hub.
Если имя пользователя не совпадает с адресом электронной почты пользователя в разделе «Администрирование сайта», это повлияет на процесс входа в систему. Старые имена пользователей больше нельзя использовать, и эти пользователи должны использовать свой адрес электронной почты для входа в систему. -
Учетные данные пользователя связаны с его идентификацией в Control Hub. Одни и те же учетные данные относятся ко всем управляемым Control Hub сайтам в той же организации и к приложению Webex.
-
Если в организации Control Hub настроен режим единого входа, то этот SSO регулирует процесс входа в приложение Webex и на все управляемые Control Hub сайты.
-
Обновление до Control Hub не повлияет на удобство входа в приложение Webex.
-
Когда пользователи заходят на Webex Meetings сайт, экран входа будет выглядеть по-другому. Для входа пользователям необходимо ввести свой адрес электронной почты, даже если их организация настроена на SSO.
Администраторы могут включить опцию «Запомнить меня» в Control Hub, чтобы пользователям не приходилось каждый раз вводить свой адрес электронной почты при входе в систему. -
В зависимости от истории каждого пользователя, количества сайтов, на которых у него была учетная запись, и т. д.:
-
Если пользователи были связаны с существующими пользователями в Webex Identity/Control Hub, то пользователи будут использовать один и тот же пароль для всех сайтов Webex, обновленных до Control Hub.
-
Если пользователи были созданы в Webex Identity/Control Hub в результате создания ссылок на сайты, то применяются учетные данные первого связанного сайта (если организация не была настроена с помощью единого входа). Пользователи перенаправляются на вход на этот сайт. Если у пользователей несколько сайтов с несколькими учетными данными, URL-адрес сайта должен помочь им определить, какие учетные данные использовать.
-
В организациях Control Hub пользователям разрешено изменять свои пароли (если управление паролем не осуществляется через систему единого входа). Если пользователи забыли свой пароль, они могут просто нажать кнопку Забыли имя пользователя или пароль? на экране входа в систему, чтобы сбросить пароль. Пользователи также могут восстановить свой пароль, выполнив следующие инструкции:
-
-
Если на момент обновления сайта адрес электронной почты конечного пользователя изменился и у него был другой адрес электронной почты в Site Admin и Control Hub, у этого пользователя могут возникнуть проблемы при попытке войти в систему. Возможно, пользователь не знает, что теперь ему нужно использовать свой адрес электронной почты Control Hub для входа в систему, или адрес электронной почты в Control Hub может оказаться недействительным в сервисе SSO IdP организации. Таких ситуаций лучше всего избежать, обновляя адреса электронной почты пользователей в Control Hub по мере внесения изменений в адреса электронной почты тех же пользователей в администраторе сайта.
-
Пользователям Webex Meetings мобильного приложения для iOS требуется повторный вход в систему:
- Если вы обновите сайт, не связанный с системой SSO, до Control Hub, вашим пользователям придется повторно войти в Webex Meetings мобильное приложение для iOS. Хотя приложение Meetings для iOS не потребует от пользователей повторного входа в систему в течение двух месяцев после обновления сайта, мы рекомендуем пользователям повторно войти в систему вручную, чтобы предотвратить такую ситуацию.
-
Во время обновления сайта пользователям, чьи имена пользователей не совпадают с адресами электронной почты, возможно, потребуется снова войти в систему.
-
Этим пользователям может потребоваться снова войти в свои клиенты Webex, если они попытаются получить доступ к сервисам Webex на сайте во время обновления сайта до Control Hub. Это не повлияет на пользователей, которые уже участвовали в совещаниях до начала обновления сайта.
-
Пустой CSV-файл «пользователь для просмотра»
Если ваш сайт большой и насчитывает более 1000 пользователей, адреса электронной почты которых в администраторе сайта отличаются от адресов электронной почты Control Hub, то в мастере обновления сайта вы можете увидеть пустой CSV-файл «пользователь для просмотра». Это приводит к тому, что обновление сайта не работает, так как вы не сможете решить проблемы пользователей. Эта проблема находится в стадии разработки, и мы планируем решить ее в ближайшие недели.
Настройки, которые не сохраняются при обновлении до Control Hub
- Если ваш сайт, управляемый администратором сайта, работал медленно, а вашим Control Hub также управляется партнером, то после перехода на Control Hub вы можете потерять доступ к средствам управления обновлением версий сайта Meetings. В этом случае обратитесь к партнеру и попросите его включить опцию Разрешить клиенту обновлять версию сайта в вашей организации.
- Отложенные запросы на самостоятельную регистрацию учетной записи не передаются в Центр оповещений. После завершения обновления пользователи должны снова зарегистрировать учетную запись.
- После завершения обновления значения имени пользователя в администраторе сайта заменяются адресами электронной почты пользователей в Control Hub.
Проблемы пользователей, которые приводят к сбою обновления
- Пользователи с адресами электронной почты, связанными с пользователями в организации Webex for Government, не смогут выполнить обновление, если эти пользователи не будут деактивированы перед началом обновления.
Распространенные проблемы, из-за которых обновление не удается выполнить, и рекомендуемые действия
Если вашему сайту не удается обновиться до Control Hub, проверьте следующую таблицу, чтобы узнать, является ли причиной одна из этих распространенных ошибок и что можно сделать для ее устранения.
| Ошибки, приводящие к сбою при обновлении | Рекомендуемое действие |
|---|---|
| Неверный тип сайта. | Обратитесь в службу поддержки Webex, чтобы убедиться, что сайт связан с пользователем. |
| С сайтом не связана подписка. | Сайты должны быть связаны с подпиской, прежде чем ее можно будет обновить до Control Hub. |
| Возникла проблема с идентификатором организации. | Идентификатор организации, связанной с сайтом, отличается от идентификатора организации, подписавшейся на подписку. Обратитесь в службу поддержки Webex. |
| Следующая подписка ожидает выполнения операций в Control Hub: (SubID). | Повторите обновление сайта после завершения отложенной операции. |
| В настройках единого входа (SSO) возникли конфликты. | Если на сайте включен SSO, убедитесь, что:
|
| Информация о лицензии сайта в разделе «Администрирование сайта» не совпадает с лицензионной информацией сайта в Control Hub. | Противоречивая лицензионная информация между администратором сайта и Control Hub. Обратитесь в службу поддержки Webex. |
| Некоторые имена пользователей или адреса электронной почты в разделе «Администрирование сайта» конфликтуют с именами пользователей или адресами электронной почты в Control Hub. | Электронная почта пользователя в администраторе сайта используется другим пользователем в Control Hub. Измените один из адресов электронной почты или имен пользователей. |
| У нас возникла проблема с обновлением вашего сайта. | Внутренняя ошибка не позволила обновить этот сайт. Обратитесь в службу поддержки Webex. |
| У нас возникла проблема с обновлением данных пользователей Webex. | Внутренняя ошибка не позволила обновить этот сайт. Обратитесь в службу поддержки Webex. |
Проблемы со входом пользователей
Всегда разрешайте использование файлов cookie Webex. В противном случае после перехода на Control Hub у пользователей могут возникнуть проблемы со входом в систему.
Q. Есть ли дата, когда Cisco перестанет поддерживать администрирование сайта?
Ответ: Да. Мы планируем прекратить администрирование сайта Webex в конце декабря 2023 года.
Q. Сохранят ли администраторы сайта в разделе «Администратор сайта» административный доступ к сайту после перехода к управлению Control Hub?
Ответ: Да. Все администраторы сайта в разделе «Администратор сайта» по-прежнему имеют административный доступ к сайту после обновления сайта до уровня управления Control Hub.
Q. Почему после обновления сайта собраний с администратора сайта на управление Control Hub я вижу новых администраторов на сайте?
Ответ. Эти новые администраторы сайта, вероятно, были администраторами организации Control Hub. При обновлении сайта с администратора сайта на Control Hub все администраторы организации станут администраторами нового управляемого сайта Control Hub. Это означает, что полноправные администраторы организации станут полноправными администраторами сайта Webex, администраторы пользователей организации станут администраторами пользователей сайта Webex, а администраторы организации, работающие только для чтения, станут администраторами сайта Webex, имеющими доступ только для чтения .
Q. Почему вход в инструмент повышения производительности не работает после обновления сайта до Control Hub?
Ответ. Убедитесь, что интернет-браузеры всегда разрешают использование сеансовых файлов cookie, которые находятся в расширенных настройках конфиденциальности браузеров.
Q. Если пользователя удалили в Control Hub, а затем снова добавили тот же адрес электронной почты в Control Hub и присвоили лицензию Meetings тому же сайту Webex, сможет ли пользователь получить доступ к своим старым записям?
Ответ. Да, пользователь получит доступ ко всему старому содержимому Meetings, если ему будет предоставлена лицензия на любой из предыдущих сайтов Webex, на которых он находился. Это относится как к управляемым сайтам Control Hub, так и к сайтам, обновленным до Control Hub.
Q. Если пользователь был деактивирован в администраторе сайта до обновления сайта до Control Hub, а затем повторно лицензирован на тот же сайт Webex в Control Hub, будет ли у него доступ к старым записям?
Ответ. Да, пользователь по-прежнему будет иметь доступ к своим старым записям. Кроме того, любой пользователь, который был деактивирован в администраторе сайта до обновления сайта, будет указан в файле экспорта Meetings CSV в Control Hub.
Q. Если на сайте не настроен SSO IdP, но в организации Control Hub он есть, что произойдет, когда сайт обновится до Control Hub?
Ответ. На сайте будет использоваться тот же SSO IdP, что и в организации Control Hub.
Q. Если на сайте настроен другой параметр SSO IdP, чем идентификатор SSO IdP в Control Hub, что произойдет, когда сайт обновится до Control Hub?
Ответ. Сайт перейдет на использование того же SSO IdP, что и организация Control Hub.
Q. Если на сайте все же настроен SSO IdP, а в организации Control Hub нет поставщика услуг единого входа, что произойдет, когда сайт обновится до Control Hub?
Ответ. Вам запретят обновлять сайт. Чтобы разблокировать сайт и перейти на Control Hub, удалите пользователя SSO IdP с сайта администратора сайта или добавьте пользователя SSO IdP в организацию Control Hub.
Q. Могу ли я по-прежнему войти на URL-адрес сайта, чтобы просматривать записи и планировать встречи или мероприятия?
Ответ. Да, вы все еще можете войти на URL-адрес сайта, где вы сможете просматривать записи, планировать встречи и т. д.
Q. Изменяются ли пользовательские настройки во время обновления сайта с администрирования сайта до Control Hub?
Ответ. Нет, пользовательские настройки останутся без изменений. Эти настройки будут действовать так же, как и до обновления сайта.
Q. Повлияет ли это обновление сайта на мои записи или запланированные встречи?
Ответ. Записи организаторов не затрагиваются. У вас по-прежнему будет к ним доступ. Это также не повлияет на ваши запланированные встречи. В них нет никаких изменений.
Q. Повлияет ли это обновление сайта на записи или запланированные встречи пользователей?
Ответ. Записи пользователей не затрагиваются. Они по-прежнему будут иметь к ним доступ. Запланированные встречи также не затрагиваются. В них нет никаких изменений.
Если вы запросите их после обновления сайта до Control Hub, это может повлиять на их записи или запланированные собрания. Дополнительные сведения см. в следующем примечании.
Мы настоятельно рекомендуем вам подать заявку на количество пользователей, прежде чем обновлять свой сайт до Control Hub. Если вы пригласите пользователей в свою организацию после обновления сайта до Control Hub, эти пользователи могут потерять доступ к собраниям и материалам совещаний на сайте.
В качестве решения можно сделать следующее, чтобы пользователи не потеряли доступ к собраниям и материалам совещаний на сайте после обновления сайта до Control Hub:
- Для пользователей с правами внешнего администратора организации или сайта — удалите весь доступ внешних администраторов к организации и сайту, а затем удалите лицензию на сайт собраний. После того как вы подадите заявку на имя пользователя, повторно предоставьте ему лицензию на доступ к сайту. Вы также можете восстановить их права внешнего администратора.
- Для обычных пользователей — снимите лицензию на сайт собраний, включите пользователя в свою организацию, а затем повторно лицензируйте этого пользователя на сайт.
Q. Где можно просмотреть отложенные запросы на самостоятельную регистрацию учетных записей для сайтов, управляемых Control Hub?
Ответ. Вы и другие администраторы можете просматривать запросы на самостоятельную регистрацию в Центре оповещений.
Q. Могу ли я получить доступ к значениям имени пользователя от администратора сайта после обновления сайта до Control Hub?
Ответ. Файл экспорта всех пользователей в администраторе сайта доступен в Control Hub в течение 90 дней после обновления сайта до Control Hub. Этот CSV-файл содержит значения имени пользователя.
Q. Мы используем значения имени пользователя для идентификации пользователей в Site Admin. Как сделать то же самое в Control Hub?
Ответ. После обновления сайта до Control Hub значения имени пользователя теряются. Если вам нужен доступ к этим значениям, одним из решений является копирование значений в код отслеживания перед обновлением сайта. Значения кодов отслеживания для пользователей будут сохранены и доступны после обновления сайта до Control Hub. Если вы используете SSO, то ExternalIDэто значение может содержать атрибут пользователя Control Hub. Для этого вам необходимо настроить утверждения SAML на передачу этого значения при настройке SSO в Control Hub. Это значение также будет передано в Control Hub во время автоматического создания новых пользователей.
Q. Сколько времени потребуется для завершения обновления сайта после его начала?
Ответ. Обновление сайта занимает примерно 3 минуты + 1000 активных пользователей в минуту + 2000 неактивных пользователей в минуту. Например, если вы начали обновление сайта в 05:20 и на вашем сайте 8000 активных пользователей и 2000 неактивных пользователей, обновление сайта займет около 12 минут. Кроме того, обновления сайта приостанавливаются на 6 минут в начале часа (от xx:57 до xx:03). Но ваши результаты могут отличаться.
Q. Как автоматически лицензировать каждого нового пользователя или новых пользователей в определенных группах после обновления сайта для управления им в Control Hub?
Ответ. Можно настроить шаблоны лицензий для организаций или групп для автоматического назначения лицензий новым пользователям.
Q. Есть ли время простоя во время обновления сайта?
Ответ: Нет. Во время обновления сайта:
- Пользователи могут продолжать пользоваться услугой «Встречи», например присоединяться к запланированным и разовым совещаниям и начинать их.
- Совещания, которые продолжались на момент начала обновления сайта, не будут затронуты.
- Подписка будет заблокирована в Control Hub.
- В настольном клиенте Meetings могут возникнуть проблемы с разделом «Предстоящие совещания».
- Вносить изменения в конфигурации управления сайтом не рекомендуется.
