HR 휴가 관리 앱 만들기: 신청, 승인, 잔여 일수

휴가 관리 앱은 "금요일에 쉬어도 될까요?"라는 질문을 뒷받침하던 스프레드시트와 이메일 대화를 대신합니다. 직원은 휴가를 신청하고 남은 일수를 확인합니다. 관리자는 팀 캘린더를 보면서 승인하거나 반려합니다. 인사팀은 휴가 유형, 부여 일수, 공휴일을 설정하고 급여 처리에 쓸 깔끔한 기록을 얻습니다. 이 앱을 만들려면 잔여 일수를 신청과 조정 내역으로부터 계산하는 데이터 모델, 명확한 승인 체계, 반차, 주말, 공휴일 처리 규칙이 필요합니다. AI 앱 빌더로 작동하는 버전을 빠르게 만들 수 있습니다. 공들여야 할 부분은 잔여 일수 계산, 민감한 휴가 유형에 대한 권한, 그리고 실제 회사 정책과의 일치입니다.

앱에 필요한 것

데이터

핵심 규칙은 다음과 같습니다. 손으로 고치는 잔여 일수 값을 저장하지 마세요. 잔여 일수는 부여 일수 + 이월 일수 + 조정 일수 − 승인된 일수로 계산합니다. 모든 변경에는 사유가 있는 기록이 남아야 하므로, 누군가 "제 남은 휴가가 3.5일인 이유가 뭔가요?"라고 물으면 그 자리에서 보여 줄 수 있습니다.

페이지

• 직원: 휴가 유형별 내 잔여 일수, 신청 양식, 상태가 표시된 내 신청 내역, 우리 팀 캘린더.
• 관리자: 대기 중인 신청과 팀 캘린더를 나란히 보여 주고, 의견을 달아 승인 또는 반려하며, 팀원의 잔여 일수를 확인하는 화면.
• 인사/관리자: 직원, 휴가 유형, 부여 일수, 공휴일, 조정 내역, 보고서와 내보내기.

권한

이 정보는 개인정보이며, 일부는 민감 정보입니다. 직원은 자신의 신청 내역만 보며, 팀 캘린더에서도 동료가 "부재 중"인지만 보고 이유는 보지 못해야 합니다. 관리자는 직속 팀원을 볼 수 있습니다. 인사팀은 모든 사람을 볼 수 있습니다. 병가와 기타 민감한 휴가 유형은 본인, 관리자, 인사팀을 제외한 모든 사람에게 "부재 중"으로만 표시해야 합니다. 이 규칙은 서버에서 강제해야 합니다. 역할 기반 접근 제어를 참고하세요. 직원 기록에 대한 개인정보 보호 규정은 나라마다 다르니 확인하세요.

결정과 트레이드오프

일 단위 또는 시간 단위

일 단위(반차 포함)로 계산하는 것이 가장 단순하며 대부분의 사무직 팀에 맞습니다. 시간 단위는 시간제나 교대근무자에게 적합하지만 모든 계산이 복잡해집니다. 첫 버전에서는 계약서에 부여 일수가 어떻게 적혀 있는지에 따라 하나를 고르세요.

선부여 또는 적립

연도 첫날에 연간 부여 일수를 전부 주는 방식이 가장 단순합니다. 적립, 즉 매달 일부씩 쌓이는 방식은 일부 국가와 신입 직원에게 흔하며, 매달 계산이 필요합니다. 어느 쪽이든 연도 중간에 입사하거나 퇴사하는 사람에게는 일할 계산이 필요합니다.

어떤 날이 차감되는가

목요일부터 다음 주 화요일까지의 신청은 주말과 해당 직원 사업장의 공휴일을 제외하고, 시간제 근무 형태를 반영한 근무일만 차감해야 합니다. 이 계산이 가장 자주 틀리는 부분이므로 실제 사례로 테스트하세요.

승인 체계

대부분의 소규모 회사에서는 직속 관리자 한 명의 승인으로 충분합니다. 관리자가 자리를 비울 때를 대비해 대리 승인자를 두고, 장기 휴가에는 필요하면 두 번째 단계를 추가할 수 있습니다. 관리자가 퇴사하면 대기 중인 신청을 어떻게 처리할지도 정해 두세요.

이월과 연말

휴가 연도의 기준, 사용하지 않은 일수를 얼마나 이월할지, 이월된 일수에 만료일이 있는지 정하세요. 잔여 일수를 설명할 수 있도록 AI에게 이월을 별도 항목으로 보여 달라고 요청하세요.

실제로 잘 작동하는 첫 프롬프트

