기본 정보

화면 경로경영업무포털 > 인사관리 > 인사 > 사원정보관리
배포 버전4.5.6.0
배포일정2026-10-27
JIRADOP-20559
고정 링크이 페이지의 영구 주소

2기획배경

기획 방향

HR 상태와 계정 접근 권한이 어긋난 계정을 관리자가 목록 첫 화면에서 찾아 처리하고, 처리한 이유가 기록으로 남는다.
퇴사자 계정이 방치되는 보안 위험을 줄이고 계정 상태 문의와 수기 점검을 줄인다. HR 상품과 그룹웨어 계정의 연계 수준을 영업 검토 항목으로 제시할 수 있다.

Pain Point → 개선 방향

사람의 생명주기와 계정 상태가 한 화면에서 따로 입력되고, 어긋나도 드러나지 않는다.

문제 Pain Point

개선 Improvement

01기존 시스템 한계Pain Point

사원정보관리에 재직 상태 항목이 없고 입사일·퇴사일은 정보로만 저장된다로그인 가능 여부와 이어지지 않는다.

01개선 조치 및 UX 가치Improvement

재직구분(입사예정/재직/휴직/퇴사예정/퇴사)을 신설하고 입사일·퇴사일 입력이 재직구분·계정상태를 자동 반영한다.

02기존 시스템 한계Pain Point

퇴사일이 지났는데 정상 인 계정, 입사 전인데 로그인되는 계정이 그대로 남는다찾는 방법이 엑셀 눈대조뿐이라 실제로 하는 회사가 거의 없다.

02개선 조치 및 UX 가치Improvement

재직구분과 계정 상태가 어긋나면 목록에 확인필요 를 표시해 첫 화면에서 찾고, 입사·휴직 종료는 06:00 배치가 자동 전환한다.

03기존 시스템 한계Pain Point

중지 하나가 휴직·퇴직·보안조치·징계를 모두 뜻해서 상태를 바꾼 이유가 남지 않는다삭제된 계정이 정상 퇴직인지 오생성 삭제인지 사후에 확인할 수 없다.

03개선 조치 및 UX 가치Improvement

중지·삭제 때 변경·삭제 사유를 필수로 받고, 변경이력 탭이 재직구분과 계정 상태의 변경을 저장 단위로 남긴다.

사업 요구사항

퇴사자 계정을 방치한 상태는 보안 심사에서 지적을 받기 때문에, HR 상품과 그룹웨어 계정의 연계 수준을 영업 검토 항목으로 제시할 수 있어야 한다.

벤치마킹 인사이트 → 기획 방향

상태를 나누는 방식은 제품마다 달랐지만, 재직 상태와 계정 상태가 어긋난 계정을 화면에서 경고하는 곳은 없었다. 비교 결과와 근거는 4장 벤치마킹이 갖는다.

벤치마킹에서 본 것 Insight

우리가 가져가는 방향 Direction

01벤치마킹 인사이트Insight

어긋난 조합을 화면에서 경고하는 곳은 없다Entra ID 는 로그 · 리포트로 돌리고, Shiftee · Google 은 처리 순서를 강제하는 데서 멈춘다.

01기획 방향Direction

재직구분과 계정 상태가 어긋난 계정을 목록 첫 화면에 확인필요 로 올린다.

02벤치마킹 인사이트Insight

재직 상태의 원본은 한 곳이어야 한다NaverWorks 는 발령 기능을 쓰면 재직 상태를 인사 발령으로만 바꾼다.

02기획 방향Direction

재직구분 을 신설해 원본을 인사 쪽 하나로 두고, 근태 · 계정이 각자 상태를 갖지 않게 한다.

03벤치마킹 인사이트Insight

HR 날짜와 접근을 끊는 시점은 다른 값이다flex 와 Entra ID 는 두 값을 따로 두고, Entra ID 는 날짜로 작업을 예약한다.

03기획 방향Direction

퇴사일 +1일 06:00 에 중지하고 입사일 도래 시 자동전환하되, 두 날짜를 각각 입력받지는 않는다.

04벤치마킹 인사이트Insight

삭제는 중지를 거친 뒤에만 한다Shiftee 는 비활성화된 직원만 영구 삭제하게 한다.

04기획 방향Direction

삭제 전에 중지를 거치게 하고, 삭제 사유와 대상별 검증을 둔다.

05벤치마킹 인사이트Insight

접근 차단과 라이선스 반환은 다른 상태다Google Workspace 는 정지와 보관을 나눠 보관만 라이선스를 반환한다.

05기획 방향Direction

라이선스를 반환하는 별도 상태는 장기 과업으로 미룬다.

주요 사용자

인사 관리자 (경영업무포털 사원정보관리 접근 권한 보유자)

개발범위 요약

재직구분 5단계를 신설해 계정 상태와 다른 항목으로 분리한다
두 값이 어긋나는 계정을 확인필요 로 판정해 목록에 먼저 보여준다
입사·휴직·퇴사 이벤트가 날짜에 도래하면 계정 상태를 자동으로 바꾼다
상태 변경마다 사유 · 처리자 · 자동 여부를 변경이력 탭에 남긴다
계정 삭제·중지에 사유 입력과 검증 같은 안전장치를 둔다

고려사항

원칙은 하나다. 재직구분은 그 사람이 회사와 어떤 관계인지를 나타내고, 계정 상태는 그 사람이 지금 시스템에 접근할 수 있는지를 나타낸다.
라이선스를 확보하려고 재직자를 중지하는 운영이 섞이면 HR 상태 자체가 왜곡되기 때문에, 재직구분과 계정 상태를 두 축으로 분리한다.
한 사람의 접근 가능 여부를 앱마다 다르게 판단하면 관리자가 문의에 답할 수 없으므로, 상태 효력의 기준 시각과 앱별 상태 기준을 함께 정한다.
퇴사자의 이력과 문서는 보존한다. 계약은 보존이 반드시 필요하고, 급여에는 법정 보존기간이 정해져 있기 때문이다.
라이선스가 부족하면 정상 전환을 막는다.
사원정보와 인사정보는 하나로 관리되어야 하고, 그 원천은 경리회계 사원정보관리가 되는 것이 맞다. 다만 그룹웨어 계정 기반의 성격과 HR 생애주기의 성격이 아직 정리되지 않아서, 이번에는 단기 과업으로 사원정보 기본 탭에 재직상태를, 인사정보 휴직 탭에 휴직을 제공한다.

제한사항

Main 현황 카드와 카드 필터는 이번 범위에서 뺀다.
App 전달에 실패했을 때 재시도할지 여부는 개발자와 협의해 정한다.
APP 별 이력 보존 기간과 그 기간이 지난 뒤의 처리는 확인 중이다.
복수 삭제 시 대상 수 상한은 이 기능에서 정하지 않고 플랫폼 정책을 따른다.
휴직은 인사정보의 휴직 탭에서 등록하고, 그 탭의 건이 휴직의 원천이다. 휴직 데이터의 저장 위치와 동기화 방식은 개발 검토로 정한다(인사정보 휴직 탭).
변경이력은 재직구분과 계정 상태의 변경만 남긴다. 그 밖의 항목 변경 · 휴직 건 자체의 변경 · 확인필요 발생·해제 이력은 이번 범위에서 뺀다(변경이력 탭 신설).

5기능정의서요구사항 32건

기능정의서요약 · 기능 목록

요약 · as-is / to-be

핵심 기능 및 가치

기능	사용자 행동	기대 결과
재직구분 항목	관리자가 사원의 현재 재직 상태를 선택하거나 날짜로 자동 반영된 값을 확인한다	재직 상태와 로그인 가능 여부를 한 화면에서 구분해 읽는다
확인필요 판정	목록 첫 화면에서 확인필요로 표시된 계정을 본다	모순된 계정을 엑셀 대조 없이 찾는다
입사·휴직·퇴사 자동전환	입사일·휴직기간·퇴사일을 입력해 두고 저장한다	날짜가 도래하면 계정 상태가 바뀌어 수동 처리 누락이 사라진다
변경이력 탭	사원 상세에서 지난 상태 변경을 펼쳐 본다	누가 왜 중지·삭제했는지 화면에서 확인한다
계정 삭제·중지 안전장치	삭제사유를 고르고 대상별 검증 결과를 확인한다	재직자·휴직자 오삭제와 목적 불명 중지가 차단된다

업무 하나에 변경점 표 → 화면 → 요구사항 카드 → 흐름도 순서다. 아래 표가 업무별로 무엇이 새로 생기고 무엇이 바뀌는지 한 줄씩 담고, 규격 전문은 같은 REQ 번호의 카드가 갖는다.

사원정보관리 — 사원정보 상세 (기본 탭) · 변경점

구분	대상	AS-IS	TO-BE	관련
신규	`재직구분` 항목	재직 상태를 나타내는 항목이 없다	`입사예정 / 재직 / 휴직 / 퇴사예정 / 퇴사` 를 두고, 날짜 조건이 겹치면 `퇴사 > 퇴사예정 > 휴직 > 입사예정 > 재직` 순으로 하나만 판정한다. `휴직` 은 고를 수 없고 휴직 탭의 건으로 시스템이 판정한다	REQ-001
변경	계정 상태	계정 상태 하나가 사람의 상태까지 대신한다	재직구분과 다른 항목으로 관리하고, 휴직 중에는 미접속 휴면 판정을 하지 않는다	REQ-002
신규	신규 계정 기본값	입사일·퇴사일이 정보로만 저장된다	입사일자를 넣으면 재직구분·계정상태가 자동 반영된다 — 미래는 `입사예정`·`중지`, Today·과거는 `재직`·`정상`	REQ-006
신규	휴직 입력과 검증	휴직 중인 사람이 재직자와 구분되지 않는다	휴직 탭 목록의 편집 행에서 휴직기간(From/To)·휴직구분·휴직사유를 필수로 받고, 저장 버튼 없이 편집한 행에서 포커스가 벗어나면 그 행을 검증해 저장한다. 계정 중지는 체크박스 선택으로만 예약한다	REQ-008
신규	퇴사예정 저장	퇴사일이 로그인 가능 여부와 이어지지 않는다	퇴사일자를 넣으면 재직구분이 자동 반영되고 만료일자에 퇴사일 +1일이 자동 입력된다. 계정 중지는 만료일자 처리로만 일어난다	REQ-010
신규	중지 시 변경 사유	`중지` 하나가 휴직·퇴직·보안조치·징계를 모두 뜻하고 이유가 남지 않는다	`중지` 로 바꿀 때 변경 사유 5개 중 하나를 받고, 사유가 퇴사면 퇴사일자가 없을 때 저장을 막고, 재직구분은 퇴사일자로 판정한다. 휴직에 따른 중지는 휴직 탭의 계정 중지 체크박스로만 한다	REQ-011 · REQ-013
신규	자동 중지 시 부서 해제 안내	휴직·퇴사로 자동 중지될 때 부서 해제를 미리 알 수 없다	휴직 탭에서 계정 중지를 체크할 때와 퇴사 정보를 저장할 때 원소속 부서 해제를 미리 안내한다	REQ-012
신규	중지 계정의 정상화	라이선스 확보용 중지와 실제 복직이 구분되지 않는다	진행 중인 휴직 건이 없는 중지 계정을 정상으로 바꿀 때만 목적(`복직` / `신규 사원생성`)을 확인한다	REQ-014
신규	상단 상태 요약	상태가 어긋나도 상세에서 드러나지 않는다	이름 옆에 직원구분 태그를 보여 주고, 재직구분과 계정 상태가 어긋나면 확인필요 배너로, 휴직 중이면 휴직 안내로 알린다	REQ-015
신규	`변경이력` 탭	상태를 바꾼 이유가 남지 않는다	재직구분과 계정 상태의 변경만 저장 단위로 묶어 남긴다. 휴직 건이나 날짜를 고쳐 두 값이 바뀌면 그 변경으로 남는다	REQ-016
신규	인사정보 `휴직` 탭	휴직 이력을 볼 수 있는 곳이 없다	인사정보 하위 탭의 `경력` 과 `포상/징계` 사이에 `휴직` 탭을 두고 목록에서 휴직을 바로 추가·수정·삭제하며, 진행 중 건의 종료일을 고쳐 복직 처리한다. 이 탭의 건이 휴직 판정과 자동전환의 원천이다	REQ-028

사원정보관리 — 사원 목록 · 변경점

구분	대상	AS-IS	TO-BE	관련
신규	`확인필요` 표시	어긋난 계정을 찾으려면 엑셀로 내려받아 날짜를 눈으로 맞춰야 한다	재직구분과 계정 상태가 어긋나면 목록 계정상태 열에 `확인필요` 를 표시하고 상세 상단에 배너를 붙인다 — 계정 상태를 강제로 바꾸지는 않는다	REQ-004
변경	목록 컬럼 · 정렬	재직 상태 컬럼이 없다	`이름 · ID · 직원구분 · 재직구분 · 계정상태 · 입사일자` 로 구성하고 확인필요를 먼저 보여준다	REQ-005
신규	휴직 D-day	휴직 사원이 언제 복직하는지 목록에서 보이지 않는다	휴직 중이면 재직구분 옆에 복직까지 남은 날을 보여준다	REQ-031

사원 삭제 · 삭제 사원 목록 · 변경점

구분	대상	AS-IS	TO-BE	관련
신규	삭제사유 입력	정상 퇴직 처리였는지 잘못 만든 계정을 지운 것인지 사후에 알 수 없다	`퇴사로 인한 계정삭제` / `잘못계정생성 및 미사용계정` 중에서 고르고 사유에 따라 필수값을 달리 받는다	REQ-017
신규	복수 삭제 검증	없음	대상 중 한 명이라도 검증에 실패하면 전체 삭제를 실행하지 않는다	REQ-018
신규	삭제사유 컬럼	없음	삭제 사원 목록에 삭제 때 받은 삭제사유를 컬럼으로 보여준다	REQ-025

조직일괄등록 (사원 탭 · 인사 정보 탭) · 변경점

구분	대상	AS-IS	TO-BE	관련
변경	사원 탭 엑셀 업로드·다운로드	재직구분·계정상태·만료일자를 담을 열이 없다	기존 38개 열은 그대로 두고 재직구분 · 계정상태 · 만료일자 3개 열을 뒤에 붙인다. 휴직 열은 두지 않는다	REQ-023
변경	인사 정보 탭 엑셀 업로드	휴직을 일괄로 등록할 시트가 없다	양식과 현재 설정 다운로드에 `휴직` 시트를 포함하고, 휴직 탭 저장과 같은 검증을 적용한다	REQ-023

통합설정 — 사원정보 Tab 노출 설정 · 변경점

구분	대상	AS-IS	TO-BE	관련
변경	사원정보 Tab 노출 설정	휴직 탭을 노출할지 정할 수 없다	경영업무포털 · 임직원포털 두 표의 `경력` 과 `포상/징계` 사이에 `휴직` 열을 추가한다	REQ-032

인사카드 출력 · 변경점

구분	대상	AS-IS	TO-BE	관련
신규	인사카드 `휴직` 영역	인사카드에 휴직 이력이 나오지 않는다	`프로젝트` 영역 다음에 `휴직` 영역을 두고 휴직시작일 · 휴직종료일 · 복직일 · 휴직구분 · 휴직사유를 출력한다	REQ-033

자동 처리 · 연계 (화면 없음) · 변경점

구분	대상	AS-IS	TO-BE	관련
신규	입사일 자동전환	입사 전인데 이미 로그인이 되는 계정이 남는다	입사일 당일 06:00 에 재직구분 `재직` · 계정상태 `정상` 으로 자동 전환한다	REQ-007
신규	휴직 종료 자동 복귀	없음	중지 옵션을 선택한 휴직은 휴직 종료일 +1일 06:00 에 `재직` · `정상` 으로 돌아간다	REQ-009
신규	상태 효력 기준 시각	기준이 정해져 있지 않다	날짜 기반 상태 효력의 기준 시각은 오전 06:00 이고, 배치는 그 이전에 선행 실행될 수 있다	REQ-020
신규	앱별 상태 기준	앱마다 판단 기준이 다르다	조직도는 계정 상태를, 8개 APP 은 재직구분을 기준으로 판단한다 — 입사예정은 교육·계약만, 퇴사는 퇴사일까지 노출한 뒤 +1일부터 제외한다	REQ-022
신규	라이선스 검증	없음	`정상` 으로 바꾸는 모든 처리가 라이선스를 검증한다 — 남은 수가 대상 수보다 적으면 대상 전부를 바꾸지 않는다	REQ-024
변경	근태이상 집계·알림	근무 의무가 없는 기간도 집계 대상이다	입사예정(계정생성일 ~ 입사예정일)과 휴직(휴직 탭에 등록된 기간)은 근태이상을 집계하지 않고 알림도 보내지 않는다	REQ-026
신규	퇴사 후속 처리	퇴사자 계정이 방치된다	퇴사일로 근무그룹·연차정책 종료일을 처리하고 +1일부터 대상자 목록에서 제외한다 — 이미 만들어진 이력·문서는 보존한다	REQ-027
신규	삭제사유별 App 연계	삭제 시 App 데이터 처리 방향이 없다	퇴사로 인한 삭제는 App 별 퇴사자 정책에 따라 반영하고, 잘못계정생성·미사용계정 삭제는 삭제사유를 기록하고 App 내 노출에서 제외한다	REQ-019

기능 목록

기능정의서 표24건 · 연결 24건

