Présentation

Vous pouvez utiliser le chargeur de données HCM pour charger en masse l'historique avec dates en vigueur et tenir à jour cet historique.

Note :

Vous devez comprendre comment créer et charger des fichiers à l'aide du chargeur de données HCM (HDL). Si vous débutez avec HDL, vous devez d'abord suivre le tutoriel Créer et tenir à jour des données à l'aide du chargeur de données HCM.

Objectifs

Dans ce tutoriel, vous allez le faire.

• Créer et charger l'historique avec dates en vigueur et les modifications multiples par jour.
• Corrigez et mettez à jour les enregistrements avec dates en vigueur existants.
• Charger les modifications historiques, conserver les valeurs futures et remplacer les valeurs futures.
• Supprimer les enregistrements avec date en vigueur dans l'historique.

Préalables

Pour terminer ce tutoriel, vous aurez besoin des éléments suivants :

• Accès à l'importation et au chargement de données à l'aide du chargeur de données HCM.

  Conseil :

  Reportez-vous au tutoriel Configurer l'accès au chargeur de données HCM (HDL) et comprendre les options de sécurité HDL pour savoir comment créer un accès HDL et comprendre les options de sécurité.
• Un éditeur de texte pour créer vos fichiers.
• Compresseur de fichiers pour compresser vos fichiers de données d'objet d'affaires.

Il est également recommandé de suivre le tutoriel Créer et tenir à jour des données avec le chargeur de données HCM (HDL) avant de tenter ce tutoriel. La tâche 10 fait référence aux données que vous créeriez dans ce tutoriel.

Tâche 1 : Créer un objet avec un historique avec date en vigueur

Dans cette étape, vous apprendrez à charger l'historique avec dates en vigueur lors de la création d'un nouvel objet.

1. Créez un fichier à l'aide de n'importe quel éditeur de texte et entrez les informations suivantes :

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

Ces trois lignes de fichier concernent la même tâche, identifiées par les valeurs d'attribut JobCode SALES et SetCode COMMON.

Conseil :

Lorsqu'un enregistrement n'a pas de date de fin, vous pouvez spécifier une valeur de 4712/12/31 pour l'attribut EffectiveEndDate. Sinon, laissez-le vide.

Note :

Lorsque vous fournissez un historique avec dates en vigueur, assurez-vous que les intervalles de dates sont consécutifs et qu'il n'y a pas d'écart dans l'intervalle de dates. Tous les enregistrements doivent être valides. HDL regroupera ces enregistrements et les chargera en tant qu'objet unique. Si une erreur est détectée dans un enregistrement de l'objet, le chargement de l'objet entier échoue.
2. Enregistrez votre fichier et nommez-le Job.dat.
3. Téléchargez ce fichier JobFamily.dat.
4. Compressez les fichiers Job.dat et JobFamily.dat dans un fichier zip nommé 1 Créer Job.zip.

Note :

Votre fichier Job.dat fait référence aux familles d'emplois créées par le fichier JobFamily.dat.
5. Importez et chargez le fichier zip. Il créera ces données :

   Les enregistrements avec date en vigueur suivants sont créés pour la tâche de vente.

   Date de début en vigueur	Date de fin en vigueur	Nom	Code de la famille d'emplois	Heures de travail standard	Temps plein/temps partiel
   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 résumé :

   • Le 1er janvier 2010, le travail a été créé.
   • Le 1er janvier 2020, le code de famille d'emplois a été alimenté.
   • Le 1er mars 2024, les heures de travail standard sont passées de 16 à 24 heures.

   Conseil :

   Vous pouvez fournir des enregistrements avec dates en vigueur dans n'importe quel ordre dans le fichier .dat, mais aucune pause dans les dates ne peut se produire.

   Note :

   Lorsque vous créez un objet avec date en vigueur, seul le premier enregistrement avec date en vigueur est traité en tant que nouvel enregistrement. Les enregistrements postdatés sont des mises à jour du premier enregistrement. Pour conserver les valeurs de l'enregistrement précédent avec date en vigueur, vous pouvez laisser ces attributs vides ou répéter la valeur qui doit continuer.

