Вопросы и ответы о миграции CCP to UEL

Просмотрите распространенные вопросы о миграции CCP в UEL, включительно с откатом, простоем, неактивными пользователями, поэтапным развертыванием, тестированием безопасной среды, обработкой ошибок и поведением постмиграционной лицензии.

• Можно ли отменить миграцию?

  Нет. Процесс миграции намеренно однонаправленный и необратимый. После миграции лицензии пользователя и UserType из CCP в UEL их невозможно восстановить. В связи с этим важно тщательно протестировать процесс и выполнить все предмиграционные конфигурации перед миграцией на UEL.

• Какое влияние на сотрудников во время простоя?

  Включение миграции объединенной лицензии сотрудника приводит к простою системы, во время которого сотрудники не могут войти. Чтобы минимизировать сбои в работе, администраторы должны тщательно координировать и планировать специальное окно запуска. Кроме того, после завершения миграции все активные сеансы пользователя завершаются и кэш UserInfo очищается. Это вынуждает сотрудников выполнять повторный вход, чтобы система могла применить обновленную лицензию и получить доступ к конфигурациям.

• Что происходит с неактивными пользователями во время миграции?

  Средство миграции платформы не поддерживает миграцию неактивных пользователей из CCP в UEL. Задача специально разработана для трансформации активных удостоверений при сохранении их архивных метаданных.

• Возможна ли поэтапная миграция?

  Нет. Поэтапная или частичная миграция невозможна. При включении миграции UEL она применяется на уровне организации. После включения параметр будет постоянным, то есть все новые пользователи должны использовать модель UEL, и вы больше не сможете создавать или добавлять устаревших пользователей-сотрудников CCP.

• Деактивированы ли пользователи во время процесса миграции?

  Нет, пользователи не деактивируются во время миграции. Инструмент выполняет локальную трансформацию удостоверения, мигрирующую тип пользователя из внешнего (C) в стандартный внутренний (S). Этот процесс намеренно сохраняет UserId, Username, Email и все связанные контрольные журналы ответственности за запись (например, CreatedById и LastModifiedById), не требуя деактивации пользователя.

• Можно ли использовать средство миграции в безопасной среде?

  Да. Рекомендуем протестировать весь процесс миграции в организации Sandbox перед развертыванием в производстве. Это позволяет предварительно проверить настраиваемые профили, полномочия и правила общего доступа.

• Что делать при возникновении ошибок?

  Задача миграции работает как асинхронный фоновый процесс, выполняемый управляемыми пакетами из 200 записей. При возникновении ошибки используйте следующий метод устранения неполадок:

  • Просмотр статуса миграции: Администраторы имеют доступ к интерфейсу отслеживания в реальном времени и выделенному списковому представлению, отображающему всех сотрудников, которые не справились с задачей во время выполнения, включая их коды сотрудников.
  • Определение этапа сбоя: Основная логика разделена на этапы (например, удаление наборов полномочий, прямые обновления БД, групповые переназначения). Интерфейс отображает подробные причины сбоя, указывающие на этап остановки процесса.
  • Исправление и повторная попытка: После решения основной операционной проблемы или проблемы с данными администраторы могут использовать встроенные механизмы для повторной попытки неудачных записей. Механизм повторной попытки автоматически возобновляется из определенной точки сбоя, а не перезапускается весь бизнес-процесс. Каждая попытка создает журнал проверенной версии для упрощения отслеживания.
• Что происходит с моими лицензиями CCP после миграции?

  В зависимости от способа использования лицензии: Для профилей сотрудников:

  • Отмените все лицензии CCP, назначенные профилям сотрудников после завершения миграции. Они не будут деактивированы автоматически.
  • Для других способов использования: Действия не требуются. Все остальные лицензии CCP будут функционировать без перерывов.
• Почему объединенные пользователи-сотрудники не проходят проверку подлинности посредством Slack или не имеют доступа к Agentforce Agents for Slack?

  Включите полномочие системы «API включен» для профиля объединенного пользователя-сотрудника для проверки подлинности Slack и доступ Agentforce Agent для работы Slack.

  Чтобы включить это полномочие, выберите один из следующих способов:

  • Клонируйте стандартный профиль: Клонируйте стандартный профиль «Объединенный пользователь-сотрудник» и вручную включите полномочие «API включен» в клонированном профиле.
  • Создание набора полномочий: Создайте набор полномочий с включенным API и назначьте его объединенным пользователям-сотрудникам.