요구사항	화면	기능 ID	기능 (Actor + Action)	목적 / 결과	우선순위	비고
REQ-004	사원 목록	F-02	관리자는 확인필요 표시와 안내 문구로 어긋난 계정의 사유를 확인한다	모순 상태를 엑셀 대조 없이 식별	상	입사예정+정상은 확인필요 아님
REQ-005	사원 목록	F-03	관리자는 확인필요 우선 정렬된 목록에서 재직구분·계정상태·입사일자를 함께 본다	상태 두 축을 한 줄에서 비교	상
REQ-031	사원 목록	F-26	관리자는 휴직 중인 사원의 복직까지 남은 날(D-n)을 목록에서 확인한다	상세를 열지 않고 복직 시점을 파악	중	Main · 접힌 목록 모두. REQ-005 에서 분리
REQ-001	사원정보 상세 · 기본	F-04	관리자는 재직구분을 선택하거나 날짜와 휴직 탭으로 자동 반영된 값을 확인한다	HR 상태를 계정 상태와 분리해 관리	상	판정 우선순위 확정 · 휴직은 선택 불가(시스템 판정)
REQ-002	사원정보 상세 · 기본	F-05	관리자는 계정 상태를 정상·중지·휴면 중에서 선택한다	접근 가능 여부를 독립 항목으로 관리	상	삭제는 별도 기능
REQ-011	사원정보 상세 · 기본	F-06	관리자는 계정 상태를 바꿀 때 변경 사유와 메모를 남긴다	중지·정상화의 업무 목적을 기록	상	사유 5개 (휴직 제외)
REQ-013	사원정보 상세 · 기본	F-07	관리자가 중지 사유로 퇴사를 고르면 퇴사일자 입력으로 안내받는다	사유와 재직구분·날짜의 불일치 방지	상
REQ-014	사원정보 상세 · 기본	F-08	관리자는 진행 중인 휴직 건이 없는 중지 계정을 정상으로 바꿀 때 복직·신규입사자 중 목적을 고른다	정상화 목적 구분	중
REQ-012	사원정보 상세 · 기본	F-09	관리자는 휴직 탭에서 계정 중지를 체크하거나 퇴사 정보를 저장할 때 원소속 부서 해제 안내를 확인한다	자동 중지로 부서가 해제되는 것을 미리 인지	상
REQ-008	사원정보 상세 · 휴직	F-10	관리자는 휴직 탭 목록의 편집 행에서 휴직기간·휴직구분·휴직사유를 입력하고 휴직기간 중 계정 중지를 선택한다	휴직 처리를 화면에서 예약하고 행에서 포커스가 벗어나면 바로 저장	상	기간·구분·사유 필수 · 포커스 아웃 행 저장 · 행 단위 검증
REQ-015	사원정보 상세 · 상단	F-11	관리자는 상세 상단에서 직원구분과 확인필요 안내, 휴직 중인 사원의 휴직 정보를 확인한다	상태가 어긋난 계정과 휴직 정보를 상세에서 바로 확인	중
REQ-016	사원정보 상세 · 변경이력	F-12	관리자는 변경이력 타임라인에서 처리 일시·처리자·변경 전후 값을 확인한다	상태 변경 근거를 화면에서 추적	상	신규 탭
REQ-006	사원 생성 · 기본	F-13	관리자는 입사일자를 필수로 입력하고 자동 반영된 계정상태를 확인하며, 재직구분은 저장 시 입사일자로 판정된다	입사 전 로그인 방지	상	미래=입사예정·중지, 오늘·과거=재직·정상
REQ-007	(배치)	F-14	시스템은 입사일 당일 06:00 에 재직·정상으로 전환한다	입사일 수동 처리 제거	상
REQ-009	(배치)	F-15	시스템은 휴직 시작·종료 시각에 계정 상태를 전환한다	복직 처리 누락 제거	상	종료일 +1일
REQ-010	사원정보 상세 · 기본	F-16	관리자는 퇴사일자를 입력하고 입력값에 따라 자동 반영된 재직구분·계정상태·만료일자를 확인한다	퇴사자 정상계정 방치 제거	상	과거 퇴사일도 계정상태 유지, 만료일자 배치가 중지
REQ-017	사원 삭제	F-18	관리자는 삭제사유를 고르고 사유별 필수값을 입력한다	삭제 목적을 기록	상	사유 2종
REQ-018	사원 삭제	F-19	관리자는 대상별 Validation 결과를 확인하고 실패 대상이 있으면 삭제가 실행되지 않는다	재직자·관리자 오삭제 방지	상	전체 미실행
REQ-019	(연계)	F-20	시스템은 삭제사유에 따라 퇴사 또는 삭제 이벤트를 App 에 전달한다	App 별 보존정책 적용	중	규격 확정 필요
REQ-020	(배치)	F-21	시스템은 상태 효력을 06:00 기준으로 적용하고 배치는 그 이전에 선행 실행한다	업무 개시 전 상태 정리	상
REQ-022	(연계)	F-22	시스템은 재직구분으로 8개 APP 노출을, 계정 상태로 조직도 노출을 판단한다	앱마다 다른 업무 시점을 반영	상	입사예정은 교육·계약만
REQ-026	(연계)	F-23	시스템은 근무 의무가 없는 기간의 근태이상을 집계·알림하지 않는다	휴직·입사 전 오알림 제거	상	입사예정·휴직
REQ-027	(연계)	F-24	시스템은 퇴사일로 근무그룹·연차정책 종료일을 처리하고 이력·문서를 보존한다	정산·감사 근거 유지	상	퇴사일 +1일 제외
REQ-028	인사정보 · 휴직	F-25	관리자는 인사정보 휴직 탭 목록에서 휴직 건을 추가·수정·삭제하고 진행 중인 건의 종료일을 고쳐 복직 처리한다	휴직의 원천을 한 곳에서 관리	중	상태 예정·진행 중·종료 · 상태별 셀 잠금

← → 좌우로 넘기면 나머지 열이 보입니다. 첫 열은 고정됩니다.

초점누르면 그 요구사항만 남는다

REQ-001재직구분 항목 신설확정

재직구분

사원정보 상세 기본 탭에 필수 항목으로 새로 생긴다.
라디오 5개 노출
1. 입사예정
2. 재직
3. 휴직
4. 퇴사예정
5. 퇴사
인사 APP 전사 관리자 권한

휴직 라디오

노출하되 선택할 수 없다.
툴팁 휴직은 휴직 탭에서 등록합니다. 노출
휴직 탭으로 이동하는 링크 노출

각 값의 반영 조건

재직구분	반영 조건
입사예정	입사일이 Today 보다 미래
재직	입사일이 도래했고 휴직·퇴사 상태가 아님
휴직	오늘이 휴직 탭에 등록된 건의 기간 안에 있음 (효력 기준 06:00, REQ-020)
퇴사예정	퇴사일이 등록되어 있고 Today 보다 미래
퇴사	퇴사일이 지났거나 퇴사 처리 기준일이 도래함

항목 도움말

항목명 우측에 ? 도움말 노출, 마우스오버·포커스 시 툴팁 노출
툴팁에 값별 반영 조건과 제약을 안내
Today 는 회사에 설정된 기준 시간대의 현재 날짜다.

저장 차단

퇴사예정 또는 퇴사 를 선택했으나 유효한 퇴사일이 없으면 저장 차단
차단 시 기본 탭의 퇴사일자 아래에 안내
퇴사예정 안내 문구 퇴사예정인 경우 퇴사일자는 필수이며 미래일자여야 합니다.
퇴사 안내 문구 퇴사자인 경우 퇴사일자를 입력해 주세요.

REQ-002계정 상태 4종과 전체 계정 집계 기준확정

재직구분과의 조합

휴직 + 정상, 퇴사예정 + 정상 처럼 두 값이 다른 조합 저장 가능
정책상 검토가 필요한 조합은 계정 상태를 강제로 바꾸지 않고 확인필요 로 표시

휴면 전환 제한

재직구분이 휴직 인 계정은 휴면으로 바꿀 수 없다. 저장 차단
차단 문구 — 휴직 중에는 휴면으로 변경할 수 없습니다. 휴직이 끝난 뒤 휴면 정책에 따라 처리됩니다.
미접속 휴면 정책은 휴직 기간 동안 판정하지 않고, 휴직이 끝난 뒤 다시 판정
재직구분이 입사예정 인 계정도 휴면으로 직접 바꿀 수 없다. 저장 차단
휴직 시작 전에 이미 휴면이던 계정은 휴면을 유지
휴면 계정을 중지 옵션으로 휴직시키면 복직 시 휴면 으로 복원한다(REQ-009).

휴면 → 중지 배치

재직구분이 휴직 인 계정은 휴면 계정을 중지로 바꾸는 배치의 대상에서 제외
휴직 기간은 휴면 경과 기간에 넣지 않는다. 복직일(휴직 종료일 +1일)부터 다시 센다.
이 배치가 계정을 중지하면 변경이력의 사유에 장기 휴면인 경우 중지 를 남긴다. 처리자는 시스템 자동처리 (REQ-016)

REQ-003Main 현황 카드와 카드 필터제외

화면 요소 없음

2026-08-20 범위에서 제외한다. 확인필요 계정을 찾는 진입점은 목록의 확인필요 우선 정렬(REQ-005)과 확인필요 표시(REQ-004)만 남는다. 아래 규격은 이력 보존용이며 만들지 않는다.

현황 카드

조회 영역 아래에 카드 5개 노출
카드마다 명칭과 인원 수 노출

카드	집계 산식
전체 계정	정상 + 중지 + 휴면 (삭제 계정 제외)
재직인원	재직구분 = 재직
휴직인원	재직구분 = 휴직
입사예정	재직구분 = 입사예정
확인필요	확인필요 = true (조건이 여러 개여도 1명으로 집계)

카드 선택

카드 클릭 시 그 조건으로 목록 필터링
선택된 카드는 활성 상태로 노출, 다시 클릭하면 전체로 해제
카드 선택과 조회 조건(재직구분 · 검색어)은 함께 적용

재집계 시점

사원정보·계정정보 저장 성공 시 재계산
자동 상태 변경 성공 시 재계산
저장 실패 시 기존 집계 유지

REQ-004확인필요 판정과 안내 문구확정

판정 조건과 안내 문구

조건	안내 문구
재직구분이 퇴사인데 퇴사일이 없음	퇴사 상태이지만, 퇴사일자가 없습니다. 퇴사일자를 입력해주세요.
재직구분이 퇴사인데 계정상태가 정상 또는 휴면	퇴사 상태이지만 로그인이 가능합니다. 계정 중지 또는 삭제를 진행해주세요.
퇴사일이 입사일보다 과거	퇴사일자 입력이 잘못되었습니다. 퇴사일자를 다시 확인해주세요.
입사일자가 없음	입사일자가 없습니다. 입사일자를 입력해주세요.
라이선스 부족으로 입사 처리가 보류됨 (REQ-024)	라이선스가 부족해 입사 처리가 보류되었습니다. 라이선스를 추가하거나 사용하지 않는 계정을 정리해주세요.
퇴사일자가 있는데 만료일자가 비어 있음 (REQ-010)	퇴사일자가 있지만 만료일자가 없습니다. 만료일자를 입력해주세요.

노출 위치

목록 계정상태 열의 계정상태 텍스트 옆에 확인필요 를 주의색 칩으로 노출
확인필요 마우스오버 시 해당 사원의 안내 문구 노출
조건이 여러 개면 문구를 모두 노출
사원정보 상세 상단에 같은 문구를 배너로 노출

REQ-005사원 목록 컬럼과 정렬확정

REQ-031휴직 사원의 복직까지 남은 날 표시확정

D-n 표기

재직구분이 휴직이면 재직구분 옆에 복직일까지 남은 날을 (D-n) 텍스트로 노출(예: 휴직 (D-12))
D-n 은 Main 과 접힌 목록에 모두 노출

REQ-015사원정보 상세 상단 상태 요약확정

확인필요 배너

확인필요 조건에 해당하면 프로필 아래에 배너 노출
해당 사원의 안내 문구를 모두 노출

휴직 안내

재직구분이 휴직이면 프로필 아래에 휴직 안내 노출
진행 중인 휴직 건의 휴직구분과 휴직기간(시작일 ~ 종료일) 노출
확인필요 배너가 함께 있으면 확인필요 배너 아래에 노출
시작 전인 휴직 건(예정)은 안내하지 않는다

REQ-006신규 계정 생성 기본값확정

입사일자

필수입력값이다.
미입력 상태로 저장하면 확인필요로 표시
하단에 안내 문구 노출
1. 사원정보 상세: 입사일자에 따라 재직구분이 자동 반영됩니다.
2. 사원 생성: 저장하면 입사일자에 따라 재직구분이 자동 반영됩니다.

입사일자 입력에 따른 반영

입사일자	재직구분	계정상태
Today 보다 미래	`입사예정` 자동 선택	`중지` 기본 선택
Today	`재직` 자동 선택	`정상`
Today 보다 과거	`재직` 자동 선택	`정상`

입사일자를 입력·변경하면 위 기준으로 반영된다.
미래 입사일에서 관리자가 계정상태를 정상 으로 바꿔 저장 가능
사원 생성 Dialog 에는 재직구분을 노출하지 않는다. 저장하면 입사일자 기준으로 사원 목록에 입사예정 또는 재직 으로 노출된다.
사원 생성 Dialog 는 기존 Dialog 의 항목과 배치를 그대로 쓴다. 바뀌는 것은 입사일자 안내 문구와 계정 상태 기본 선택이다.

입사예정 + 정상으로 저장한 경우

로그인 가능
확인필요로 표시하지 않는다.
입사 전 교육 수강과 고용계약 진행이 가능하다(REQ-022).
아래에는 노출하지 않는다.
1. 근태
2. 휴가
3. 인사
4. 급여
5. 차량일지
6. 경비

REQ-007입사일 도래 시 자동전환확정

자동전환

대상 — 재직구분 입사예정 인 계정
시점 — 입사일 당일 06:00
결과 — 재직구분 재직, 계정상태 정상
계정상태가 중지 였는지 정상 이었는지와 무관하게 정상 으로 반영
라이선스가 부족하면 대상 계정 전체를 재직 상태로 일괄 변경하지 않고, 일괄 변경되지 않았음을 확인필요 안내로 알린다(REQ-024)

이력

처리자는 시스템 자동처리 로 기록

REQ-024라이선스 부족 시 정상 전환 차단확정

적용 범위: 계정 중지 → 정상 전환 공통

처리	라이선스 부족 시
입사일 도래 자동전환 (REQ-007)	그 배치의 대상 전부 제외
휴직 종료 자동 복귀 (REQ-009)	그 배치의 대상 전부 제외
수동 계정상태 `중지` → `정상` 저장 (REQ-011 · REQ-014)	현재 플랫폼 정책을 따른다. 이 기획서 범위가 아니다
엑셀 일괄 업로드의 정상 전환 (REQ-023)	업로드 전체 미반영 · 부족한 수 안내

어느 처리든 일부만 변경하지 않고, 전체를 변경하지 않는다.

입사일 도래 자동전환의 제외 조건

입사일 도래 자동전환(REQ-007) 실행 시점에 남은 라이선스가 대상 수보다 적으면 대상 전부를 제외
일부만 처리하지 않는다. 대상 5명에 라이선스가 3개 남았으면 5명 모두 제외
제외된 계정은 재직구분 입사예정, 계정상태 중지 를 그대로 유지
재직구분만 재직 으로 바꾸지 않고, 두 값을 함께 유지한다.

안내와 기록

제외된 계정은 확인필요 로 표시
확인필요 안내문구: 라이선스가 부족해 입사 처리가 보류되었습니다. 라이선스를 추가하거나 사용하지 않는 계정을 정리해주세요.
라이선스가 확보되면 다음 배치에서 다시 대상에 포함

관리자 알림

자동전환 배치에서 제외된 대상이 있으면 경영업무포털 WEB 인사 App 관리자에게 알림 발송
입사일 도래 자동전환 문구 [인사] 라이선스가 부족하여 입사예정자의 계정상태가 정상 변경되지 않았습니다.
휴직 종료 자동 복귀 문구 [인사] 라이선스가 부족하여 복직 대상자의 계정상태가 정상 변경되지 않았습니다.
알림을 누르면 사원정보관리로 이동

REQ-008휴직 입력과 검증확정

행 추가와 편집

휴직 탭 상단 추가 버튼을 누르면 목록 맨 위에 빈 편집 행이 생긴다.
모든 행은 셀에서 바로 고친다. 상태별로 고칠 수 있는 셀은 REQ-028.
필수 열의 헤더에 * 노출

휴직기간

필수입력값이다. 휴직 시작일 · 휴직 종료일 두 셀에 datepicker 노출
누락 시 저장 차단. 안내 문구 휴직 시작일을 입력해 주세요. · 휴직 종료일을 입력해 주세요.
휴직 종료일이 휴직 시작일보다 빠르면 저장 차단. 안내 문구 휴직 종료일은 휴직 시작일 이후여야 합니다.
휴직 탭의 다른 건과 하루라도 겹치면 저장 차단
중첩 시 안내 문구 이미 등록된 휴직기간과 중첩됩니다. 휴직기간을 다시 확인해 주세요.
중첩 검증 대상은 휴직 탭의 모든 건(예정 · 진행 중 · 종료)이다. 고치는 행 자신은 제외
휴직 시작일이 입사일보다 빠르면 저장 차단. 안내 문구 휴직 시작일은 입사일 이후여야 합니다.
퇴사일이 있고 휴직 종료일이 퇴사일보다 늦으면 저장 차단. 안내 문구 휴직 종료일은 퇴사일 이전이어야 합니다.
기본 탭에서 퇴사일을 진행 중이거나 예정인 건의 휴직 종료일보다 앞당기는 저장은 REQ-010 이 막는다.
휴직 시작일 ~ 휴직 종료일이 근태마감된 날과 하루라도 겹치면 저장 차단
j 는 행 추가와 휴직 시작일 · 휴직 종료일 수정에 모두 적용한다. 근태마감 건의 삭제 제한은 REQ-028
근태마감 차단 시 안내 문구 등록하려는 휴직기간에 근태마감이 되어 등록할 수 없습니다.
근태마감된 날을 포함한 진행 중 건도 종료일 수정(복직 처리)을 차단한다. 근태마감을 취소한 뒤 종료일을 고친다.

휴직구분

필수입력값이다. select 셀, default 미선택
placeholder 휴직구분을 선택하세요.
값은 5종
1. 질병휴직(업무)
2. 육아휴직
3. 질병휴직(업무 외)
4. 개인휴직
5. 기타
휴직 건마다 값을 갖는다. 출근율 산정 기준은 REQ-029.
누락 시 저장 차단. 안내 문구 휴직구분을 선택해 주세요.
헤더에 info 툴팁 노출. 문구는 아래 두 문장을 잇는다.
1. 선택한 휴직구분에 따라 출근율 산정이 달라집니다.
2. 질병휴직(업무)·육아휴직은 소정근로일에 포함되어 출근한 날로 계산되고, 질병휴직(업무 외)·개인휴직·기타는 소정근로일에서 제외됩니다.

휴직사유

필수입력값이다. input 셀
placeholder 휴직사유를 입력하세요.
누락 시 저장 차단. 안내 문구 휴직사유를 입력해 주세요.

계정 중지

체크박스 셀. 헤더 계정 중지, default 미선택
미선택 시 계정 상태 유지
선택 시 휴직 시작일 06:00 에 계정 중지 예약
저장 시각이 휴직 시작일 06:00 이후면 예약하지 않고 저장 즉시 중지
휴직 종료일 +1일 06:00 도 지났으면 중지하지 않는다. 휴직 건만 기록
체크하면 확인 창을 띄운다. 안내는 그 행의 휴직 시작일 ~ 휴직 종료일에 대해서만 한다.
1. 안내 문구 {휴직 시작일} ~ {휴직 종료일} 휴직 기간 동안 계정이 중지됩니다. 계정은 휴직 시작일({휴직 시작일})에 중지되며, 원소속 부서가 해제됩니다. 계속하시겠습니까?
2. 휴직 시작일 · 종료일이 비어 있으면 설정한 휴직기간 동안 계정이 중지되어 원소속 부서가 해제됩니다. 노출
3. 버튼 확인 · 취소. 취소 는 체크를 해제한다.

