Introducción

Puede usar el cargador de datos de HCM para cargar de forma masiva el historial con fecha de vigencia y mantener ese historial.

Note:

Se espera que entienda cómo crear y cargar archivos mediante el cargador de datos de HCM (HDL). Si es nuevo en HDL, debe completar primero el tutorial Crear y mantener datos con el cargador de datos de HCM (HDL).

Objetivos

En este tutorial, lo hará.

  • Cree y cargue un historial con fecha de vigencia y varios cambios por día.
  • Corrija y actualice los registros de fechas de vigencia existentes.
  • Carga de cambios históricos, retención de valores futuros y sobrescritura de valores futuros.
  • Suprimir registros con fecha de vigencia en el historial.

Requisitos

Para completar este tutorial, necesitará:

También se recomienda completar el tutorial Crear y mantener datos con el cargador de datos de HCM (HDL) antes de intentar este tutorial. La tarea 10 hace referencia a los datos que crearía en este tutorial.


Tarea 1: Creación de un objeto con historial de fechas de vigencia

En este paso, aprenderá a cargar el historial de fechas de vigencia al crear un nuevo objeto.

  1. Cree un nuevo archivo con cualquier editor de texto e introduzca lo siguiente:
    2. METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|Name|ActiveStatus|JobFamilyCode|RegularTemporary|FullPartTime|StandardWorkingHours|StandardWorkingFrequency
MERGE|Job|SALES|COMMON|2024/03/01|4712/12/31|Sales|ACTIVE|SALES|R|PART_TIME|24|W
MERGE|Job|SALES|COMMON|2020/01/01|2024/02/29|Sales|ACTIVE|SALES|R|PART_TIME|16|W
MERGE|Job|SALES|COMMON|2010/01/01|2019/12/31|Sales|ACTIVE||R|PART_TIME|16|W

    Estas tres líneas de archivo son para el mismo trabajo, identificadas por los valores de atributo JobCode SALES y SetCode COMMON.

    Sugerencia:

    Cuando un registro no tiene una fecha de finalización, puede especificar un valor de 4712/12/31 para el atributo EffectiveEndDate. También puede dejarlo en blanco.

    Note:

    Al proporcionar el historial de fechas de vigencia, asegúrese de que los rangos de fechas sean consecutivos y de que no haya huecos en el rango de fechas. Todos los registros deben ser válidos. HDL agrupará estos registros y los cargará como un único objeto. Si se encuentra un error en cualquier registro del objeto, no se cargará todo el objeto.
  2. Guarde el archivo y asígnele el nombre Job.dat.
  3. Descargue este archivo JobFamily.dat.
  4. Comprima los archivos Job.dat y JobFamily.dat en un archivo zip denominado 1 Create Job.zip.

    5. Note:

    El archivo Job.dat hace referencia a las familias de trabajos creadas por el archivo JobFamily.dat.
  5. Importe y cargue el archivo zip. Se crearán estos datos:
    Se crean los siguientes registros de fecha de vigencia para el trabajo de ventas.
    Fecha de Inicio de Vigor Fecha de finalización de vigencia Nombre Código de familia de puestos Horas laborables estándar Tiempo completo/parcial
    1-Mar-2024 Sales SALES 24 PART_TIME
    1-Jan-2020 29-Feb-2024 Sales SALES 16 PART_TIME
    1-Jan-2010 31-Dec-2019 Sales 16 PART_TIME

    En resumen:

    • El 1 de enero de 2010 se creó el trabajo.
    • El 1 de enero de 2020 se completó el código de familia de puestos.
    • El 1 de marzo de 2024, las horas de trabajo estándar aumentaron de 16 a 24.

    Sugerencia:

    Puede proporcionar registros de fecha de vigencia en cualquier orden del archivo .dat, pero no se pueden producir intervalos de fechas.

    Note:

    Cuando se crea un objeto con fecha de vigencia, solo se procesa el primer registro con fecha de vigencia como nuevo registro. Los registros con fecha posterior son actualizaciones del primer registro. Para retener valores del registro de fecha de vigencia anterior, puede dejar esos atributos en blanco o repetir el valor que desea continuar.


