Saltar al contenido principal
Administrator Guide
Última actualización: 2025-09-19
Migración de cambios de configuración con Configuration Change Tracker

Migración de cambios de configuración con Configuration Change Tracker

  • Acceso para migrar paquetes de configuración avanzada en la tarea
    Mantenimiento de acceso a herramientas de Customer Central
    .
    Consulte Gestión de acceso a herramientas de implementación de Customer Central.
  • Defina el acceso a Customer Central y configure la seguridad del Transportador de objetos.
  • Seguridad: dominio
    Configuration Change Management
    con permisos View y Modify en el área funcional Implementation.
Utilice la migración
del rastreador de cambios de configuración
para sincronizar configuraciones entre entornos de cliente. Para migrar, debe comenzar en
Configuration Change Tracker
y crear un informe de los cambios de configuración realizados por usuarios específicos y en los marcos temporales que especifique. Este informe es su lista de cambios, a partir de la cual puede crear un paquete de configuración. Puede modificar el paquete hasta que solo tenga las instancias que desea migrar.
Antes de que Change Tracker le redirija a Customer Central y Object Transporter, puede ejecutar comprobaciones de validación para resolver posibles IDs que falten, conflictos de ID o errores de excepción. En Object Transporter, puede finalizar el proceso de migración, con gran parte del trabajo ya realizado por Configuration Change Tracker.
  1. Conéctese al entorno de cliente con la configuración que desea sincronizar con otro entorno de cliente.
  2. Acceda a la tarea
    Rastreador de cambios de configuración
    .
  3. En la página
    Rastreador de cambios de configuración
    , cree una lista de cambios de los cambios de configuración que se van a migrar:
    Opción Descripción
    Momento inicial
    Momento final
    Seleccione el rango de fechas y horas para los cambios de configuración que desea capturar.
    Filtrado por usuarios
    Seleccione uno o varios usuarios que hayan realizado los cambios que desea capturar.
    Incluir cambios realizados a través de servicios web
    Seleccione esta casilla si alguno de los usuarios seleccionados ha realizado cambios de configuración mediante un servicio web de Workday.
    Puede filtrar aún más la lista de cambios por tipo de implementación en
    Filtros adicionales
    o puede seleccionar un informe existente en
    Últimos informes
    .
    Workday guarda automáticamente la lista de cambios como un informe
    Seguimiento de cambios de configuración
    .
    Haga clic en
    Actualizar
    o espere a que se rellene el informe.
  4. En la página
    Criterios de informe
    de su informe, revise la lista de cambios para los usuarios y el marco temporal que ha seleccionado.
    Haga clic en
    Consultar cambios
    en una instancia para revisar los detalles de sus atributos. Puede empaquetar las instancias que aparecen en la ficha
    Listo para migrar
    sin necesidad de realizar ninguna otra acción.
    Workday no incluye instancias en la ficha
    No listo para migrar
    de los paquetes de configuración. Debe añadirlas manualmente cuando modifique el paquete en la página
    Configure Package Instances
    , aunque no tiene sentido añadir la mayoría de las instancias
    Not Ready to Migrate
    . Ejemplos: Do Not Use (DNU) o instancias eliminadas.
    Puede consultar una lista completa de los motivos por los que las instancias se muestran en la ficha
    No listo para migrar
    .
  5. Haga clic en
    Create Configuration Package
    para crear un paquete de configuración avanzada de las instancias que aparecen en la ficha
    Ready to Migrate
    .
    Cuando Object Transporter migra paquetes de configuración avanzada, solo migra las instancias que seleccione para el paquete. No añade otras instancias dependientes después de que se inicie la migración, como hace con los paquetes de configuración estándar. Este método limita el ámbito de la migración a instancias conocidas, lo que garantiza una migración menos problemática.
    Puede cambiar el nombre del paquete por defecto o añadir una descripción o un ID de solicitud de cambio externo. Cuando esté listo, haga clic en
    Configure Package Instances
    para crear el paquete.
  6. En la página
    Configure Package Instances
    , añada o elimine instancias y tipos de implementación hasta que tenga las únicas instancias que desea migrar.
    Si ha identificado alguna instancia de la ficha
    No listo para migrar
    que desea añadir, hágalo aquí.
    1. Para añadir o eliminar una instancia, haga clic en
      Editar instancias
      Añadir instancias
      o
      Editar instancias
      Eliminar instancias
      y seleccione una o varias instancias para añadir o eliminar.
    2. Para añadir o eliminar un tipo de implementación, haga clic en
      Edición de tipos de implementación
      Añadir tipo(s) de implementación
      o
      en Edición de tipos de implementación
      Eliminar tipo(s) de implementación
      y seleccione uno o más tipos para añadir o eliminar.
    3. Haga clic en
      Guardar y continuar
      .
      Workday actualiza el paquete de configuración Avanzado con sus cambios.
  7. En la página
    Revisión y preparación para migración
    , complete las siguientes comprobaciones de validación:
    1. Haga clic en
      Ejecutar IDs de referencia en blanco
      para enumerar las instancias a las que les falta un ID de referencia.
      Haga clic en
      Consultar y corregir errores
      para rellenar automáticamente los IDs de referencia en blanco. Workday no asigna IDs de referencia a algunas instancias y, por lo tanto, no las notifica en esta comprobación de validación.
    2. Haga clic en
      Ejecutar IDs de referencia generados por sistema
      para enumerar las instancias con secuencias numéricas generadas automáticamente para IDs de referencia.
      Aunque no son incorrectos, pueden provocar problemas de sobrescritura al migrar a un entorno de cliente que tenga el mismo ID de referencia generado por el sistema para otra instancia que no coincida. Cambie estos IDs de referencia solo si le preocupa que la migración pueda:
      • Sobrescribir una instancia en el entorno de cliente de destino sin querer.
      • Cree una instancia en el entorno de cliente de destino en lugar de modificar una.
    3. Haga clic en
      Ejecutar auditorías de excepción
      para ejecutar los siguientes informes de auditoría en las instancias de su paquete:
      • Excepción de proceso de gestión
      • Excepción de seguridad
      • Excepción de cálculo
      • Excepción de campo calculado
      • Excepción de integración
      • Excepción de informe personalizado
      • Excepción de regla de condición de beneficios
      • Excepción de regla de condición
      • Excepción de organización
      • Excepción de tipo de organización
      • Excepción de grupo de posiciones
      • Excepción de campo calculado específico de informe
      • Excepción de asignaciones de worklet
      • Excepción de nómina
    4. Haga clic en
      Preparar para migración
      .
      Workday le redirige a Customer Central.
  8. Haga clic en
    Iniciar Object Transporter en Customer Central
    para iniciar sesión en el entorno de cliente de Customer Central y en el workflow de Object Transporter como administrador o usuario de Customer Central.
  9. En la página
    Migración con transportador de objetos
    , seleccione el
    entorno de cliente de destino
    .
    Seleccione la
    opción ¿Incluir traducciones?
    para incluir valores de atributo traducidos para las instancias de su paquete que los contengan.
    Dado que va a migrar un paquete de configuración avanzada desde un informe
    del rastreador de cambios de configuración
    , Workday enumera
    el soporte de dependencias
    para el paquete como manual. Esto significa que Object Transporter no añade automáticamente dependencias a su paquete una vez que se inicia la migración, como hace con los paquetes de configuración estándar. Puede añadir manualmente instancias dependientes para resolver las que faltan si Object Transporter las notifica posteriormente en el informe
    Diferencias previas a la migración
    . Sin embargo, los paquetes de configuración avanzada no suelen tener instancias dependientes que falten o que no coincidan, a menos que las instancias del paquete se hayan actualizado o configurado incorrectamente desde que creó el paquete.
  10. Haga clic en
    Aceptar
    .
  11. En la página
    Estado previo a la migración
    , haga clic en
    Actualizar
    o espere a que Workday finalice la comprobación previa a la migración de los datos de configuración en el ámbito de la migración.
    Algunas instancias tienen requisitos previos que deben existir en el entorno de cliente de destino para que la migración se realice correctamente. Ejemplo: un campo calculado. Cuando Workday:
    • Encuentra los requisitos previos que faltan y genera un informe
      de comprobación previa a la migración
      .
    • No encuentra ningún requisito previo que falte, omite el informe
      Comprobación previa a la migración
      y genera un informe
      Consulta de diferencias previas a la migración
      .
  12. Resuelva los requisitos previos de migración que faltan y que la comprobación previa a la migración encuentra en el entorno de cliente de destino:
    1. Haga clic
      en Consultar informe de comprobación previa a la migración
      .
    2. Siga las directrices de la página
      Comprobación previa a la migración de transportador de objetos
      .
      En la tabla
      Errors
      , Workday enumera las instancias de origen que son requisitos previos para la migración. Workday marca un requisito previo como faltante cuando:
      • No hay instancias correspondientes en el entorno de cliente de destino.
      • Falta un ID de referencia o no coincide.
    3. Para resolver un requisito previo, conéctese al entorno de cliente de destino y cree la instancia que falta o resuelva su ID de referencia.
      Necesita el ID de referencia de una instancia compatible para asignarla.
      También puede usar Carga personalizada para asignar instancias de origen que no tengan instancias de destino correspondientes a otras instancias compatibles en el entorno de cliente de destino.
  13. Utilice Carga personalizada para asignar cualquier instancia de origen sin emparejar a instancias compatibles en el entorno de cliente de destino:
    1. En la tabla
      Errores
      , haga clic
      en Asignar instancia
      para que se resuelva el requisito previo que falta.
    2. Introduzca el ID de referencia de una instancia compatible en el entorno de cliente de destino.
    3. Haga clic
      en Buscar
      .
    4. En la tabla de resultados, seleccione la casilla de la instancia compatible. Cuando la tabla enumere varias instancias, seleccione la que:
      • El mismo tipo de implementación.
      • La más compatible con la instancia de entorno de cliente de origen.
    5. Haga clic
      en Aplicar asignación
      .
      Para consultar información sobre la instancia compatible, haga clic en el vínculo correspondiente en la columna
      Mapping to
      .
      Para eliminar una asignación, haga clic en
      Eliminar
      y siga el flujo de trabajo para aplicar una nueva asignación.
    6. Haga clic en
      Volver a explorar objetivo
      .
      Cuando haya resuelto todos los requisitos previos que faltan en la tabla
      Errores
      , Workday muestra la página
      Informe de diferencias
      para continuar con la migración.
  14. Si su paquete contiene políticas de seguridad de dominio o proceso de gestión que difieren de las políticas correspondientes en el entorno de cliente de destino, haga clic en
    Edición de comportamiento de migración
    y seleccione un comportamiento de migración para todas o algunas de las políticas de seguridad modificadas (opcional). Workday fusiona las políticas de seguridad por defecto, a menos que utilice esta opción para sustituir las políticas de seguridad en el entorno de cliente de destino.
    Workday solo activa esta opción cuando detecta una o varias políticas de seguridad modificadas.
    Opción Descripción
    Fusionar (recomendado)
    Comportamiento por defecto. Combina componentes con permisos, como grupos y roles de seguridad, de todas las políticas de seguridad de origen modificadas con las de las políticas de seguridad de destino correspondientes. Las fusiones son aditivas. Workday no elimina nada, por lo que es la opción más segura.
    Considere esta opción cuando necesite:
    • Priorizar la integridad del entorno de cliente de destino.
    • Migrar actualizaciones de rutinas de un entorno de vista previa, de entorno de pruebas o de desarrollo a producción, donde el objetivo es introducir nuevas configuraciones sin alterar las existentes.
    • Mitigar el riesgo de eliminar sin darse cuenta permisos o grupos de seguridad que son críticos para el funcionamiento del entorno de cliente de destino.
    • Proteja los cambios específicos de destino.
    Dado que Fusionar no es destructivo por defecto, reduce el tiempo dedicado a comprobar posibles sobrescrituras, lo que le permite centrarse más en verificar las adiciones.
    Sustitución
    Sustituye todas las políticas de seguridad del entorno de cliente de destino por las correspondientes modificadas en el entorno de cliente de origen. Al sustituir, Workday descarta las políticas correspondientes anteriores en el entorno de cliente de destino e implementa solo las políticas de seguridad modificadas del entorno de cliente de origen.
    Considere esta opción cuando necesite:
    • Trate al entorno de cliente de origen como la fuente autorizada para las políticas de seguridad.
    • Realizar implementaciones iniciales o actualizaciones de entorno de cliente.
    • Sustituir intencionadamente las políticas de seguridad de destino por completo.
    • Garantizar una coherencia absoluta con el origen.
    Cuando migra una sola instancia, Workday solo sustituye la instancia correspondiente en el entorno de cliente de destino.
    Selección manual
    Proporciona el control más detallado, lo que le permite revisar cada política de seguridad modificada en el paquete individualmente. En la columna
    Comportamiento de migración por instancia
    , seleccione
    Fusionar
    o
    sustituir
    para cada política de seguridad modificada.
    Considere esta opción cuando necesite:
    • Manejar migraciones complejas con diversas necesidades específicas de políticas.
    • Abordar los requisitos mixtos en un solo paquete donde las distintas políticas necesitan que se les aplique un comportamiento de fusión o sustitución diferente.
    • Operar en entornos confidenciales que exigen un control minucioso de cada política.
    • Gestionar implementaciones por fases o políticas gestionadas por distintos equipos.
    • Consiga la máxima precisión y flexibilidad, adaptando las acciones a cada política.
  15. Para consultar los atributos de una instancia modificada, haga clic en
    View Attribute Diff
    para examinar los atributos individuales en el objeto de dependencia modificado (opcional).
    En la página
    Diferencias de atributo
    , Workday proporciona un icono de estado para cada atributo de una instancia
    Modificada
    . En la siguiente tabla se describe cómo categoriza Workday las diferencias entre los atributos de origen y de destino:
    Estado de atributo
    Descripción
    Cambiar
    Los atributos de origen y destino existen, pero no son idénticos.
    La migración sobrescribe el atributo de destino con el atributo de origen. Si un atributo de origen pertenece a una instancia de política de seguridad, Workday lo añade al entorno de cliente de destino, a menos que haya seleccionado la opción Sustituir al editar el comportamiento de migración de las políticas de seguridad.
    Nuevo
    No existe ningún atributo en el entorno de cliente de destino. Workday añade el atributo de origen al entorno de cliente de destino.
    Sin coincidencia
    Los atributos de origen y destino tienen valores de conversión distintos. Workday fusiona el valor de conversión de destino con el valor de traducción de origen.
    Ejemplo: el atributo de origen tiene un valor de traducción al polaco y el atributo de destino tiene un valor de traducción al inglés. La migración añade el valor de traducción al polaco al atributo de destino sin cambiar el valor al inglés.
    Eliminación
    El atributo existe en el entorno de cliente de destino, pero no en el de origen. La migración elimina el atributo de destino. Workday no asigna el estado
    Eliminación
    a los atributos que forman parte de las políticas de seguridad del dominio o del proceso de gestión.
  16. Cuando haya revisado y comprendido los cambios que la migración realizará en su entorno de cliente de destino, haga clic en
    Continuar con la migración
    para consultar un resumen final de las instancias que se van a migrar.
  17. Haga clic en
    Iniciar migración
    .
  18. Cuando finalice la migración, haga clic en
    Consultar informe posterior a la migración
    para ver un resumen de los cambios en el entorno de cliente de destino.
    Los informes de resumen posteriores a la migración permanecen disponibles durante dos años.
  19. En la página
    Informe posterior a la migración
    , haga clic en
    Ejecutar comparación de entorno de cliente
    para comparar instancias de tipos de implementación entre dos entornos de cliente (opcional).
    Puede guardar las comparaciones como informes
    Comparación de entorno de cliente
    .