주 컨텐츠로 이동
Administrator Guide
최종 업데이트: 2026-03-13
설정 고려사항: 복수 포지션

설정 고려사항: 복수 포지션

이 주제 복수 포지션의 구성 및 사용을 계획 때 참고하면 결정하는 데 도움이 됩니다. 설명하는 내용은 다음과 같습니다.
  • 설정하는 이유
  • 다른 Workday 과의 연계
  • 다운스트림 영향 및 제품 간 인터랙션
  • 시큐리티 요구사항 및 비즈니스 프로세스 구성
  • 구현 전에 고려할 질문 및 제한사항
전체 구성 세부내용은 태스크 상세 가이드를 참조하십시오.

정의

모든 근무자에게 기본 포지션()이 지정됩니다. 근무자는 추가 포지션을 가질 수도 있습니다. 복수 포지션 근무자 는 Workday 에서 포지션 2개 이상 지정되어 있는 근무자 말합니다. 여기에는 해외발령이 포함될 수 있습니다. 복수 포지션을 구성하는 경우, 근무자 보유한 서로 다른 모든 포지션의 근무시간 및 휴가/휴직을 추적할 수 있습니다. 근무자의 기본 포지션 인 포지션 변경 수도 있습니다.

비즈니스 이점

복수 포지션 근무자의 경우, Workday 각 포지션 에 대해 시간 및 휴가/휴직이 올바르게 기록되도록 합니다. 각 포지션 다음과 같이 다를 수 있습니다.
  • 보상
  • 휴가/휴직 플랜
  • 시간 계산
  • 시간 입력 코드
  • 시간 입력 검증

사용 사례

Workday 에서 복수 포지션 지원을 사용하여 다음을 수행할 수 있습니다.
  • 포지션별로 서로 다른 휴가/휴직 플랜을 구성합니다.
  • 단체협약, 계약 또는 포상 관련 포지션 의 시간 계산을 기준으로 합니다.
  • 각 포지션 에 대한 서로 다른 프리미엄을 계산합니다.
  • 각 포지션 에 대해 시간 입력을 검증합니다.
  • 시간을 입력, 리뷰, 승인할 때 포지션 별 시간 합계를 조회합니다.

고려할 질문

주제
질문
고려사항
휴가/휴직
3rd Party 시스템을 통해 시간 또는 휴가 추적하려면 어떻게 해야 합니까?
Workday 에서 3rd Party 시스템으로 통합 생성하여 각 근무자 의 포지션 로드할 수 있습니다. 통합 포지션 번호를 포함하며 급여에서 확인됩니다.
조직 포지션이 여러 개인 근무자의 휴가 어떻게 관리합니까?
Workday에서는 포지션 기반 또는 근무자 기반의 휴가 플랜 및 휴직을 생성할 수 있습니다. 근무자 기반 휴가 플랜에 포지션 기반 휴가를 추가할 수도 있습니다. 휴가 플랜 및 휴직을 포지션 기반으로 구성하는 경우, 플랜 또는 휴직 유형에 대한 휴가/휴직 데이터가 발생한 후에는 이 설정을 변경할 수 없습니다.
스태핑
근무자 Workday 에서 몇 개의 추가 포지션을 가질 수 있습니까?
근무자 가질 수 있는 포지션 수에는 제한이 없습니다.
근무자가 보고하지 않는 다른 포지션에 대한 매니저의 공개여부 어떻게 됩니까?
매니저는 근무자의 추가 포지션이 동일한 조직 에 있는 경우 해당 정보를 조회할 수 있습니다. 시큐리티 정책을 사용하여 휴가/휴직 및 시간 데이터에 대한 공개여부 제어할 수 있습니다.
직무를 추가하는 다른 관리자의 단계를 어떻게 포함할 수 있습니까?
조직 지정 변경 , 승인, 리뷰, 급여 그룹 지정 등의 단계를 포함하도록
추가 직무
비즈니스 프로세스 구성할 수 있습니다.
시간 관리
Workday 다양한 급여 기반 포지션과 비교하여 시간을 어떻게 추적합니까?
이러한 근무자의 급여는 보상 에서 급여로 전달됩니다. 직원에게 포지션 기반 소득 코드를 지정할 수 있습니다.
근무자에게 포지션별로 다른 시간 법률이 적용됩니까?
근무자의 포지션에 다음 사항이 적용되는 경우 단체협약 과 같은 속성을 참조하는 시간 계산 및 시간 검증을 생성할 수 있습니다.
  • 수상
  • 단체협약
  • 고용계약
  • 법률

권장사항

복수 포지션 근무자에게 여러 Workday ID를 지정하는 것보다 여러 포지션을 생성하는 것이 좋습니다.

요구사항

근무자 에게 기본 작업 지정되어야 추가 직무 추가할 수 있습니다.

제한사항

이 기능은 계속해서 근무자 기반으로 합니다.
  • 휴일 캘린더
  • 기간 스케줄
  • 출석 규칙
  • 시간 입력 템플릿
  • 시간 신청
  • 근무 스케줄 캘린더

테넌트 설정

