주 컨텐츠로 이동
Administrator Guide
최종 업데이트: 2024-03-08
개념: 잔여휴가 저장 가이드라인

개념: 잔여휴가 저장 가이드라인

Workday는 근무자가 테넌트에서 휴가 태스크 및 리포트에 액세스할 때 휴가 플랜 규칙에 따라 휴가 플랜 잔여분과 발생휴가 수량을 동적으로 계산합니다. Workday는 잔여분 값에 액세스하기 위해 백그라운드에서 특정 시점에 계산을 실행하는 리포트에 액세스합니다.
모든 근무자의 휴가 이력이 저장됩니다. Workday는 휴가 이벤트, 누적되는 발생휴가, 한 산정기간에서 다른 산정기간으로의 이월 등 다양한 이벤트를 근무자 프로필로 가져옵니다. Workday가 잔여분을 저장하도록 구성했는지 여부에 따라 Workday가 동일한 정보에 액세스하는 시간이 달라집니다.
  • 잔여분을 저장하도록 테넌트를 구성하지 않으면 처리 시간이 훨씬 오래 걸립니다. 참조할 특정 시점이 없으면 잔여분이 Workday에 처음 입력된 시점부터 계산을 실행합니다. Workday는 모든 휴가/휴직 구성요소를 계산하고 잔여휴가/휴직 결과를 출력하기 위해 근무자의 초기 이력으로 돌아가야 합니다.
  • 이와 반대로 잔여분을 일정한 간격으로 저장한 경우 근무자가 휴가 플랜 잔여분에 액세스하면 Workday가 가장 최근에 저장된 잔여분의 계산 결과를 표시합니다. Workday는 더 최근의 날짜를 사용하기 때문에 처리 시간이 훨씬 빨라져 더 탁월하고 효율적인 사용자 경험을 제공합니다.
성능을 최적화하기 위해 잔여분을 추적하는 모든 휴가 플랜에 대해 잔여분을 정기적으로 저장하는 프로세스를 스케줄링할 수 있습니다.
계산된 휴가 잔여분 프로세스 스케줄링
태스크를 사용하여 91일 이상 기준의 잔여분과 발생휴가를 저장하는 경우, Workday는 저장된 잔여분과 발생휴가 수량을 후속 동적 계산의 시작점으로 사용합니다.
휴가 플랜의 기간 스케줄에 포함된 모든 기간의 시작일을 기준으로 잔여분을 저장할 수 있습니다. 미래 날짜의 잔여분을 저장할 수 없습니다.
휴가/휴직과 관련된 성능 문제가 발생하면
계산된 휴가 잔여분 프로세스 스케줄 조회 리포트를
사용하여 잔여휴가를 저장할 스케줄이 있는지 확인합니다. 스케줄링되지 않은 경우, 스케줄을 생성합니다.

성능을 위한 모범 사례