Tâche 2 : Corriger le dernier enregistrement avec date en vigueur

Dans cette étape, vous allez charger une correction dans le dernier enregistrement avec date en vigueur pour votre travail.

1. Créez un fichier et entrez les informations suivantes :

METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|StandardWorkingHours
MERGE|Job|SALES|COMMON|2024/03/01|4712/12/31|32

Comme un enregistrement pour l'emploi existe déjà le 1er mars 2024, il sera corrigé, plutôt qu'un nouveau fractionnement avec date en vigueur.

Conseil :

Comme seul StandardWorkingHours est en cours de correction, vous devez fournir cet attribut. Les autres attributs resteront inchangés.
2. Enregistrez votre nom de fichier Job.dat et compressez-le dans un fichier zip nommé 2 Corriger Job.zip
3. Importez et chargez votre fichier zip. Cela aura l'impact suivant sur votre travail :

   Les enregistrements avec date en vigueur suivants existent pour la tâche de vente.

   Date de début en vigueur	Date de fin en vigueur	Nom	Code de la famille d'emplois	Heures de travail standard	Temps plein/temps partiel
   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

En résumé :

• Le 1er mars 2024, les heures de travail standard ont été corrigées de 24 à 32.
• Aucune modification n'a été apportée aux autres attributs de cet enregistrement.

Tâche 3 : Créer une mise à jour en vigueur à la date

Dans cette tâche, vous allez charger une mise à jour en vigueur pour votre travail.

1. Créez un fichier et entrez les informations suivantes :

METADATA|Job|JobCode|SetCode|EffectiveStartDate|StandardWorkingHours
MERGE|Job|SALES|COMMON|2024/03/15|40

Comme vous avez fourni une valeur EffectiveStartDate qui n'existe pas encore pour la tâche, un nouveau fractionnement avec date en vigueur sera créé.

Conseil :

Si vous n'indiquez pas de valeur pour EffectiveEndDate, la modification sera exécutée jusqu'à la fin.
2. Enregistrez votre nom de fichier Job.dat et compressez-le dans un fichier zip nommé 3 Mettre à jour Job.zip
3. Importez et chargez votre fichier zip. Cela aura l'impact suivant sur votre travail :

   Les enregistrements avec date en vigueur suivants existent pour la tâche de vente.

   Date de début en vigueur	Date de fin en vigueur	Nom	Code de la famille d'emplois	Heures de travail standard	Temps plein/temps partiel
   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

En résumé :

• Une nouvelle mise à jour en vigueur est créée le 15 mars 2024, ce qui porte à 40 le nombre d'heures de travail standard.
• La date de fin en vigueur de l'enregistrement précédemment exécuté jusqu'à la fin de l'heure est mise à jour au 14 mars 2024, le jour précédant la nouvelle date de début en vigueur.

Tâche 4 : Supprimer les fractionnements avec date d'entrée en vigueur future

Dans cette tâche, vous allez remplacer les deux derniers fractionnements avec date en vigueur par un nouvel enregistrement.

1. Créez un fichier et entrez les informations suivantes :

SET PURGE_FUTURE_CHANGES Y
METADATA|Job|JobCode|SetCode|EffectiveStartDate|StandardWorkingHours|FullPartTime
MERGE|Job|SALES|COMMON|2024/01/01|40|FULL_TIME

L'instruction SET PURGE_FUTURE_CHANGES Y (Oui) indique à HDL de remplacer tous les enregistrements avec date en vigueur qui existent dans l'intervalle de dates spécifié par les attributs EffectiveStartDate et EffectiveEndDate.

2. Enregistrez votre nom DE fichier Job.dat et compressez-le dans un fichier zip nommé 4 Remplacer DE Split dans Job.zip.
3. Importez et chargez votre fichier zip. Cela aura l'impact suivant sur votre travail :

   Les enregistrements avec date en vigueur suivants existent pour la tâche de vente.

   Date de début en vigueur	Date de fin en vigueur	Nom	Code de la famille d'emplois	Heures de travail standard	Temps plein/temps partiel
   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

En résumé :