영국 맨체스터와 아일랜드 더블린에 사무실이 있는 직원 45명 회사를 위한 사내 휴가 관리 앱을 만들어 줘. 휴가 유형은 연차(연 25일, 연초에 전부 부여, 최대 5일 이월, 3월 31일 소멸), 병가(무제한, 승인 불필요, 다른 사람에게는 "부재 중"으로만 보임), 무급, 기타야. 휴가 연도는 1월부터 12월까지야. 직원은 시작일, 종료일, 선택적 반차를 넣어 신청하고, 그 신청이 주말, 시간제 휴무일, 자신의 사무실 공휴일을 제외하고 몇 근무일을 쓰는지 확인할 수 있어야 해. 잔여 일수는 부여 일수, 이월, 조정 내역, 승인된 신청으로 계산하고 직접 수정할 수 없어야 해. 관리자는 직속 팀원의 신청을 의견과 함께 승인 또는 반려하고, 같은 화면에서 팀 캘린더를 함께 볼 수 있어야 해. 인사팀은 직원, 휴가 유형, 부여 일수, 공휴일, 사유가 있는 조정을 관리하고, 승인된 휴가를 월별로 CSV로 내보내 급여 처리에 쓸 수 있어야 해. 역할은 직원, 관리자, 인사 세 가지야. 모든 데이터는 데이터베이스에 저장해 줘. 단순하고 빠른 인터페이스로 만들어 줘.

구축 단계

1. 성문화된 정책에서 시작하세요. 아직 문서로 없다면 먼저 적으세요. 앱은 말로 설명할 수 있는 규칙만 적용할 수 있습니다.
2. 직원 가져오기. 관리자, 근무지, 근무 형태를 포함해 보통 스프레드시트에서 가져옵니다. 스프레드시트를 앱으로 바꾸는 법을 참고하세요.
3. 휴가 유형, 부여 일수, 공휴일 설정.
4. 근무일 계산이 포함된 신청 양식. 주말을 낀 신청, 공휴일, 시간제 근무자, 반차, 연도 경계 등 최소 열 개의 실제 사례로 테스트하세요.
5. 승인 흐름과 팀 캘린더.
6. 로그인과 역할. 민감한 휴가 유형은 동료에게 숨기세요.
7. 알림. 새 신청은 관리자에게, 결정은 직원에게 자체 이메일 제공자를 통해 보냅니다. 앱에서 이메일 보내는 법을 참고하세요.
8. 급여용 보고서와 내보내기.
9. 한 달 동안 스프레드시트와 병행 운영하며 잔여 일수를 비교한 뒤 전환하세요.

흔한 실수

• 잔여 일수 숫자를 저장하고 직접 수정. 이력을 잃고 모든 분쟁이 추측에 의존하게 됩니다.
• 달력상의 날짜로 계산하거나, 공휴일에 직원의 사업장을 무시. 근무일 기준으로 계산하고 사업장별 공휴일을 적용하세요.
• 모든 사람에게 동료가 쉬는 이유를 보여 줌. 공유 캘린더에는 "부재 중"이면 충분합니다.
• 대리 승인자 없음. 관리자가 휴가 중이면 신청이 2주씩 묵입니다.
• 관리자가 모르는 상태에서 승인된 휴가를 취소. 취소하면 승인자에게 알림이 가야 합니다.
• 올해 규칙을 코드에 고정. 부여 일수와 공휴일은 인사팀이 다음 해에 수정할 수 있는 데이터로 두세요.

기성 제품이 더 나은 경우

휴가를 급여, 근로계약, 성과 평가, 컴플라이언스 보고와 연결하고 싶거나 여러 나라에 직원을 두고 있다면, 휴가 관리 기능이 포함된 인사 소프트웨어가 보통 그만한 가치가 있습니다. 이런 제품은 나라별 공휴일 달력과 법정 규정을 계속 관리해 주는데, 직접 만들면 그 일을 계속 떠안아야 합니다.

단순한 정책을 가진 중소기업이 스프레드시트를 버리고 싶을 때, 교대 근무나 순환 근무 명단, 당직 근무에 묶인 휴가처럼 특이한 구조가 있을 때, 또는 온보딩과 기타 요청 업무가 있는 더 넓은 사내 도구의 일부로 쓸 때는 직접 만드는 앱이 적합합니다. 더 넓은 접근 방식은 사내 도구 만드는 법을 참고하세요.

Mythex로 만들기

Mythex에서는 채팅으로 정책과 업무 흐름을 설명하면, 에이전트가 실시간 미리보기에서 앱을 만들고, 신청 내용을 저장해야 할 때 Postgres 데이터베이스를 추가합니다. 동료를 Mythex 워크스페이스에 초대해 함께 만들고 검토할 수 있으며, 배포 전에 미리보기를 실제 사용자 두세 명과 공유할 수 있습니다. 문서의 사내 도구 사용 사례가 바로 이 방식을 제안합니다. 직원 로그인과 알림 이메일은 사용자가 직접 고르는 제공자를 사용합니다. Mythex에는 기본 제공되는 최종 사용자 로그인이나 이메일 발송 기능이 없습니다. 코드를 작성하기 전에 잔여 일수 계산에 합의하려면 계획 모드를 사용하고, 신청과 승인 흐름을 직접 눌러 보려면 /test를 사용하세요.

시작 프롬프트가 필요하다면 승인 추적기나 팀 디렉터리 템플릿을 사용해 보세요.

자주 묻는 질문