HR 시스템 장애, 급여일 지키는 비상 절차와 계약 전 질문 10개

HR 시스템 장애가 급여일과 겹쳤을 때 급여를 제날짜에 지급하려면, 장애 당일에는 시스템 밖에서 이체할 수 있는 수기 지급 경로가 있어야 하고, 계약 전에는 데이터를 표준 형식으로 언제든 빼올 수 있는 조건을 확보해 두어야 합니다. 이 두 가지가 준비돼 있으면 장애가 길어져도 급여일은 지킬 수 있습니다.

HR 시스템 장애란 — 접속 불가·배치 실패·데이터 오류 3유형

HR 시스템 장애란 인사·근태·급여 시스템이 정상적으로 동작하지 않아 담당자가 정해진 업무를 정해진 시점에 끝낼 수 없는 상태를 말합니다. 급여 담당자 입장에서 장애는 원인보다 증상으로 구분하는 편이 대응에 도움이 됩니다. 서버가 왜 멈췄는지는 공급사가 확인할 일이고, 담당자가 판단해야 하는 것은 지금 급여를 계산할 수 있는지, 계산된 결과를 믿을 수 있는지, 이체 파일을 만들 수 있는지입니다.

첫째는 접속 불가형입니다. 로그인이 되지 않거나 화면이 열리지 않는 경우로, 눈에 바로 보이기 때문에 감지는 빠르지만 복구 시점을 담당자가 통제할 수 없다는 점이 부담입니다. 둘째는 배치 실패형입니다. 화면은 정상인데 근태 마감 집계, 급여 일괄 계산, 4대보험 반영 같은 야간 처리 작업이 돌지 않은 경우입니다. 겉으로는 멀쩡해 보여 발견이 늦고, 급여일 하루 전에야 알게 되는 일이 많습니다. 셋째는 데이터 오류형입니다. 계산은 끝났지만 연장근로 시간이 누락되거나 공제 항목이 중복 반영되는 등 결과값이 틀린 경우로, 그대로 이체하면 사후 정산 부담이 가장 큽니다.

세 유형은 급여일에 미치는 영향이 다릅니다. 접속 불가형은 직전 달 급여대장과 이번 달 변동분만 있으면 수기로 지급액을 만들 수 있습니다. 배치 실패형은 근태 원자료가 시스템 안에 있는지, 내려받을 수 있는지에 따라 대응이 갈립니다. 데이터 오류형은 오류 범위를 확인하는 시간이 필요하므로, 급여일까지 남은 시간이 짧다면 오류가 없는 항목만 먼저 지급하고 나머지를 정산하는 방식이 현실적입니다.

급여일이 걸린 이유 — 정기 지급 의무와 지연 시 리스크

급여 지급일은 회사가 임의로 미룰 수 있는 날짜가 아닙니다. 근로기준법은 임금을 매월 1회 이상 일정한 날짜를 정하여 지급하도록 정하고 있습니다(근로기준법 제43조). 이를 위반하면 3년 이하의 징역 또는 3천만원 이하의 벌금에 해당할 수 있습니다(근로기준법 제109조). 시스템 장애는 회사 내부 사정이므로, 장애가 있었다는 사실만으로 지급일 의무가 면제된다고 보기는 어렵습니다.

임금명세서 교부도 함께 챙겨야 합니다. 사용자는 임금을 지급할 때 구성항목·계산방법·공제내역 등을 적은 임금명세서를 서면 또는 전자문서로 교부해야 합니다(근로기준법 제48조). 급여를 시스템 밖에서 수기로 지급했더라도 명세서 교부 의무는 그대로 남으므로, 장애가 길어지면 엑셀이나 문서 양식으로라도 명세서를 따로 발송할 준비가 필요합니다. 위반 시에는 과태료 대상이 될 수 있습니다(근로기준법 제116조).

법적 리스크보다 먼저 체감되는 것은 신뢰 문제입니다. 급여가 하루만 늦어도 카드 대금, 대출 이자, 월세 자동이체가 걸린 직원은 바로 영향을 받습니다. 그래서 급여 담당자에게 HR 시스템 장애는 IT 사고가 아니라 지급일 관리 문제이고, 대응 절차도 시스템 복구가 아니라 지급 경로 확보를 중심으로 짜야 합니다.

장애 당일 비상 절차 체크리스트 — 감지·판단·수기 지급·사후 정산 4단계

장애 당일에는 결정할 사람과 결정 시각을 미리 정해 두는 것이 핵심입니다. 복구를 기다릴지 수기 지급으로 전환할지 판단이 늦어질수록 은행 이체 마감 시간에 쫓기게 됩니다. 아래 시간표는 급여일 당일 오전 이체를 기준으로 거꾸로 계산한 예시이며, 회사의 이체 시각과 결재 구조에 맞춰 시각을 조정해 쓰면 됩니다.

