イントロダクション

HCMデータ・ローダーを使用して、有効日履歴を一括ロードし、その履歴を保守できます。

ノート:

HCMデータ・ローダー(HDL)を使用してファイルを作成およびアップロードする方法を理解している必要があります。HDLを初めて使用する場合は、まず「HCMデータ・ローダー(HDL)によるデータの作成と保守」チュートリアルを完了する必要があります。

目的

このチュートリアルでは、次の操作を行います。

  • 有効日履歴および1日当たりの複数変更を作成してロードします。
  • 既存の有効日レコードを修正および更新します。
  • 履歴変更をアップロードし、将来の値を保持して将来の値を上書きします。
  • 履歴内の有効日レコードを削除します。

前提条件

このチュートリアルを完了するには、次が必要です。

このチュートリアルを試す前に、HCMデータ・ローダー(HDL)を使用したデータの作成および保守チュートリアルを完了することもお薦めします。タスク10は、このチュートリアルで作成するデータを指します。


タスク1: 有効日履歴のあるオブジェクトの作成

このステップでは、新しいオブジェクトの作成時に有効日履歴をロードする方法を学習します。

  1. 任意のテキスト・エディタを使用して新しいファイルを作成し、次のように入力します。
    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

    これらの3つのファイル行は、JobCode SALESおよび SetCode COMMON属性値によって識別される同じジョブ用です。

    ヒント :

    レコードに終了日がない場合、EffectiveEndDate属性に4712/12/31の値を指定できます。または、空白のままにしてください。

    ノート:

    有効日履歴を指定する場合は、日付範囲が連続していること、および日付範囲にギャップがないことを確認します。すべてのレコードが有効である必要があります。HDLでは、これらのレコードをグループ化し、単一のオブジェクトとしてロードします。オブジェクト内のいずれかのレコードでエラーが見つかった場合、オブジェクト全体のロードは失敗します。
  2. ファイルを保存し、Job.datという名前を付けます。
  3. この JobFamily.datファイルをダウンロードします。
  4. Job.datおよび JobFamily.datファイルを、1 Create Job.zipという名前のzipファイルに圧縮します。

    5. ノート:

    Job.datファイルは、JobFamily.datファイルによって作成されたジョブ・ファミリを参照します。
  5. zipファイルをインポートしてロードします。このデータが作成されます。
    営業ジョブに対して次の有効日レコードが作成されます。
    有効期間開始日 有効期間終了日 名前 ジョブ・ファミリ・コード 標準勤務時間 フル・パートタイム
    1-Mar-2024 販売 SALES 24 PART_TIME
    1-Jan-2020 29-Feb-2024 販売 SALES 16 PART_TIME
    1-Jan-2010 31-Dec-2019 販売 16 PART_TIME

    概要:

    • 2010年1月1日にジョブが作成されました。
    • 2020年1月1日に、ジョブ・ファミリ・コードが移入されました。
    • 2024年3月1日、標準勤務時間が16から24に増加しました。

    ヒント :

    有効日レコードは.datファイルに任意の順序で指定できますが、日付に区切りがない場合があります。

    ノート:

    有効日オブジェクトを作成する場合は、最初の有効日レコードのみが新しいレコードとして処理されます。これより後の日付のレコードは、最初のレコードに更新されます。前の有効日レコードの値を保持するには、これらの属性を空白にするか、継続する値を繰り返します。


タスク2: 最新有効日レコードの訂正

このステップでは、ジョブの最新の有効日レコードに訂正をアップロードします。

  1. 新しいファイルを作成し、次のように入力します。
    2. METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|StandardWorkingHours
MERGE|Job|SALES|COMMON|2024/03/01|4712/12/31|32

    ジョブのレコードは2024年3月1日にすでに存在するため、新しい有効日分割が作成されるのではなく、修正されます。

    ヒント :

    StandardWorkingHoursのみが修正されるため、その属性を指定する必要があります。他の属性は、そのまま変更されません。
  2. Job.datという名前のファイルを保存し、2正しい Job.zipという名前のzipファイルに圧縮します。
  3. zipファイルをインポートしてロードします。これは、ジョブに次の影響を与えます。
    営業ジョブには、次の有効日レコードが存在します。
    有効期間開始日 有効期間終了日 名前 ジョブ・ファミリ・コード 標準勤務時間 フル・パートタイム
    1-Mar-2024 販売 SALES 32 PART_TIME
    1-Jan-2020 28-Feb-2024 販売 SALES 16 PART_TIME
    1-Jan-2010 31-Dec-2019 販売 16 PART_TIME

    4. 概要:

    • 2024年3月1日に、標準勤務時間が24から32に訂正されました。
    • このレコードの他の属性は変更されませんでした。


