Saltar al contenido principal
Documentación
Documentación
Administrator Guide
Última actualización: 2026-04-03
Migración de cambios de configuración con rastreador de cambios de configuración

Migración de cambios de configuración con rastreador de cambios de configuración

Utilice la migración
del rastreador de cambios de configuración
 para sincronizar configuraciones entre entornos de cliente. Para migrar, comience en
el Rastreador de cambios de configuración
 y cree 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 cambio (noun), cambiar (verb) , 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 el Rastreador de cambios le redirija a Customer Central y Object Transporter, puede ejecutar comprobaciones de validación para resolver posibles ID que falten, conflictos de ID o errores de excepción. En Object Transporter, puede finalizar el proceso de migración, mientras que Configuration Change Tracker ya terminar gran parte del trabajo.
  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
     .
    En función de sus permisos de seguridad, puede hacer lo siguiente:
    • Consultar y crear informes de sus propios cambios,
    • Consultar y crear informes de los cambios de otros.
    • Cree y editar sus propios paquetes de configuración avanzada.
    • Edite los paquetes de configuración avanzada de otros usuarios.
    • Migre sus propios paquetes de configuración avanzada.
    • Migrar los paquetes de configuración avanzada de otros usuarios.
  3. En la página
    Rastreador de cambios de configuración
     , cree una lista de cambio (noun), cambiar (verb) 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 mediante servicios web
    Seleccione esta casilla (de selección) si alguno de los usuarios seleccionados ha realizado cambios de configuración mediante un servicio web de Workday .
    Puede filtro aún más la lista de cambio (noun), cambiar (verb) por tipo de implementación en
    Filtros adicionales
     o puede seleccionar un informe existente de
    Últimos informes
     .
    Workday guarda automáticamente la lista de cambio (noun), cambiar (verb) como un informe
    Rastreador 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 cambio (noun), cambiar (verb) para los usuarios y el marco temporal que ha seleccionado.
    Haga clic en
    Consultar cambios
     de una instancia para revisar los detalles de sus atributo . 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 modificar 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
    Crear paquete de configuración
     para crear un paquete de configuración avanzada de las instancias que aparecen en la ficha
    Listo para migrar
     .
    Puede cambiar el nombre del paquete o añadir una descripción o un ID de solicitud externo.
  6. Seleccione esta opción para incluir todas las instancias o solo las nuevas o modificadas:
    Opción Descripción
    Todas las instancias
    Incluye todas las instancias de la ficha
    Listo para migrar
     del Rastreador de cambios de configuración y coincide con el comportamiento anterior. Esta es la selección por defecto.
    Solo nuevas instancias
    Incluye solo las nuevas instancias creadas en el rango de fechas especificado por los usuarios seleccionados. Al seleccionar esta opción se crea un paquete específico, lo que le permite sincronizar de forma más eficiente las configuraciones entre entornos de cliente y reducir el riesgo de errores que pueden resultado de la edición manual de paquetes grandes.
    Solo instancias modificadas
    Incluye solo las instancias editadas en el rango de fechas especificado por los usuarios seleccionados. Al seleccionar esta opción se crea un paquete específico, lo que le permite sincronizar de forma más eficiente las configuraciones entre entornos de cliente y reducir el riesgo de errores que pueden resultado de la edición manual de paquetes grandes.
    Cuando Object Transporter migra paquetes de configuración avanzada, solo migra las instancias que seleccione para el paquete. No añade otras instancias dependiente una vez iniciada la migración, como sí 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.
    Cuando todo esté listo, haga clic en
    Configurar instancias de paquete
     para crear el paquete.
  7. 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 en la ficha
    No listo para migrar
     que desea añadir, hágalo aquí.
    1. Para añadir o eliminar una instancia, haga clic
      en Edición de instancias
      Añadir instancias
       o
      en Edición de 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.
  8. 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 ID 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 los 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:
      • Sobrescribe 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 estos 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.
  9. Haga clic en
    Iniciar Object Transporter en Customer Central
     para conectarse al entorno de cliente de Customer Central y al workflow de Object Transporter como administrador o usuario de Customer Central .
  10. 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
    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 al paquete una vez que se inicia la migración, como hace con los paquetes de configuración estándar. Puede añadir manualmente instancias dependiente para resolver las que faltan si Object Transporter las notifica posteriormente en el informe
    de diferencias previas a la migración
     . Sin embargo, los paquetes de configuración avanzada no suelen tener instancias dependiente que falten o que no coincidan, a menos que las instancias del paquete se hayan actualizado o configurado incorrectamente desde que creó el paquete.
  11. Haga clic en
    Aceptar
     .
  12. 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 alcance 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. When 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
       .
  13. Si Workday muestra la página
    Informe de diferencias no generado
     , haga clic en
    Consultar informe de comprobación previa a la migración
     para revisar la tabla
    Errores
     .
    La tabla enumera los requisitos previos que faltan y que debe resolver antes de que la migración pueda continuar. Workday marca un requisito previo como faltante si:
    • No hay ninguna instancia correspondiente en el entorno de cliente de destino.
    • Falta un ID de referencia.
    • Un ID de referencia no coincidente.
    Debe resolver los primeros 50 requisitos previos enumerados en la tabla para que Workday pueda identificar y mostrar cualquier problema adicional. Mientras resuelve los requisitos previos que faltan, asegúrese de que los ID de referencia coincidan en ambos entornos de cliente.
  14. Determine la ruta de resolución de los requisitos previos que faltan y resuelva los requisitos previos no asignables.
    Revise las columnas
    Non Mappable
     y
    Map to Instance in Target (opcional)
     para identificar la corrección necesaria para cada requisito previo enumerado:
    1. Si la columna
      No asignable
       es Sí, conéctese al entorno de cliente de destino y resuelva manualmente el problema:
      • instancia que falta: cree la instancia en el entorno de cliente de destino y asegúrese de que el ID de referencia coincida con el de origen.
      • ID ausente o no coincidente: si la instancia existe, añada o actualice el ID de referencia para que coincida con el origen.
    2. Si la columna
      Map to Instance in Target (opcional)
       muestra el botón
      Map Instance
       , puede asignar la instancia mediante una carga personalizada o puede resolver el requisito previo manualmente como una instancia no asignable. Para la carga personalizada, vaya al siguiente paso.
    3. Si la columna
      No asignable
       está vacía, no es necesaria ninguna acción.
    En el caso de las migraciones de WD Setup, solo puede modificar o asignar instancias de entorno de cliente de destino existentes.
  15. Utilice la carga personalizada para asignar automáticamente una instancia de origen sin emparejar a una instancia compatible en el entorno de cliente de destino:
    1. En la columna
      Map to Instance in Target (opcional)
       , haga clic en.
      Instancia de asignación
       . Debe tener el ID de referencia de una instancia compatible en el entorno de cliente de destino para asignar .
    2. Introduzca el ID de referencia de una instancia compatible en el entorno de cliente de destino y haga clic en
      Buscar
       .
    3. En los resultados de búsqueda, seleccione la casilla de la instancia compatible. Si Workday muestra varias instancias, seleccione la que sea del mismo tipo de implementación y la más compatible con el origen.
    4. Haga clic en
      Aplicar asignación
       .
      • Para consultar los detalles de la instancia asignada, haga clic en el vínculo de la columna
        Asignación a
         (opcional).
      • Para eliminar una asignación, haga clic en
        Eliminar
         (opcional).
  16. Después de abordar los requisitos previos mediante actualizaciones manuales o asignaciones:
    • Haga clic en
      Volver a explorar destino
       si ha actualizado o asignado instancias de destino.
    • Haga clic en
      Reintentar migración
       si ha actualizado el entorno de cliente de origen.
    Una vez resueltos los requisitos previos, incluidos los descubiertos después de los 50 iniciales, Workday genera y muestra la página
    Informe de diferencias previas a la migración
     .
  17. Si va a migrar instancias con fechas efectivas, haga clic en
    Definición de estrategia de fecha efectiva
     .
    1. En la
      lista de valores Definición de fecha para paquete
       , seleccione primero una estrategia para todas las instancias de la migración.
      Puede aplicar una fecha efectiva por defecto del 01/01/1900 o seleccionar manualmente una fecha. Si va a migrar una sola instancia, todas las dependencias de la instancia heredan la fecha que seleccione aquí.
      Si una instancia sin fecha efectiva tiene dependencias con fechas efectivas, las dependencias heredan la fecha de migración como su fecha efectiva durante el proceso de migración.
      Siempre puede cambiar las fechas efectivas después de la migración. También puede restringir aún más su estrategia de fecha efectiva seleccionando distintas fechas para las instancias y dependencias individualmente o como grupo, por tipo de implementación.
    2. Para aplicar distintas fechas efectivas en el tipo de implementación o en el nivel de instancia , haga clic en
      Guardar y continuar con la edición
       .
    3. Si desea seleccionar una fecha efectiva diferente para todas las instancias de un tipo de implementación, seleccione una fecha en la columna
      Definición de fecha efectiva por tipo de implementación
       .
      Para cambiar el año, introdúzcalo directamente en el campo.
    4. Para cambiar la fecha efectiva de una o varias instancias o dependencias exclusivas, haga clic en
      Definición de fecha efectiva por instancia
       .
    5. Seleccione una nueva fecha efectiva para una instancia en la columna
      Definición de fecha efectiva por instancia
       .
      Workday muestra las instancias y sus dependencias en filas independientes de la tabla. Para cambiar el año de una instancia o una instancia dependiente, introduzca el año directamente en el campo.
      Algunos tipos de implementación le permiten introducir fechas efectivas en el futuro. Si introduce una fecha futura, Object Transporter continúa con la migración e informa de cualquier error.
  18. Si su paquete contiene políticas de seguridad de dominio o de proceso de gestión que difieren de las políticas correspondientes en el entorno de cliente de destino, haga clic en
    Editar 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.
  19. 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.
  20. Cuando haya revisado y comprenda 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.
  21. Haga clic en
    Iniciar migración
     .
  22. 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.
  23. 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
     .