행 저장

편집한 행에서 포커스가 벗어나면 그 행을 저장한다. 같은 행의 셀 사이를 옮길 때는 저장하지 않는다.
결과는 목록의 상태 · 복직일 열로 확인한다.

행 검증

행을 저장할 때 그 행의 검증을 판정한다.
1. 필수값
2. 중첩
3. 입사일
4. 퇴사일
5. 근태마감
오류가 나면 그 행을 저장하지 않는다. 오류 셀은 빨간 테두리로 표시하고 행 바로 아래에 안내 문구를 한 줄로 노출한다.
오류를 고친 뒤 포커스가 행을 벗어나면 다시 검증해 저장한다.

삭제 제한

휴직 상태 계정은 퇴사일자 없이 삭제 불가
삭제사유가 잘못계정생성 및 미사용계정 이면 제한하지 않는다(REQ-018).

REQ-009휴직 종료 시 자동 복귀확정

자동전환 시점

이벤트	시점	결과
휴직 시작	휴직 시작일 06:00	계정상태 `중지`
휴직 종료	휴직 종료일 +1일 06:00	재직구분 `재직` · 계정상태 휴직 전 상태

자동전환 대상은 휴직 탭에 등록된 건이다(REQ-028).
복직 처리로 종료일이 바뀌면 바뀐 종료일 +1일 06:00 에 복귀한다(REQ-028).

휴직 전 계정 상태 복원

중지 옵션으로 계정을 중지할 때 그 시점의 계정 상태를 휴직 건에 휴직 전 계정 상태 로 저장
휴직 종료일 +1일 06:00 에 저장된 값으로 되돌린다. 휴면이던 계정은 휴면 으로 돌아간다.
휴직 중 관리자가 계정 상태를 직접 바꿨으면 복원하지 않고 바꾼 값을 유지
휴면 으로 돌아간 계정의 휴면 경과 기간은 복직일부터 다시 센다(REQ-002).

원소속 부서

자동 복원하지 않는다.
옵션 설명에 안내 문구 노출: 해제된 원소속 부서는 자동 복원되지 않습니다.

중지 옵션 미선택 휴직

계정 상태 변경이 없으므로 자동전환 대상이 아니다.
휴직 종료일이 지나면 재직구분만 재직 으로 반영

REQ-012계정 중지 시 원소속 부서 해제 안내확정

사전 안내

자동 처리 시점에는 사용자가 응답할 수 없으므로 미리 안내한다. 휴직은 휴직 탭에서 계정 중지를 체크할 때 확인 창으로(REQ-008), 퇴사는 퇴사 정보를 저장할 때 안내

REQ-014진행 중인 휴직이 없는 중지 계정의 정상화확정

Dialog 호출 조건

계정상태가 중지 이고 진행 중인 휴직 건(REQ-028)이 없는 계정
계정상태를 정상 으로 바꿔 저장할 때 호출
진행 중인 휴직 건이 있으면 호출하지 않고 그대로 정상 처리한다. 복직이 자명하기 때문이다.

Dialog 구성

제목 계정상태 변경
안내 문구: 계정 중지 상태이며 진행 중인 휴직이 없습니다. 계정상태를 정상으로 변경하는 목적을 선택해주세요.
선택지 2개를 버튼으로 노출: 복직 · 신규 사원생성
확인 버튼을 두지 않는다. 선택지를 누르는 것이 곧 확정이다.
취소 로 닫으면 계정상태 변경을 저장하지 않는다.

선택 결과

선택	처리
복직	추가 확인 없이 정상 처리하고 재직구분을 `재직` 으로 반영
신규 사원생성	현재 계정 변경을 저장하지 않고 사원 생성 Dialog 를 연다(REQ-006)

복직으로 정상 처리할 때 계정 상태 변경 사유는 받지 않는다(REQ-011).

REQ-028인사정보 휴직 탭확정

탭 위치

인사정보 하위 탭의 경력 과 포상/징계 사이에 휴직 이 새로 생긴다. 다른 인사정보 탭의 순서는 그대로다.
기본 탭에 저장하지 않은 변경이 있거나, 휴직 탭에 검증 오류로 저장되지 않은 행이 있는 채로 다른 탭으로 이동하면 확인 창 노출. 사원정보 · 인사정보 전환도 이동에 포함

탭 이동 확인 창

안내 문구 저장하지 않은 변경사항이 있습니다.
버튼
1. 저장하고 이동
2. 버리고 이동
3. 취소
저장하고 이동 은 저장이 성공한 뒤에만 이동한다. 검증에 실패하면 그 탭에 머문다.
버리고 이동 은 변경을 버리고 이동한다.
취소 는 이동하지 않는다.
휴직 탭에서 띄우는 확인 창은 저장하고 이동 없이 버리고 이동 · 취소 만 노출한다. 버리고 이동 은 저장되지 않은 행을 버린다.

목록

열 순서
1. 체크박스
2. 상태
3. 휴직 시작일
4. 휴직 종료일
5. 복직일
6. 휴직구분
7. 휴직사유
8. 계정 중지
상태와 복직일은 읽기 전용 계산 열이다. 복직일은 휴직 종료일 +1일
휴직 시작일 · 휴직 종료일은 datepicker, 휴직구분은 select, 휴직사유는 input, 계정 중지는 체크박스 셀
헤더에 필수 표시 * 와 정렬 아이콘 노출
휴직 시작일 내림차순으로 최신 건이 위에 노출. 추가 로 만든 행은 맨 위
항목이 없으면 등록된 휴직내역이 없습니다. 노출
열이 넘치면 가로 스크롤
상단에 추가 · 삭제 버튼만 노출. 입력과 검증은 REQ-008
삭제 를 누르면 삭제 확인 창을 띄우고, 확인 을 눌러야 체크한 행을 삭제한다.
삭제 확인 창
1. 안내 문구 휴직을 삭제하면 출근율이 다시 산정되어 연차 산정에 영향을 줄 수 있습니다. 삭제하시겠습니까?
2. 버튼 확인 · 취소
3. 취소 는 삭제하지 않는다.

휴직 건 상태

상태	기간	고칠 수 있는 셀	삭제
예정	시작일 06:00 전	모든 셀	가능 — 예약한 중지도 취소
진행 중	시작일 06:00 ~ 종료일 +1일 06:00	종료일 · 휴직구분 · 휴직사유	불가 — 체크박스 비활성
종료	종료일 +1일 06:00 이후	휴직구분 · 휴직사유	가능 — 잘못 등록한 건의 정정용

고칠 수 없는 셀은 잠근다.
진행 중 행의 체크박스에 툴팁 진행 중인 휴직은 삭제할 수 없습니다. 종료일을 수정해 복직 처리해 주세요. 노출
기간이 겹치지 않으면 예정 건을 여러 개 등록할 수 있다.
휴직 시작일 ~ 휴직 종료일이 근태마감된 날과 하루라도 겹치는 건은 상태와 관계없이 삭제 불가. 체크박스 비활성
d 의 체크박스에 툴팁 삭제하려는 휴직기간은 근태마감 되어 삭제할 수 없습니다. 노출
진행 중 · 종료 건의 계정 중지 셀은 비활성이다.
휴직 중 계정을 정상으로 돌려야 하면 관리자가 사원정보 기본 탭의 계정 상태를 직접 정상 으로 바꿔 저장한다. 복직 때 그 값을 유지한다(REQ-009).

복직 처리

별도 버튼 없이 진행 중 행의 휴직 종료일을 앞당기고 포커스가 행을 벗어나면 저장되어 복직 처리된다.
복직일(종료일 +1일) 06:00 에 REQ-009 의 복귀 처리를 적용
복직일 06:00 이 이미 지났으면 저장 즉시 반영(REQ-020 f)
휴직 종료일은 휴직 시작일보다 빠를 수 없다(REQ-008).

변경이력

휴직 건의 추가 · 수정 · 삭제 자체는 변경이력에 남기지 않는다(REQ-016).
그 건으로 재직구분이나 계정 상태가 바뀌면 그 변경을 남긴다. 예정 건은 시작일 06:00 에 휴직으로 바뀔 때 남는다.

데이터 저장과 동기화

휴직 데이터의 저장 위치와 동기화 방식은 개발 검토로 정한다. 기획은 탭 위치와 판정 기준만 정한다.

REQ-032사원정보 Tab 노출 설정에 휴직 추가확정

설정 화면

통합설정 > App 관리 > 인사 > 사원정보 Tab 노출 설정의 두 표에 휴직 열을 추가한다.
1. 경영업무포털 인사 > 사원정보 Tab 노출 설정
2. 임직원포털 인사 > 내 인사정보 Tab 노출 설정
휴직 열은 경력 과 포상/징계 사이에 둔다. 인사정보 하위 탭 순서(REQ-028)와 같다.
다른 열의 순서와 동작은 바꾸지 않는다.
체크하고 저장 하면 그 포털에 휴직 탭을 노출하고, 해제하고 저장 하면 노출하지 않는다.

체크 상태

경영업무포털 휴직 열은 항상 체크된 비활성이다. 기본 열과 같이 해제할 수 없다.
임직원포털 휴직 열의 기본값은 체크다. 관리자가 해제하고 저장 할 수 있다.

임직원포털 내 인사정보 휴직 탭

임직원포털 휴직 열이 체크되어 있으면 내 인사정보 하위 탭의 경력 과 포상/징계 사이에 휴직 탭을 노출한다.
휴직 탭의 열을 모두 노출한다: 상태 · 휴직 시작일 · 휴직 종료일 · 복직일 · 휴직구분 · 휴직사유 · 계정 중지
본인의 휴직 건을 조회만 한다. 추가 · 삭제 버튼과 행 선택 체크박스, 셀 편집은 두지 않는다.
행 순서와 항목이 없을 때의 문구는 경영업무포털 휴직 탭과 같다(REQ-028).

적용 대상

경영업무포털 표: 경영업무포털 [인사 > 인사관리] 사원정보관리의 인사정보 하위 탭
임직원포털 표: 임직원포털 [내 인사정보] 하위 탭

REQ-033인사카드 출력에 휴직 영역 추가확정

영역 위치

인사카드 출력물의 프로젝트 영역 다음, 맨 끝에 휴직 영역을 둔다.
다른 영역의 순서와 항목은 바꾸지 않는다.

출력 열

열 순서
1. 휴직시작일
2. 휴직종료일
3. 복직일
4. 휴직구분
5. 휴직사유
휴직 탭의 상태 · 계정 중지 열은 출력하지 않는다.
복직일은 휴직종료일 +1일이다(REQ-028).

출력 행

휴직 탭에 등록된 건을 한 건에 한 행으로 출력한다.
1. 예정 · 진행 중 · 종료 상태와 관계없이 등록된 건은 모두 출력한다.
2. 사원정보 Tab 노출 설정에서 휴직 탭을 해제한 포털에서 출력해도 휴직 영역을 출력한다.
휴직시작일 내림차순으로 출력한다. 휴직 탭 목록의 순서와 같다.
휴직 건이 없으면 영역을 빼지 않고 휴직 제목 아래에 조회된 데이터가 없습니다. 를 출력한다.

REQ-029휴직구분과 출근율 산정 기준확정

휴직구분별 소정근로일 포함 여부

휴직구분	소정근로일 포함 여부
질병휴직(업무)	포함
육아휴직	포함
질병휴직(업무 외)	제외
개인휴직	제외
기타	제외

적용 범위

휴직 탭의 건마다 휴직구분 값을 갖는다(REQ-008 · REQ-028).
출근율은 그 기간에 기록된 휴직구분 값으로 포함 여부를 판정한다.
휴직사유 텍스트는 판정에 쓰지 않는다.
휴직인 경우 휴직구분과 무관하게 근태이상자와 근태이상 집계에서 제외한다(REQ-026).

출근율 산정

소정근로일에 포함하는 휴직(SICK_WORK · CHILDCARE)의 기간은 출근한 날로 센다.

재산정 반영 시점

휴직 건의 추가 · 수정 · 삭제를 출근율 · 연차 산정에 반영하는 처리는 저장 즉시 하지 않는다. 저장한 다음날 06:00 배치로 반영
계정 중지 · 복직 · 재직구분 전환의 저장 즉시 반영(REQ-008 · REQ-020 · REQ-028)은 그대로다.
이미 부여한 연차는 발생연차만 재조정한다.

재직기간 포함 여부

근로계약(사용종속관계)이 유지되는 휴직기간은 재직기간에 포함한다.
예: 개인 질병, 육아휴직, 출산전후휴가, 회사 승인 개인 휴직
휴직 탭의 건은 모두 근로계약이 유지되는 기간이므로, 휴직구분 5종 모두 재직기간에 포함한다.
재직기간 포함과 출근율의 소정근로일 포함은 따로 판정한다. 개인휴직 · 기타는 재직기간에 들어가지만 소정근로일에서는 빠진다.

REQ-030휴직 기간의 휴가 병행확정

화면 요소 없음

휴가 병행

휴직기간(From~To)과 겹치는 날짜로도 휴가를 신청할 수 있다.
휴직기간과 휴가가 겹치는 날은 휴가로 처리한다.
휴직 등록 전에 승인된 휴가도 취소하지 않고, 겹치는 날은 휴가로 처리한다.
판정에 쓰는 휴직기간은 휴직 탭에 등록된 건의 기간이다(REQ-028).

타임라인

휴직일의 근태 기록은 생성한다. 출근율 산정(REQ-029)이 이 기록을 센다.
휴직일의 근태 기록은 타임라인 화면에 노출하지 않는다.
휴직 중에 실제로 찍은 출퇴근 기록과 관리자가 등록한 근무기록은 타임라인에 그대로 노출한다.
근무기록 목록 · 엑셀 · 주간 대시보드의 잔여 근무일은 휴직일 근태 기록을 그대로 반영한다.

기타휴가로 만들어 쓰는 휴직

고객사가 기타휴가로 만들어 쓰는 휴직은 플랫폼 휴직으로 인식하지 않는다.
그 휴가는 휴가 사용시간으로 근태에 반영된다.

REQ-010퇴사예정 저장과 만료일자 자동 입력확정

퇴사일자

기본 탭에 datepicker 노출

퇴사일자 입력에 따른 반영

퇴사일자	재직구분	계정상태	만료일자
Today 보다 미래	`퇴사예정`	마지막 상태값 유지	퇴사일 +1일 자동 입력
Today	`퇴사`	마지막 상태값 유지	Today +1일 자동 입력
Today 보다 과거	`퇴사`	마지막 상태값 유지	퇴사일 +1일 자동 입력

관리자가 만료일자와 계정상태를 직접 변경 가능
과거 퇴사일을 저장해도 계정상태는 바뀌지 않는다. 자동 입력된 만료일자(퇴사일 +1일)가 이미 지났으므로 만료일자 배치가 계정을 중지하고, 사유는 계정 만료일에 따른 중지 로 남는다.
과거 퇴사일을 저장한 뒤 배치가 중지하기 전까지는 퇴사 + 정상 이므로 확인필요 가 표시된다. 의도한 동작이다(REQ-004).

만료일자 자동 입력

퇴사일자를 입력·변경하면 만료일자에 퇴사일 +1일 을 자동 입력
관리자가 만료일자를 직접 수정 가능 — 자동 입력값을 덮어쓴다.
퇴사일자를 지우면 만료일자는 그대로 남는다. 관리자가 판단해 지운다.

계정 중지 시점

이벤트	처리
퇴사일 도래	재직구분 `퇴사` 로 판정. 계정상태는 바꾸지 않는다
만료일자 도래	기존 만료일자 배치가 계정상태를 `중지` 로 변경

만료일자 배치는 기존 로직을 그대로 쓴다. 실행 시각도 기존 배치 기준이며 06:00 기준을 새로 적용하지 않는다.
만료일자가 비어 있으면 계정은 중지되지 않고 확인필요 로 남는다(REQ-004).
만료일자 배치가 계정을 중지하면 변경이력의 사유에 계정 만료일에 따른 중지 를 남긴다. 퇴사일자에서 자동 입력된 만료일자와, 퇴사일자 없이 관리자가 만료일자만 지정한 계정 모두 같다. 처리자는 시스템 자동처리 (REQ-016)
배포 이전에 이미 지난 만료일자는 만료일자 배치의 대상에서 제외한다. 배치가 소급해 중지하지 않는다.
배포 이후에 퇴사일자를 입력하면 만료일자를 반영하고, 그 만료일자에 따라 만료일자 배치가 계정을 중지한다.

저장 차단

퇴사일이 입사일보다 과거면 저장 차단. 안내 문구 퇴사일은 입사일 이후여야 합니다.
기존 데이터와 연동으로 들어온 데이터는 차단 대신 확인필요로 표시
퇴사일이 진행 중이거나 예정인 휴직 건의 종료일보다 빠르면 저장 차단(REQ-008)
차단 시 안내 문구 퇴사일이 휴직 종료일보다 빠릅니다. 휴직 탭에서 휴직기간을 먼저 수정해 주세요. 와 휴직 탭으로 가는 링크 노출

REQ-011계정 상태를 중지로 바꿀 때 변경 사유 입력확정

계정 상태 변경 사유

계정 상태를 중지 로 바꾸면 항목이 펼쳐진다.
정상 · 휴면 으로 바꿀 때는 노출하지 않는다.
select 필수 — placeholder 변경 사유를 선택해 주세요
textarea 선택 입력 — placeholder 변경 배경이나 확인 내용을 입력해 주세요.
안내 문구 노출 — 상태 변경 사유와 처리자는 변경이력에 기록됩니다.
사유를 선택하지 않으면 저장 차단. 안내 문구 계정 상태 변경 사유를 선택해 주세요.

중지 사유 목록

5개 값을 순서대로 노출
1. 퇴사
2. 보안 조치
3. 관리자 임시중지
4. 잘못계정생성 및 미사용계정
5. 기타
휴직 은 사유에 두지 않는다. 휴직에 따른 계정 중지는 휴직 탭의 계정 중지 체크박스로 한다(REQ-008 · REQ-028).

잘못계정생성 및 미사용계정 사유

선택 시 HR 앱 노출에서 제외된다는 안내 후 저장
HR 앱 노출 제외는 앱 사용 권한 차단이 아니다. 관리자·부서장·관리자가 보는 목록에서 제외한다.
계정을 다시 정상으로 바꾸면 이 사유를 확인해 HR 앱 노출을 정상 계정과 동일하게 복원한다.

REQ-013중지 사유별 필수정보 검증확정

사유가 퇴사인 경우

재직구분은 퇴사일자로 판정한다. 오늘보다 미래면 퇴사예정, 오늘이거나 과거면 퇴사(REQ-010)
기본 탭의 퇴사일자 입력 영역으로 안내
퇴사일자가 없으면 저장 차단. 안내 문구 계정 중지 사유가 퇴사인 경우 퇴사일자를 입력해 주세요.