タスク3: 有効日更新の作成

このタスクでは、ジョブの有効日更新をアップロードします。

  1. 新しいファイルを作成し、次のように入力します。
    2. METADATA|Job|JobCode|SetCode|EffectiveStartDate|StandardWorkingHours
MERGE|Job|SALES|COMMON|2024/03/15|40

    ジョブにまだ存在しないEffectiveStartDateを指定したため、新しい有効日分割が作成されます。

    ヒント :

    EffectiveEndDateに値を指定しない場合、変更は終了するまで実行されます。
  2. Job.datという名前のファイルを保存し、3 Update Job.zipという名前のzipファイルに圧縮します。
  3. zipファイルをインポートしてロードします。これは、ジョブに次の影響を与えます。
    営業ジョブには、次の有効日レコードが存在します。
    有効期間開始日 有効期間終了日 名前 ジョブ・ファミリ・コード 標準勤務時間 フル・パートタイム
    15-Mar-2024 販売 SALES 40 PART_TIME
    1-Mar-2024 14-Mar-2024 販売 SALES 32 PART_TIME
    1-Jan-2020 28-Feb-2024 販売 SALES 16 PART_TIME
    1-Jan-2010 31-Dec-2019 販売 16 PART_TIME

    4. 概要:

    • 2024年3月15日に、標準勤務時間を40に増やした新しい有効日更新が作成されます。
    • 以前に終了時間まで実行されたレコードの有効終了日は、新しい有効開始日の前日の2024年3月14日に更新されます。


タスク4: 将来の有効日分割の削除

このタスクでは、最後の2つの有効日分割を新しいレコードに置き換えます。

  1. 新しいファイルを作成し、次のように入力します。
    2. SET PURGE_FUTURE_CHANGES Y
METADATA|Job|JobCode|SetCode|EffectiveStartDate|StandardWorkingHours|FullPartTime
MERGE|Job|SALES|COMMON|2024/01/01|40|FULL_TIME

    SET PURGE_FUTURE_CHANGES Y命令は、EffectiveStartDate属性およびEffectiveEndDate属性で指定された日付範囲内に存在するすべての有効日レコードを置換するようHDLに指示します。

  2. Job.datという名前のファイルを保存し、4 Replace DE Split in Job.zipという名前のzipファイルに圧縮します。
  3. zipファイルをインポートしてロードします。これは、ジョブに次の影響を与えます。
    営業ジョブには、次の有効日レコードが存在します。
    有効期間開始日 有効期間終了日 名前 ジョブ・ファミリ・コード 標準勤務時間 フル・パートタイム
    1-Jan-2024 販売 SALES 40 FULL_TIME
    1-Jan-2020 31-Dec-2022 販売 SALES 16 PART_TIME
    1-Jan-2010 31-Dec-2019 販売 16 PART_TIME

    4. 概要:

    • 2024年3月1日および2024年3月15日に開始する有効日レコードは、2024年1月1日のEffectiveStartDateより後に存在していたため削除されます。
    • 2024年1月1日から新しいレコードが作成され、「標準勤務時間」および「フル・パートタイム」の値が更新されます。
    • 2024年1月1日の直前のレコードの有効終了日は、有効終了日が2022年12月31日に更新されます。
    • ファイル内の値で指定されていない属性は更新されませんが、ジョブ・ファミリ・コードなどの以前の日付のレコードからロールフォワードされます。


タスク5: 将来日付の値を保持する履歴変更のアップロード