Tarea 2: Corregir el último registro de fecha de vigencia

En este paso, cargará una corrección en el último registro de fecha de vigencia para su puesto.

  1. Cree un nuevo archivo e introduzca lo siguiente:
    2. METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|StandardWorkingHours
MERGE|Job|SALES|COMMON|2024/03/01|4712/12/31|32

    Como ya existe un registro para el puesto en el 1 de marzo de 2024, se corregirá, en lugar de crear una nueva división con fecha de vigencia.

    Sugerencia:

    Como solo se está corrigiendo StandardWorkingHours, solo necesita proporcionar ese atributo. Otros atributos permanecerán sin cambios.
  2. Guarde el archivo con el nombre Job.dat y comprimirlo en un archivo zip denominado 2 Correct Job.zip
  3. Importe y cargue el archivo zip. Esto tendrá el siguiente impacto en su trabajo:
    Existen los siguientes registros de fecha de vigencia para el trabajo de ventas.
    Fecha de Inicio de Vigor Fecha de finalización de vigencia Nombre Código de familia de puestos Horas laborables estándar Tiempo completo/parcial
    1-Mar-2024 Sales SALES 32 PART_TIME
    1-Jan-2020 28-Feb-2024 Sales SALES 16 PART_TIME
    1-Jan-2010 31-Dec-2019 Sales 16 PART_TIME

    4. En resumen:

    • El 1 de marzo de 2024 se corrigieron las horas de trabajo estándar del 24 al 32.
    • No se han realizado cambios en ningún otro atributo de este registro.


Tarea 3: Crear una actualización con fecha de vigencia

En esta tarea, cargará una actualización con fecha de vigencia para su trabajo.

  1. Cree un nuevo archivo e introduzca lo siguiente:
    2. METADATA|Job|JobCode|SetCode|EffectiveStartDate|StandardWorkingHours
MERGE|Job|SALES|COMMON|2024/03/15|40

    Como ha proporcionado un EffectiveStartDate que aún no existe para el trabajo, se creará una nueva división con fecha de vigencia.

    Sugerencia:

    Si no proporciona un valor para EffectiveEndDate, el cambio se ejecutará hasta el final del tiempo.
  2. Guarde el archivo con el nombre Job.dat y comprimirlo en un archivo zip denominado 3 Update Job.zip
  3. Importe y cargue el archivo zip. Esto tendrá el siguiente impacto en su trabajo:
    Existen los siguientes registros de fecha de vigencia para el trabajo de ventas.
    Fecha de Inicio de Vigor Fecha de finalización de vigencia Nombre Código de familia de puestos Horas laborables estándar Tiempo completo/parcial
    15-Mar-2024 Sales SALES 40 PART_TIME
    1-Mar-2024 14-Mar-2024 Sales SALES 32 PART_TIME
    1-Jan-2020 28-Feb-2024 Sales SALES 16 PART_TIME
    1-Jan-2010 31-Dec-2019 Sales 16 PART_TIME

    4. En resumen:

    • Se crea una nueva actualización con fecha de vigencia el 15 de marzo de 2024, lo que aumenta las horas laborables estándar a 40.
    • La fecha de fin de vigencia del registro que se ejecutó anteriormente hasta el final del tiempo se actualiza al 14 de marzo de 2024, el día anterior a la nueva fecha de inicio de vigencia.


Tarea 4: Suprimir divisiones con fecha de vigencia futura

En esta tarea, sustituirá las dos últimas divisiones con fecha de vigencia por un nuevo registro.

  1. Cree un nuevo archivo e introduzca lo siguiente:
    2. SET PURGE_FUTURE_CHANGES Y