• Les enregistrements avec date en vigueur à partir du 1er mars 2024 et du 15 mars 2024 sont supprimés tels qu'ils existaient après le EffectiveStartDate du 1er janvier 2024.
• Un nouvel enregistrement est créé à partir du 1er janvier 2024 pour mettre à jour les valeurs Heures de travail standard et Temps partiel complet.
• La date de fin en vigueur de l'enregistrement qui précède immédiatement le 1er janvier 2024 est mise à jour au 31 décembre 2022.
• Les attributs non fournis avec des valeurs dans le fichier ne sont pas mis à jour, mais reportés à partir de l'enregistrement daté précédemment, comme le code de famille d'emplois.

Tâche 5 : Charger un changement historique conservant des valeurs postdatées

Dans cette étape, vous allez insérer un enregistrement avec date en vigueur sans remplacer les valeurs des enregistrements avec date future.

1. Créez un fichier et entrez les informations suivantes :

SET PURGE_FUTURE_CHANGES N
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|Name
MERGE|Job|SALES|COMMON|2015/01/01|#RETAIN|Sales Consultant

L'instruction SET PURGE_FUTURE_CHANGES N indique à HDL de conserver les fractionnements avec date en vigueur futurs qui existent.

La valeur #RETAIN fournie à l'attribut EffectiveEndDate indique à HDL de conserver les valeurs d'attribut dans tous les enregistrements avec date en vigueur futurs qui existent.

2. Enregistrez le nom de votre fichier Job.dat et compressez-le dans un fichier zip nommé 5 Conserver les modifications futures Job.zip.
3. Importez et chargez votre fichier zip. Cela aura l'impact suivant sur votre travail :

   Les enregistrements avec date en vigueur suivants existent pour la tâche de vente.

   Date de début en vigueur	Date de fin en vigueur	Nom	Code de la famille d'emplois	Heures de travail standard	Temps plein/temps partiel
   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	Conseiller en ventes		16	PART_TIME
   1-Jan-2010	31-Dec-2014	Sales		16	PART_TIME

En résumé :

• Un nouvel enregistrement est créé le 1er janvier 2015 en réglant le nom à Conseiller commercial.
• Le nouvel enregistrement a une date de fin en vigueur calculée comme le jour précédant la date de début en vigueur de l'enregistrement daté suivant. Par exemple, le prochain enregistrement existant commence le 1er janvier 2020, de sorte que le nouvel enregistrement prendra fin le 31 décembre 2019.
• Tous les enregistrements postdatés sont conservés. La valeur Nom n'est pas repositionnée en raison de l'utilisation du jeton #RETAIN fourni à l'attribut EffectiveEndDate.
• Les attributs non fournis avec des valeurs dans le fichier hériteront de leurs valeurs de l'enregistrement qui existait précédemment sur l'attribut 1-Jan-2015; la valeur de l'attribut EffectiveStartDate spécifiée dans le fichier.

Tâche 6 : Charger un changement historique en mettant à jour des enregistrements postdatés

À cette étape, vous allez corriger tous les enregistrements avec date en vigueur existants à partir de la date de début spécifiée par l'attribut EffectiveStartDate.

1. Créez un fichier et entrez les informations suivantes :

SET PURGE_FUTURE_CHANGES N
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|Name
MERGE|Job|SALES|COMMON|2010/01/01|#ALL|Sales Consultant

L'instruction SET PURGE_FUTURE_CHANGES N indique à HDL de conserver les fractionnements avec date en vigueur futurs qui existent.

La valeur #ALL fournie à l'attribut EffectiveEndDate indique à HDL de reporter les valeurs d'attribut fournies dans tous les enregistrements avec date en vigueur à venir.