REQ-017계정 삭제 사유와 조건부 필수값확정

삭제사유

필수입력값이다. select 노출. 누락 시 안내 문구 삭제사유를 선택해 주세요.
선택지 2개 — 퇴사로 인한 계정삭제 · 잘못계정생성 및 미사용계정

퇴사로 인한 계정삭제

퇴사일자 필수
퇴사일자가 없으면 삭제 차단. 안내 문구 퇴사일자를 입력해 주세요.

잘못계정생성 및 미사용계정

상세 삭제사유 입력 필수. 누락 시 안내 문구 상세 삭제사유를 입력해 주세요.
오생성 여부를 확인한 뒤 삭제 가능

퇴사일자가 남은 재직 계정

재직 계정에 오늘보다 미래인 퇴사일자를 넣어도 퇴사로 인한 계정삭제 로 삭제할 수 있다.
각 APP 에는 퇴사자로 전달한다(REQ-019).
퇴사일자를 입력했으므로 퇴사 여부 확인 체크 없이 삭제한다.

퇴사예정 계정

체크박스 대상자의 퇴사 여부를 확인했습니다. 노출
체크하지 않으면 삭제 불가. 안내 문구 대상자의 퇴사 여부를 확인해 주세요.

REQ-018계정 삭제 제한과 복수 삭제 Validation확정

삭제 제한 대상

대상	처리
재직 · 휴직 상태 계정	퇴사일자 없이 즉시 삭제 불가. 삭제사유가 `잘못계정생성 및 미사용계정` 이면 제한하지 않음
최고 관리자 · 관리자	해당 설정을 해제하기 전 삭제 불가
멀티컴퍼니 겸직자	겸직 설정을 해제하기 전 삭제 불가

복수 삭제

2명 이상 선택 시 대상별로 Validation 실행
실패 대상이 있으면 삭제 불가 안내 Dialog 노출
Dialog 에 대상자 이름과 사유를 함께 노출
실패 대상이 있으면 전체 삭제를 실행하지 않는다.

REQ-019삭제사유별 App 연계확정

화면 요소 없음

논의App 전달에 실패했을 때 재시도할지 여부는 개발 협의로 정한다.

전달 대상

8개 APP 모두에 같은 방식으로 전달한다(REQ-022 · REQ-027).
1. 근태
2. 휴가
3. 인사
4. 급여
5. 교육
6. 계약
7. 차량일지
8. 경비

퇴사로 인한 계정삭제

해당 User 의 퇴사일자와 퇴사상태를 App 에 전달
App 은 각자의 퇴사자 정책에 따라 데이터를 반영
App 내 데이터를 삭제하지 않는다.
App 별 반영 성공·실패 결과를 변경이력에 기록
퇴사일자가 오늘보다 미래여도 퇴사자로 전달한다(REQ-017).

잘못계정생성 및 미사용계정

해당 User 가 삭제되었음과 삭제사유를 App 에 전달
App 은 퇴사자 정책을 적용하지 않고 삭제사유를 기록
8개 APP 모두 해당 User 를 App 내 노출에서 제외
1. 관리자 · 부서장 · 관리자가 보는 목록 · 조회 · 집계 화면에서 제외
2. 근태: 근태기록 · 타임라인
3. 휴가: 휴가 사용이력 · 연차 부여이력
App 내 데이터는 삭제하지 않는다.
삭제사유와 App 별 처리 성공·실패 결과를 변경이력에 기록

삭제사유	App 전달값	App 내 데이터
퇴사로 인한 계정삭제	퇴사일자 · 퇴사상태	App 별 퇴사자 정책에 따라 반영
잘못계정생성 및 미사용계정	삭제 사실 · 삭제사유	삭제사유 기록 · App 내 노출 제외 (데이터 삭제하지 않음)

공통

일부 App 처리가 실패하면 실패 App 과 사유를 관리자에게 안내
하나의 변경이력 이벤트로 연결
1. 계정 삭제
2. App 전달값
3. App 별 처리 결과

REQ-025삭제 사원 목록에 삭제사유 컬럼확정

삭제사유 컬럼

퇴사일 과 삭제 관리자 사이에 새로 생긴다.
값은 퇴사로 인한 계정삭제 또는 잘못계정생성 및 미사용계정
잘못계정생성 및 미사용계정 은 삭제 때 입력한 상세 사유를 값 아래에 함께 노출
정렬 대상이 아니다.

기존 컬럼

아래는 그대로 둔다.
1. 이름
2. ID
3. 퇴사일
4. 삭제 관리자
5. 삭제일
컬럼 순서
1. 이름
2. ID
3. 퇴사일
4. 삭제사유
5. 삭제 관리자
6. 삭제일

빈 값

이번 개선 이전에 삭제된 계정은 삭제사유가 없다. — 로 노출
퇴사일이 없는 계정도 — 로 노출

REQ-027퇴사 시 앱별 후속 처리와 이력 보존확정

화면 요소 없음

논의APP 별 보존 기간과 그 기간이 지난 뒤의 처리는 확인 중이다.

퇴사일 기준 후속 처리

APP	후속 처리	보존되는 것
근태	퇴사일로 근무그룹 종료일 처리	근태 기록
휴가	퇴사일로 연차정책 종료일 처리	휴가 사용이력
인사	퇴사일자로 인사카드 마감	인사카드
급여	퇴사일이 속한 급여월까지 노출	급여명세 · 퇴직급여대장
교육	퇴사일 +1일부터 수강생에서 제외	수강 이력
계약	대상자 목록에서 제외	계약 문서 (보존 필수)
차량일지	퇴사일 +1일부터 차량운행 사용자에서 제외	차량일지
경비	퇴사일 +1일부터 법인카드 · 개인카드 사용자에서 제외	경비처리 내역

대상자 목록과 이력 조회의 구분

대상자·사용자 선택 목록에서는 퇴사일 +1일부터 제외
이력·문서 조회에서는 계속 노출 — 퇴사자로 표기
이력·문서를 삭제하지 않는다. 삭제는 계정 삭제 시 삭제사유에 따라 처리(REQ-019).

종료일 처리

근무그룹 종료일 · 연차정책 종료일은 퇴사일로 자동 처리
처리 결과를 변경이력에 기록. 처리자는 시스템 자동처리 (REQ-016)
퇴사일자를 지우면 근무그룹 종료일 · 연차정책 그룹 종료일도 함께 삭제한다

REQ-016변경이력 탭 신설확정

탭 위치

사원정보 하위 탭의 프로필 우측에 변경이력 이 새로 생긴다. 순서는 기본 · 프로필 · 변경이력
제목 변경이력 옆에 info 툴팁 노출. 문구 재직구분 및 계정상태가 변경 시 이력에 남습니다.

타임라인

세로형 타임라인으로 최신 항목이 위에 노출
기본 노출 값
1. 처리 일시
2. 이벤트명
3. 처리자
4. 대표 변경값
항목 클릭 시 펼쳐서 노출
1. 변경 전후 값
2. 사유
3. 연계 결과

이벤트 묶음

한 번의 저장에서 발생한 변경은 하나의 이벤트로 묶는다.
재직구분과 계정 상태가 함께 바뀌면 복합 이벤트명 사용 — 계정 중지·휴직, 계정 정상·복직
관리자 처리는 관리자: 이름, 자동 처리는 시스템 자동처리 로 구분 노출

기록 범위

구분	기록 항목
재직구분	입사예정 · 재직 · 휴직 · 퇴사예정 · 퇴사 사이의 변경
계정 상태	정상 · 중지 · 휴면 · 삭제 사이의 변경

이벤트마다 함께 남기는 값
1. 처리 일시
2. 처리자
3. 수동/자동 구분
4. 변경 전후 값
5. 계정 상태의 변경 사유 · 관리자 메모(REQ-011)
6. 시스템이 계정을 중지한 경우의 사유: 휴면 → 중지 배치는 장기 휴면인 경우 중지(REQ-002), 만료일자 배치는 계정 만료일에 따른 중지(REQ-010)
사원정보 항목 · 입사일 · 퇴사일의 변경은 남기지 않는다. 그 변경으로 재직구분이나 계정 상태가 바뀌면 그 변경을 남긴다.
휴직 탭 건의 추가 · 수정 · 삭제는 남기지 않는다. 그 건으로 재직구분이나 계정 상태가 바뀌면 그 변경을 남긴다(REQ-028).
계정 삭제와 퇴사 처리의 App 별 연계 결과는 그 상태 변경 이벤트의 상세로 남긴다(REQ-019 · REQ-027).
확인필요의 발생·해제는 남기지 않는다(REQ-004).

REQ-023사원정보 엑셀 일괄 업로드·다운로드확정

제공 위치

기존 조직일괄등록 화면(경영업무포털 > 인사관리 > 조직관리 > 조직일괄등록)을 쓴다.
사원 탭: 샘플 양식 다운로드 · 현재 설정 다운로드 · 사원 일괄 등록 흐름을 그대로 쓰고, 추가 열 3개가 양식과 다운로드 파일에 붙는다.
인사 정보 탭: 일괄 등록 의 엑셀 업로드 창(파일선택 · 업로드 하기 · Sample 다운로드)과 현재 설정 다운로드 를 그대로 쓰고, 양식과 다운로드 파일에 휴직 시트가 붙는다.
사원정보관리 목록 도구에 엑셀 업로드·다운로드 버튼을 두지 않는다.

사원 탭 추가 열

순서	열 이름	허용 값	업로드	근거
39	재직구분	입사예정 / 재직 / 휴직 / 퇴사예정 / 퇴사	O	REQ-001
40	계정상태	정상 / 중지 / 휴면	O	REQ-002
41	만료일자	`yyyy-mm-dd`	O	REQ-010

기존 38개 열의 이름·순서·위치는 바꾸지 않는다. 고객이 쓰던 양식이 그대로 동작해야 한다.
추가 열은 겸직부서 및 직책(38번) 뒤에 위 순서로 붙인다.
허용 값은 화면의 항목명과 같은 한글로 받는다. 다른 값이 들어오면 실패 행으로 처리
열 이름은 업로드 양식과 다운로드 파일이 같다.

사원 탭 엑셀 다운로드

현재 설정 다운로드 기준: 조직에 등록된 전체 사원정보를 내려받는다.
시트 이름 사용자, 1행이 헤더, 2행부터 데이터
위 추가 열 3개를 포함해 내려받는다.
확인필요 · 확인필요 사유 열은 내려받지 않는다. 확인필요는 사원정보관리 목록에서 확인한다(REQ-004).
주민등록번호 열은 유지하되 값은 마스킹해 내려받는다.
날짜는 yyyy-mm-dd 문자열로 내려받는다.

사원 탭 엑셀 일괄 업로드

양식 파일을 내려받아 채운 뒤 올린다. 시트 이름 사용자, 3행이 헤더, 4행부터 데이터
업로드 전 대상별 Validation 을 실행하고 결과를 건별로 노출
실패 행이 있으면 성공 행만 반영하고, 실패 행은 사유를 담은 파일로 다시 내려받게 한다.
업로드로 생긴 재직구분 · 계정 상태 변경도 변경이력에 남긴다. 처리자는 관리자: 이름, 이벤트명에 일괄 업로드임을 표시(REQ-016)

재직구분 열

재직 · 휴직 값은 판정에 쓰지 않고 입사일자 · 퇴사일자와 휴직 탭의 건으로 판정한다. 입사예정 · 퇴사예정 · 퇴사 는 적은 값으로 반영한다.
비워 두면 입사일자·퇴사일자로 판정한다(REQ-001의 우선순위).
퇴사예정 · 퇴사 인데 퇴사일자가 없으면, 입사예정 인데 입사일자가 과거면 실패 행으로 처리
휴직 여부는 휴직 탭의 건으로 판정한다(REQ-001).

사원 탭 업로드가 지키는 규칙

화면에서 저장할 때와 같은 검증과 확인필요 판정을 적용한다
1. 재직구분·계정상태 조합
2. 퇴사일자와 입사일자 순서(REQ-010)
3. 휴직·입사예정 계정의 휴면 전환 차단(REQ-002)
퇴사일자가 들어오면 만료일자에 퇴사일 +1일 을 자동 채운다. 만료일자 열에 값이 있으면 그 값을 쓴다(REQ-010).
라이선스가 부족하면 계정을 새로 만들지 않는다. 업로드 전체를 반영하지 않고 부족한 수를 안내(REQ-024)
퇴사일자가 진행 중이거나 예정인 휴직 건의 종료일보다 빠르면 실패 행으로 처리(REQ-010)

인사 정보 휴직 시트

열 이름	허용 값	필수	근거
ID	사원정보관리에 등록된 아이디	필수	기존 시트와 같음
이름	텍스트	필수	기존 시트와 같음
휴직 시작일	`yyyy-mm-dd`	필수	REQ-008
휴직 종료일	`yyyy-mm-dd`	필수	REQ-008
휴직구분	질병휴직(업무) / 육아휴직 / 질병휴직(업무 외) / 개인휴직 / 기타	필수	REQ-008 · REQ-029
휴직사유	1글자 이상 255글자 이하	필수	REQ-008

이번 범위는 휴직 시트를 양식과 다운로드 파일에 포함하는 것까지다. 업로드·다운로드 처리 방식은 인사 정보 업로드 시스템 스펙을 따른다.
시트는 경력 과 포상징계 사이에 둔다. 인사정보 하위 탭의 차례와 같다(REQ-028).
한 행은 휴직 탭의 휴직 한 건이다.
휴직 탭 저장과 같은 검증을 적용한다(REQ-008).
1. 필수값 누락과 허용 외 휴직구분
2. 휴직 종료일이 휴직 시작일보다 빠름
3. 휴직 탭의 기존 건 또는 같은 파일의 다른 행과 기간 중첩
4. 휴직 시작일이 입사일보다 빠름
5. 휴직 종료일이 퇴사일보다 늦음
계정 중지 열은 두지 않는다. 계정 중지는 휴직 탭의 체크박스로만 예약한다(REQ-008).
인사 정보 탭의 현재 설정 다운로드 에 휴직 시트를 담는다. 열은 업로드 양식과 같다.

REQ-020상태 효력 기준 시각확정

화면 요소 없음

기준 시각

업무 개시 시각이 06:00 이므로 상태 효력 기준은 오전 06:00
실제 배치 작업은 부하 분산과 정시 완료를 위해 06:00 이전에 선행 실행 가능
06:00 이전에 처리해도 효력 표기는 06:00 기준으로 노출
만료일자 배치는 이 기준을 적용하지 않는다. 기존 배치의 실행 시각을 그대로 쓴다(REQ-010).
배치가 06:00 앞뒤로 어긋나는 오차 범위는 문제되지 않는다. 06:00 정각에 맞추는 것을 요건으로 두지 않는다.
저장 시각이 이미 효력 시각을 지났으면 배치를 기다리지 않고 저장 즉시 반영한다(REQ-008).

적용 이벤트

이벤트	시점
입사일 도래	입사일 당일 06:00
휴직 시작	휴직 시작일 06:00
휴직 종료	휴직 종료일 +1일 06:00

REQ-022앱별 상태 기준확정

화면 요소 없음

기준

조직도는 계정 상태가 정상 이거나 휴면 인 사원을 모두 노출한다. 중지 사원은 노출하지 않는다.
8개 APP 은 재직구분으로 노출을 판단하고, 계정 상태와 무관하다.
APP × 재직구분 노출 표, 입사예정의 empty set 과 신청서 작성 버튼, 퇴사 후 목록에서 빠지는 것과 남는 것, 조직도 기준과 예외 조건은 부속 문서 03_앱별 재직상태 노출 기준 이 갖는다.

REQ-026재직구분별 근태이상 집계·알림 기준확정

화면 요소 없음

재직구분별 기준

재직구분	근태이상 집계	근태이상 알림
입사예정	계정생성일 ~ 입사예정일 집계하지 않는다	발생하지 않는다
재직	정상 집계	정상 발생
휴직	휴직기간(From~To) 집계하지 않는다	발생하지 않는다
퇴사예정	정상 집계 · 별도 조치 없음	정상 발생
퇴사	퇴사일까지 집계	퇴사일까지 발생

입사예정

계정생성일부터 입사예정일까지 근태이상을 집계하지 않는다.
같은 기간 근태이상 알림이 발생하지 않는다.
입사일이 도래하면 집계·알림이 시작된다.

휴직

휴직기간(From~To) 동안 근태이상을 집계하지 않는다.
같은 기간 근태이상 알림이 발생하지 않는다.
휴직기간은 휴직 탭에 등록된 건의 기간을 쓴다(REQ-028).
휴직기간이 끝나면 집계·알림이 다시 시작된다.
근태이상 집계 제외는 휴직구분과 무관하게 휴직기간 전체에 적용된다.
출근율 산정의 소정근로일 포함 여부는 휴직구분에 따라 갈린다(REQ-029).

퇴사예정

별도 조치 없이 집계·알림을 재직과 같게 처리

퇴사

퇴사일까지 집계·알림하고, 퇴사일 +1일부터 대상에서 제외(REQ-022)

APP 노출

재직구분별 APP 노출은 REQ-022 의 기준을 따른다.

6Flow & Process

신규 입사자 계정 생성부터 입사일 자동전환까지 [대표] — REQ-006, REQ-007

단계관리자

사원 목록에서 사원 생성을 누르면 사원 생성 Dialog 가 열린다REQ-006
입사일자가 미래이면 계정상태 중지가 기본으로 선택되고, 저장하면 사원 목록에 재직구분 입사예정으로 노출된다REQ-006
계정상태를 정상으로 바꿔 저장하면 로그인은 되고 교육 · 계약만 노출된다REQ-022
입사일 당일 06:00 배치가 재직구분 재직 · 계정상태 정상으로 바꾼다REQ-007
변경이력에 시스템 자동처리로 기록된다REQ-016

휴직 등록 → 계정 중지 → 복직 처리 — REQ-008, REQ-009, REQ-012, REQ-028, REQ-029

단계관리자

사원을 고르고 휴직 탭을 연다REQ-028
추가로 목록 맨 위에 빈 편집 행을 만들고 휴직 시작일 · 종료일 · 휴직구분 · 휴직사유를 넣은 뒤 계정 중지를 체크한다REQ-008 REQ-029
행 밖으로 포커스를 옮기면 그 행이 검증되고 저장된다. 오류가 있으면 행 아래에 안내가 뜨고 저장되지 않는다REQ-008
기간이 진행 중인 휴직은 즉시 재직구분 휴직 · 계정상태 중지가 된다REQ-020
복직은 진행 중 행의 휴직 종료일을 앞당기고 행 밖으로 포커스를 옮겨 저장한다REQ-028
휴직 종료일 +1일 06:00 배치가 재직 · 휴직 전 계정 상태로 되돌린다. 원소속 부서는 복원하지 않는다REQ-009

