주 4일제 도입했을 때 출퇴근 시스템에서 생기는 5가지 균열 — HRMS 도구로 어떻게 풀까

2025년 일본 히타치가 주 4일제를 전면 도입했을 때, 가장 먼저 비명을 지른 건 HR팀이 아니라 출퇴근 관리 시스템이었다. 기존 근태 소프트웨어는 월~금 5일 근무를 전제로 설계돼 있었다. 휴일 수당 계산 로직, 연장근로 판단 기준, 주휴일 적용 기준 — 전부 재설정이 필요했다.

한국에서도 주 4일제 논의가 속도를 내고 있다. 하지만 정작 현장에서 묻는 질문은 단순하다. “도입하면 HRMS부터 뜯어고쳐야 하나요?” 이 질문에 제대로 답한 글을 아직 본 적이 없다. 솔직히, 트렌드 기사들은 죄다 ‘직원 만족도가 올랐다’는 설문 결과만 나열한다. 시스템 충돌은 다루지 않는다.

한 줄 요약: 주 4일제는 조직문화 실험이 아니라 HRMS 재설계 프로젝트다 — 근태·급여·연장근로 로직을 건드리지 않으면 도입 첫 달부터 계산 오류가 쌓인다.

근태 시스템이 전제하는 ‘5일’이라는 구조

대부분의 국내 HRMS는 주 5일 40시간을 기본값으로 설계되어 있다. 주 4일제로 바꾸면 이 전제가 통째로 흔들린다.

flowchart TD
    A[주 4일제 도입 결정] --> B{HRMS 설정 검토}
    B --> C[소정근로일수 5일 -> 4일]
    B --> D[일 소정근로시간 8h -> 10h]
    C --> E[주휴일 기준 재정의]
    D --> F[연장근로 감지 로직 수정]
    E --> G[취업규칙 개정]
    F --> H[급여 계산 오류 방지]
    G --> I[정산 완료]
    H --> I

첫 번째 균열은 연장근로 계산 기준이다. 근로기준법 제53조는 1주 12시간 연장을 상한으로 두는데, 소정근로일수를 4일로 줄이면 일 소정근로시간이 달라진다. 하루 10시간 근무를 4일 하면 주 40시간이 맞지만, 기존 시스템은 이를 연장근로로 잡아낼 수 있을까? 상당수 HRMS는 ‘일 8시간 초과’를 자동 감지하기 때문에 하루 10시간 근무를 연장근로로 오분류한다.

두 번째 균열은 주휴일 부여 기준이다. 주휴일은 소정근로일에 개근한 근로자에게 발생한다. 4일 근무제라면 5일째(통상 금요일)가 소정 외 휴무일이 된다. 이 날 출근하면 휴일근로인가, 일반 근무인가? 취업규칙과 HRMS가 불일치하면 급여 정산에서 오류가 발생한다.

급여 로직의 균열 — 통상임금 기준이 달라진다

주 4일제 도입 시 통상임금 계산에도 균열이 생긴다. 통상임금은 ‘소정근로에 대해 정기적·일률적·고정적으로 지급하는 임금’이다. 소정근로일수가 바뀌면 통상임금의 월 환산 기준(209시간)이 달라질 수 있다.

개인적으로는 이 지점이 가장 무서운 균열이라 생각한다. 통상임금 기준이 바뀌면 연장·야간·휴일 수당 전체가 연동된다. HRMS가 이를 자동 반영하지 못하면, 수당 계산 오류가 누적되고 나중에 한꺼번에 체불임금 청구로 돌아온다.

출퇴근 데이터의 균열 — 재택과 탄력근무가 겹칠 때

주 4일제가 단순히 ‘하루 덜 출근’이라면 문제가 없다. 하지만 현실에서 주 4일제는 재택근무, 탄력근무제, 시차출퇴근제와 결합된다. 이때 출퇴근 시스템이 받는 압력은 배가 된다.

탄력적 근로시간제와 주 4일제를 동시에 운영하면, 단위기간(2주·1개월·3개월) 내 총 근로시간 관리가 핵심이 된다. 기존 HRMS 대부분은 일별·주별 근로시간 합산을 추적하지만, 탄력근무 단위기간 전체 합산을 실시간으로 시각화하는 기능은 부족하다.

연차 계산의 균열 — 소정근로일수 변경 시 발생

근로기준법상 연차유급휴가는 1년간 80% 이상 출근한 근로자에게 15일이 주어진다. 여기서 ‘출근’과 ‘소정근로일수’가 기준이다. 주 4일제로 바꾸면 연간 소정근로일수 자체가 달라진다.

이건 좀 복잡한 문제다. 연차 발생 자체는 동일하지만, 연차 사용 단위와 반차 계산이 달라진다. 기존 HRMS가 ‘1일 = 8시간’으로 연차를 처리한다면, 하루 10시간 근무 체계에서 반차를 신청할 때 4시간인지 5시간인지부터 재정의해야 한다.

퇴직금의 균열 — 평균임금 산정 기간 문제

퇴직금은 ‘퇴직 전 3개월 평균임금 × 근속연수’로 계산된다. 주 4일제 전환 시점이 퇴직 전 3개월 안에 포함되면, 전환 전·후의 임금 체계가 혼재된다. HRMS가 이 혼재 기간을 자동 처리하지 못하면 평균임금 계산 자체가 틀릴 수 있다.

💡 AI·도구로 측정/자동화 가능한 부분

• 근태 시뮬레이션 엔진: 현재 HRMS에 주 4일 전제를 적용했을 때 급여·연장근로 오류를 사전 시뮬레이션하는 도구(Workday, SAP SuccessFactors의 시나리오 플래닝 모듈 활용)
• 탄력근무 실시간 추적: 단위기간 누적 근로시간을 대시보드로 시각화 — 초과 경보 자동 발송
• 연차 자동 재계산: 소정근로일수 변경 시 기존 잔여연차를 새 기준으로 자동 환산하는 스크립트(HR 담당자 수동 작업 제로화)
• 통상임금 검증 API: 급여 항목별 통상임금 산입 여부를 체크하고, 소정근로일수 변경에 따른 월 환산값 자동 갱신
• 퇴직금 혼재 기간 처리: 제도 전환일을 기준으로 평균임금 산정 로직을 분기 처리하는 커스텀 모듈

💡 실무 시사점: 주 4일제 도입 전에 HRMS 공급업체에 다음 세 가지를 먼저 확인하라. (1) 소정근로일수 변경 시 통상임금 자동 재계산 지원 여부. (2) 탄력근무 단위기간 누적 추적 기능 존재 여부. (3) 연차·퇴직금 혼재 기간 처리 로직 보유 여부. 세 가지 모두 ‘Yes’가 아니면 도입 일정을 늦추는 게 맞다.

#주4일제 #HRMS #근태관리 #통상임금 #근로기준법

작성: 서재홍 | NODE

참고 링크

• SHRM, “Four-Day Workweek: What HR Needs to Know” (2024)
• Lattice, “HR Systems and the Four-Day Work Week” (2024)
• 고용노동부, “근로시간 단축 관련 Q&A” (2025)