테넌트 설정 편집 - HCM
태스크에 액세스하여 다음을 활성화합니다.
  • 근무자가 복수 직무.
  • 포지션 레벨의 시간 입력 검증

시큐리티

근무자 여러 포지션을 보유하고 있는 경우, 해당 근무자의 개인 및 포지션 데이터에 대한 역할 기반 액세스는 역할 기반 시큐리티 그룹 의
'복수 직무 근무자 접근 권한'
설정에 따라 달라집니다.
역할 기반 시큐리티 그룹
역할이 지원하는 포지션에 액세스가능
으로 설정해도, 근무자가 액세스 권한이 없는 정보에 대한 정보를 조회할 수는 있지만 액션 수행할 수는 없습니다.
예를 들어 근무자 에게 서로 다른 매니저를 보고하는 2개의 포지션이 있는 경우 시간 승인을 관련 매니저 에게 라우팅할 수 있습니다. 매니저가
시간 입력
비즈니스 프로세스 통해 타임블록을 생성하고 편집 수 있는 경우, 두 포지션의 입력 시간, 시간 입력 검증 및 합계를 조회할 수 있습니다.

비즈니스 프로세스

비즈니스 프로세스
고려사항
추가 직무 지정
Staffing 기능 영역 에서 비즈니스 프로세스 및 시큐리티 정책 구성합니다.
추가 직무 종료
Staffing 기능 영역 에서 비즈니스 프로세스 및 시큐리티 정책 구성합니다.
기본 직무 전환
Staffing 기능 영역 에서 비즈니스 프로세스 및 시큐리티 정책 구성합니다.
기본 직무 전환을
독립형 비즈니스 프로세스 로 사용하거나
추가 직무 지정
또는
직무 변경
의 하위 프로세스로 사용할 수 있습니다.
복수 직무 종료
Staffing 기능 영역 에서 비즈니스 프로세스 및 시큐리티 정책 구성합니다.

리포트

리포트
고려사항
모든 잔여휴가/휴직
테넌트 구성 기준으로 복수 직무 가 있는 근무자의 모든 잔여휴가/휴직을 조회합니다.
  • 모든 시간 계산 그룹
  • 모든 시간 계산 그룹 스냅샷
  • 근무자 시간 자격 조회
시간 계산 그룹의 포지션 정보를 조회합니다.
감사 - 직무가 여러 개이고 조직 지정내역이 서로 다른 근무자
서로 다른 조직에 복수 직무 있는 캐나다와 미국 근무자를 조회합니다. 두 개 이상의 급여 그룹 에 속할 수 있는 근무자를 식별하는 데 사용합니다.

통합

웹서비스
고려사항
Add Additional Job
복수 직무가 있는 근무자의 직무를 추가할 수 있도록 합니다.

관계 및 터치포인트

제품 영역
고려사항
휴가/휴직
포지션 기반 휴가 플랜을 정의할 수 있습니다. 포지션 기반 플랜, 잔여분 및 한도는 포지션 에 적용됩니다. 적용 규칙, 휴가 검증 및 포지션 기반 발생휴가; 발생분 계산을 정의합니다. 이러한 규칙을 정의하여 근무자의 기본 포지션 에 적용하거나 모든 포지션에 대신 적용할 수도 있습니다. 근무자 기반 플랜에는 근무자 에게 적용되는 잔여분과 한도가 있습니다. 일반적으로 적용 규칙, 휴가 검증 및 발생휴가; 발생분 계산은 근무자의 기본 포지션 기준으로 합니다.
복리후생
근무자의 기본 작업 또는 하나 이상의 추가 직무에서 가져온 정보를 기반으로 복리후생 자격을 설정할 수 있습니다.
급여
Workday 급여는 HCM에서 구성된 포지션을 사용합니다.
스케줄링
스케줄링 태그를 사용하여 여러 포지션에 걸쳐 근무자를 스케줄링할 수 있습니다. 스케줄 태그를 Worktag에 매핑하여 해당 값이 관련 포지션 의 시간 입력 항목에 자동으로 입력되도록 할 수 있습니다. 또한 복수 포지션 근무자의 스케줄에 따라 시간을 자동입력할 수도 있습니다.
시간 관리
Workday 다양한 포지션 또는 직무에 대해 시간을 추적합니다. 근무자 여러 포지션이 있는 경우, 근무자 시간을 입력하면 Workday 시간을 기록할 포지션 선택할 수 있는 추가 프롬프트 표시됩니다. Workday 포지션 과 관련된 시간 계산 및 검증을 실행합니다. Workday 타임블록 정보와 함께 근무자의 포지션 급여에 전달합니다.
Workday에서는 테넌트 전반의 구성 관계를 이해하는 데 도움이 되는 리소스가 포함된 Touchpoints Kit를 제공합니다. 자세한 내용은 Workday Community의 Workday Touchpoints Kit를 참조하십시오.

기타 영향

Workday Scheduling과 시간 관리를 모두 사용하는 경우 해당 구성을 조정하는 것이 좋습니다. 다음을 고려합니다.
  • 실제시간 보고와 비교한 예정시간
  • 제품 전반에 걸친 검증
  • Worktag 구성