퇴사 처리 → 자동 중지 → 계정 삭제와 App 연계 — REQ-010, REQ-017, REQ-019

단계관리자

퇴사일자를 넣으면 만료일자에 퇴사일 +1일이 자동 입력되고, 미래 날짜면 재직구분이 퇴사예정이 된다REQ-010
퇴사일 +1일 06:00 배치가 재직구분 퇴사 · 계정상태 중지로 바꾸고 8개 APP 대상자 목록에서 뺀다REQ-020 REQ-027
퇴사자를 고르고 사원 삭제를 누르면 삭제사유를 고르는 창이 뜬다REQ-017
Validation 을 통과하지 못한 사원이 한 명이라도 있으면 삭제 불가를 안내하고 아무도 삭제하지 않는다REQ-018
통과하면 App 에 퇴사일자 · 퇴사상태를 전달하고, 삭제한 사원은 삭제사유와 함께 삭제 사원 목록에 남는다REQ-019 REQ-025

확인필요 판정과 목록 노출 — REQ-004, REQ-005

단계관리자

사원정보관리에 들어오면 확인필요 사원이 목록 맨 위에 선다REQ-005
계정상태 열의 확인필요에 마우스를 올리면 사유가 보인다REQ-004
확인필요 사원을 열면 상단 배너가 다음 조치를 안내한다REQ-004

7벤치마킹

비교 목적: HR 상의 상태(입사·휴직·퇴사)와 시스템 접근 권한을 어떻게 갈라 놓았는지, 그리고 그 둘이 어긋난 계정을 관리자에게 어떻게 알리는지를 봤다. 우리 이슈의 출발점이 "퇴사일이 지났는데 로그인이 되는 계정을 화면에서 찾을 수 없다" 이므로, 상태를 나누는 방식과 어긋남을 드러내는 방식을 함께 본다.

조사 기준: 2026-08-20 · 2026-08-28 · 각 사 공개 문서·도움말에서 확인한 것만 적는다. 제품 화면을 직접 확인한 것은 없다 (미확인 = 공개 문서에서 확인 안 됨)

한눈에 보기

어긋난 조합을 화면에서 경고하는 곳은 한 곳도 없었다. Entra ID 는 로그 · 리포트로 돌리고, Shiftee · Google 은 처리 순서를 강제하는 데서 멈춘다.
HR 상의 상태와 시스템 접근을 다른 값으로 둔다. flex 는 퇴직일과 사용 종료일을, Entra ID 는 HR 날짜 속성과 계정 활성 여부를 따로 둔다.
재직 상태의 원본을 한 곳으로 모은다. NaverWorks 는 발령 기능을 쓰면 재직 상태와 계정 삭제를 인사 발령으로만 바꾼다.
삭제는 두 단계로 막는다. Shiftee 는 비활성화된 직원만 영구 삭제하게 하고, Google 은 삭제 후 20일간 복구를 허용한다.

우리는 재직구분과 계정 상태를 두 축으로 나누고, 둘이 어긋난 계정을 목록 첫 화면에 확인필요 로 올린다.

서비스별 비교

비교 축을 행으로, 서비스를 열로 세웠다. 칸 맨 앞이 판정(O 제공 · △ 일부 · X 미제공 · 확인 필요 미확인)이고, [문서] 는 공개 문서와 도움말로 확인했다는 표시다. 제품 화면을 직접 확인한 칸은 없다. 대상별 방식과 장점과 한계의 원문은 아래 표에 있다.

구분	flexHR SaaS	두레이그룹웨어	Shiftee근태 SaaS	NaverWorks그룹웨어	WEHAGO경영관리 플랫폼	WantedSpaceHR SaaS	Hiworks그룹웨어	ETC Microsoft Entra IDID 관리	ETC Google Workspace협업 도구
상태 축 분리HR 상태와 접근을 다른 값으로 두나	O퇴직일 · 사용 종료일마지막 근무일과 시스템 사용을 끊는 날을 각각 설정한다 문서	확인 필요본문 미확인공개 도움말이 공유 페이지여서 본문을 확인하지 못했다	△비활성화 + 퇴사일재직구분을 상태값으로 두는지는 미확인 문서	△휴직 발령 · 계정 삭제퇴사일과 계정 중지 시점을 나눠 두는지는 미확인 문서	확인 필요	확인 필요	확인 필요	O다른 필드계정 활성 여부와 HR 날짜 속성이 서로 다른 필드다 문서	X재직 상태 없음활성 · 정지 · 보관만 있고 HR 날짜와 이어지지 않는다 문서
상태 원본재직 상태를 어디서 바꾸나	구성원 프로필퇴직과 휴직을 같은 프로필에서 처리한다 문서	확인 필요	확인 필요	인사 발령발령을 쓰면 어드민에서 바꿀 수 없고 발령으로만 바꾼다 문서	확인 필요	확인 필요	확인 필요	HR 원본 매핑계정 활성 · 비활성은 HR 원본의 속성을 매핑해 바꾼다 문서	확인 필요
날짜 자동 전환입사 · 퇴사 날짜에 상태가 바뀌나	확인 필요사용 종료일 설정휴직 중 접근 범위는 미확인 문서	확인 필요	확인 필요	확인 필요	확인 필요	확인 필요	확인 필요	△Lifecycle Workflows날짜로 작업을 예약하지만 유상 기능이고 대상마다 라이선스가 필요하다 문서	확인 필요
어긋남 경고어긋난 계정을 화면에서 알리나	확인 필요미확인두 날짜가 어긋난 상태를 경고하는지는 미확인 문서	확인 필요	확인 필요미확인퇴사일이 지났는데 활성인 계정을 경고하는 화면은 미확인 문서	확인 필요	확인 필요	확인 필요	확인 필요	X로그 · 리포트관리 화면에서 경고하지 않는다 문서	X경고 없음처리 순서를 강제하는 데서 멈춘다 문서
삭제 안전장치실수로 지우는 것을 어떻게 막나	확인 필요	확인 필요	O비활성화 후 영구 삭제삭제된 데이터는 복구되지 않는다 문서	△즉시 로그아웃삭제하면 재로그인이 막힌다 문서	확인 필요	확인 필요	확인 필요	확인 필요	O20일 복구정지 · 보관에 업무 사유를 남기는 항목은 없다 문서
우리 결론무엇을 가져오나	부분 채택퇴사일과 계정 중지 시점을 분리하되 두 날짜를 각각 입력받지는 않는다(REQ-010)	확인 필요	채택삭제 전에 반드시 중지를 거치는 2단계(REQ-017 · REQ-018)에 확인필요(REQ-004)를 더한다	채택재직 상태의 원본을 인사 쪽 하나로 둔다(REQ-001)	확인 필요	확인 필요	확인 필요	채택상태 분리와 날짜 기반 자동전환(REQ-001 · REQ-007 · REQ-010)을 기본 기능으로 넣는다	부분 채택삭제 안전장치는 채택(REQ-017 · REQ-018), 라이선스 반환 상태는 장기 과업

← → 좌우로 넘기면 나머지 서비스가 보입니다. 첫 열은 고정됩니다.

O 제공 △ 일부 제공 X 미제공 확인 필요 공개 자료로 확인하지 못함근거검색 검색 요약 캡처 화면 확인 문서 공식 문서 추정 정황 추정

대상별 방식과 결론

대상	적용 방식	장점	한계	우리 결론
flex	구성원 프로필에서 퇴직을 처리할 때 퇴직일(휴가를 포함한 마지막 근무일)과 flex 사용 종료일을 각각 설정한다. 휴직도 같은 프로필에서 처리하며, 인사정보 관리 권한을 가진 관리자만 접근한다	HR 상의 마지막 근무일과 시스템 사용을 끊는 날을 처음부터 다른 값으로 둔다. 인계 기간을 날짜로 표현할 수 있다	두 날짜가 어긋난 상태(퇴직일은 지났는데 사용 종료일이 없는 등)를 경고하는지는 미확인. 휴직 중 접근 범위도 미확인	부분 채택: 퇴사일과 계정 중지 시점을 분리한다는 방향은 같다(REQ-010: 미래 퇴사일은 계정 상태를 바꾸지 않고 퇴사일 +1일 06:00 에 중지). 다만 두 날짜를 각각 입력받는 방식은 택하지 않는다. 입력 항목이 늘면 어긋난 조합도 늘고, 이번 이슈의 출발점이 바로 그 어긋남이다
두레이	미확인	미확인	미확인	미확인: 공개 도움말이 공유 페이지여서 본문을 확인하지 못했다
Shiftee	직원을 비활성화하면 그 시점부터 모든 데이터가 숨김 처리되고 퇴사일을 입력할 수 있다. 전체 선택으로 일괄 비활성화도 된다. 영구 삭제는 비활성화된 직원만 가능하고 삭제된 데이터는 복구되지 않는다	접근 차단과 영구 삭제를 두 단계로 갈라, 실수로 지우는 것을 구조로 막는다. 퇴사일이 계정 처리와 같은 화면에 있다	재직구분(재직·휴직·퇴사)을 상태값으로 두는지는 미확인이고, 퇴사일이 지났는데 활성인 계정을 경고하는 화면도 미확인	채택: 삭제 전에 반드시 중지를 거치게 하는 2단계(REQ-017·REQ-018)가 같은 판단이다. 우리는 여기에 어긋난 조합을 목록 첫 화면에 올리는 확인필요(REQ-004)를 더한다
NaverWorks	구성원 관리에서 휴직 발령(재직자만 대상)과 계정 삭제를 처리한다. 계정을 삭제하면 즉시 로그아웃되고 재로그인이 막힌다. 발령 기능을 쓰는 회사는 재직 상태·계정 삭제를 어드민에서 바꿀 수 없고 인사 발령으로만 바꾼다	재직 상태를 사람이 손으로 고치지 못하게 막고 인사 발령 한 곳으로 모으기 때문에 상태가 갈라지지 않는다	발령을 쓰지 않으면 어드민에서 직접 바꾸는 방식으로 돌아간다. 퇴사일과 계정 중지 시점을 나눠 두는지는 미확인	채택: 재직 상태의 원본을 인사 쪽 하나로 두는 방향이 REQ-001 과 같다. 우리도 근태·계정이 각자 상태를 갖지 않게 한다
WEHAGO	미확인	미확인	미확인	미확인
WantedSpace	미확인	미확인	미확인	미확인
Hiworks	미확인	미확인	미확인	미확인
ETC — Microsoft Entra ID (+ ID Governance)	계정 활성 여부(`accountEnabled`)와 HR 날짜 속성(`employeeHireDate` · `employeeLeaveDateTime`)이 서로 다른 필드다. 날짜 속성은 Lifecycle Workflows 의 실행 시점을 정하고, 계정 활성·비활성은 HR 원본의 속성을 매핑해 바꾼다	상태 축이 처음부터 분리되어 있다. 입사·퇴사 날짜로 작업을 예약하는 것이 표준 기능이고, 문서가 입사일은 이른 시각(01:00·05:00), 퇴사일은 늦은 시각(21:00·23:00)으로 두라고 권고한다. 업무가 시작되기 전에 상태를 정리하라는 뜻이어서 우리 06:00 기준과 같은 판단이다	날짜 기반 자동화(Lifecycle Workflows)가 Entra ID Governance 유상 기능이고, 대상 사용자마다 라이선스가 필요하다. 어긋난 조합을 관리 화면에서 경고하지 않아 로그·리포트를 따로 봐야 한다	채택: 재직구분·계정 상태 분리와 날짜 기반 자동전환(REQ-001·REQ-007·REQ-010). 유상 부가기능이 아니라 기본 기능으로 넣고, 어긋난 조합을 목록 첫 화면에 올리는 확인필요(REQ-004)를 더한다
ETC — Google Workspace 관리 콘솔	사용자를 `활성` · `정지(Suspended)` · `보관(Archived)` 로 두고, 삭제 후 20일간 복구를 허용한다. 보관은 24시간 안에 라이선스가 반환되고 정지는 반환되지 않는다	접근을 막는 것(정지)과 라이선스를 반환하는 것(보관)이 서로 다른 상태다. 삭제도 20일 되돌릴 수 있어 오삭제 피해가 작다	정지·보관에 업무 사유를 남기는 항목이 없다(관리 감사 로그에는 처리자와 시각이 남는다). 재직 상태 개념이 없어 HR 날짜와 이어지지 않는다	부분 채택: 삭제 안전장치(사유 · 대상별 검증)는 채택(REQ-017·REQ-018). 라이선스를 반환하는 별도 상태는 이번 범위가 아니라 장기 과업으로 미룬다. 그 분리가 없는 동안은 라이선스 확보 목적의 중지가 확인필요 집계에 섞여 들어온다

출처: Microsoft Entra ID 의 HR 기반 프로비저닝 · Lifecycle Workflows 속성 동기화 · ID Governance 라이선스 문서 (learn.microsoft.com), Google Workspace 의 사용자 정지 · 퇴직자 계정 보관 · 삭제된 사용자 복구 도움말 (support.google.com), flex 구성원 퇴직 및 휴직 처리하기 가이드 (guide.flex.team), Shiftee 직원 비활성화 및 영구 삭제하기, NaverWorks 구성원, NaverWorks 안전하게 구성원 퇴사 처리하기 입니다. 2026-08-20 과 2026-08-28 에 확인했다.

인사이트

상태를 나누는 방식과 어긋남을 드러내는 방식을 기준으로, 조사한 아홉 곳의 공개 문서에서 반복해서 보인 것과 비어 있는 자리를 인사이트 다섯 개로 정리했다.

INSIGHT 01어긋난 조합을 화면에서 경고하는 곳은 없다

상태를 나누는 방식은 제품마다 달랐지만, 어긋난 조합을 화면에서 경고하는 곳은 한 곳도 없었다. Entra ID 는 로그 · 리포트로 돌리고, Shiftee · Google 은 처리 순서를 강제하는 데서 멈춘다.

근거: Entra ID 의 로그 · 리포트 · Shiftee 비활성화 후 영구 삭제 · Google Workspace 정지 · 보관 · 삭제
적용: 재직구분과 계정 상태가 어긋나면 목록 첫 화면에 확인필요 를 표시한다(REQ-004). 이 기능의 실제 차별점이다

INSIGHT 02재직 상태의 원본은 한 곳이어야 한다

국내 제품 중 재직 상태의 원본을 인사 발령 하나로 묶어 버리는 NaverWorks 방식이 우리 방향과 가장 가깝다. 상태가 두 군데서 각각 바뀌면, 어긋남을 아무리 잘 보여줘도 원인을 못 없앤다. Entra ID 도 계정 활성 · 비활성을 HR 원본의 속성을 매핑해 바꾼다.

근거: NaverWorks 발령 기능 사용 시 재직 상태 · 계정 삭제 변경 제한 · Entra ID HR 기반 프로비저닝
적용: 재직구분 을 신설해 재직 상태의 원본을 인사 쪽 하나로 두고, 근태 · 계정이 각자 상태를 갖지 않게 한다(REQ-001)

INSIGHT 03HR 날짜와 접근을 끊는 시점은 다른 값이다

flex 는 퇴직일과 flex 사용 종료일을 각각 설정하고, Entra ID 는 HR 날짜 속성과 계정 활성 여부를 서로 다른 필드로 둔다. Entra ID 문서는 입사일은 이른 시각, 퇴사일은 늦은 시각에 작업을 돌리라고 권고한다. 업무가 시작되기 전에 상태를 정리하라는 뜻이어서 우리 06:00 기준과 같은 판단이다. 다만 두 날짜를 각각 입력받으면 입력 항목이 늘어 어긋난 조합도 늘고, 이번 이슈의 출발점이 바로 그 어긋남이다.

근거: flex 구성원 퇴직 및 휴직 처리하기 · Entra ID Lifecycle Workflows 속성 동기화
적용: 미래 퇴사일은 계정 상태를 바꾸지 않고 퇴사일 +1일 06:00 에 중지하며, 입사일 도래 시 자동전환한다(REQ-010 · REQ-007). Entra ID 처럼 유상 부가기능이 아니라 기본 기능으로 넣는다

INSIGHT 04삭제는 중지를 거친 뒤에만 한다

Shiftee 는 비활성화된 직원만 영구 삭제할 수 있게 해 접근 차단과 영구 삭제를 두 단계로 가른다. 실수로 지우는 것을 구조로 막는 방식이다. Google Workspace 는 삭제 후 20일간 복구를 허용해 오삭제 피해를 줄이지만, 정지 · 보관에 업무 사유를 남기는 항목은 없다.

근거: Shiftee 직원 비활성화 및 영구 삭제하기 · Google Workspace 삭제된 사용자 복구
적용: 삭제 전에 반드시 중지를 거치게 하고, 삭제 사유와 대상별 검증을 둔다(REQ-017 · REQ-018)

INSIGHT 05접근 차단과 라이선스 반환은 다른 상태다

Google Workspace 는 정지와 보관을 다른 상태로 둔다. 보관은 24시간 안에 라이선스가 반환되고 정지는 반환되지 않는다. 1장 고려사항이 짚듯, 라이선스를 확보하려고 재직자를 중지하는 운영이 섞이면 HR 상태 자체가 왜곡된다.

근거: Google Workspace 사용자 정지 · 퇴직자 계정 보관
적용: 라이선스를 반환하는 별도 상태는 이번 범위가 아니라 장기 과업으로 미룬다. 그 분리가 없는 동안은 라이선스 확보 목적의 중지가 확인필요 집계에 섞여 들어온다

Pain Point 와 인사이트 연결

1장 Pain Point	01	02	03	04	05
a 재직 상태 항목이 없고 입사일 · 퇴사일이 로그인과 이어지지 않는다		●	●
b 퇴사일이 지났는데 `정상` 인 계정이 엑셀 눈대조로만 찾힌다	●		●
c `중지` 하나가 여러 뜻이라 상태를 바꾼 이유가 남지 않는다				●	●

기획 방향 · 어긋난 계정을 화면에서 경고하는 자리는 조사한 어디에도 없어서, 확인필요 목록을 이 기능의 차별점으로 삼는다. 재직 상태의 원본은 NaverWorks 처럼 한 곳으로 모으고, HR 날짜와 접근 차단 시점은 Entra ID 처럼 분리해 날짜로 자동 전환하되 기본 기능으로 넣는다. 삭제는 Shiftee 처럼 중지를 거친 뒤에만 하고, 라이선스 반환 상태는 장기 과업으로 둔다.

8정책서확정 조문과 아직 안 정해진 것

이 부록은 DOP-20559 확정 명세를 다우오피스 4.0 운영정책 문서 형식(장/조 체계)으로 옮긴 정책서 개정안이다. 위 정책 P-1~P-19 와 예외 E-1~E-6, 요구사항 확정분이 근거다.
반영 대상 정책서: 다우오피스 4.0 운영정책-1 > 계정 정책