METADATA|Job|JobCode|SetCode|EffectiveStartDate|StandardWorkingHours|FullPartTime
MERGE|Job|SALES|COMMON|2024/01/01|40|FULL_TIME

    La instrucción SET PURGE_FUTURE_CHANGES Y indica a HDL que reemplace cualquier registro con fecha de vigencia que exista dentro del rango de fechas especificado por los atributos EffectiveStartDate y EffectiveEndDate.

  2. Guarde el archivo con el nombre Job.dat y comprimirlo en un archivo zip denominado 4 Replace DE Split in Job.zip.
  3. Importe y cargue el archivo zip. Esto tendrá el siguiente impacto en su trabajo:
    Existen los siguientes registros de fecha de vigencia para el trabajo de ventas.
    Fecha de Inicio de Vigor Fecha de finalización de vigencia Nombre Código de familia de puestos Horas laborables estándar Tiempo completo/parcial
    1-Jan-2024 Sales SALES 40 FULL_TIME
    1-Jan-2020 31-Dec-2022 Sales SALES 16 PART_TIME
    1-Jan-2010 31-Dec-2019 Sales 16 PART_TIME

    4. En resumen:

    • Los registros con fecha de vigencia que comienzan el 1 de marzo de 2024 y el 15 de marzo de 2024 se suprimen tal como existían después de EffectiveStartDate del 1 de enero de 2024.
    • Se crea un nuevo registro a partir del 1 de enero de 2024 al actualizar los valores de Horas laborables estándar y Tiempo parcial completo.
    • La fecha de fin de vigencia del registro que precede inmediatamente al 1 de enero de 2024 tiene su fecha de fin de vigencia actualizada al 31 de diciembre de 2022.
    • Los atributos que no se proporcionan con valores en el archivo no se actualizan, sino que se transfieren desde el registro con fecha anterior, como el código de familia de puestos.


Tarea 5: Carga de un cambio histórico que contiene valores con fecha futura

En este paso, se insertará un registro con fecha de vigencia sin sobrescribir los valores de registros con fecha futura.

  1. Cree un nuevo archivo e introduzca lo siguiente:
    2. SET PURGE_FUTURE_CHANGES N
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|Name
MERGE|Job|SALES|COMMON|2015/01/01|#RETAIN|Sales Consultant

    La instrucción SET PURGE_FUTURE_CHANGES N indica a HDL que retenga las divisiones con fecha de vigencia futura que existan.

    El valor #RETAIN proporcionado al atributo EffectiveEndDate indica a HDL que mantenga los valores de atributo en todos los registros de fecha de vigencia futuros que existan.

  2. Guarde el archivo con el nombre Job.dat y comprimirlo en un archivo zip denominado 5 Retain Future Changes Job.zip.
  3. Importe y cargue el archivo zip. Esto tendrá el siguiente impacto en su trabajo:
    Existen los siguientes registros de fecha de vigencia para el trabajo de ventas.
    Fecha de Inicio de Vigor Fecha de finalización de vigencia Nombre Código de familia de puestos Horas laborables estándar Tiempo completo/parcial
    1-Jan-2024 Sales SALES 40 FULL_TIME
    1-Jan-2020 31-Dec-2022 Sales SALES 16 PART_TIME
    1-Jan-2015 31-Dec-2019 Consultor de ventas 16 PART_TIME
    1-Jan-2010 31-Dec-2014 Sales 16 PART_TIME

    4. En resumen:

    • Se crea un nuevo registro en el 1 de enero de 2015 con el valor Nombre en Consultor de ventas.
    • El nuevo registro tiene una fecha de fin de vigencia que se obtiene como el día anterior a la fecha de inicio de vigencia del siguiente registro con fecha. Es decir, el siguiente registro existente comienza el 1 de enero de 2020, por lo que el nuevo registro finalizará el 31 de diciembre de 2019.
    • Se conservan todos los registros con fecha futura. El valor Name no se desplaza debido al uso del token #RETAIN proporcionado al atributo EffectiveEndDate.
    • Los atributos que no se proporcionan con valores en el archivo heredarán sus valores del registro que existía anteriormente en el 1-enero-2015; el valor del atributo EffectiveStartDate especificado en el archivo.


Tarea 6: Carga de un cambio histórico al actualizar registros con fecha futura