2. Enregistrez le nom de votre fichier Job.dat et compressez-le dans un fichier zip nommé 6 Remplacer les modifications futures Job.zip.
3. Importez et chargez votre fichier zip. Cela aura l'impact suivant sur votre travail :

   Les enregistrements avec date en vigueur suivants existent pour la tâche de vente.

   Date de début en vigueur	Date de fin en vigueur	Nom	Code de la famille d'emplois	Heures de travail standard	Temps plein/temps partiel
   1-Jan-2024		Conseiller en ventes	SALES	40	FULL_TIME
   1-Jan-2020	31-Dec-2022	Conseiller en ventes	SALES	16	PART_TIME
   1-Jan-2015	31-Dec-2019	Conseiller en ventes		16	PART_TIME
   1-Jan-2010	31-Dec-2014	Conseiller en ventes		16	PART_TIME

En résumé :

• Tous les fractionnements avec date en vigueur sont conservés.
• Tous les enregistrements de EffectiveStartDate seront corrigés avec la modification du nom du conseiller en ventes, à l'exception de l'enregistrement en date du 1er janvier 2015, car il n'y a aucune modification à apporter.
• Seules les valeurs d'attribut fournies dans le fichier sont repositionnées.

Tâche 7 : Supprimer un enregistrement avec date en vigueur

Dans cette étape, vous allez supprimer l'enregistrement avec date en vigueur inutile qui commence le 1er janvier 2015 car les valeurs d'attribut sont identiques à l'enregistrement qui l'a immédiatement précédé.

1. Créez un fichier et entrez les informations suivantes :

SET PURGE_FUTURE_CHANGES Y
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate
MERGE|Job|SALES|COMMON|2010/01/01|2019/12/31

L'instruction SET PURGE_FUTURE_CHANGES Y indique à HDL de remplacer tous les enregistrements avec date en vigueur qui existent dans l'intervalle de dates spécifié par les attributs EffectiveStartDate et EffectiveEndDate.

Comme seuls les attributs permettant d'identifier la tâche sont fournis, ce fichier n'apporte aucune correction ni mise à jour aux attributs.

2. Enregistrez le nom de votre fichier Job.dat et compressez-le dans un fichier zip nommé 7 Supprimer la date en vigueur le Splits.zip.
3. Importez et chargez votre fichier zip. Cela aura l'impact suivant sur votre travail :

   Les enregistrements avec date en vigueur suivants existent pour la tâche de vente.

   Date de début en vigueur	Date de fin en vigueur	Nom	Code de la famille d'emplois	Heures de travail standard	Temps plein/temps partiel
   1-Jan-2024		Conseiller en ventes	SALES	40	FULL_TIME
   1-Jan-2020	31-Dec-2022	Conseiller en ventes	SALES	16	PART_TIME
   1-Jan-2010	31-Dec-2019	Conseiller en ventes		16	PART_TIME

En résumé :

• Pour supprimer un enregistrement avec date en vigueur, indiquez dans le champ EffectiveStartDate la date de début en vigueur du dernier enregistrement à conserver. Spécifiez EffectiveEndDate avec la date de fin en vigueur du dernier enregistrement à supprimer.
• Dans cet exemple, seul l'enregistrement commençant le 1er janvier 2015 doit être supprimé :
  • Spécifiez 2010/01/01 à l'adresse EffectiveStartDate, qui est la date de début en vigueur du dernier enregistrement à conserver. Cela garantit qu'aucun nouveau fractionnement de date n'est créé, car l'enregistrement du 1er janvier 2010 existe déjà.
  • Spécifiez 2022/12/31 à l'adresse EffectiveEndDate, qui est la date de fin en vigueur du dernier enregistrement à supprimer. Ainsi, aucune modification n'est apportée aux enregistrements après cette date.

Tâche 8 : Supprimer les valeurs d'attribut

Dans cette étape, vous allez supprimer la valeur d'un attribut pour un intervalle de dates.

1. Créez un fichier et entrez les informations suivantes :

SET PURGE_FUTURE_CHANGES N
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|StandardWorkingHours|StandardWorkingFrequency
MERGE|Job|SALES|COMMON|2010/01/01|#ALL|#NULL|#NULL

L'instruction SET PURGE_FUTURE_CHANGES N indique à HDL de conserver les fractionnements avec date en vigueur futurs qui existent.

La valeur #NULL fournie aux attributs StandardWorkingHours et StandardWorkingFrequency indique à HDL de supprimer la valeur de ces attributs.