수기 지급 단계에서 가장 흔한 실수는 모든 항목을 시스템과 똑같이 계산하려는 것입니다. 장애 당일의 목표는 정확한 최종 금액이 아니라 지급일에 맞는 지급입니다. 기본급과 고정수당처럼 전월과 같은 항목은 그대로 쓰고, 변동이 큰 연장근로수당이나 상여는 확정된 범위만 반영한 뒤 차액을 다음 급여에서 정산한다고 직원에게 미리 알리는 편이 안전합니다. 이때 공지에는 정산 시점과 방식, 확인 창구를 함께 적어야 불필요한 개별 연락이 줄어듭니다.

판단 단계에서는 결정 기준을 숫자로 정해 두는 것이 좋습니다. 예를 들어 "D-1 15시까지 공급사가 복구 완료를 확인해 주지 못하면 수기 지급으로 전환한다"처럼 시각과 조건을 문장으로 적어 두면, 당일에 기다려 볼지 말지를 놓고 시간을 쓰지 않아도 됩니다.

우리 회사도 이런 상황인가요?

고민을 고르면 추천 조건에 바로 들어가요

입퇴사 기록이 여기저기 흩어져 있어요 조직이 바뀌면 조직도를 다시 그려요 직원 개인정보가 그대로 다 보여요

우리 회사 조건으로 추천받기

무료 도입 의무 없음

평소에 준비할 백업 3종 — 급여대장·이체 경로·권한자 이중화

비상 절차가 실제로 작동하려면 장애가 나기 전에 세 가지가 준비돼 있어야 합니다. 셋 중 하나라도 빠지면 4단계 절차의 수기 지급 단계에서 멈추게 됩니다.

첫째, 급여대장 최신본의 오프라인 보관입니다. 매월 급여 확정 직후 직원별 지급·공제 항목이 담긴 급여대장을 엑셀로 내려받아 시스템 밖 저장소에 보관합니다. 급여 데이터는 주민등록번호, 계좌번호 등 민감한 개인정보를 포함하므로, 파일 암호 설정과 접근 권한 제한, 보관 위치 기록 같은 안전성 확보 조치를 함께 적용해야 합니다(개인정보보호법 제29조). 개인 메신저나 개인 메일로 파일을 옮겨 두는 방식은 백업이 아니라 유출 위험을 하나 더 만드는 일입니다.

둘째, 이체 파일의 대체 경로입니다. HR 시스템이 은행으로 이체 파일을 직접 보내는 구조라면, 시스템이 멈췄을 때 같은 내용을 은행 기업뱅킹의 대량이체 양식으로 올릴 수 있는지 평소에 확인해 둡니다. 양식의 열 순서와 계좌번호 형식이 시스템 출력 파일과 다르면 당일에 변환하느라 시간을 잃습니다. 한 번은 실제 금액 없이 양식 업로드만 시험해 보는 것을 권합니다.

셋째, 권한자 이중화입니다. 급여 확정, 이체 승인, 공급사 장애 접수 권한이 한 사람에게만 있으면 그 사람이 휴가 중일 때 비상 절차 전체가 멈춥니다. 권한별로 대행자를 지정하고, 대행자가 실제로 로그인해 해당 메뉴에 접근할 수 있는지 분기에 한 번 확인합니다. 담당자가 바뀌는 시점의 권한 이관은 급여 담당자 인수인계 체크리스트에서 일정·신고 권한 기준으로 정리돼 있습니다. 사업장이나 법인별로 급여일이 다른 회사라면, 장애 하나가 여러 급여일에 동시에 걸릴 수 있으므로 사업장별 권한자 명단을 따로 관리하는 것이 좋습니다.

계약 전 벤더에 묻는 질문 10개 — 가동률부터 데이터 반출까지

장애 대응의 절반은 계약서에서 결정됩니다. 장애가 난 뒤에 공급사에 보상이나 데이터 제공을 요구해도, 계약서에 근거가 없으면 협의에 기댈 수밖에 없습니다. 도입 검토나 재계약 시점에 아래 10개 질문을 공급사에 서면으로 보내고, 답변을 계약서나 서비스 수준 협약(SLA) 부속서에 반영해 두는 것이 좋습니다.

질문을 보낼 때는 "가능하다"는 답변보다 근거 문서를 함께 받는 것이 중요합니다. 가동률 정의는 SLA 문서, 장애 이력은 공지 기록이나 상태 페이지, 데이터 반출은 실제 내려받기 화면으로 확인할 수 있습니다. 특정 제품이 이 조건을 모두 충족한다고 가정하지 말고, 공급사마다 답변을 같은 표에 적어 나란히 놓고 보면 차이가 드러납니다. 계약 이후 온보딩 단계에서 확인할 지원 범위는 SaaS 온보딩 지원 체크리스트에서 이어서 볼 수 있습니다.

