Preguntas frecuentes sobre migración

Revise preguntas comunes sobre la migración de Work.com a Servicio de RRHH, incluyendo paridad de funciones, licencias, compatibilidad de implementación por fases y comportamiento del modelo de datos.

• ¿Por qué debo migrar?

  Servicio de RRHH representa un rediseño integral de Work.com. Al migrar, puede desbloquear una experiencia de empleado unificada con una fuerte paridad funcional para flujos de trabajo principales. Esto incluye pasar a funciones modernas como el Portal de empleados unificado, Escritorio de servicio de RRHH, Agentforce Agents y un Catálogo de servicio integrado , todo ello aprovechando al mismo tiempo un modelo de datos actualizado y robusto.

• ¿Están todas las funciones Work.com disponibles en Servicio de RRHH?

  Esta tabla compara funciones Work.com actuales con funciones de Servicio de RRHH correspondientes.

  Comparación de funciones de Work.com y Servicio de RRHH

  Funciones Work.com	Funciones de servicio de RRHH correspondientes
  Espacio de trabajo de empleados (Portal)	Portal de empleados unificado
  Concierge para empleados (Escritorio de RRHH)	Servicio de RRHH
  Bot de Concierge para empleados	Agentes de Agentforce
  Centro de servicio de RRHH (Flujos de trabajo y aprobaciones)	Flujos de trabajo de aprobación listos para su uso
  Catálogo de servicio de empleados	Catálogo unificado
  Planificación y gestión de turnos	No disponible
  Planificador de estrategias de lugar de trabajo	No disponible
  Tarjetas de confianza digitales	No disponible
  Gestión de colas	No disponible
  Evaluación del bienestar	No disponible
  Mensajería de difusión	Gestión de campañas (necesita configuración)
  Registros de datos Empleado heredados	Entidad Employee2 Cuentas personales estándar

• ¿Puede un cliente Work.com comprar Agente de IA para empleado como una SKU independiente?

  Sí. Los clientes pueden comprarlo como un SKU independiente. Sin embargo, debido a que esta SKU utiliza la licencia de usuario de Agentforce (AUL), la migración de Work.com no es compatible. Como resultado, se deben crear nuevos usuarios y no se conservan los datos históricos (como casos pasados). La herramienta de migración está diseñada para evitar esta pérdida de datos, por lo que se recomienda la ruta LPP o LPS.

• ¿Con qué SKU está disponible la migración Work.com?

  La migración Work.com solo está disponible con las SKU Lightning Platform Plus (LPP) y Lightning Platform Starter (LPS). Para utilizar funciones de Servicio de RRHH, los clientes también deben adquirir el complemento Agente de IA para empleados.

• ¿Existe una ruta posible para mover un empleado de PUL a UEL?

  No. Actualmente no hay ninguna ruta directa para mover un empleado de Licencia de usuario de plataforma (PUL) a Licencia de empleado unificada (UEL). La herramienta de migración existente está diseñada para la migración del modelo de datos Empleado a Empleado 2 y no admite la migración de licencias.

• ¿Qué licencia complementaria se requiere para acceder a las herramientas de migración?

  Para configurar, ejecutar y gestionar correctamente la herramienta de migración del Motor de procesamiento de datos (DPE) visual, se requieren las siguientes licencias:

  • Licencia de migración de administrador: El usuario administrador que ejecuta la migración debe tener la licencia de conjunto de permisos EmployeeManagement (PSL).
  • Comprobación de licencia de requisito previo: Asegúrese de que su organización ya posee la licencia EmployeeManagementAddOn subyacente.
• ¿Es posible la migración por fases?

  La migración por fases es completamente compatible. La estrategia de migración se crea explícitamente en un modelo de coexistencia de datos / estrategia de modelo de datos dual. Debido a que los nuevos registros Empleado2 mantienen una búsqueda de clave externa backend directamente en sus registros Empleado heredados, se mantiene la retrocompatibilidad. Los objetos Work.com heredados permanecen completamente intactos y activos , lo que le permite realizar la transición segura de usuarios y operaciones en fases a lo largo del tiempo sin interrumpir la lógica de negocio, los reportes o las integraciones existentes.

• ¿Qué sucede con las asignaciones y los datos de gestor existentes?

  La jerarquía organizativa se mantiene automáticamente. Las asignaciones y actualizaciones de gestor para los nuevos registros Empleado2 se gestionan completamente por un gestor integrado que aprovisiona trabajos por lotes.

• ¿Qué sucede con los modelos de datos Work.com existentes?

  Las arquitecturas de datos existentes se mantienen pero aisladas:

  • Los objetos Work.com heredados no se reestructuran ni se sobrescriben.
  • Permanecen intactos como registros históricos, mientras que Servicio de RRHH utiliza exclusivamente el nuevo modelo de datos basado en Empleado2.
• ¿Funcionarán los componentes personalizados después de la migración?

  No. Los componentes personalizados no funcionan automáticamente después de la migración. Los clientes deben sustituir funciones Work.com desusadas por funciones de Servicio de RRHH compatibles. Para componentes personalizados, los clientes deben probar y validar el comportamiento posterior a la migración; en algunos casos, es posible que no haya ninguna sustitución equivalente disponible.