제OO장 HR 기반 계정관리

재직구분은 그 사람이 회사와 어떤 관계인지를, 계정 상태는 지금 시스템에 접근할 수 있는지를 나타냅니다. 두 값을 서로 다른 항목으로 관리하고, 어긋나는 조합을 확인필요 로 드러내며, 상태를 바꾼 이유를 이력으로 남기는 것이 HR 기반 계정관리입니다.

제1조. 재직구분과 판정 순서

재직구분은 입사예정 / 재직 / 휴직 / 퇴사예정 / 퇴사 5단계입니다.
여러 날짜 조건이 겹치면 퇴사 > 퇴사예정 > 휴직 > 입사예정 > 재직 순으로 하나만 판정합니다. 목록과 상세, 확인필요 판정에 모두 같게 적용합니다.
- 휴직 중 퇴사가 확정된 사원은 퇴직 처리 대상이므로 관리자가 먼저 봐야 하는 값이 퇴사입니다.
휴직 중 미래 퇴사일을 등록하면 재직구분은 퇴사예정 이 우선 표시됩니다.

제2조. 날짜 입력 시 상태 자동 반영

입사일자·퇴사일자를 입력하면 재직구분·계정상태·만료일자를 화면에서 자동 반영합니다.
1. 1) 미래 입사일: 입사예정 · 중지 기본 선택
2. 2) Today · 과거 입사일: 재직 · 정상
3. 3) 미래 · Today 퇴사일: 계정상태 유지
4. 4) 과거 퇴사일: 퇴사 · 계정상태 유지 (계정 중지는 만료일자 배치가 합니다)
자동 반영값은 관리자가 변경할 수 있습니다.
- 관리자가 날짜와 상태를 따로 맞추게 두면 어긋난 조합이 입력 단계에서 생깁니다.

제3조. 상태 효력의 기준 시각

자동전환(입사 도래 · 휴직 시작 · 휴직 종료 +1일)의 효력 기준은 오전 06:00 입니다.
배치는 06:00 이전에 먼저 실행하는 것을 허용하며, 앞뒤로 생기는 오차 범위는 요건으로 정하지 않습니다.
- 업무 개시 전에 상태가 정리돼 있어야 첫 출근자가 정상 로그인합니다.
관리자의 수동 상태 변경은 06:00 을 기다리지 않고 저장 즉시 효력이 발생합니다.
만료일자 배치는 06:00 기준을 적용하지 않고 기존 실행 시각을 그대로 따릅니다.

제4조. 퇴사 처리와 계정 중지

퇴사일 전용 배치를 신설하지 않습니다. 퇴사일자를 입력하면 만료일자에 퇴사일 +1일 이 자동 입력되고, 기존 만료일자 배치가 그 날 계정을 중지합니다.
- 같은 일을 하는 배치가 둘이면 같은 계정을 두고 경쟁합니다.
만료일자는 관리자가 직접 수정할 수 있으며 수정값이 배치 기준입니다.
중지 사유로 퇴사 를 선택하면 만료일자를 기다리지 않고 즉시 중지합니다.
퇴사일자가 있으나 만료일자가 빈 값이면 중지되지 않고 확인필요로 남습니다.
만료일자 배치가 계정을 중지하면 변경이력의 사유에 계정 만료일에 따른 중지 를 남깁니다. 퇴사일자 없이 만료일자만 지정한 계정도 같습니다. 퇴사일자 저장만으로는 계정을 중지하지 않으므로, 과거 퇴사일도 만료일자 배치가 중지하고 같은 사유를 남깁니다.
배포 이전에 이미 지난 만료일자는 만료일자 배치에서 제외합니다. 배포 이후에 퇴사일자를 입력한 계정부터 만료일자를 반영하고, 그 만료일자에 따라 중지합니다.

제5조. 계정 중지와 원소속 부서

계정을 중지하면 원소속 부서를 해제합니다.
- 중지 기간에 원소속으로 남으면 조직도·결재선·부서 통계에 없는 사람이 계속 잡힙니다.
정상으로 복귀해도 원소속 부서를 자동 복원하지 않습니다. 관리자가 직접 재지정합니다.
자동 중지는 휴직·퇴사 저장 시점에 사전 안내를 노출합니다.
휴면 처리는 원소속 부서를 해제하지 않습니다. 아직 조직 배치가 끝난 상태가 아니기 때문입니다.

제6조. 상태 변경 방향별 질문

정상 → 중지 는 변경 사유가 필수입니다.
중지 → 정상 은 사유를 받지 않고, 진행 중인 휴직 건이 없을 때만 목적(복직 / 신규 사원생성)을 확인합니다. 고르는 순간 처리되며 확인 버튼을 두지 않습니다.
- 중지는 "왜 막았나", 정상화는 "다음에 무엇을 할지" 가 중요합니다. 목적을 잘못 고르면 퇴사자 계정을 신규 입사자가 물려받습니다.
중지 사유로 퇴사 를 고르면 퇴사일자가 없을 때 저장을 차단합니다. 재직구분은 사유가 아니라 퇴사일자로 판정합니다. 중지 사유에는 휴직 을 두지 않고, 휴직에 따른 계정 중지는 휴직 탭의 계정 중지 체크박스로만 합니다.
중지 사유가 잘못계정생성 및 미사용계정 이면 관리자·부서장·관리자가 보는 HR 앱 목록에서 제외하고, 정상으로 복귀하면 정상 계정과 동일하게 노출을 복원합니다.

제7조. 어긋난 조합의 처리

퇴사 + 정상 류의 조합은 저장을 허용하고 계정 상태를 강제로 바꾸지 않습니다.
대신 목록·상세에 확인필요 표시와 다음 조치 안내를 노출합니다.
- 강제 변경은 관리자 모르게 로그인 권한을 바꾸고, 인계 중인 퇴사자의 업무를 멈춥니다.
입사예정 + 정상 조합은 확인필요가 아닙니다. 입사 전 교육 수강과 고용계약 진행에 로그인이 필요하기 때문입니다. 신규 생성 시 계정상태 중지 기본값은 유지하되 관리자가 정상 으로 바꿔 저장할 수 있습니다.

제8조. 휴직과 휴면 판정

미접속 휴면 정책은 휴직 기간 동안 판정하지 않습니다.
휴직 계정의 수동 휴면 전환도 차단하며, 휴직 종료 후 재판정합니다.
- 휴직자의 미접속은 미접속이 아니라 휴직입니다. 겹치면 복직 때 해제를 두 번 해야 합니다.
휴직은 인사정보의 휴직 탭 목록에서 행을 추가해 바로 입력합니다. 재직구분에서 휴직 을 직접 고를 수 없고, 오늘이 휴직 탭에 등록된 건의 기간 안에 있으면 시스템이 휴직 으로 판정합니다.
- 재직구분 선택에 휴직 입력을 묶으면 미래 휴직을 저장할 때 재직구분이 재직으로 보이고, 과거 이력을 넣으려 해도 휴직을 골라야 합니다.
휴직기간(From/To)과 휴직구분과 휴직사유는 필수이며, 계정 중지는 체크박스 선택으로만 예약합니다. 휴직 탭에는 저장 버튼이 없고, 편집한 행에서 포커스가 벗어나면 그 행을 저장합니다. 저장 확인 창은 두지 않습니다. 계정 중지를 체크하면 그 행의 휴직 기간 동안 휴직 시작일에 계정이 중지되고 원소속 부서가 해제된다는 확인 창을 띄웁니다.
중지 옵션을 선택한 휴직은 휴직 종료일 +1일 06:00 에 재직 으로 돌아가고, 계정 상태는 휴직 전 상태로 복원합니다. 휴면이던 계정은 휴면 으로 돌아갑니다.
- 휴직만 거치면 휴면이 풀리는 경로를 막습니다. 휴직 중 관리자가 계정 상태를 직접 바꿨으면 그 값을 유지합니다.
휴직 탭의 건이 휴직의 원천입니다. 재직구분 판정, 자동전환, 근태이상 집계, 출근율, 휴가 병행 판정, 확인필요 판정은 모두 휴직 탭의 건을 기준으로 합니다. 휴직 탭은 인사정보 하위의 경력 과 포상/징계 사이에 둡니다. 휴직 데이터의 저장 위치와 동기화 방식은 개발 검토로 정합니다.
- 원천이 둘이면 두 곳이 어긋났을 때 어느 값이 맞는지 답할 수 없게 됩니다.
휴직 탭의 어느 건과도 하루라도 겹치는 휴직은 등록할 수 없습니다. 휴직 시작일이 입사일보다 빠르거나, 퇴사일이 있을 때 휴직 종료일이 퇴사일보다 늦어도 저장을 차단합니다. 기본 탭에서 퇴사일을 진행 중이거나 예정인 휴직 건의 종료일보다 앞당겨 저장하는 것도 차단합니다. 휴직기간이 근태마감된 날과 하루라도 겹치면 추가와 기간 수정을 모두 차단합니다. 진행 중 건의 복직 처리도 같으며, 근태마감을 취소한 뒤 종료일을 고칩니다. 검증은 행을 저장할 때 그 행만 판정하고, 오류가 있는 행은 저장하지 않고 행 아래에 안내합니다.
- 기간이 겹친 이력이 여러 건 쌓이면 어느 휴직이 유효한 휴직인지 판단할 근거가 사라집니다.
기간이 겹치지 않으면 예정 건을 여러 개 등록할 수 있습니다.
- 상단 휴직 안내가 이미 휴직 여부와 휴직기간을 보여 주므로, 기본 탭에 같은 정보를 다시 적으면 중복됩니다.
휴직 시작일 06:00 이 지난 뒤에 중지 옵션을 선택해 저장하면 저장 즉시 중지합니다. 휴직 기간 전체가 지났으면 중지하지 않고 이력만 기록합니다.
- 효력 시각이 지난 뒤에 다음 날 배치를 기다리면 휴직자가 하루 더 로그인할 수 있습니다.
재직구분이 휴직인 계정은 휴면 계정을 중지로 바꾸는 배치에서 제외하고, 휴면 경과 기간은 복직일부터 다시 셉니다.
- 기간을 빼지 않고 대상에서만 제외하면 복직한 다음 날 바로 중지되는 계정이 생깁니다.
- 이 배치가 계정을 중지하면 변경이력의 사유에 장기 휴면인 경우 중지 를 남깁니다.
휴직 건의 상태는 세 가지이고, 상태에 따라 고칠 수 있는 값과 삭제 여부가 다릅니다. 고칠 수 없는 셀은 잠급니다.
1. 1) 예정(시작일 06:00 전): 모든 값을 고칠 수 있고, 삭제하면 예약한 중지도 취소합니다.
2. 2) 진행 중(시작일 06:00 ~ 종료일 +1일 06:00): 종료일 · 휴직구분 · 휴직사유만 고칠 수 있고, 삭제할 수 없으며 종료일을 수정해 복직 처리하도록 안내합니다.
3. 3) 종료(종료일 +1일 06:00 이후): 휴직구분 · 휴직사유만 고칠 수 있고, 잘못 등록한 건을 정정하려고 삭제할 수 있습니다.
4. 4) 삭제하면 출근율이 다시 산정되어 연차 산정에 영향을 줄 수 있으므로, 삭제 전에 이를 안내하고 확인을 받은 뒤 삭제합니다.
5. 5) 휴직기간이 근태마감된 날과 하루라도 겹치는 건은 상태와 관계없이 삭제할 수 없습니다.
복직 처리는 진행 중 건의 휴직 종료일을 앞당겨 저장하는 것입니다. 복직일(종료일 +1일) 06:00 에 복귀 처리를 적용하고, 복직일 06:00 이 이미 지났으면 저장 즉시 반영합니다. 휴직 종료일은 휴직 시작일보다 빠를 수 없습니다.
휴직 탭의 추가 · 수정 · 삭제 자체는 변경이력에 남기지 않습니다. 그 건으로 재직구분이나 계정 상태가 바뀌면 그 변경을 남깁니다.
- 이번 범위의 변경이력은 재직구분과 계정 상태의 변경만 남깁니다. (제17조 7항)
기본 탭에 저장하지 않은 변경이 있거나 휴직 탭에 검증 오류로 저장되지 않은 행이 있는 채로 다른 탭으로 이동하면 확인 창을 띄웁니다. 휴직 탭에서는 저장하고 이동 없이 버리고 이동 · 취소만 둡니다.
1. 1) 저장하고 이동: 저장이 성공한 뒤에만 이동하고, 검증에 실패하면 그 탭에 머뭅니다.
2. 2) 버리고 이동: 변경을 버리고 이동합니다.
3. 3) 취소: 이동하지 않습니다.
휴직 건은 한 건마다 휴직구분 값을 가집니다. 휴직구분의 값과 쓰임은 제15조를 따릅니다.

제9조. 계정 삭제

삭제사유는 퇴사로 인한 계정삭제 와 잘못계정생성 및 미사용계정 두 종이며, 사유에 따라 필수값이 다릅니다.
대상별 Validation 에서 한 명이라도 실패하면 전체를 실행하지 않습니다. 실패 대상자 이름·사유를 Dialog 에 노출하며, 1명 삭제도 같은 검증을 적용합니다.
- 부분 실행은 몇 명이 지워졌는지 확인할 수 없고, 삭제는 되돌릴 수 없습니다.
삭제 사원 목록에 삭제사유 컬럼을 두고 삭제 때 받은 값을 그대로 보여줍니다.
재직 · 휴직 상태 계정은 퇴사일자 없이 삭제할 수 없습니다. 다만 삭제사유가 잘못계정생성 및 미사용계정 이면 재직구분과 관계없이 삭제할 수 있습니다.
- 잘못 만든 계정과 쓰지 않는 계정에는 퇴사일자가 없어서, 퇴사일자를 요구하면 지울 수 없게 됩니다.

제10조. 삭제사유별 App 연계

퇴사로 인한 계정삭제 는 퇴사일자·퇴사상태를 App 에 전달하고 App 별 퇴사자 정책에 따라 반영합니다. 데이터를 삭제하지 않습니다.
잘못계정생성 및 미사용계정 은 삭제 사실·사유를 전달하고, App 은 삭제사유를 기록한 뒤 그 User 를 App 내 노출에서 제외합니다.
1. 1) 8개 APP(근태 · 휴가 · 인사 · 급여 · 교육 · 계약 · 차량일지 · 경비) 모두 같은 방식으로 처리합니다. 근태·휴가는 근태기록 · 타임라인 · 휴가 사용이력 · 연차 부여이력이 노출 제외 대상입니다.
2. 2) 노출 제외는 관리자 · 부서장 · 관리자가 보는 목록 · 조회 · 집계 화면에서 빼는 것입니다.
3. 3) 이번 범위에서는 App 내 데이터를 삭제하지 않습니다.
중지·휴면은 App 데이터를 바꾸지 않습니다.
- 퇴사자 데이터는 인계·조회 대상이고, 오생성 데이터는 업무 화면에 남길 근거가 없습니다.

제11조. APP 노출 기준

8개 APP(근태 · 휴가 · 인사 · 급여 · 교육 · 계약 · 차량일지 · 경비)은 재직구분으로, 조직도는 계정 상태로 판단합니다. 조직도에는 정상 과 휴면 계정을 모두 노출합니다.
입사예정은 근태 · 휴가 · 교육 · 계약에 노출하고 나머지 4개 APP 은 노출하지 않습니다.
1. 1) 근태는 입사일을 기준으로 입사예정자를 노출합니다. 기본그룹의 예정멤버로 두지 않습니다.
2. 2) 휴가는 예정멤버 개념이 없고, 등록 시점에 휴가기본정책에 반영합니다.
3. 3) 입사예정자가 근태 앱과 휴가 앱에 접근하면 화면에 empty set 을 노출합니다. 부서장·관리자가 조회해도 같습니다.
  - empty set 은 휴가 앱이 입사일자 없는 사원에게 보여주던 기존 화면이며, 근태는 위젯·가젯과 내 근태현황의 대시보드·타임라인에 같은 모양으로 적용합니다.
  - 결근배치는 입사일 이전 날짜에 근태 기록을 만들지 않습니다. 계정을 미리 만들어도 입사 첫날 입사 전 결근이 드러나지 않습니다.
4. 4) 입사예정자가 근태 앱과 휴가 앱에 접근하면 LNB 컨텍스트 버튼(신청서 작성)을 노출하지 않습니다.
  - 입사 전 교육 진행과 고용계약이 실제로 발생합니다. 근태와 휴가는 입사 전에도 대상자로 잡아 두어야 입사 당일 부여와 집계가 이어집니다.
8개 APP 모두 퇴사일까지 노출하고 퇴사일 +1일부터 대상자·사용자 목록에서 제외합니다.
- 마지막 근무일에 본인이 근태·휴가에서 사라지면 그날 근무를 기록할 수 없습니다.
1. 1) 퇴사자가 근태 앱과 휴가 앱에 접근하면 LNB 컨텍스트 버튼(신청서 작성)을 노출하지 않습니다.
이미 만들어진 이력·문서는 삭제하지 않고 퇴사자로 표기해 조회를 유지합니다.
퇴사일로 근무그룹·연차정책 종료일을 자동 처리하며, 퇴사일자를 지우면 근무그룹 종료일과 연차정책 그룹 종료일도 함께 삭제합니다.
- 근무그룹과 연차정책 그룹에는 관리자가 사원별 종료일을 고치는 화면이 없습니다.

제12조. 근무 의무 없는 기간의 근태이상

입사예정(계정생성일 ~ 입사예정일)과 휴직(휴직기간 From~To)은 근태이상 집계와 알림을 모두 하지 않습니다.
퇴사예정은 별도 조치 없이 재직과 같게 처리합니다.
- 알림만 끄고 집계에 남기면 출근율·근태이상 통계가 휴직자를 이상으로 세고, 복직 때 사람이 손으로 걷어내야 합니다.

제13조. 라이선스 검증

계정을 정상 으로 바꾸는 모든 처리(수동 저장 · 자동전환 배치 · 엑셀 일괄 업로드)는 라이선스를 검증합니다.
라이선스가 부족하면 전체를 변경하지 않습니다. 일부만 처리하지 않습니다.
입사일 도래 자동전환이나 휴직 종료 자동 복귀에서 라이선스 부족으로 제외된 대상이 있으면 경영업무포털 WEB 인사 App 관리자에게 알림을 보냅니다. 입사는 [인사] 라이선스가 부족하여 입사예정자의 계정상태가 정상 변경되지 않았습니다., 복귀는 [인사] 라이선스가 부족하여 복직 대상자의 계정상태가 정상 변경되지 않았습니다. 이고, 누르면 사원정보관리로 이동합니다.
- 자동전환은 새벽 배치라 관리자가 화면에서 결과를 보지 못합니다.
수동으로 정상 전환을 저장할 때의 라이선스 부족 안내는 현재 플랫폼 정책을 따르며, 이 기획서에서 정하지 않습니다.