최소 수준의 성능을 유지하기 위해 Workday는 지난 13개월 이내의 날짜를 기준으로 휴가 플랜에 잔여분이 저장되었는지 매달 확인합니다. 저장되지 않은 경우 Workday는 해당 월의 셋째 주 일요일 전에 13개월 기준의 잔여분을 저장합니다. 그러나 휴가 플랜 및 비즈니스 요구사항에 맞게 커스터마이즈된 프로세스를 직접 스케줄링하는 것이 좋습니다.
다음과 같이 하는 것이 좋습니다.
  • 오늘 날짜 기준의 잔여분을 저장하지 마십시오.
  • 91일 이상을 기준으로
    계산된 휴가 잔여분 프로세스 스케줄링
    을 실행하십시오. Workday는 잔여분을 저장할 때 플랜의 기간 스케줄에서 파생된 기간 시작일을 사용합니다.
  • 계산된 휴가 잔여분 프로세스 스케줄링
    을 기간 스케줄의 빈도보다 더 자주 실행하지 마십시오. 예를 들어 휴가 플랜의 기간 스케줄에 따라 다음과 같이 실행합니다.
    • 격주 - 프로세스를 격주로 실행할 수 있습니다. 매주 실행하지 마십시오.
    • 매월 - 프로세스를 매월 또는 그보다 낮은 빈도로 실행할 수 있습니다. 매주 또는 격주로 실행하지 마십시오.
    • 매분기 - 프로세스를 3개월마다 실행합니다. 매주, 매월 또는 격주로 실행하지 마십시오.
    현재 기간에 대해 실행하지 마십시오.
    실행일 전 일수
    값을 0보다 큰 값으로 설정합니다. 91일 이상으로 설정하는 것이 가장 좋습니다. 이 값을 91일 이상으로 설정하면 발생휴가가 저장되어 성능이 더욱 향상되는 이점이 있습니다.
  • 동시에 처리하는 플랜 수를 줄이거나 반복 빈도를 늘리도록 작업 스케줄을 편집합니다.
  • 밤에 실행되도록 프로세스를 스케줄링합니다.
    초기 Workday 배포 프로젝트 또는 인수 합병의 경우, 계산 처리 시간에 영향을 미칠 수 있으므로 작업 순서를 고려하십시오. 최적의 성능을 위해 퇴직자의 잔여분을 Workday 테넌트에 로드할 때 다음 단계를 다음 순서로 수행하는 것이 좋습니다.
    1. 휴가를 로드합니다.
    2. 잔여분을 저장합니다.
    3. 근무자를 퇴직 처리합니다.
  • 로드당 행이 2,000개를 초과하는 대량 레코드 트랜잭션의 경우 휴가 및 휴가/휴직에 Import 웹서비스를 사용합니다.
  • 보고 스케줄 및 동기화에 주의합니다. 예정 및 계산된 휴가 잔여분을 실행하기 전에 리포트를 실행해야 합니다. 분기별로 리포트를 실행하고 최소한 분기별로 저장된 잔여분을 계산합니다. 잔여분 계산의 시작점을 제공하면 리포트 프레임워크에서 정보를 불러오는 데 도움이 됩니다. 회사 전체의 발생휴가/휴직 리포트를 분기별로 실행하는 경우, 최근의 예정 및 저장된 잔여분 실행 이후 가장 가까운 시점에 리포트를 실행하는 것이 좋습니다. 커스텀 리포트 및 인덱스 지정된 데이터 소스(예: Workers for HCM Reporting)는 효율적인 성능을 위한 주요 고려사항이며, 저장된 잔여휴가/휴직을 더욱 원활한 방식으로 불러오는 데 도움이 됩니다.
  • 조직에 재직 중인 HCM 근무자가 100,000명이 넘는 경우, 트랜잭션이 많을 가능성이 높으므로 테넌트 성능을 검토해야 합니다. 이 정도 규모의 근무자를 지원하기 위해서는 테넌트 실행 시간 및 최종 사용자 경험을 평가하기 위한 추가적인 주의가 필요할 수 있습니다.
  • 직원이 해당 기간의 휴가 입력을 마친 후
    계산된 휴가 잔여분 프로세스 스케줄링
    프로세스를 실행합니다.
    예: 직원이 연말에 휴가를 입력할 때까지 기다린 후에 12월 프로세스를 실행합니다. 이 방법을 사용하면 Workday가 소급 입력에 따라 잔여분을 재계산하고 저장해야 하는 횟수가 줄어듭니다.

테넌트 설정

휴가/휴직 Worklet에서 잔여분을 표시하는 방식을 검토합니다. 잔여분을 로드하는 데 시간이 오래 걸리거나 Worklet에서 자동입력되는 데 시간이 오래 걸리는 경우
테넌트 설정 편집 - HCM
태스크에 액세스하여
휴가
섹션으로 이동합니다.
휴가/휴직 Worklet의 잔여분 비활성화
옵션을 선택합니다. 근무자는 휴가/휴직을 조회하거나 휴가/휴직을 신청할 때 캘린더에서 잔여분을 계속 조회할 수 있습니다.
급여에 대한 테넌트 설정을 검토합니다.
테넌트 설정 편집 - 급여
태스크에 액세스하고
급여명세서
섹션으로 이동한 다음,
Persist Absence Data for Payslips
옵션을 활성화하여 급여명세서 및
Get Payroll Payslips
웹서비스의 성능을 개선합니다. 저장은 급여 계산과 지급 완료 사이에 실행됩니다. Workday는 이 옵션을 활성화하기 전에 급여처리가 완료된 경우를 제외하고 급여 결과에서 저장된 휴가/휴직 데이터를 확인합니다.

