Saltar al contenido principal
Documentación
Documentación
Administrator Guide
Última actualización: 2026-04-03
Migración de instancias únicas con transportador de objetos

Migración de instancias únicas con transportador de objetos

Configure el acceso y la seguridad para Customer Central y Object Transporter.
En un entorno de cliente, puede migrar una instancia individual de un tipo de implementación admitido a un entorno de cliente de destino mediante el menú de acciones relacionadas de la instancia. Ejemplo: en el entorno de cliente de entorno de pruebas, utiliza el menú de acciones relacionadas de un informe personalizado para migrarlo a su entorno de cliente de producción . Este método de migración le ahorra el esfuerzo de agrupar varias instancias de tipos de implementación en paquetes de configuración. El informe
Object Transporter Supported Objects (OX)
 detalla los objetos que puede migrar.
Después de iniciar la migración en su entorno de cliente de origen, Workday le redirige a Customer Central para finalizar la migración. Antes de migrar la instancia única, Workday la compara con la instancia correspondiente en el entorno de cliente de destino e inicia una serie de comprobaciones para informar de los problemas que deben resolverse antes de que la migración pueda realizarse correctamente.
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. En el menú de acciones relacionadas de la instancia que desea migrar, seleccione
    Instance
    Migrate with Object Transporter
     .
  2. Si Workday deja la lista de valores
    Tipo de implementación
     sin rellenar, seleccione un tipo válido para la migración.
    Workday permite a Object Transporter migrar instancias de objetos para un subconjunto de tipos de implementación. Si Workday le informa de que no puede migrar con el tipo de implementación que ha seleccionado, seleccione otro tipo de implementación.
  3. Introduzca un
    ID de solicitud de cambio externo
     (opcional).
    Esta opción le permite realizar un seguimiento de las migraciones solicitadas y aprobadas. Puede consultar los indicadores
    de ID de solicitud de cambio externo
     en la tabla
    Disponible para migración desde entorno de cliente de origen
     . También puede consultarlos con toda la actividad de migración en el tablero de control
    Informes de migración de transportador de objetos (OX)
     en Customer Central.
  4. Haga clic en
    Iniciar transportador de objetos en Customer Central
     .
  5. Conéctese a Customer Central.
  6. Seleccione el
    entorno de cliente de destino
     al que desea migrar su instancia única.
    Cuando inicia la migración desde un entorno de cliente de origen, Customer Central rellena previamente la tarea con las selecciones de entorno de cliente de origen y muestra la instancia que se va a migrar en la tabla.
  7. Haga clic en
    Migrar
     .
  8. 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
       .
  9. 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.
  10. 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.
  11. 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).
  12. 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
     .
  13. Si la instancia tiene una fecha efectiva, 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.
  14. Si su instancia es una política de seguridad de dominio o proceso de gestión y difiere de la política correspondiente en el entorno de cliente de destino, haga clic en
    Editar comportamiento de migración
     para seleccionar cómo la migra Workday (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.
  15. 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
    .
  16. 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.
  17. 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.
  18. Cuando haya revisado y comprendido los cambios que la migración realizará en su entorno de cliente de destino, haga clic en
    Continuar con migración
     para consultar un resumen final.
  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 la migración se realiza correctamente, Workday hace que los datos de instancia única estén disponibles en el entorno de cliente de destino.