제14조. 엑셀 일괄 등록

사원정보 엑셀 업로드·다운로드는 기존 조직일괄등록 메뉴(경영업무포털 > 인사관리 > 조직관리 > 조직일괄등록)에서 처리합니다. 재직구분 · 계정상태 · 만료일자는 사원 탭에서, 휴직은 인사 정보 탭에서 올립니다. 사원정보관리 목록 도구에 버튼을 신설하지 않습니다.
- 같은 기능이 두 화면에 있으면 양식·검증·결과 안내가 갈라집니다.
사원 탭 양식의 기존 38개 열은 이름·순서·위치를 변경하지 않습니다. 추가 열은 39~41번 3개를 뒤에 붙이고, 허용 값은 화면 항목명과 같은 한글입니다.
확인필요 · 확인필요 사유 열은 두지 않습니다. 판정 결과는 목록에서 확인하고, 엑셀은 입력값만 다룹니다.
사원 탭 양식에는 휴직 열을 두지 않습니다. 휴직은 인사정보의 휴직 탭에서 관리하므로, 일괄 등록도 인사 정보 탭 양식의 휴직 시트에서 받습니다.
- 사원 탭은 사원정보를, 인사 정보 탭은 인사정보 하위 탭을 다루는 기존 구분을 따릅니다.
휴직 시트는 인사 정보 양식의 경력 과 포상징계 사이에 두고, 현재 설정 다운로드에도 담습니다. 한 행은 휴직 한 건이고, 휴직 탭 저장과 같은 검증(제8조)을 적용합니다. 계정 중지 열은 두지 않으므로, 계정 중지는 휴직 탭 화면에서만 예약합니다.
- 업로드·다운로드 처리 방식은 인사 정보 업로드 시스템 스펙을 따르며, 이번 범위에서는 휴직 시트의 포함 여부만 정합니다.
사원 탭 재직구분 열의 재직 · 휴직 값은 판정에 쓰지 않고, 입사일 · 퇴사일과 휴직 탭의 건으로 판정합니다.
퇴사일자가 진행 중이거나 예정인 휴직 건의 종료일보다 빠른 행은 실패 행으로 처리합니다. (제8조 7항)

제15조. 휴직구분과 출근율 산정

휴직을 등록할 때 휴직구분을 함께 받습니다. 값은 다섯 가지입니다.
1. 1) 질병휴직(업무)
2. 2) 육아휴직
3. 3) 질병휴직(업무 외)
4. 4) 개인휴직
5. 5) 기타
소정근로일 포함 여부는 휴직구분에 따라 갈립니다.
1. 1) 질병휴직(업무)과 육아휴직은 소정근로일에 포함하고, 그 기간을 출근한 날로 셉니다.
  - 근로기준법 제60조 제6항이 업무상 부상·질병으로 휴업한 기간과 육아휴직 기간을 출근한 것으로 보기 때문입니다.
  - 소정근로일에만 남기면 반년 근무한 뒤 반년 육아휴직을 쓴 사원이 출근율 80% 에 못 미쳐 연차가 발생하지 않습니다.
2. 2) 질병휴직(업무 외)과 개인휴직과 기타는 소정근로일에서 제외합니다.
  - 출근했음을 간주하는 기간과 근로제공 의무가 정지된 약정휴직은 출근율에서 다르게 다뤄야 합니다.
휴직사유는 텍스트로 입력받는 값이라 출근율 판정에 쓰지 않습니다. 판정 기준은 휴직구분 하나입니다.
근태이상 집계와 알림의 제외는 휴직구분과 무관하며 휴직기간 전체에 적용합니다. (제12조)
근로계약(사용종속관계)이 유지되는 휴직기간은 재직기간에 포함합니다. 개인 질병, 육아휴직, 출산전후휴가, 회사 승인 개인 휴직이 여기에 해당하고, 휴직 탭의 건은 휴직구분과 관계없이 모두 포함합니다.
- 재직기간은 근로관계가 이어지는지로 보고, 출근율은 근로를 제공했는지로 봅니다. 그래서 개인휴직은 재직기간에는 들어가고 소정근로일에서는 빠집니다.

제16조. 휴직과 휴가의 관계

휴직 기간에도 휴가를 신청할 수 있고, 휴직과 휴가가 겹치는 날은 휴가를 우선해 처리합니다.
1. 1) 휴직을 등록하기 전에 승인된 휴가도 취소하지 않고, 겹치는 날은 휴가로 처리합니다.
  - 휴직 중에도 조부모상 같은 경조사로 휴가가 발생하는 경우가 있어서, 휴직 기간의 휴가 신청을 막지 않습니다.
휴직일의 근태 기록은 생성하되, 타임라인 화면에는 노출하지 않습니다.
- 근태는 일별 기록을 세어 소정근로일을 구하므로, 기록을 만들지 않으면 제15조의 출근율 산정을 할 수 없습니다.
1. 1) 휴직 중에 실제로 찍은 출퇴근 기록과 관리자가 등록한 근무기록은 타임라인에 그대로 노출합니다.
2. 2) 근무기록 목록 · 엑셀 · 주간 대시보드는 휴직일 근태 기록을 그대로 반영합니다.
  - 실제로 근무한 기록을 가리면 근무시간 집계와 화면이 어긋납니다.
고객사가 기타휴가로 만들어 쓰는 휴직은 플랫폼 휴직으로 인식하지 않습니다. 그 휴가는 휴가 사용시간으로 근태에 반영합니다.
- 플랫폼이 휴직 기능을 제공하지 않던 동안 기타휴가로 휴직을 대신하던 운영이 남아 있습니다.

제17조. 제공하지 않는 기능

Main 현황 카드와 카드 필터는 제공하지 않습니다.
휴직사유 텍스트를 해석해 소정근로일 포함 여부를 판정하는 기능은 제공하지 않습니다. 판정 기준은 휴직구분입니다. (제15조 3항)
사원정보 하위의 휴직 탭과, 휴직 건의 등록 구분(사원정보 / 직접 입력)은 두지 않습니다. (제8조 6항)
계정 중지 사유에 휴직 을 두지 않습니다. (제6조 3항)
휴직 등록 Dialog 와 복직 처리 버튼은 두지 않습니다. 휴직은 휴직 탭 목록에서 바로 입력하고, 복직은 진행 중 건의 종료일을 고쳐 처리합니다. (제8조 3항 · 12항)
변경이력에는 재직구분과 계정 상태의 변경만 남깁니다. 그 밖의 사원정보 항목 · 휴직 건 자체의 변경과 확인필요 발생·해제 이력은 이번 범위에서 제공하지 않습니다. (제8조 13항)
현재 접근 상태 조회 영역(로그인 · API · 라이선스)은 이번 기능정의에서 제외합니다. (2026-10-05 기획 결정)

제18조. 입력 오류 안내

저장이나 확인을 누를 때 입력 항목의 Validation 에 걸리면, 오류 문구를 그 항목 바로 아래에 한 줄로 보여 줍니다. 오류가 난 항목은 테두리로 표시하고, 오류가 여러 개면 항목마다 보여 줍니다.
- 팝업으로 띄우면 닫은 뒤 어느 항목을 고칠지 다시 찾아야 합니다.
목록 안의 셀(휴직 탭 편집 행)이 걸리면 그 행 바로 아래에 한 줄로 보여 줍니다.
한 항목에 묶이지 않는 검증은 Dialog 로 안내합니다. 삭제 불가 대상 · 복수 삭제 검증이 여기에 해당합니다. 수동 정상 전환의 라이선스 부족 안내는 현재 플랫폼 정책을 따릅니다.
문구에 이동 링크가 있으면(퇴사일이 휴직 종료일보다 빠를 때의 휴직 탭 링크) 같은 줄 끝에 둡니다.
한 항목에 오류가 둘 이상 걸리면 먼저 걸린 하나만 보여 줍니다. 퇴사일자는 휴직 종료일 충돌 → 입사일 역전 → 중지 사유 퇴사의 퇴사일자 누락 → 퇴사예정 → 퇴사 순으로 판정합니다.
휴직 탭 편집 행은 걸린 오류를 그 행 아래 한 줄에 모두 보여 줍니다. 순서는 필수값 → 종료일 역전 → 입사일 → 퇴사일 → 중첩 → 근태마감입니다.

연계 개정 (반영 필요)

대상	개정 내용
계정 상태 조항	재직구분과 계정 상태를 서로 다른 항목으로 관리함을 명시하고 어긋난 조합의 `확인필요` 처리를 추가 (본 부록 제1·7조 참고)
휴면 정책 조항	휴직 기간 동안 미접속 휴면을 판정하지 않음을 추가 (본 부록 제8조 참고)
만료일자 배치 조항	퇴사일자 입력 시 만료일자에 퇴사일 +1일이 자동 입력됨을 추가 (본 부록 제4조 참고)
조직일괄등록 조항	사원 탭 추가 열 3개와, 인사 정보 탭 양식의 휴직 시트 포함을 추가 (본 부록 제14조 참고)
근태이상 집계 조항	입사예정·휴직 기간은 집계·알림 대상이 아님을 추가 (본 부록 제12조 참고)
인사정보 조항	인사정보 하위 탭의 경력과 포상/징계 사이에 휴직 탭을 두고, 그 탭의 건을 휴직의 원천으로 삼음을 추가 (본 부록 제8조 참고)
출근율 산정 조항	휴직구분별 소정근로일 포함 여부를 추가 (본 부록 제15조 참고)
휴가 신청 조항	휴직 기간에도 휴가를 신청할 수 있고 겹치는 날은 휴가를 우선함을 추가 (본 부록 제16조 참고)
타임라인 조항	휴직일의 근태 기록은 생성하되 타임라인 화면에는 노출하지 않음을 추가 (본 부록 제16조 2항 참고)

접은 대안

같은 논의가 다시 열렸을 때 여기서 끝나도록, 검토했다가 접은 안과 이유를 남긴다.

접은 안	접은 이유	관련
효력 기준 00:00	전날 밤 근무자가 퇴사일 자정에 로그아웃된다	P-2
퇴사일 전용 배치 신설	만료일자 배치와 같은 계정을 두고 경쟁, 실행 순서에 따라 결과가 갈린다	P-3
원소속 부서 자동 복원	중지 기간의 조직 개편을 덮어써 오히려 틀린 배치가 된다. 복직이 잦은 회사의 재지정 부담은 출시 후 실측해 재판단	P-4
어긋난 조합 강제 변경	관리자 모르게 로그인 권한이 바뀌고 그 이유를 화면에서 찾을 수 없다	P-5
부분 삭제 허용	몇 명이 지워졌는지 확인 불가. 전체 미실행의 비용(다시 고르기)은 되돌릴 수 있다	P-6
확인필요 일별 스냅샷 적재	매일 전체 복제 비용이 크고 변경 시점을 못 남긴다	P-11
엑셀 열 중간 삽입·이름 변경	기존 고객 양식이 그날부터 실패하고 원인이 화면에 드러나지 않는다	P-12
정상화에도 사유 입력	정상화는 사유보다 다음 행동이 중요해 목적 확인으로 대체	P-9
APP 을 HR·경리회계 두 덩어리로 묶어 판단	입사 전 교육·계약이라는 실제 업무가 함께 막힌다	P-17
휴직 중 알림만 끄고 집계는 유지	출근율·근태이상 통계가 휴직자를 이상으로 세고, 복직 때 손으로 걷어내야 한다	P-13
퇴사 즉시 모든 APP 미노출	마지막 근무일의 근태를 기록할 수 없다	P-18
퇴사 시 APP 데이터까지 삭제	급여 정산·계약 분쟁·감사에 답할 근거가 사라진다. 삭제는 계정 삭제의 삭제사유가 판단한다	P-18 · P-8
APP 노출 종료를 만료일자에 연동	인수인계로 만료일자를 늦출 때마다 노출 종료가 흔들려 앱마다 다른 날짜가 된다	P-18
`입사예정 + 정상` 을 확인필요로 표시	정상 운영을 매일 확인필요로 세면 정작 봐야 할 퇴사자 방치가 묻힌다	P-19

정책 매핑

P	결정 요지	확정	반영 위치
P-1	재직구분 판정 우선순위	2026-07-24	REQ-001 · 매트릭스 문서
P-2	효력 06:00 · 배치 선행 실행 · 오차 무관	2026-07-24	REQ-007 · REQ-009 · REQ-020
P-3	퇴사 중지를 만료일자 배치로	2026-08-20	REQ-010 · 매트릭스 문서
P-4	원소속 부서 해제·비복원	2026-07-24	REQ-009 · REQ-012
P-5	어긋난 조합은 확인필요 표시	2026-07-24	REQ-002 · REQ-004 · REQ-010
P-6	복수 삭제 전체 통과 시만 실행	2026-07-24	REQ-018
P-7	미사용 중지의 HR 노출 비복원	2026-07-24	REQ-011
P-8	삭제사유별 App 데이터 처리	2026-08-20	REQ-017 · REQ-019 · 매트릭스 문서
P-9	상태 변경 방향별 질문 (사유/목적)	2026-08-20	REQ-011 · REQ-013 · REQ-014
P-10	휴직 중 휴면 판정 유예	2026-08-20	REQ-002 · REQ-008 · REQ-009 · 매트릭스 문서
P-11	~~확인필요 발생·해제를 이력으로 적재~~ P-52 로 이번 범위에서 제외	2026-08-20	REQ-004 · REQ-016
P-12	엑셀 열 후방 추가 · 한글 허용 값	2026-08-20	REQ-023
P-13	재직구분별 근태이상 집계·알림 유예	2026-08-20	REQ-026
P-14	엑셀 일괄은 조직일괄등록 메뉴에서 처리	2026-08-21	REQ-023
P-15	날짜 입력 시 재직구분·계정상태 자동 반영	2026-08-21	REQ-006 · REQ-010
P-16	중지 → 정상 전환의 라이선스 전체 검증	2026-08-21	REQ-024
P-17	8개 APP 노출은 재직구분 · 입사예정은 교육·계약만	2026-08-21	REQ-022 · 매트릭스 문서
P-18	퇴사 노출 종료 퇴사일 +1일 · 이력 문서 보존	2026-08-21	REQ-022 · REQ-027
P-19	입사예정 + 정상은 확인필요 아님	2026-08-21	REQ-004 · REQ-006
P-20	~~휴직 탭 자동 기록 · 사원정보 → 휴직 탭 일방향 동기화~~ P-32 로 대체	2026-09-03	REQ-008 · REQ-028
P-21	휴직기간 중첩 등록 차단 · 휴직 이력별 휴직구분	2026-09-21	REQ-008 · REQ-029
P-22	휴직구분 5종과 소정근로일 포함 여부	2026-09-21	REQ-026 · REQ-029
P-23	~~휴직 기간 휴가 신청 제한~~ P-44 로 대체 · ~~휴직은 타임라인 미반영~~ P-45 로 대체	2026-09-21	REQ-030
P-24	입사예정자의 근태·휴가 노출과 신청 차단 안내	2026-09-21	REQ-022
P-25	플랫폼·경리회계 양방향 동기화 제외	2026-09-21	REQ-028
P-26	~~휴직기간 중첩 검증은 사원정보 휴직 이력만~~ P-32 로 대체	2026-09-28	REQ-008 · REQ-028
P-27	효력 시각이 지난 휴직 저장은 즉시 중지	2026-09-28	REQ-008 · REQ-020
P-28	휴직 계정의 휴면 → 중지 배치 제외 · 복직일부터 재기산	2026-09-28	REQ-002
P-29	휴직 중지 계정의 복직 시 휴직 전 계정 상태 복원	2026-09-28	REQ-002 · REQ-009
P-30	~~휴직 탭 자동 기록은 복직 전 갱신 · 복직 후 새 건~~ P-32 로 대체	2026-09-28	REQ-028
P-31	휴직 등록을 재직구분과 분리 · ~~휴직 탭 Dialog~~ P-36 으로 대체 · 재직구분 휴직은 시스템 판정	2026-09-28	REQ-001 · REQ-008 · REQ-015
P-32	휴직 탭이 휴직의 원천 · 인사정보 휴직 탭과 일방향 동기화 폐지 · 전체 건 중첩 검증	2026-09-28	REQ-004 · REQ-008 · REQ-009 · REQ-026 · REQ-028 · REQ-029 · REQ-030
P-33	휴직 건 상태(예정 · 진행 중 · 종료)별 수정 · 삭제 범위와 ~~복직 처리~~ P-37 로 대체	2026-09-28	REQ-016 · REQ-021 · REQ-028
P-34	중지 사유에서 휴직 제외 · 휴직 중지는 중지 옵션으로 일원화	2026-09-28	REQ-011 · REQ-013 · REQ-014
P-35	엑셀 휴직 등록은 휴직기간 열 기준 · 같은 건은 변경 없음	2026-09-28	REQ-023
P-36	휴직 탭 인라인 편집 목록 · 하단 저장과 저장 확인 창 미리보기 · 행 단위 검증과 셀 잠금	2026-09-28	REQ-008 · REQ-028
P-37	진행 중 건의 종료일을 앞당겨 저장하는 것이 복직 처리 · 복직 처리 버튼 폐지	2026-09-28	REQ-008 · REQ-016 · REQ-028
P-38	~~경리회계에는 휴직 상태만 전달 · 휴직 이력은 IAM(사원정보 휴직 탭)~~ P-53 으로 대체	2026-09-28	REQ-028
P-39	미저장 변경의 탭 이동 확인 창 (저장하고 이동 · 버리고 이동 · 취소)	2026-09-28	REQ-028
P-40	휴직 입사일·퇴사일 차단 문구 · 퇴사 우선 미리보기 · 종료 건 휴직구분 수정 시 출근율 재계산 안내	2026-09-28	REQ-008
P-41	엑셀 다운로드 휴직 열은 진행 중 → 가장 가까운 예정 → 공백 · 재직구분 열의 재직·휴직 값은 판정 제외	2026-09-28	REQ-023
P-42	퇴사일을 진행 중·예정 휴직 건의 종료일보다 앞당기는 저장 차단	2026-09-28	REQ-008 · REQ-010 · REQ-023
P-43	소정근로일에 포함하는 휴직(질병휴직(업무) · 육아휴직) 기간은 출근한 날로 산정	2026-09-29	REQ-029
P-44	휴직 기간의 휴가 병행 허용 · 겹치는 날은 휴가 우선 (P-23 의 신청 제한 대체)	2026-09-29	REQ-028 · REQ-030
P-45	휴직일의 근태 기록은 생성하고 타임라인 화면에만 미노출 (P-23 의 타임라인 미반영 대체)	2026-09-29	REQ-029 · REQ-030
P-46	~~잘못계정생성·미사용계정 삭제 시 근태·휴가 데이터 전체 삭제~~ P-48 로 대체	2026-09-29	REQ-019
P-47	삭제 이벤트 전달 대상은 8개 APP 전부 · ~~오생성·미사용 삭제 시 데이터 전체 삭제~~ P-48 로 대체	2026-09-29	REQ-019
P-48	오생성·미사용 삭제는 삭제사유 기록 · 8개 APP 내 노출 제외까지 · 데이터 삭제하지 않음	2026-09-29	REQ-019
P-49	휴직 중 실제 출퇴근 기록은 타임라인 노출 · 목록·엑셀·대시보드는 휴직일 기록 그대로	2026-09-30	REQ-030
P-50	입사예정자 empty set 은 휴가 기존 화면 · 근태 위젯·대시보드·타임라인 · 관리자 조회 포함 · 입사일 이전 근태 기록 미생성	2026-09-30	REQ-022
P-51	퇴사일자 삭제 시 근무그룹 · 연차정책 그룹 종료일 함께 삭제	2026-09-30	REQ-027
P-52	변경이력은 재직구분 · 계정 상태 변경만 기록 · 확인필요 이력과 휴직 건 자체 변경은 이번 범위에서 제외 (P-11 대체)	2026-10-02	REQ-004 · REQ-016 · REQ-023 · REQ-028
P-53	휴직 탭은 인사정보 하위 `경력` 과 `포상/징계` 사이 · 휴직 데이터의 저장 위치와 동기화 방식은 개발 검토 (P-38 대체)	2026-10-02	REQ-028
P-54	~~진행 중인 휴직은 기본 탭 재직구분 옆에 `휴직 중` 태그와 휴직기간 노출~~ P-65 로 대체	2026-10-02	REQ-001
P-55	`잘못계정생성 및 미사용계정` 삭제는 재직 · 휴직 계정도 퇴사일자 없이 삭제 가능	2026-10-02	REQ-008 · REQ-018
P-56	입사일 자동전환에서 라이선스 부족으로 제외되면 경영업무포털 WEB 인사 App 관리자에게 알림 · 사원정보관리로 이동	2026-10-02	REQ-024
P-58	휴직 종료 자동 복귀에서 라이선스 부족으로 제외될 때도 같은 관리자 알림	2026-10-02	REQ-009 · REQ-024
P-59	수동 정상 전환의 라이선스 부족 안내는 현재 플랫폼 정책을 따름 · 이 기획서 범위 아님	2026-10-02	REQ-024
P-60	휴직 필수값 · 종료일 역전 · 퇴사일 역전 · 중지 사유 · 삭제 필수값의 오류 문구 확정	2026-10-02	REQ-008 · REQ-010 · REQ-011 · REQ-013 · REQ-017
P-61	퇴사예정 · 퇴사의 퇴사일 누락 문구 통일 · 한 항목의 오류는 하나만(퇴사일자 판정 순서) · 휴직 행 오류 순서 · 01 삭제 창에 상세 삭제사유	2026-10-02	REQ-001 · REQ-008 · REQ-010 · REQ-017
P-62	휴직은 사원 탭 열이 아니라 인사 정보 양식의 휴직 시트(경력과 포상징계 사이)로 등록 · 열 6개(계정 중지 열 없음) · 현재 설정 다운로드에 휴직 시트를 담음	2026-10-02	REQ-023
P-57	입력 Validation 오류는 그 항목 아래 한 줄로 노출 · 한 항목에 묶이지 않는 검증만 Dialog	2026-10-02	REQ-008 · REQ-010 · REQ-011 · REQ-013 · REQ-017
P-65	진행 중인 휴직은 기본 탭에 `휴직 중` 태그로 표기하지 않음 · 휴직기간은 상단 휴직 안내에만 노출 (P-54 대체)	2026-10-05	REQ-001 · REQ-015
P-66	근태마감된 날과 겹치는 휴직은 추가 · 기간 수정 · 삭제 차단 · 휴직 변경의 출근율 · 연차 재산정은 다음날 06:00 배치	2026-10-06	REQ-008 · REQ-028 · REQ-029
P-67	근태마감 등록 차단 문구 · 삭제 불가 툴팁 문구 확정 · 휴직 행 오류 순서 끝에 근태마감	2026-10-06	REQ-008 · REQ-028
P-68	근로계약이 유지되는 휴직기간은 재직기간에 포함 · 휴직구분 5종 모두 포함	2026-10-06	REQ-029
P-69	근태마감된 날을 포함한 진행 중 휴직은 근태마감을 취소한 뒤 종료일을 고친다	2026-10-06	REQ-008
P-70	휴직 추가 · 수정 · 삭제 시 이미 부여한 연차는 발생연차만 재조정	2026-10-06	REQ-029
P-71	중지 사유가 퇴사여도 재직구분은 퇴사일자로 판정	2026-10-06	REQ-011 · REQ-013
P-72	퇴사일자가 남은 재직 계정도 퇴사로 인한 계정삭제 가능 · 퇴사 여부 확인 체크 없이 삭제 · 각 APP 에 퇴사자로 전달	2026-10-06	REQ-017 · REQ-019
P-73	휴직 진행 중 · 종료 건의 계정 중지 셀 비활성 · 휴직 중 정상 전환은 기본 탭 계정 상태로	2026-10-06	REQ-028
P-74	조직도는 정상 · 휴면 계정을 모두 노출 (P-17 개정)	2026-10-06	REQ-022

