개념: 복리후생 변경 웹서비스
Workday는 복리후생 옵션의 일괄 변경사항을 로드하는 2가지 웹서비스를 제공합니다.
- Change Benefits
- Bulk Import Change Benefits
Change Benefits 웹서비스
Change Benefits
웹서비스는 Bulk Import Change Benefits 웹서비스보다 구형 버전이며 일괄 업로드를 수행합니다. 이를 통해 생애주기별 이벤트 복리후생 변경
비즈니스 프로세스를 개시하고 완료하여 직원의 복리후생 트랜잭션을 생성할 수 있습니다. 이 웹서비스는 생애주기별 이벤트 복리후생 변경
비즈니스 프로세스에서 구성한 모든 추가 단계를 무시합니다.이 웹서비스는 외부 시스템에서 일괄 업로드하기 위한 것입니다. 3rd Party 복리후생 관리 시스템에서 증분 복리후생 업데이트를 수행할 때는 이 웹서비스를 사용하지 않는 것이 좋습니다. 이 웹서비스는 특정 복리후생 이벤트 유형과 일치하는 근무자 복리후생 옵션을 모두 포기하는 방식으로 작동합니다. 그런 후 웹서비스 호출에서 지정한 복리후생 옵션으로 대체합니다. 이 웹서비스의 용도는 최초 전환 또는 취득을 위한 복리후생만 로드하는 것입니다. 또한 이벤트 조정에 포함되지 않으며, 비순차적 복리후생을 로드할 경우 Workday에서 직원의 옵션이 잘못될 수 있습니다.
Bulk Import Change Benefits 웹서비스
Bulk Import Change Benefits
웹서비스는 Change Benefits
와 동일한 기능을 제공합니다. 그러나 매우 많은 양의 데이터를 로드하는 경우에는 더 효율적이고 빠릅니다. 이 웹서비스는 요청 ID도 제공하므로 프로세스 모니터를 통해 요청을 추적할 수 있습니다.이 웹서비스는 성능을 크게 개선해 주지만 동일한 근무자의 여러 이벤트에 대한 처리 순서를 지정할 수 없습니다. 근무자에 대한 여러 이벤트를 특정 순서로 제출해야 하는 경우 다음 중 하나를 수행합니다.
- 각 이벤트에 대해 하나의 템플릿을 제출합니다.
- Change Benefits웹서비스를 사용합니다.
이 웹서비스를 어떻게 사용해야 합니까?
이러한 웹서비스는 다수의 복리후생 옵션을 업로드합니다. 웹서비스의 필수 필드 중 하나는
복리후생 이벤트 유형
입니다. 이 값을 통해 웹서비스는 업데이트할 수 있는 플랜을 알 수 있습니다. 웹서비스는 요청에 따라 지정된 이벤트 유형의 복리후생을 웹서비스 호출의 복리후생으로 바꿉니다. 기본적으로, 복리후생 이벤트 유형의 모든 플랜을 요청의 신규 플랜으로 덮어씁니다.
업데이트에 포함되지 않은 옵션이 영향을 받지 않도록 하려면 각 요청에 대해 별도의 복리후생 이벤트 유형을 사용하는 것이 좋습니다. 각 요청에는 업데이트해야 하는 복리후생만 포함해야 합니다. 예를 들어, 관리자 수정과 같은 일반적인 복리후생 이벤트 유형은 사용하지 않습니다. 이 웹서비스는 요청에 플랜을 추가하기 전에 해당 이벤트 유형과 관련된 모든 복리후생을 제거합니다.
이벤트에서 복리후생 보장 유형에 대한 대체 옵션을 제외하여 복리후생 옵션을 포기할 수 있습니다.
지원되는 복리후생 유형
Change Benefits
및 Bulk Import Change Benefits
웹서비스는 다음 복리후생 유형을 지원합니다.- 헬스케어
- 의료저축계좌
- 지출계좌
- 보험
- 퇴직저축
- 기타 복리후생
로드하는 플랜 유형이 퇴직저축뿐인 경우
Enroll in Retirement Savings
웹서비스를 사용하는 것이 좋습니다.이벤트 날짜 및 보장 시작일
이 웹서비스는
보장 시작일
및 공제 시작일
필드의 값을 무시합니다. Workday는 등록 이벤트 규칙에 따라 이러한 날짜를 계산합니다. 그러나 웹서비스를 사용하려면 보장 시작일
필드를 입력해야 합니다. 공제 시작일
은 선택사항입니다.다음 중 하나를 캡처해야 하는 경우
최초 보장 시작일
및 초기 공제 시작일
필드 값을 포함할 수 있습니다.- 근무자가 복리후생 플랜에 등록한 최초 날짜
- 플랜에 대한 근무자의 첫 번째 공제 날짜
보장 시작일
및 공제 시작일
리포트 필드에 표시됩니다. 일반적으로 이력을 캡처하기 위해 레거시 시스템에서 데이터를 변환할 때만 이러한 값을 로드합니다. 기존 플랜의 변경사항을 로드할 때 관리자는 일반적으로 변경사항에 대한 새로운 보장 시작일을 수집하려고 합니다.
요청 및 응답
요청을 생성하기 전에 수정할 복리후생에 대한 참조 ID가 모두 있는지 확인합니다. 예:
- 복리후생 이벤트 유형 ID
- 빈도 ID
- 헬스케어 보장 플랜 ID
- 헬스케어 보장 대상 ID
직원
에서 직원 + 자녀
로 확장하는 경우 Workday에서 가족 ID와 함께 가족을 추가해야 합니다. 그렇지 않으면 요청이 실패합니다.