휴가 신청 워크플로

다음 단계가 명확한 휴가 승인

모든 신청에 검토자와 다음 조치를 지정하세요. 내용이 부족하면 보완을 요청하고, 근무 시간과 업무 공백을 확인한 뒤 승인하며, 원래 예약을 잃지 않고 취소를 처리할 수 있습니다.

로그인해 미리보세요. 예제 데이터와 함께 설치해 직접 테스트하세요 신청 및 결정.

다음 담당자와 시간 차감 시점 확인

직원은 신청을 한 번 제출합니다. 지정된 관리자가 시간과 인계를 검토하고, 빠진 정보를 보완하도록 반려하거나 결정을 기록합니다. 승인된 신청만 직원의 사용 가능 휴가를 줄입니다.

  1. 신청

    직원이 상세 정보 제출

    선택한 휴가 계정에서 담당 검토자를 가져옵니다. 날짜, 예정 근무 시간, 업무 인계 내용이 신청과 함께 전달됩니다.

    사용 시간 없음
  2. 검토

    관리자가 시간과 업무 대체 확인

    검토자는 신청 맥락과 현재 반영된 휴가 한도를 확인합니다. 업무 대체가 합의되었는지 또는 불필요한지 기록하세요.

    담당자가 분명한 업무
  3. 반려

    신청자가 같은 레코드 수정

    불완전한 신청은 구체적인 의견과 함께 반려하세요. 신청자는 허용된 입력값을 바꾸고 다시 검토를 요청합니다.

    이력 보존
  4. 결정

    승인 또는 거절

    승인이 완료되면 사용 시간이 반영됩니다. 거절하면 차감 없이 신청이 종료됩니다. 업무 공백이 남거나 휴가 한도가 부족하면 일반 승인이 차단됩니다.

    명확한 잔여 시간 반영

신청 입력과 결정 권한 분리

책임직원 또는 신청자지정된 검토자휴가 관리자
신청 상세 정보날짜, 시간, 업무 인계 입력 및 반려된 신청 수정신청을 읽고 보완 요청필드와 정책 안내 관리
승인자선택한 계정에서 지정배정된 업무 수신계정 검토자를 관리하고 진행 중인 업무는 명시적으로 재배정
승인과 업무 대체관리자 결정을 수정할 수 없음처리 결과와 업무 대체 판단 기록검토 규칙 관리
휴가 한도자신의 부여 시간을 직접 반영할 수 없음결정 전에 계정 확인부여분과 서명된 조정 검토
사용 시간 반영직접 수정할 수 없음승인이 기록된 사용 시간을 반영예약 및 조정 레코드 대조

이는 설치된 앱에서 의도한 책임 분담입니다. 도입 전에 실제 구성원을 연결하고 직원, 관리자, 운영자 권한을 각각 테스트하세요.

직원의 신청 필드 보기 →

취소도 별도로 결정

승인된 신청을 그대로 수정하면 원래 합의 내용을 확인하기 어렵습니다. 별도 취소 신청이 원래 신청을 참조하고 해당 검토자에게 예약 취소를 요청합니다.

취소 승인

취소 승인: 원래 예약 상태가 Canceled로 바뀌고 사용 시간이 없어집니다. 원래 신청과 취소 내역은 계속 확인할 수 있습니다.

취소 거절

취소 거절: 원래 예약이 유지됩니다. 예시에서 Maya의 네 시간 신청은 관리자가 취소를 거절한 뒤에도 계속 차감됩니다.

날짜나 시간을 바꾸려면 먼저 기존 예약의 취소를 합의한 뒤 새로 신청하세요. 실수로 두 신청이 모두 승인 상태가 되지 않도록 합니다.

문제에 맞는 대응 선택