En este paso, corregirá todos los registros de fecha de vigencia existentes a partir de la fecha de inicio especificada por el atributo EffectiveStartDate.

  1. Cree un nuevo archivo e introduzca lo siguiente:
    2. SET PURGE_FUTURE_CHANGES N
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|Name
MERGE|Job|SALES|COMMON|2010/01/01|#ALL|Sales Consultant

    La instrucción SET PURGE_FUTURE_CHANGES N indica a HDL que retenga las divisiones con fecha de vigencia futura que existan.

    El valor #ALL proporcionado al atributo EffectiveEndDate indica a HDL que arrastre los valores de atributo proporcionados en todos los registros de fecha de vigencia futuros.

  2. Guarde el archivo con el nombre Job.dat y comprimirlo en un archivo zip denominado 6 Replace Future Changes Job.zip.
  3. Importe y cargue el archivo zip. Esto tendrá el siguiente impacto en su trabajo:
    Existen los siguientes registros de fecha de vigencia para el trabajo de ventas.
    Fecha de Inicio de Vigor Fecha de finalización de vigencia Nombre Código de familia de puestos Horas laborables estándar Tiempo completo/parcial
    1-Jan-2024 Consultor de ventas SALES 40 FULL_TIME
    1-Jan-2020 31-Dec-2022 Consultor de ventas SALES 16 PART_TIME
    1-Jan-2015 31-Dec-2019 Consultor de ventas 16 PART_TIME
    1-Jan-2010 31-Dec-2014 Consultor de ventas 16 PART_TIME

    4. En resumen:

    • Se conservan todas las divisiones con fecha de vigencia.
    • Todos los registros de EffectiveStartDate en el futuro se corrigen con el cambio de nombre del consultor de ventas, excepto el registro con fecha del 1 de enero de 2015, ya que no había ningún cambio que realizar.
    • Solo se transfieren los valores de atributo proporcionados en el archivo.


Tarea 7: Eliminar un registro con fecha de vigencia

En este paso, se suprimirá el registro de fecha de vigencia innecesario que comienza el 1 de enero de 2015, ya que los valores de atributo son idénticos al registro inmediatamente anterior a él.

  1. Cree un nuevo archivo e introduzca lo siguiente:
    2. SET PURGE_FUTURE_CHANGES Y
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate
MERGE|Job|SALES|COMMON|2010/01/01|2019/12/31

    La instrucción SET PURGE_FUTURE_CHANGES Y indica a HDL que reemplace cualquier registro con fecha de vigencia que exista dentro del rango de fechas especificado por los atributos EffectiveStartDate y EffectiveEndDate.

    Dado que solo se proporcionan los atributos para identificar el trabajo, este archivo no realiza correcciones ni actualizaciones en ningún atributo.

  2. Guarde el archivo con el nombre Job.dat y comprimirlo en un archivo zip denominado 7 Delete Date Effective Splits.zip.
  3. Importe y cargue el archivo zip. Esto tendrá el siguiente impacto en su trabajo:
    Existen los siguientes registros de fecha de vigencia para el trabajo de ventas.
    Fecha de Inicio de Vigor Fecha de finalización de vigencia Nombre Código de familia de puestos Horas laborables estándar Tiempo completo/parcial
    1-Jan-2024 Consultor de ventas SALES 40 FULL_TIME
    1-Jan-2020 31-Dec-2022 Consultor de ventas SALES 16 PART_TIME
    1-Jan-2010 31-Dec-2019 Consultor de ventas 16 PART_TIME

    4. En resumen:

    • Para eliminar un registro con fecha de vigencia, proporcione EffectiveStartDate con la fecha de inicio de vigencia del último registro que desea retener. Especifique EffectiveEndDate con la fecha de fin de vigencia del último registro que debe eliminar.
    • En este ejemplo, solo se suprimirá el registro que comienza el 1 de enero de 2015:
      • Especifique 2010/01/01 en EffectiveStartDate, que es la fecha de inicio de vigencia del último registro que se debe conservar. Esto garantiza que no se creen nuevas divisiones de fecha, ya que el registro 1-Ene-2010 ya existe.
      • Especifique 2022/12/31 en EffectiveEndDate, que es la fecha de fin de vigencia del último registro que se va a suprimir. Esto garantiza que no haya cambios en los registros después de esta fecha.