このステップでは、将来の日付レコードの値を上書きせずに、有効日レコードを挿入します。

  1. 新しいファイルを作成し、次のように入力します。
    2. SET PURGE_FUTURE_CHANGES N
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|Name
MERGE|Job|SALES|COMMON|2015/01/01|#RETAIN|Sales Consultant

    SET PURGE_FUTURE_CHANGES N命令は、存在する将来の有効日分割を保持するようにHDLに指示します。

    EffectiveEndDate属性に指定された#RETAIN値は、存在するすべての将来の有効日レコードの属性値を保持するようにHDLに指示します。

  2. Job.datという名前のファイルを保存し、5将来の変更を保持する Job.zipという名前のzipファイルに圧縮します。
  3. zipファイルをインポートしてロードします。これは、ジョブに次の影響を与えます。
    営業ジョブには、次の有効日レコードが存在します。
    有効期間開始日 有効期間終了日 名前 ジョブ・ファミリ・コード 標準勤務時間 フル・パートタイム
    1-Jan-2024 販売 SALES 40 FULL_TIME
    1-Jan-2020 31-Dec-2022 販売 SALES 16 PART_TIME
    1-Jan-2015 31-Dec-2019 セールスコンサルタント 16 PART_TIME
    1-Jan-2010 31-Dec-2014 販売 16 PART_TIME

    4. 概要:

    • 「名前」を「営業コンサルタント」に設定して、2015年1月1日に新しいレコードが作成されます。
    • 新しいレコードには、次の日付のレコードの有効開始日の前日として導出された有効終了日があります。つまり、次の既存のレコードは2020年1月1日に開始されるため、新しいレコードは2019年12月31日に終了します。
    • 先日付レコードはすべて保持されます。「名前」の値は、EffectiveEndDate属性に指定された#RETAINトークンを使用しているため、ロールフォワードされません。
    • ファイル内の値で指定されていない属性は、以前に2015年1月1日に存在していたレコードの値(ファイルに指定されたEffectiveStartDate属性の値)を継承します。


タスク6: 先日付レコードの更新履歴変更のアップロード

このステップでは、EffectiveStartDate属性で指定された開始日から、既存のすべての有効日レコードを訂正します。

  1. 新しいファイルを作成し、次のように入力します。
    2. SET PURGE_FUTURE_CHANGES N
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|Name
MERGE|Job|SALES|COMMON|2010/01/01|#ALL|Sales Consultant

    SET PURGE_FUTURE_CHANGES N命令は、存在する将来の有効日分割を保持するようにHDLに指示します。

    EffectiveEndDate属性に指定された#ALL値は、HDLに、指定された属性値を将来のすべての有効日レコードにロールフォワードするように指示します。

  2. Job.datという名前のファイルを保存し、6 Replace Future Changes Job.zipという名前のzipファイルに圧縮します。
  3. zipファイルをインポートしてロードします。これは、ジョブに次の影響を与えます。
    営業ジョブには、次の有効日レコードが存在します。
    有効期間開始日 有効期間終了日 名前 ジョブ・ファミリ・コード 標準勤務時間 フル・パートタイム
    1-Jan-2024 セールスコンサルタント SALES 40 FULL_TIME
    1-Jan-2020 31-Dec-2022 セールスコンサルタント SALES 16 PART_TIME
    1-Jan-2015 31-Dec-2019 セールスコンサルタント 16 PART_TIME
    1-Jan-2010 31-Dec-2014 セールスコンサルタント 16 PART_TIME

    4. 概要:

    • 有効日分割はすべて保持されます。
    • EffectiveStartDate以降のすべてのレコードは、営業コンサルタントの名前が変更されて修正されます。ただし、2015年1月1日付けのレコードには変更はありませんでした。
    • ファイルに指定された属性値のみがロールフォワードされます。


タスク7: 有効日レコードの削除