상황유용한 다음 단계피할 표현
날짜와 시간이 일치하지 않음설명 또는 수정을 요청하도록 반려직원의 근무 패턴을 추측함
사용 가능한 휴가 한도가 부족함신청을 줄이거나 반려하고 적절한 조정은 별도로 검토직접 입력한 예외 메모를 추가 휴가 한도로 간주함
업무 인계를 수락한 사람이 없음일반 승인 전에 업무 공백 해결제안한 담당자 이름을 합의로 간주함
두 검토자가 같은 제한된 잔여 시간에서 승인할 수 있음검토자 한 명이 신청을 순서대로 결정하고 결정 사이에 잔여 시간을 새로 고침각자가 화면을 열었을 때 시간이 충분했다는 이유로 동시에 승인함
승인자가 부재 중임권한 있는 관리자가 진행 중인 업무를 재배정직원이 다른 승인자를 선택하도록 허용함
직원이 승인된 휴가를 철회하려 함연결된 취소 절차 사용원래 승인 이력을 삭제함

새 시스템 없이 검토 단계 변경

팀의 요건 변경

처음에는 날짜, 시간, 인계 메모 하나로 시작했지만 나중에는 고객 지원 휴가에 대체 담당자와 인계 마감일도 필요해집니다.

신청 및 검토 단계 수정

관리자는 Jodoo에서 이러한 필드를 추가하고 관련 신청에 필수로 지정해 검토자에게 표시할 수 있습니다. 기존 계정, 예약, 신청 이력을 위해 별도 앱을 만들 필요는 없습니다.

계정 검토자를 바꾸면 새 신청에 적용되며 진행 중인 업무는 직접 재배정해야 합니다. 신청 필드를 변경할 때 직원 작성 가능 여부, 관리자 표시 여부, 승인 후 올바른 시간 차감을 확인하세요.

팀에서 실제로 사용할 경로 테스트

  • 잔여 시간이 충분하고 업무 대체가 합의된 종일 휴가
  • 하루 여섯 시간 또는 단축 근무 일정의 시간 단위 휴가
  • 반려 후 수정하여 다시 제출한 신청
  • 계정이 바뀌지 않는 거절된 신청
  • 승인된 취소와 거절된 취소
  • 의도한 레코드 접근 권한을 가진 별도 직원 및 관리자 로그인

팀을 초대하기 전에 조직 정책과 별도 직원·관리자 계정으로 이 경로를 테스트하세요. 샘플 레코드는 가상입니다. 자동 발생, 공휴일 계산, 급여, 법정 휴가 결정은 포함되지 않으며 하나의 제한된 계정에 대한 신청은 순서대로 결정하세요.

휴가 관리 전후의 업무 절차 계획 →

휴가 승인 워크플로 관련 질문

반려와 거절은 어떻게 다른가요?

반려하면 신청자가 같은 레코드를 수정해 다시 제출할 수 있습니다. 거절하면 승인 없이 신청이 종료됩니다. 이 예시에서는 두 결과 모두 휴가 시간을 사용하지 않습니다.

시간은 언제 차감되나요?

검토 워크플로가 승인으로 끝날 때 신청의 사용 시간이 반영됩니다. 대기 중인 신청이나 직원이 직접 입력한 승인 문구만으로는 예약이 생성되지 않습니다.

신청자가 자신의 휴가를 승인할 수 있나요?

신청자 입력 단계에는 관리자 결정 필드가 없습니다. 담당 검토자는 휴가 계정에서 지정합니다. 실제 구성원 관계와 접근 그룹을 설정하여 본인이 자신의 검토자로 잘못 배정되지 않도록 하세요.

취소하면 원래 신청이 삭제되나요?

아니요. 원래 신청에 연결된 별도 레코드입니다. 승인되면 원래 사용 시간이 되돌아가고 거절되면 예약이 유지됩니다. 두 결정 모두 확인할 수 있습니다.

관리자 두 명이 같은 잔여 시간에서 동시에 승인할 수 있나요?

검토자 한 명이 신청을 순서대로 결정하세요. 승인 시 현재 잔여 시간을 확인하지만 정확히 동시에 내린 두 결정이 시간을 각각 예약한다고 보장하지는 않습니다. 동시 승인이 꼭 필요하면 도입 전에 해당 보호 기능을 추가하고 테스트하세요.

직원마다 별도 앱을 설치해야 하나요?

조직이 템플릿을 한 번 설치하고 구성한 뒤 구성원에게 공유 앱의 적절한 권한을 부여합니다. 템플릿 미리 보기에는 예시가 있으며 직원의 실제 신청 이력은 포함되지 않습니다.