Tarea 8: Suprimir valores de atributo

En este paso, se suprimirá el valor de un atributo para un rango de fechas.

  1. Cree un nuevo archivo e introduzca lo siguiente:
    2. SET PURGE_FUTURE_CHANGES N
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|StandardWorkingHours|StandardWorkingFrequency
MERGE|Job|SALES|COMMON|2010/01/01|#ALL|#NULL|#NULL

    La instrucción SET PURGE_FUTURE_CHANGES N indica a HDL que retenga las divisiones con fecha de vigencia futura que existan.

    El valor #NULL proporcionado a los atributos StandardWorkingHours y StandardWorkingFrequency indica a HDL que elimine el valor de estos atributos.

    El valor #ALL proporcionado al atributo EffectiveEndDate indica a HDL que arrastre los valores de atributo en todos los registros de fecha de vigencia futuros que existan.

    Sugerencia:

    También puede proporcionar la fecha de finalización del cambio, como 4712/12/31 para arrastrar este cambio hasta el final del tiempo. Sin embargo, si el objeto ha sido regido por fecha de finalización, es decir, la última fecha efectiva es algo distinto de 4712/12/31, la actualización fallará.
  2. Guarde el archivo con el nombre Job.dat y comprimirlo en un archivo zip denominado 8 Delete Attribute Values.zip.
  3. Importe y cargue el archivo zip. Esto tendrá el siguiente impacto en su trabajo:
    Existen los siguientes registros de fecha de vigencia para el trabajo de ventas.
    Fecha de Inicio de Vigor Fecha de finalización de vigencia Nombre Código de familia de puestos Horas laborables estándar Tiempo completo/parcial
    1-Jan-2024 Consultor de ventas SALES FULL_TIME
    1-Jan-2020 31-Dec-2022 Consultor de ventas SALES PART_TIME
    1-Jan-2010 31-Dec-2019 Consultor de ventas PART_TIME

    4. En resumen:

    • Los valores de Horas laborables estándar y Frecuencia laboral estándar (que no se muestra en esta tabla) se suprimen de la fecha de inicio de vigencia en todos los registros con fecha posterior.


Tarea 9: Modificación de la fecha de inicio lógica

En este paso, ajustará la primera fecha de inicio de vigencia del puesto. Esto sustituirá la primera división con fecha de vigencia existente.

Sugerencia:

Use la tarea Ver objetos de negocio para determinar si un objeto admite actualizaciones en la primera o última fecha de vigencia.
  1. Cree un nuevo archivo e introduzca lo siguiente:
    2. SET PURGE_FUTURE_CHANGES Y
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|ReplaceFirstEffectiveStartDate|Name
MERGE|Job|SALES|COMMON|2000/01/01|2019/12/31|Y|Sales Consultant

    La instrucción SET PURGE_FUTURE_CHANGES Y indica a HDL que sustituya cualquier división con fecha de vigencia futura que exista dentro del rango de fechas especificado por los atributos EffectiveStartDate y EffectiveEndDate.

    Cuando el atributo ReplaceFirstEffectiveStartDate se define en Y, HDL ajustará la fecha de inicio lógica a la especificada por el atributo EffectiveStartDate.

    Note:

    Dado que el nombre del trabajo es obligatorio y está traducido, también debe especificar el atributo Nombre para que también se pueda ajustar la primera fecha de inicio de vigencia del registro de traducción.
  2. Guarde el archivo con el nombre Job.dat y comprimirlo en un archivo zip denominado 9 Adjust Start Date.zip.
  3. Importe y cargue el archivo zip. Esto tendrá el siguiente impacto en su trabajo:
    Existen los siguientes registros de fecha de vigencia para el trabajo de ventas.
    Fecha de Inicio de Vigor Fecha de finalización de vigencia Nombre Código de familia de puestos Horas laborables estándar Tiempo completo/parcial
    1-Jan-2024 Consultor de ventas SALES FULL_TIME
    1-Jan-2020 31-Dec-2022 Consultor de ventas SALES PART_TIME
    1-Jan-2000 31-Dec-2019 Consultor de ventas PART_TIME

    4. En resumen:

    • La primera fecha de inicio de vigencia se cambia a la EffectiveStartDate proporcionada en el archivo.
    • El EffectiveEndDate especificado en este ejemplo era la fecha de finalización del primer registro de fecha de vigencia existente 31 de diciembre de 2019.