성능에 영향을 주는 요소

다음 요인으로 인해 잔여휴가 계산이 더 복잡해집니다. 일부 또는 모든 플랜을 대상으로 프로세스를 더 자주 실행해야 하는지 고려합니다.
  • 기간 스케줄 빈도 - 예: 매주 또는 매월. 휴가 플랜에서 일 단위 기간 스케줄을 사용하지 않습니다. 최소한 주 단위 스케줄을 선택하는 것이 좋습니다.
  • 한도: 상한, 하한 및 이월
  • 잔여분과 관련된 복수의 발생휴가
  • 플랜과 관련된 복수의 휴가
  • 다른 플랜 잔여분에 종속된 플랜 잔여분
  • 기간 스케줄에서 처리되는 기간 수
  • 플랜에 적격한 직원 수 - 휴가 플랜 또는 휴일 캘린더에서 국가 자격을 구성합니다.
  • 재정의 및 조정 수
  • Workday 시간 관리를 통해 입력된 시간 계산이 포함된 휴가 신청 수
  • 웹서비스를 통해 로드되는 휴가 및 수정 수
일반적으로 다음 사항을 권장합니다.
  • 하나의 스케줄에 플랜 하나만 포함합니다.
  • 복잡한 발생휴가의 잔여분 및 발생휴가 롤링을 사용하는 발생휴가의 잔여분을 저장하는 것이 좋습니다. 그렇게 하지 않으면 테넌트 결과 및 실행 시간에 부정적인 영향을 미칠 수 있습니다.
  • 기간 스케줄은 근무자의 잔여분을 로드하는 데 필요한 시간으로만 제한되어야 합니다. 기간 스케줄을 너무 과거 날짜로 생성하고 해당 잔여분을 지속적으로 저장하지 않으면 Workday에서 동적으로 잔여분을 계산하는 데 시간이 오래 걸립니다.
  • 상세 룩업 테이블 계산을 사용해야 합니다.
  • Time Off Paid
    휴가/휴직 구성요소 관련 계산(ACRC)을 사용하는 경우, 이러한 계산은 값을 반환하기 위한 하한과 같은 다른 계산을 평가해야 합니다. 플랜에서 하한 및
    허용된 최대 무급휴가 단위수
    검증을 사용하는 경우에는 대개 이 ACRC를 사용할 필요가 없습니다. 가능하면
    Time Off Total
    ACRC를 대신 사용합니다. 이 계산은 다른 계산을 평가하지 않습니다.
  • 시큐리티 구성을 검토합니다. 휴가/휴직 관련 도메인 및 비즈니스 프로세스 시큐리티 정책의 복잡한 구성은 태스크 및 비즈니스 프로세스에 대한 액세스 권한에 영향을 미칠 수 있습니다.

통합

많은 통합에서 보고 프레임워크를 사용하여 외부 웹서비스의 데이터를 검색합니다. 잔여분을 저장하지 않고 웹서비스를 실행하면 예정된 통합의 실행 시간에 영향을 미칠 수 있습니다. 인바운드 및 아웃바운드 트랜잭션에 대한 정보를 푸시하거나 가져오는 테넌트의 성능에 미치는 영향을 고려합니다.
아웃바운드 트랜잭션의 경우 통합이 기간에 기반하여 잔여분에 액세스하는지 확인합니다. 데이터의 양과 기간은 성능에 영향을 미칠 수 있습니다. 가능하면 해당 기간을 제한합니다. 통합을 실행하는 데 시간이 오래 걸리는 경우, 다른 시간에 통합을 실행하거나 잔여분을 저장하면 통합을 더 빠르게 수행할 수 있는지 여부를 고려하십시오.