이 질문 목록은 신규 도입 때만 쓰는 것이 아닙니다. 재계약 시점에도 같은 질문을 다시 보내면 지난 계약 기간 동안의 실제 장애 이력과 약정 수준을 비교할 수 있습니다. 공급사의 서비스 종료처럼 장애보다 큰 변화가 예고된 경우라면 서비스 종료 대체 ERP 검토 기준처럼 이관 일정 중심으로 접근해야 합니다.

안정성 판단 기준표 — 데이터를 빼올 수 있는가 중심 5개 축

가동률 숫자는 비교하기 쉽지만, 급여 담당자에게 더 중요한 질문은 장애가 났을 때 업무를 이어갈 수 있느냐입니다. 가동률이 높은 시스템도 장애는 언젠가 생깁니다. 그때 데이터를 표준 형식으로 바로 꺼낼 수 있다면 수기 지급은 몇 시간짜리 작업이 되고, 꺼낼 수 없다면 복구를 기다리는 것 외에 할 수 있는 일이 없습니다. 그래서 아래 판단표는 종속을 피할 수 있는지를 첫 번째 축으로 둡니다.

판단표는 탈락 기준이 아니라 계약 조건을 조정하는 도구로 쓰는 편이 실용적입니다. 비중이 상인 두 축에서 주의할 상태가 나오면, 계약 전에 반출 기능 시연이나 SLA 수치 기재를 조건으로 요청할 수 있습니다. 자동화의 이점은 그대로 누리면서 단일 장애점만 계약 단계에서 통제하는 방식입니다. 급여 계산 기능 자체를 어떤 기준으로 비교할지는 급여 프로그램 비교 기준에, 시스템 전체 요구사항을 RFP로 정리하는 방법은 통합 인사시스템 RFP 요구사항 40항목에 정리돼 있습니다. 자체 구축과 SaaS 중 어느 쪽이 장애 통제에 유리한지 고민 중이라면 인사 자동화 자체 구축 vs SaaS 비교에서 3년 비용 기준으로 판단할 수 있습니다.

교대 근무와 다사업장 구조에서 인사·근태·급여를 하나로 묶은 사례는 제조업 교대근무 HR 통합 고객사례에서 확인할 수 있습니다. 판단표 기준을 충족할 만한 제품군은 HR 솔루션 목록에서 급여·인사 범주별로 살펴보고, 위 10개 질문을 후보마다 같은 형식으로 보내 답변을 비교하면 됩니다. 임팩트플로우는 B2B SaaS 매칭 플랫폼으로, 기업에 최적화된 급여·인사관리 솔루션을 연결합니다.

자주 묻는 질문

근로기준법은 임금을 매월 일정한 날짜에 지급하도록 정하고 있고, 시스템 장애는 회사 내부 사정이므로 지급일 의무가 면제된다고 보기는 어렵습니다. 그래서 장애 여부와 관계없이 지급일을 지킬 수 있는 수기 지급 경로를 미리 마련해 두는 것이 실무적인 대응입니다. 공급사의 책임은 회사와 공급사 사이의 계약 문제로, 직원에 대한 지급 의무와는 별개로 다뤄집니다.

임금명세서 교부 의무는 지급 방식과 관계없이 남습니다. 수기 지급 당일에는 직전 급여대장 양식으로 직원별 지급·공제 내역을 정리해 전자문서로 보내고, 시스템이 복구된 뒤 차액을 정산할 때 정정된 명세서를 다시 교부하는 방식이 일반적입니다. 정산 차액이 있다면 어떤 항목이 왜 바뀌었는지 명세서나 공지에 함께 적어 두는 편이 좋습니다.

숫자만으로는 판단하기 어렵습니다. 99.9%는 한 달(30일) 기준으로 약 43분(30일 × 24시간 × 60분 × 0.1% ≈ 43.2분)의 중단을 허용하는 수준이지만, 정기 점검 시간을 계산에서 빼는지에 따라 실제 중단 시간은 더 길어질 수 있습니다. 또 같은 43분이라도 급여일 오전에 생기면 영향이 큽니다. 가동률 정의, 점검 일정 원칙, 데이터 반출 가능 여부를 함께 확인해야 숫자가 의미를 가집니다.

회사가 통제하는 저장소에 암호를 걸어 보관하고, 접근할 수 있는 사람을 급여 담당자와 대행자로 제한하는 것이 기본입니다. 비상 지급용으로는 최근 몇 개월분 급여대장이 있으면 충분하며, 오래된 파일은 회사의 개인정보 보관·파기 기준에 따라 정리합니다. 개인 메일이나 메신저로 옮겨 둔 파일은 백업으로 보지 않는 편이 안전합니다.

---

장애 당일 절차와 계약 전 질문이 정리됐다면, 이 조건을 충족하는지 공급사별로 확인하는 단계입니다. 임팩트플로우는 B2B SaaS 매칭 플랫폼으로, 기업에 최적화된 급여·인사관리 솔루션을 연결합니다.