Note:

Si desea conservar las divisiones existentes y crear un nuevo registro antes que los de la nueva fecha de inicio, utilice la instrucción SET PURGE_FUTURE_CHANGES N para conservar los registros con fecha futura.

Sugerencia:

Puede ajustar la fecha de fin de vigencia de los objetos que la soportan mediante el atributo ReplaceLastEffectiveEndDate.

Tarea 10: Carga de varios cambios por día

Las condiciones de empleo y los registros de asignación dentro de la jerarquía de objetos de trabajador admiten varios cambios por día (MCPD). Esto le permite realizar un seguimiento de las actualizaciones individuales realizadas en la misma fecha de inicio de vigencia.

Al cargar el historial de fechas de vigencia de un objeto con varios cambios en una sola fecha, el valor EffectiveSequence debe comenzar en 1 y aumentar secuencialmente. No puede repetir un valor EffectiveSequence para el mismo objeto lógico en la misma fecha, ni tampoco pueden existir espacios en la secuencia. Si solo existe un cambio para una fecha de inicio de vigencia, EffectiveSequence debe ser 1.

Por ejemplo: 

METADATA|Assignment|SourceSystemId|EffectiveStartDate|EffectiveEndDate|EffectiveSequence|EffectiveLatestChange|...
MERGE|Assignment|2724|2012/06/02||1|Y|...
MERGE|Assignment|2724|2012/03/04|2012/06/01||3|Y...
MERGE|Assignment|2724|2012/03/04|2012/03/04|2|N|...
MERGE|Assignment|2724|2012/03/04|2012/03/04|1|N|...
MERGE|Assignment|2724|2010/06/08|2012/03/03|1|Y|...

En este ejemplo se observan las siguientes reglas:

  • No existen espacios en las fechas.
  • La clave única es idéntica para todos los registros con fecha de vigencia.
  • EffectiveSequence comienza en 1 para todas las nuevas fechas de inicio de vigencia y es secuencial para las fechas de inicio de vigencia coincidentes.
  • EffectiveLatestChange es Y cuando el registro es el último cambio en una fecha de inicio de vigencia. De lo contrario, EffectiveLatestChange es N.
  • EffectiveEndDate coincide con EffectiveStartDate cuando EffectiveLatestChange es N.
  1. Cree un nuevo archivo e introduzca lo siguiente:
    2. METADATA|Worker|SourceSystemOwner|SourceSystemId|EffectiveStartDate|PersonNumber|StartDate|DateOfBirth|ActionCode
MERGE|Worker|EMP|MCPD|2005/02/08|HDL-MCPD|2005/02/08|1966/04/21|HIRE

METADATA|PersonName|SourceSystemOwner|SourceSystemId|EffectiveStartDate|PersonId(SourceSystemId)|NameType|LegislationCode|Title|LastName|FirstName
MERGE|PersonName|EMP|MCPD_NME|2005/02/08|MCPD|GLOBAL|US|MRS.|Hugh|Lorraine

METADATA|WorkRelationship|SourceSystemOwner|SourceSystemId|PersonId(SourceSystemId)|LegalEmployerName|DateStart|WorkerType|PrimaryFlag
MERGE|WorkRelationship|EMP|MCPD_POS|MCPD|Vision Corporation|2005/02/08|E|Y