La valeur #ALL fournie à l'attribut EffectiveEndDate indique à HDL de reporter les valeurs d'attribut sur tous les enregistrements avec date en vigueur futurs qui existent.

Conseil :

Vous pouvez également indiquer la date de fin de la modification, par exemple 4712/12/31, pour reporter cette modification jusqu'à la fin du temps. Toutefois, si l'objet a une date de fin, c'est-à-dire que la dernière date en vigueur est autre que 4712/12/31, la mise à jour échouera.
2. Enregistrez le nom de votre fichier Job.dat et compressez-le dans un fichier zip nommé 8 Supprimer l'attribut Values.zip.
3. Importez et chargez votre fichier zip. Cela aura l'impact suivant sur votre travail :

   Les enregistrements avec date en vigueur suivants existent pour la tâche de vente.

   Date de début en vigueur	Date de fin en vigueur	Nom	Code de la famille d'emplois	Heures de travail standard	Temps plein/temps partiel
   1-Jan-2024		Conseiller en ventes	SALES		FULL_TIME
   1-Jan-2020	31-Dec-2022	Conseiller en ventes	SALES		PART_TIME
   1-Jan-2010	31-Dec-2019	Conseiller en ventes			PART_TIME

En résumé :

• Les valeurs des champs Heures de travail standard et Fréquence de travail standard (qui ne sont pas affichées dans ce tableau) sont toutes deux supprimées de la date de début en vigueur dans tous les enregistrements postdatés.

Tâche 9 : Modifier la date de début logique

À cette étape, vous allez ajuster la première date de début en vigueur de la tâche. Cela remplacera le premier fractionnement avec date en vigueur existant.

Conseil :

Utilisez la tâche Voir les objets d'affaires pour déterminer si un objet prend en charge les mises à jour de la première ou de la dernière date en vigueur.

1. Créez un fichier et entrez les informations suivantes :

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

L'instruction SET PURGE_FUTURE_CHANGES Y indique à HDL de remplacer les fractionnements avec date en vigueur futurs qui existent dans l'intervalle de dates spécifié par les attributs EffectiveStartDate et EffectiveEndDate.

Lorsque l'attribut ReplaceFirstEffectiveStartDate est réglé à Y, HDL règle la date de début logique à celle spécifiée par l'attribut EffectiveStartDate.

Note :

Comme le nom de la tâche est obligatoire et traduit, vous devez également spécifier l'attribut Nom afin d'ajuster la première date de début en vigueur de l'enregistrement de traduction.
2. Enregistrez le nom de votre fichier Job.dat et compressez-le dans un fichier zip nommé 9 Ajuster le début Date.zip.
3. Importez et chargez votre fichier zip. Cela aura l'impact suivant sur votre travail :

   Les enregistrements avec date en vigueur suivants existent pour la tâche de vente.

   Date de début en vigueur	Date de fin en vigueur	Nom	Code de la famille d'emplois	Heures de travail standard	Temps plein/temps partiel
   1-Jan-2024		Conseiller en ventes	SALES		FULL_TIME
   1-Jan-2020	31-Dec-2022	Conseiller en ventes	SALES		PART_TIME
   1-Jan-2000	31-Dec-2019	Conseiller en ventes			PART_TIME

En résumé :

• La première date de début en vigueur est remplacée par la valeur EffectiveStartDate fournie dans votre fichier.
• Les EffectiveEndDate spécifiés dans cet exemple étaient la date de fin du premier enregistrement avec date en vigueur existant le 31 décembre 2019.

Note :

Si vous voulez conserver les fractionnements existants et créer un nouvel enregistrement avant ceux de la nouvelle date de début, utilisez plutôt l'instruction SET PURGE_FUTURE_CHANGES N pour conserver les enregistrements postdatés.

Conseil :

Vous pouvez ajuster la date de fin en vigueur pour les objets qui la prennent en charge à l'aide de l'attribut ReplaceLastEffectiveEndDate.

Tâche 10 : Charger plusieurs modifications par jour

