Saltar al contenido principal
Documentación
Documentación
Administrator Guide
Última actualización: 2026-04-03
Migración de contenido de catálogo de configuración con transportador de objetos

Migración de contenido de catálogo de configuración con transportador de objetos

Configurar el acceso y la seguridad para Customer Central y Object Transporter
Puede utilizar el
tablero de control de entorno de cliente
 en Customer Central o la tarea
Catálogo de configuración
 para migrar un paquete de catálogo de configuración o una o varias instancias del paquete a su entorno de cliente de implementación o de pruebas .
Después de seleccionar un entorno de cliente de destino y un paquete de configuración en el catálogo, Workday compara las instancias que ha seleccionado en el catálogo con las instancias correspondientes en el entorno de cliente de destino e inicia una serie de comprobaciones para preparar la migración.
Si va a migrar informes, tenga en cuenta el efecto posterior en los informes editados en entornos de cliente de nivel inferior para no migrar problemas potencial . Workday recomienda validar los informes después de migrarlos y tener en cuenta el efecto posterior en las alertas y otros procesos.
Cuando Workday finaliza la migración, puede consultar el informe
Posterior a la migración
 o crear un informe
Comparación de entorno de cliente
 para comparar las diferencias entre los entornos de cliente después de la migración.
  1. Conéctese a Customer Central como usuario o administrador de Customer Central .
  2. Acceda a la tarea
    Catálogo de configuración
     .
    La tarea también está disponible en el worklet
    Tablero de control de entorno de cliente
     .
  3. En la lista de valores
    de cliente de destino
     , seleccione el entorno de cliente al que desea migrar el contenido del Catálogo de configuración.
  4. Seleccione un paquete de configuración .
    Puede hacer clic en la cabecera de la columna
    Nombre
     y filtro para búsqueda (noun), buscar (verb) su paquete.
  5. Haga clic en
    Configurar instancias de paquete
     .
  6. Seleccione una o varias instancias para migrar.
    Para migrar todo el paquete, seleccione la casilla (de selección) en la cabecera de la tabla .
  7. 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
       .
  8. 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.
  9. 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.
  10. 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).
  11. 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
     .
  12. Si el contenido seleccionado en el catálogo de configuración incluye 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.
  13. 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 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.
  14. Haga clic
    en Actualizar
     o espere a que Workday muestre
    Consultar informe de diferencias
     y haga clic en él.
    La página
    Informe de diferencias previas a la migración
     muestra todas las instancias en el ámbito de la migración, agrupadas por el tipo de implementación de la instancia de nivel superior y organizadas por el comportamiento de la migración en estas fichas:
    Ficha
    Descripción
    Todas las instancias
    Enumera todas las instancias que contiene su paquete de configuración o extracción de configuración. Cuando migra una sola instancia, la ficha muestra una instancia de nivel superior y los objetos dependientes que pueda contener.
    Modified
    Icono de estado: naranja
    Enumera las instancias que existen tanto en el entorno de cliente de origen como en el de destino, pero que difieren debido a una modificación anterior. Durante la migración, Workday sobrescribe la instancia de destino con la instancia de origen, a menos que se trate de una política de seguridad.
    Por defecto, Workday fusiona las políticas de seguridad de un entorno de cliente de origen con la política de seguridad correspondiente en el entorno de cliente de destino. Puede cambiar el comportamiento por defecto para la migración de políticas de seguridad mediante la opción
    Edición de comportamiento de migración
     para sobrescribir la política de seguridad del entorno de cliente.
    Nuevo
    Icono de estado: azul
    Enumera las instancias que aún no existen en el entorno de cliente de destino. Durante la migración, Workday añade la instancia del entorno de cliente de origen al entorno de cliente de destino.
    Sin cambios
    Icono de estado: gris
    Enumera las instancias que son idénticas en los entornos de cliente de origen y de destino. No es necesaria ninguna migración.
    Excluido
    Enumera las instancias de nivel superior que ha excluido de la migración.
    Si no ha excluido nada, Workday no muestra esta ficha.
    Puede seleccionar una ficha para filtrar por comportamiento de migración. En la ficha, puede expandir un tipo de implementación para revisar las instancias de nivel superior en el ámbito de la migración. El mismo tipo de implementación puede aparecer en varias fichas, pero las instancias que aparecen debajo solo se relacionan con un comportamiento de migración en particular. Ejemplo: selecciona la ficha
    Modificado
    y ve el mismo tipo de implementación que vio en la ficha
    Nuevo
    . Expande el tipo de implementación y ve un conjunto exclusivo de instancias de nivel superior de las instancias en la ficha
    Nuevo
     . La ficha
    Modificado
    enumera las instancias con diferencias entre las instancias de origen y de destino. La ficha
    Nuevo
    enumera las instancias que aún no existen en el entorno de cliente de destino.
    El número junto al estado
    Modificado
    indica el número total de instancias modificadas de nivel superior en el ámbito de la migración. El número junto al estado
    Nuevo
    indica el número total de instancias de nivel superior que Workday añadirá al entorno de cliente de destino.
    Los informes
    de diferencias previas a la migración
     para migraciones que no continúan permanecen disponibles durante 30 días
    .
  15. Revise las dependencias de la instancia o instancias nuevas o modificadas (opcional):
    1. Navegue a la ficha
      Modificado
      o
      Nuevo
      y expanda el tipo de implementación.
    2. En la columna
      Dependencias
      de la tabla, haga clic en
      Consultar dependencias
       para la instancia con las dependencias que desea revisar.
      Workday recomienda examinar los objetos dependientes en instancias nuevas o modificadas.
      Al igual que las instancias de nivel superior, Workday proporciona un icono de estado para cada instancia dependiente:
      Modificado
      ,
      Nuevo
      o
      Sin cambios
      .
      Cuando Workday encuentra una dependencia circular, deja de cargar más dependencias para la instancia. Workday migra las dependencias circulares. Para evitar informes repetitivos de la misma dependencia, solo muestra la primera aparición de la dependencia y la marca con un icono de dependencia circular.
  16. 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.
  17. Cuando la migración contenga instancias
    modificadas
     , haga clic en
    Manage Modified Instances
     en la página
    Dependencies Diff
     para excluir de la migración una instancia modificada o una de sus dependencias (opcional).
    1. En la tabla
      Instances to Migrate
       , desmarque la casilla de la instancia que desea excluir. La exclusión de una instancia de nivel superior también excluye sus dependencias de la migración.
    2. En la columna
      Dependencias
       , haga clic en
      Ver
       para volver a ver las dependencias de una instancia (opcional).
    3. Haga clic en
      Guardar cambios
       y confirme que desea guardar su selección. Una vez guardada, no puede deshacer la exclusión. Para deshacer la exclusión, inicie una nueva migración.
    En la página
    Dependencies Diff
     , Workday muestra la instancia como excluida en la tabla de instancias. Cuando excluye una instancia de nivel superior, Workday notifica la instancia de nivel superior como
    Excluida
     y sus dependencias como
    Excluidas por entidad principal.
     Workday no excluye las dependencias que también son dependencias de otro tipo de implementación si ese tipo de implementación forma parte de la misma migración.
    También puede verificar la instancia excluida en la ficha
    Excluidos
     de la página
    Informe de diferencias previas a la migración
     .
  18. 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.
  19. Haga clic
    en Iniciar migración
    .
  20. 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.
  21. 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
     .
Cuando haya refinado el contenido de configuración para satisfacer los requisitos de sus clientes, puede migrar el contenido del catálogo de configuración de su entorno de entorno de cliente de pruebas al entorno de cliente de producción.