확정자: 정민경

제·개정 이력

규칙	관련 요구사항	확정일	담당자
P-1 재직구분 판정	REQ-001	2026-07-24	-
P-2 상태 효력 06:00	REQ-007 · REQ-009 · REQ-020	2026-07-24	-
P-3 퇴사 중지 = 만료일자 배치	REQ-010	2026-08-20	-
P-4 원소속 부서 해제·비복원	REQ-009 · REQ-012	2026-07-24	-
P-5 어긋난 조합 = 확인필요	REQ-002 · REQ-004 · REQ-010	2026-07-24	-
P-6 복수 삭제 전체 통과	REQ-018	2026-07-24	-
P-7 미사용 중지의 HR 노출 비복원	REQ-011	2026-07-24	-
P-8 삭제사유별 App 처리	REQ-017 · REQ-019	2026-08-20	-
P-9 상태 변경 방향별 질문	REQ-011 · REQ-013 · REQ-014	2026-08-20	-
P-10 휴직 중 휴면 판정 유예	REQ-002 · REQ-008 · REQ-009	2026-08-20	-
P-11 확인필요 이력 적재 (P-52 로 이번 범위에서 제외)	REQ-004 · REQ-016	2026-08-20	-
P-12 엑셀 열 후방 추가	-	-	-
P-13 근무 의무 없는 기간의 근태이상 유예	REQ-026	2026-08-21	-
P-17 APP 노출은 재직구분 · 조직도는 계정 상태	REQ-022	2026-08-21	-
P-18 퇴사 노출 종료는 퇴사일 +1일 · 이력은 보존	REQ-022 · REQ-027	2026-08-21	-
P-19 입사예정 + 정상은 정상 운영	REQ-004 · REQ-006 · REQ-022	2026-08-21	-
P-14 엑셀 일괄은 조직일괄등록 메뉴	REQ-023	2026-08-21	-
P-15 날짜 입력 시 상태 자동 반영	REQ-006 · REQ-010	2026-08-21	-
P-16 중지 → 정상 전환의 라이선스 전체 검증	REQ-024	2026-08-21	-
P-20 휴직 탭 일방향 동기화	REQ-008 · REQ-028	2026-09-03	-
P-21 휴직기간 중첩 등록 차단 · 이력별 휴직구분	REQ-008 · REQ-029	2026-09-21	정민경
P-22 휴직구분별 소정근로일 포함 여부	REQ-026 · REQ-029	2026-09-21	정민경
P-23 휴직 기간 휴가 신청 제한 · 타임라인 미반영	REQ-030	2026-09-21	정민경
P-24 입사예정자의 근태·휴가 노출과 신청 차단	REQ-022	2026-09-21	정민경
P-25 경리회계 양방향 동기화 제외	REQ-028	2026-09-21	정민경
P-26 휴직기간 중첩 검증 대상	REQ-008 · REQ-028	2026-09-28	davyjeong
P-27 과거 휴직 저장 즉시 중지	REQ-008 · REQ-020	2026-09-28	davyjeong
P-28 휴직 계정의 휴면 → 중지 배치 제외	REQ-002	2026-09-28	davyjeong
P-29 휴직 중지 계정의 복직 시 휴직 전 계정 상태 복원	REQ-002 · REQ-009	2026-09-28	davyjeong
P-30 휴직 탭 자동 기록은 복직 전 갱신 · 복직 후 새 건	REQ-028	2026-09-28	davyjeong
P-31 휴직 등록을 재직구분과 분리하고 휴직 탭에서 등록 (Dialog 는 P-36 으로 대체)	REQ-001 · REQ-008 · REQ-015	2026-09-28	davyjeong
P-32 휴직 탭이 휴직의 원천 (P-20 · P-26 · P-30 대체)	REQ-004 · REQ-008 · REQ-009 · REQ-026 · REQ-028 · REQ-029 · REQ-030	2026-09-28	davyjeong
P-33 휴직 건 상태별 수정 · 삭제 범위 (복직 처리는 P-37 로 대체)	REQ-016 · REQ-021 · REQ-028	2026-09-28	davyjeong
P-34 중지 사유에서 휴직 제외	REQ-011 · REQ-013 · REQ-014	2026-09-28	davyjeong
P-35 엑셀 휴직 등록은 휴직기간 열 기준	REQ-023	2026-09-28	davyjeong
P-36 휴직 탭 인라인 편집 목록과 저장 확인 창 (P-31 의 Dialog 대체)	REQ-008 · REQ-028	2026-09-28	davyjeong
P-37 종료일 수정으로 복직 처리 (P-33 의 복직 처리 대체)	REQ-008 · REQ-016 · REQ-028	2026-09-28	davyjeong
P-38 경리회계에는 휴직 상태만 전달 · 휴직 이력은 IAM (P-53 으로 대체)	REQ-028	2026-09-28	davyjeong
P-39 미저장 변경의 탭 이동 확인 창	REQ-028	2026-09-28	davyjeong
P-40 휴직 입력 안내 문구와 퇴사 우선 미리보기	REQ-008	2026-09-28	davyjeong
P-41 엑셀 휴직 열과 재직구분 열의 처리	REQ-023	2026-09-28	davyjeong
P-42 퇴사일 앞당김 차단	REQ-008 · REQ-010 · REQ-023	2026-09-28	davyjeong
P-43 소정근로일 포함 휴직은 출근으로 산정	REQ-029	2026-09-29	davyjeong
P-44 휴직 기간의 휴가 병행 · 겹치는 날은 휴가 우선 (P-23 대체)	REQ-028 · REQ-030	2026-09-29	davyjeong
P-45 휴직일 근태 기록 생성 · 타임라인 화면 미노출 (P-23 대체)	REQ-029 · REQ-030	2026-09-29	davyjeong
P-46 오생성·미사용 삭제 시 근태·휴가 데이터 전체 삭제 (P-48 로 대체)	REQ-019	2026-09-29	davyjeong
P-47 8개 APP 동일 전달 (전체 삭제는 P-48 로 대체)	REQ-019	2026-09-29	davyjeong
P-48 오생성·미사용 삭제는 사유 기록 · APP 노출 제외	REQ-019	2026-09-29	davyjeong
P-49 휴직 중 실제 출퇴근 기록의 타임라인 노출	REQ-030	2026-09-30	davyjeong
P-50 입사예정자 empty set 범위와 입사 전 근태 기록 미생성	REQ-022	2026-09-30	davyjeong
P-51 퇴사일자 삭제 시 종료일 함께 삭제	REQ-027	2026-09-30	davyjeong
P-53 휴직 탭은 인사정보 하위 경력과 포상/징계 사이 · 저장 위치와 동기화 방식은 개발 검토 (P-38 대체)	REQ-028	2026-10-02	davyjeong
P-54 진행 중인 휴직은 기본 탭 재직구분 옆에 휴직 중 태그와 휴직기간 노출	REQ-001	2026-10-02	davyjeong
P-55 잘못계정생성 및 미사용계정 삭제는 재직 · 휴직 계정도 퇴사일자 없이 삭제 가능	REQ-018	2026-10-02	davyjeong
P-56 입사일 자동전환 라이선스 부족 제외 시 경영업무포털 WEB 인사 App 관리자 알림 · 사원정보관리 랜딩	REQ-024	2026-10-02	davyjeong
P-57 입력 Validation 오류는 그 항목 아래 한 줄 노출 · 대상별 검증만 Dialog	REQ-008 · REQ-010 · REQ-011 · REQ-013 · REQ-017	2026-10-02	davyjeong
P-58 휴직 종료 자동 복귀의 라이선스 부족 관리자 알림	REQ-009 · REQ-024	2026-10-02	davyjeong
P-59 수동 정상 전환의 라이선스 부족 안내는 플랫폼 정책	REQ-024	2026-10-02	davyjeong
P-60 입력 오류 문구 확정	REQ-008 · REQ-010 · REQ-011 · REQ-013 · REQ-017	2026-10-02	davyjeong
P-61 퇴사일 누락 문구 통일과 오류 표시 순서	REQ-001 · REQ-008 · REQ-010 · REQ-017	2026-10-02	davyjeong
P-62 인사 정보 휴직 시트 위치 · 열 · 다운로드	REQ-023	2026-10-02	davyjeong
P-63 상세 상단 휴직 안내는 진행 중인 휴직만, 시작 전인 휴직 건은 노출하지 않음	REQ-015	2026-10-02	davyjeong
P-64 사원 목록 열·정렬(확인필요 주의색 칩 · 휴직 D-day)과 상세 상단 요약(직원구분 칩 · 확인필요 배너 · 진행 중 휴직 안내) 확정	REQ-005 · REQ-015	2026-10-02	davyjeong
P-65 진행 중인 휴직은 기본 탭에 휴직 중 태그로 표기하지 않음 · 휴직기간은 상단 휴직 안내에만 노출 (P-54 대체)	REQ-001	2026-10-05	davyjeong
휴직 탭 저장 버튼 · 저장 확인 창 폐지, 포커스 아웃 행 단위 저장 (P-36 · P-39 개정)	REQ-008 · REQ-028	2026-10-05	davyjeong
P-66 근태마감 기간 휴직 추가 · 기간 수정 · 삭제 차단 · 출근율 · 연차 재산정은 다음날 06:00 배치	REQ-008 · REQ-028 · REQ-029	2026-10-06	davyjeong
P-67 근태마감 차단 문구 확정 · 휴직 행 오류 순서 끝에 근태마감	REQ-008 · REQ-028	2026-10-06	davyjeong
P-68 근로계약이 유지되는 휴직기간은 재직기간에 포함	REQ-029	2026-10-06	davyjeong
P-69 근태마감된 날을 포함한 진행 중 휴직은 근태마감을 취소한 뒤 종료일을 고친다	REQ-008	2026-10-06	davyjeong
P-70 휴직 추가 · 수정 · 삭제 시 이미 부여한 연차는 발생연차만 재조정	REQ-029	2026-10-06	davyjeong
P-71 중지 사유가 퇴사여도 재직구분은 퇴사일자로 판정	REQ-011 · REQ-013	2026-10-06	davyjeong
P-72 퇴사일자가 남은 재직 계정도 퇴사 삭제 가능 · APP 에 퇴사자로 전달	REQ-017 · REQ-019	2026-10-06	davyjeong
P-73 휴직 진행 중 계정 중지 셀 비활성 · 정상 전환은 기본 탭 계정 상태로	REQ-028	2026-10-06	davyjeong
P-74 조직도는 정상 · 휴면 계정을 모두 노출 (P-17 개정)	REQ-022	2026-10-06	davyjeong
사원정보 Tab 노출 설정 휴직 열: 경영업무포털은 체크 고정(비활성), 임직원포털은 기본 체크이며 내 인사정보 휴직 탭에 모든 열을 조회 전용으로 노출	REQ-032	2026-10-08	정민경
인사카드 출력: 프로젝트 다음 휴직 영역에 휴직 탭 등록 건을 상태 · Tab 노출 설정과 관계없이 모두 출력, 없으면 '조회된 데이터가 없습니다.'	REQ-033	2026-10-08	정민경

정책 미확정 항목

App 전달 실패 시 재시도: 전달에 실패했을 때 재시도할지 여부와 방식은 개발자와 협의해 정합니다. 전달 대상(8개 APP)과 삭제사유별 데이터 처리, 오생성·미사용 삭제 시 APP 내 노출 제외는 확정되어 있습니다. (제10조)
APP 별 이력 보존 기간 (확인 중): 퇴사자의 이력과 문서를 보존한다는 방향은 확정되었지만, APP 별 보존 기간과 그 기간이 지난 뒤의 처리는 확인 중입니다. 계약은 보존이 반드시 필요하고 급여에는 법정 보존기간이 있어서, 보존 기간이 APP 별로 다르게 잡힐 수 있습니다. (제11조 4항)

확정 필요

REQ-019App 전달에 실패했을 때 재시도할지 여부는 개발 협의로 정한다.
REQ-027APP 별 보존 기간과 그 기간이 지난 뒤의 처리는 확인 중이다.

App 전달 실패 시 재시도 (REQ-019): 전달에 실패했을 때 재시도할지 여부와 방식은 개발자와 협의해 정한다. 전달 대상(8개 APP)과 삭제사유별 데이터 처리, 오생성·미사용 삭제 시 APP 내 노출 제외는 확정되었다(7장).
APP 별 이력 보존 기간 (REQ-027): [확인 중] 퇴사자의 이력과 문서를 보존한다는 방향은 확정되었지만(7장), APP 별 보존 기간과 그 기간이 지난 뒤의 처리는 확인 중이다. 계약은 보존이 반드시 필요하고 급여에는 법정 보존기간이 있어서, 보존 기간이 APP 별로 다르게 잡힐 수 있다.

11용어정리미작성

미작성 — spec.md 에 ## 용어정리 아래 `| 용어 | 뜻 | 관련 |` 표 작성 시 노출

관련 산출물

Figma 사원정보관리 개선 — https://www.figma.com/design/dJszF4VYmG9LFl1mvqoTwO/사원정보관리-개선?node-id=0-1
이관 전 기획서 v0.1 (2026-07-19 초안) · v0.2 재작성본 (2026-07-24) — 이 문서의 1·2·7장으로 옮겼다.
사원정보 일괄등록 업로드 양식 · 사원정보 다운로드 (2026-08-20) — specs/_source/ 에 원본을 보관한다. REQ-023 의 열 구성 근거.