소개

HCM 데이터 로더를 사용하여 유효 일자 기록을 대량 로드하고 해당 기록을 유지 관리할 수 있습니다.

주:

HCM 데이터 로더(HDL)를 사용하여 파일을 생성하고 업로드하는 방법을 이해해야 합니다. HDL을 처음 사용하는 경우 먼저 HCM 데이터 로더(HDL)를 사용하여 데이터 생성 및 유지 관리 자습서를 완료해야 합니다.

목표

이 자습서에서는 다음 작업을 수행합니다.

  • 일별 유효 일자 기록 및 다중 변경 사항을 생성하고 로드합니다.
  • 기존 유효 일자 레코드를 정정하고 업데이트합니다.
  • 과거 변경 사항을 업로드하여 미래 값을 유지하고 미래 값을 겹쳐씁니다.
  • 내역 내에서 유효 일자 레코드를 삭제합니다.

필요 조건

이 자습서를 완료하려면 다음이 필요합니다.

또한 이 자습서를 시도하기 전에 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

    이러한 세 개의 파일 행은 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 파일을 임포트하고 로드합니다. 이 데이터는 다음과 같이 생성됩니다.
    Sales 작업에 대해 다음 유효 일자 레코드가 생성됩니다.
    유효 시작 날짜 유효 종료일 이름 직무군 코드 표준 근무 시간 정규직/시간제
    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

    요약:

    • 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 Correct Job.zip라는 zip 파일로 압축합니다.
  3. zip 파일을 임포트하고 로드합니다. 작업에는 다음과 같은 영향이 있습니다.
    영업 작업에 대해 다음 유효 일자 레코드가 있습니다.
    유효 시작 날짜 유효 종료일 이름 직무군 코드 표준 근무 시간 정규직/시간제
    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. 요약:

    • 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 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. 요약:

    • 표준 근무 시간을 40으로 늘리는 2024년 3월 15일에 새 유효 일자 업데이트가 생성됩니다.
    • 이전에 시간 종료까지 실행된 레코드의 유효 종료 일자가 새 유효 시작 일자 이전인 2024년 3월 14일로 업데이트됩니다.


태스크 4: 이후 유효 일자 분할 삭제

이 태스크에서는 유효 일자 분할의 마지막 두 개를 새 레코드로 대체합니다.

  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 명령은 HDL이 EffectiveStartDate 및 EffectiveEndDate 속성으로 지정된 일자 범위 내에 있는 유효 일자 레코드를 대체하도록 지시합니다.

  2. 파일 이름을 Job.dat로 지정하고 4 Replace DE Split in Job.zip라는 zip 파일로 압축합니다.
  3. zip 파일을 임포트하고 로드합니다. 작업에는 다음과 같은 영향이 있습니다.
    영업 작업에 대해 다음 유효 일자 레코드가 있습니다.
    유효 시작 날짜 유효 마감 일자 이름 직무군 코드 표준 근무 시간 정규직/시간제
    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. 요약:

    • 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 Retain Future Changes Job.zip이라는 zip 파일로 압축합니다.
  3. zip 파일을 임포트하고 로드합니다. 작업에는 다음과 같은 영향이 있습니다.
    영업 작업에 대해 다음 유효 일자 레코드가 있습니다.
    유효 시작 날짜 유효 종료일 이름 직무군 코드 표준 근무 시간 정규직/시간제
    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 세일즈 컨설턴트 16 PART_TIME
    1-Jan-2010 31-Dec-2014 Sales 16 PART_TIME

    4. 요약:

    • 이름을 영업 컨설턴트로 설정하면 2015년 1월 1일에 새 레코드가 생성됩니다.
    • 새 레코드의 유효 종료 일자는 다음 일자 레코드의 유효 시작 일자 이전 일자로 파생됩니다. 즉, 다음 기존 레코드는 2020년 1월 1일에 시작되므로 새 레코드는 2019년 12월 31일에 종료됩니다.
    • 모든 미래 일자 레코드가 유지됩니다. EffectiveEndDate 속성에 제공된 #RETAIN 토큰의 사용으로 인해 Name 값이 롤포워드되지 않습니다.
    • 파일에 값과 함께 제공되지 않은 속성은 이전에 1-Jan-2015에 존재했던 레코드(파일에 지정된 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일부터 시작하는 레코드만 삭제됩니다.
      • 유지할 마지막 레코드의 유효 시작 날짜인 EffectiveStartDate에 2010/01/01를 지정합니다. 이렇게 하면 2010년 1월 1일 레코드가 이미 있으므로 새 일자 분할이 생성되지 않습니다.
      • 삭제할 마지막 레코드의 유효 종료 날짜인 EffectiveEndDate에 2022/12/31를 지정합니다. 이렇게 하면 이 일자 이후 레코드 변경사항이 없습니다.


태스크 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은 기존 첫번째 유효 날짜 레코드 31 Dec 2019의 종료 날짜입니다.

주:

기존 분할을 유지하고 새 시작 일자 이전의 새 레코드를 생성하려면 대신 SET PURGE_FUTURE_CHANGES N 지침을 사용하여 미래 일자의 레코드를 보존합니다.

참고:

ReplaceLastEffectiveEndDate 속성을 사용하여 이를 지원하는 객체에 대한 유효 종료 날짜를 조정할 수 있습니다.

태스크 10: 일별 다중 변경사항 로드

근로자 객체 계층 내 고용 조건 및 지정 레코드는 일별 다중 변경(MCPD)을 지원합니다. 이렇게 하면 동일한 유효 시작 일자에 수행된 개별 업데이트를 추적할 수 있습니다.

단일 날짜에 여러 변경 사항이 있는 객체에 대한 유효 날짜 내역을 로드하는 경우 EffectiveSequence 값은 1부터 시작하여 순차적으로 증가해야 합니다. 동일한 날짜의 동일한 논리적 객체에 대해 EffectiveSequence 값을 반복할 수 없으며 시퀀스에 간격이 존재할 수도 없습니다. 유효 시작 일자에 대해 하나의 변경만 있는 경우 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 및 BusinessUnitShortCode에 있는 LegalEmployerName 속성의 값을 업데이트해야 합니다.

    주:

    이 파일을 로드하기 전에 애플리케이션에서 소스 시스템 소유자를 생성했는지 확인하거나 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에 대한 최신 자습서는 클라우드 고객 연결에 대한 이 항목에서 게시됩니다.

자세한 내용은 다음 도움말 항목을 참조하십시오.

감사의 글

  • Authors - Ema Johnson(수석 수석 제품 관리자)

추가 학습 자원

docs.oracle.com/learn에서 다른 랩을 탐색하거나 Oracle Learning YouTube 채널에서 더 많은 무료 학습 콘텐츠에 액세스하세요. 또한 education.oracle.com/learning-explorer를 방문하여 Oracle Learning Explorer가 되십시오.

제품 설명서는 Oracle Help Center를 참조하십시오.