Les conditions d'emploi et les enregistrements d'affectation de la hiérarchie d'objets Worker prennent en charge plusieurs modifications par jour (MCPD). Cela vous permet de suivre les mises à jour individuelles effectuées à la même date de début en vigueur.

Lorsque vous chargez l'historique avec dates en vigueur pour un objet avec plusieurs modifications à une seule date, la valeur EffectiveSequence doit commencer à 1 et augmenter de façon séquentielle. Vous ne pouvez pas répéter une valeur EffectiveSequence pour le même objet logique à la même date, ni des écarts dans la séquence. S'il n'existe qu'une seule modification pour une date de début en vigueur, EffectiveSequence doit être 1.

Par exemple :

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|...

Cet exemple observe les règles suivantes :

• Il n'existe aucun écart dans les dates.
• La clé unique est identique pour tous les enregistrements avec date en vigueur.
• EffectiveSequence commence à 1 pour toutes les nouvelles dates de début en vigueur et est séquentiel pour les dates de début en vigueur correspondantes.
• EffectiveLatestChange a la valeur O lorsque l'enregistrement est la dernière modification à une date de début en vigueur. Sinon, EffectiveLatestChange est N.
• EffectiveEndDate correspond à EffectiveStartDate lorsque EffectiveLatestChange est N.

1. Créez un fichier et entrez les informations suivantes :

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

Conseil :

Les tâches référencées par ce fichier sont créées dans le tutoriel Créer et tenir à jour des données avec le chargeur de données HCM (HDL).

Vous devrez également mettre à jour la valeur de l'attribut LegalEmployerName dans WorkRelationship et BusinessUnitShortCode dans les enregistrements d'affectation pour que la valeur soit disponible dans votre environnement.

Note :

Assurez-vous de créer le responsable du système source dans l'application avant de charger ce fichier ou remplacez SourceSystemOwner par une valeur qui existe déjà.
2. Enregistrez votre nom de fichier Worker.dat et compressez-le dans un fichier zip nommé 10 MCPD.zip.
3. Importez et chargez votre fichier zip. Cela créera un travailleur avec les enregistrements avec dates en vigueur suivants pour l'affectation :

   Les enregistrements avec date en vigueur suivants existent pour l'affectation du travailleur.

   Date de début en vigueur	Date de fin en vigueur	Séquence d'effet	Action	Travail	Heures normales
   10-May-2010		2	WORK_HOURS_CHANGE	Gestionnaire de programmes	37.5
   10-May-2010	10-May-2010	1	JOB_CHANGE	Gestionnaire de programmes	40
   8-Feb-2005	9-May-2010	1	Embauche	SCN	40

Conseil :

Lorsque vous fournissez des modifications avec date en vigueur à un enregistrement d'affectation, vous devez créer les mêmes fractionnements avec date en vigueur dans l'enregistrement WorkTerms.

Étapes suivantes

Les tutoriels suivants approfondiront vos connaissances sur le chargeur de données HCM :

• Présentation des objets fonctionnels du chargeur de données HCM (HDL)
• Chargement des segments de champ flexible, des images et des fichiers joints à l'aide du chargeur de données HCM (HDL)

Liens connexes

Les derniers tutoriels pour HDL et HSDL sont publiés dans cette rubrique sur Cloud Customer Connect :

• Oracle by Example Tutorials - Chargeur de données HCM

Pour plus d'informations, consultez cette rubrique d'aide :

• Aperçu du chargement des objets avec date en vigueur

Remerciements

• Auteurs - Ema Johnson (Gestionnaire principal de produit principal)

Autres ressources d'apprentissage

Explorez d'autres laboratoires sur le site docs.oracle.com/learn ou accédez à plus de contenu d'apprentissage gratuit sur le canal Oracle Learning YouTube. De plus, visitez education.oracle.com/learning-explorer pour devenir un explorateur Oracle Learning.

Pour obtenir la documentation sur le produit, visitez Oracle Help Center.

---

Informations sur le titre et les droits d'auteur

Modifications avec date d'entrée en vigueur avec le chargeur de données HCM (HDL)

G34060-01

Mai 2025

Copyright ©2025,

Oracle et/ou ses sociétés affiliées.