このステップでは、属性値が直ちに先行するレコードと同じであるため、2015年1月1日に開始する不要な有効日レコードを削除します。

  1. 新しいファイルを作成し、次のように入力します。
    2. SET PURGE_FUTURE_CHANGES Y
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate
MERGE|Job|SALES|COMMON|2010/01/01|2019/12/31

    SET PURGE_FUTURE_CHANGES Y命令は、EffectiveStartDate属性およびEffectiveEndDate属性で指定された日付範囲内に存在するすべての有効日レコードを置換するようHDLに指示します。

    ジョブを識別する属性のみが指定されるため、このファイルによる属性に対する修正や更新は行われません。

  2. Job.datという名前のファイルを保存し、7 Delete Date Effective Splits.zipという名前のzipファイルに圧縮します。
  3. zipファイルをインポートしてロードします。これは、ジョブに次の影響を与えます。
    営業ジョブには、次の有効日レコードが存在します。
    有効期間開始日 有効期間終了日 名前 ジョブ・ファミリ・コード 標準勤務時間 フル・パートタイム
    1-Jan-2024 セールスコンサルタント SALES 40 FULL_TIME
    1-Jan-2020 31-Dec-2022 セールスコンサルタント SALES 16 PART_TIME
    1-Jan-2010 31-Dec-2019 セールスコンサルタント 16 PART_TIME

    4. 概要:

    • 有効日レコードを削除するには、EffectiveStartDateに保持する最終レコードの有効開始日を指定します。EffectiveEndDateには、削除する必要がある最後のレコードの有効終了日を指定します。
    • この例では、2015年1月1日から始まるレコードのみが削除されます:
      • 2010/01/01をEffectiveStartDateに指定します。これは、保持する最後のレコードの有効開始日です。これにより、2010年1月1日のレコードがすでに存在するため、新しい日付分割が作成されなくなります。
      • 2022/12/31をEffectiveEndDateに指定します。これは、削除する最後のレコードの有効終了日です。これにより、この日付以降にレコードが変更されなくなります。


タスク8: 属性値の削除

このステップでは、日付範囲の属性の値を削除します。

  1. 新しいファイルを作成し、次のように入力します。
    2. SET PURGE_FUTURE_CHANGES N
METADATA|Job|JobCode|SetCode|EffectiveStartDate|EffectiveEndDate|StandardWorkingHours|StandardWorkingFrequency
MERGE|Job|SALES|COMMON|2010/01/01|#ALL|#NULL|#NULL

    SET PURGE_FUTURE_CHANGES N命令は、存在する将来の有効日分割を保持するようにHDLに指示します。

    StandardWorkingHoursおよびStandardWorkingFrequency属性に指定された#NULL値は、これらの属性の値を削除するようにHDLに指示します。

    EffectiveEndDate属性に指定された#ALL値は、存在するすべての将来の有効日レコードの属性値をロールフォワードするようにHDLに指示します。

    ヒント :

    4712/12/31など、変更の終了日を指定して、この変更を終了時間までロールフォワードすることもできます。ただし、オブジェクトが終了日が設定されている場合、つまり、最終有効日が4712/12/31以外の場合、更新は失敗します。
  2. Job.datという名前のファイルを保存し、8 Delete Attribute Values.zipという名前のzipファイルに圧縮します。
  3. zipファイルをインポートしてロードします。これは、ジョブに次の影響を与えます。
    営業ジョブには、次の有効日レコードが存在します。
    有効期間開始日 有効期間終了日 名前 ジョブ・ファミリ・コード 標準勤務時間 フル・パートタイム
    1-Jan-2024 セールスコンサルタント SALES FULL_TIME
    1-Jan-2020 31-Dec-2022 セールスコンサルタント SALES PART_TIME
    1-Jan-2010 31-Dec-2019 セールスコンサルタント PART_TIME

    4. 概要:

    • [標準勤務時間]および [標準勤務周期] (このテーブルには表示されません)の値は、いずれも、後日付の全てのレコードの有効開始日から削除されます。


タスク9: 論理開始日の変更

このステップでは、ジョブの最初の有効開始日を調整します。これにより、既存の最初の有効日分割が置換されます。

ヒント :