METADATA|WorkTerms|SourceSystemOwner|SourceSystemId|PeriodOfServiceId(SourceSystemId)|ActionCode|EffectiveStartDate|EffectiveEndDate|EffectiveSequence|EffectiveLatestChange|AssignmentName|AssignmentNumber|PrimaryWorkTermsFlag
MERGE|WorkTerms|EMP|MCPD_TRM|MCPD_POS|WORK_HOURS_CHANGE|2010/05/10|4712/12/31|2|Y|ET-MCPD|ET-MCPD|Y
MERGE|WorkTerms|EMP|MCPD_TRM|MCPD_POS|JOB_CHANGE|2010/05/10|2010/05/10|1|N|ET-MCPD|ET-MCPD|Y
MERGE|WorkTerms|EMP|MCPD_TRM|MCPD_POS|HIRE|2005/02/08|2010/05/09|1|Y|ET-MCPD|ET-MCPD|Y

METADATA|Assignment|SourceSystemOwner|SourceSystemId|ActionCode|EffectiveStartDate|EffectiveEndDate|EffectiveSequence|EffectiveLatestChange|WorkTermsAssignmentId(SourceSystemId)|AssignmentName|AssignmentNumber|AssignmentStatusTypeCode|PersonTypeCode|BusinessUnitShortCode|PrimaryAssignmentFlag|JobId(SourceSystemId)|JobId(SourceSystemOwner)|StandardHours|StandardFrequencyDB
MERGE|Assignment|EMP|MCPD_ASG|WORK_HOURS_CHANGE|2010/05/10|4712/12/31|2|Y|MCPD_TRM|MCPD Example|E-MCPD|ACTIVE_PROCESS|Employee|Vision Operations|Y|MGR|VISION|37.5|W
MERGE|Assignment|EMP|MCPD_ASG|JOB_CHANGE|2010/05/10|2010/05/10|1|N|MCPD_TRM|MCPD Example|E-MCPD|ACTIVE_PROCESS|Employee|Vision Operations|Y|MGR|VISION|37.5|W
MERGE|Assignment|EMP|MCPD_ASG|HIRE|2005/02/08|2010/05/09|1|Y|MCPD_TRM|MCPD Example|E-MCPD|ACTIVE_PROCESS|Employee|Vision Operations|Y|SCN|VISION|40|W

    Sugerencia:

    Los trabajos a los que hace referencia este archivo se crean en el tutorial Crear y mantener datos con el cargador de datos de HCM (HDL).

    También tendrá que actualizar el valor del atributo LegalEmployerName en WorkRelationship y BusinessUnitShortCode en los registros de asignación para que el valor esté disponible en su entorno.

    Note:

    Asegúrese de crear el propietario del sistema de origen en la aplicación antes de cargar este archivo o cambie SourceSystemOwner a un valor que ya existe.
  2. Guarde el archivo con el nombre Worker.dat y comprimirlo en un archivo zip denominado 10 MCPD.zip.
  3. Importe y cargue el archivo zip. Esto creará un trabajador con los siguientes registros de fecha de vigencia para la asignación:
    Existen los siguientes registros de fecha de vigencia para la asignación del trabajador.
    Fecha de Inicio de Vigor Fecha de finalización de vigencia Secuencia efectiva Acción Trabajo Horas estándar
    10-May-2010 2 WORK_HOURS_CHANGE MGR 37,5
    10-May-2010 10-May-2010 1 JOB_CHANGE MGR 40
    8-Feb-2005 9-May-2010 1 HIRE SCN 40

    4. Sugerencia:

    Al proporcionar cambios de fecha de vigencia en un registro de asignación, debe crear las mismas divisiones de fecha de vigencia en el registro WorkTerms.

Pasos Siguientes

Los siguientes tutoriales ampliarán aún más sus conocimientos sobre el cargador de datos de HCM:

Los últimos tutoriales para HDL y HSDL se publican en este tema sobre Cloud Customer Connect:

Para obtener más información, consulte este tema de ayuda:

Agradecimientos

  • Autores: Ema Johnson (mánager principal de productos)

Más recursos de aprendizaje

Explore otros laboratorios en docs.oracle.com/learn o acceda a más contenido de aprendizaje gratuito en el canal YouTube de Oracle Learning. Además, visite education.oracle.com/learning-explorer para convertirse en un explorador de Oracle Learning.

Para obtener documentación sobre el producto, visite Oracle Help Center.