「ビジネス・オブジェクトの表示」タスクを使用して、オブジェクトが最初の有効日または最後の有効日に対する更新をサポートするかどうかを決定します。
  1. 新しいファイルを作成し、次のように入力します。
    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

    SET PURGE_FUTURE_CHANGES Y命令は、EffectiveStartDate属性およびEffectiveEndDate属性で指定された日付範囲内に存在する将来の有効日分割を置換するようHDLに指示します。

    属性ReplaceFirstEffectiveStartDateがYに設定されている場合、HDLは論理開始日をEffectiveStartDate属性で指定された日付に調整します。

    ノート:

    ジョブ名は必須で翻訳されているため、翻訳レコードの最初の有効開始日も調整できるように、「名前」属性も指定する必要があります。
  2. Job.datという名前のファイルを保存し、9 Adjust Start Date.zipという名前のzipファイルに圧縮します。
  3. zipファイルをインポートしてロードします。これは、ジョブに次の影響を与えます。
    営業ジョブには、次の有効日レコードが存在します。
    有効期間開始日 有効期間終了日 名前 ジョブ・ファミリ・コード 標準勤務時間 フル・パートタイム
    1-Jan-2024 セールスコンサルタント SALES FULL_TIME
    1-Jan-2020 31-Dec-2022 セールスコンサルタント SALES PART_TIME
    1-Jan-2000 31-Dec-2019 セールスコンサルタント PART_TIME

    4. 概要:

    • 最初の有効開始日は、ファイルに指定されているEffectiveStartDateに変更されます。
    • この例で指定されているEffectiveEndDateは、既存の最初の有効日レコード2019年12月31日の終了日でした。

ノート:

既存の分割を保持し、新しい開始日からの分割レコードより前に新しいレコードを作成する場合は、かわりにSET PURGE_FUTURE_CHANGES N指示を使用して将来の日付のレコードを保持します。

ヒント :

ReplaceLastEffectiveEndDate属性を使用して、それをサポートするオブジェクトの有効終了日を調整できます。

タスク10: 1日当たりの複数の変更のロード

就業者オブジェクト階層内の雇用条件およびアサイメント・レコードは、1日当たりの複数の変更(MCPD)をサポートします。これにより、同じ有効開始日に行われた個々の更新を追跡できます。

単一日に複数の変更があるオブジェクトの有効日履歴をロードする場合は、EffectiveSequence値を1から開始して、連続的に増やす必要があります。同じ日付の同じ論理オブジェクトに対してEffectiveSequence値を繰り返すことはできません。また、順序にギャップがあいてはなりません。有効開始日の変更が1つしかない場合は、EffectiveSequenceを1にする必要があります。

たとえば次のようにします。 

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

この例では、次のルールに従います。

  • 日付にギャップが存在しません。
  • すべての有効日レコードで一意キーが同じです。
  • EffectiveSequenceは、すべての新しい有効開始日に対して1から始まり、一致する有効開始日に対して連番です。
  • レコードが有効開始日の最終変更である場合、EffectiveLatestChangeはYです。それ以外の場合、EffectiveLatestChangeは Nです。
  • EffectiveLatestChangeがNの場合、EffectiveEndDateはEffectiveStartDateと一致します。
  1. 新しいファイルを作成し、次のように入力します。
    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

    ヒント :

    このファイルで参照されるジョブは、HCMデータ・ローダー(HDL)を使用したデータの作成と保守チュートリアルで作成されます。

    また、WorkRelationshipのLegalEmployerName属性の値および割当てレコードのBusinessUnitShortCodeの値を、環境で使用可能な値に更新する必要があります。

    ノート:

    このファイルをロードする前に、アプリケーションにソース・システム所有者を作成するか、SourceSystemOwnerをすでに存在する値に変更してください。
  2. Worker.datという名前のファイルを保存し、10 MCPD.zipという名前のzipファイルに圧縮します。
  3. zipファイルをインポートしてロードします。これにより、アサイメントに対して次の有効日レコードを持つ就業者が作成されます。
    就業者のアサイメントには、次の有効日レコードが存在します。
    有効期間開始日 有効期間終了日 有効連番 アクション ジョブ 標準勤務時間
    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 雇用 SCN 40

    4. ヒント :

    割当レコードに有効日変更を指定する場合は、WorkTermsレコードに同じ有効日分割を作成する必要があります。

次のステップ

次のチュートリアルでは、HCMデータ・ローダーに関する知識をさらに深めます。

HDLおよびHSDLの最新のチュートリアルは、Cloud Customer Connectのこのトピックで公開されています。

詳細は、次のヘルプ・トピックを参照してください。

謝辞

  • 著者 - Ema Johnson (シニア・プリンシパル・プロダクト・マネージャー)

その他の学習リソース

docs.oracle.com/learnで他のラボを確認するか、Oracle Learning YouTubeチャネルで無料のラーニング・コンテンツにアクセスしてください。また、education.oracle.com/learning-explorerにアクセスして、Oracle Learning Explorerになります。

製品ドキュメントについては、Oracle Help Centerを参照してください。