근태기 연동 HR시스템, 기존 단말 유지하고 바꿀 때 확인할 5가지
핵심 요약
근태기 연동 HR시스템에서 기존 단말을 유지할 수 있는지는 연동 방식·데이터 포맷·보정 규칙 처리 위치로 갈립니다. 연동 방식 3종 비교, 데이터 포맷 체크리스트, 실패 증상별 진단표를 정리합니다.
근태기 연동 HR시스템을 도입할 때 기존 단말을 그대로 쓸 수 있는지는 단말 브랜드보다 연동 방식, 데이터 포맷, 출입기록을 근로시간으로 바꾸는 보정 규칙을 어디서 처리하는지에 따라 갈립니다. 이 세 가지를 계약 전에 확인하면 단말 교체 없이 시스템만 바꿀 수 있습니다.
근태기 연동이란 지문·얼굴·카드 단말이 남긴 인식 기록을 HR시스템의 근태 데이터로 가져와 출근·퇴근·외출 같은 근무 기록으로 바꾸는 구조를 말합니다. 인사·총무 실무자 카페에는 세콤·슈프리마·캡스 단말을 이미 쓰는 회사가 "단말은 두고 시스템만 바꾸고 싶다"고 묻는 글이 580건 넘게 쌓여 있고, 그중 가장 많이 읽힌 글은 조회 5,400회를 넘습니다. 아래에서는 단말을 유지하려는 50~300인 제조·물류·식품 사업장을 기준으로 확인할 5가지를 순서대로 정리합니다.
- 출입기록과 근로시간을 구분하는 보정 규칙을 어디서 처리하는가
- 세 가지 연동 방식 중 우리 사업장에 맞는 것은 무엇인가
- 계약 전에 데이터 포맷 6개 항목을 확인했는가
- 연동 실패 증상별 원인 위치와 사전 질문을 정리했는가
- 연동 이후 급여 계산까지 수작업 없이 이어지는가
출입기록은 근로시간이 아니다 — 보정 규칙 처리 위치 확인
근태기가 남기는 원본 데이터는 "몇 시 몇 분에 누가 어느 단말에서 인식됐다"는 이벤트 목록입니다. 근로시간은 이 이벤트 가운데 출근과 퇴근을 골라내고, 외출·휴게·이석을 빼고, 근무 스케줄과 맞춰 본 뒤에야 만들어집니다. 둘을 같은 것으로 취급하면 시스템을 바꾼 첫 달부터 근무시간이 실제와 다르게 잡힙니다.
가장 흔한 문제는 출입문 단말을 근태 단말로 함께 쓰는 사업장에서 생깁니다. 직원이 하루에 출입문을 여러 번 통과하면 단말에는 인식 기록이 여러 줄 남고, 새 시스템이 이 중 최초 인식을 출근으로, 최후 인식을 퇴근으로 처리하면 퇴근 후 사물함에 물건을 가지러 다시 들어온 시각까지 근무시간에 포함됩니다. 반대로 출근 버튼을 누르는 방식에 익숙했던 직원은 버튼 없이 카드만 찍게 바뀌면서 기록이 어긋났다고 느낍니다.
"코로나 때 손가락 터치를 안 하게 하다 보니까 식품업체여서 카드를 사용하기 시작하면서, 출근 퇴근을 누르지 않아도 최초 인식된 시간과 최후에 인식된 시간이 출퇴근 시간으로 인식했거든요"
— 식품업 근태시스템 도입 담당자
그래서 실제 선택 기준은 단말 호환 목록이 아니라 보정 규칙을 어느 층에서 처리하느냐입니다. 처리 위치는 대체로 세 곳 중 하나입니다.
- 단말: 단말에서 출근·퇴근·외출 버튼을 눌러 이벤트 유형을 미리 구분합니다. 데이터는 깔끔하지만 직원이 버튼을 잘못 누르면 그대로 오류가 됩니다.
- 중계 서버: 단말 관리 프로그램이나 중계 서버가 일정 간격 이내 중복 인식 제거, 출입문 단말 제외 같은 1차 정리를 합니다. 규칙을 바꾸려면 중계 쪽 설정 권한이 필요합니다.
- HR시스템: 원본 이벤트를 모두 받아 근무 스케줄·휴게 규칙과 맞춰 근로시간을 계산합니다. 규칙 변경과 이력 관리가 쉽지만, 원본 이벤트 유형이 구분되지 않으면 추정에 의존합니다.
단말을 유지하려는 회사라면 원본 이벤트는 모두 HR시스템으로 넘기고, 근로시간 계산은 HR시스템이 하도록 구성하는 편이 관리하기 쉽습니다. 보정 규칙이 중계 서버 설정 파일에 숨어 있으면 담당자가 바뀌었을 때 누구도 계산 기준을 설명하지 못하는 일이 생기기 때문입니다. 원격·외근 인원이 섞여 있다면 단말 기록과 앱 기록을 같은 기준으로 합치는 문제도 함께 따져야 하며, 위치 기반 기록의 예외 처리 기준은 GPS 근태관리 도입 절차에서 정리했습니다.
연동 방식 3종 비교 — 실시간 API · 배치 파일 · 중계 서버
기존 단말을 새 HR시스템에 붙이는 방식은 크게 세 가지입니다. 같은 단말이라도 펌웨어 버전과 단말 관리 프로그램 구성에 따라 쓸 수 있는 방식이 달라지므로, 공급사에 "지원하는 단말 목록"보다 "우리 단말에서 쓸 수 있는 연동 방식"을 물어야 정확한 답을 받을 수 있습니다.
| 구분 | 실시간 API | 배치 파일(CSV·DB 내보내기) | 중계 서버(미들웨어) |
|---|---|---|---|
| 반영 지연 | 인식 직후 반영 | 내보내기 주기만큼 지연(보통 하루 1회) | 수 분~수십 분 간격 동기화 |
| 장애 시 누락 위험 | 통신 장애 시 재전송 기능이 없으면 누락 | 파일 업로드를 빠뜨리면 하루치 누락 | 중계 서버가 버퍼 역할을 해 상대적으로 낮음 |
| 단말 펌웨어 의존 | 높음 — 단말이 API 전송을 지원해야 함 | 낮음 — 내보내기만 되면 가능 | 중간 — 중계 서버가 단말 프로토콜을 지원해야 함 |
| 사업장 확장 대응 | 단말 추가 시 개별 등록 | 사업장마다 파일 취합 작업이 늘어남 | 중계 서버에 단말을 붙이면 일괄 관리 |
| 초기 세팅 주체 | HR시스템 공급사 + 단말 업체 | 사내 담당자(양식 매핑) | 중계 프로그램 업체 또는 공급사 |
| 맞는 사업장 | 단말이 최신이고 실시간 근무 현황이 필요한 곳 | 단말이 오래됐고 사업장이 1~2곳인 곳 | 브랜드가 섞인 단말을 여러 사업장에서 쓰는 곳 |
단말이 오래돼 API 전송을 지원하지 않는 경우에도 배치 파일 방식으로 시작할 수 있습니다. 다만 배치 방식은 누군가 매일 파일을 내보내 올려야 하므로, 자동 내보내기 예약이 가능한지와 업로드를 빠뜨렸을 때 알림이 오는지를 함께 확인해야 운영 부담이 줄어듭니다. 출입통제 시스템과 근태를 묶어 쓰는 경우의 동기화 구조는 출입통제 연동 근태관리 프로그램 비교에서 더 자세히 다뤘습니다.
단말을 유지할지 말지부터 고민 중이라면 단말 방식과 모바일 앱 방식의 장단점을 먼저 비교해 보는 것이 순서입니다. 사업장 유형별 판단 기준은 지문인식 근태기 vs 출퇴근 앱 비교에 정리돼 있습니다.
계약 전에 확인할 데이터 포맷 체크리스트
연동 방식이 정해져도 데이터 형식이 맞지 않으면 기록이 들어오지 않거나 엉뚱한 사람에게 붙습니다. 아래 6개 항목은 데모 화면에서는 드러나지 않고 실제 데이터를 넣어 봐야 확인되는 것들이므로, 계약 전에 우리 단말에서 내보낸 샘플 파일 1주일 분량을 공급사에 보내 매핑 결과를 받아 보는 것이 가장 확실합니다.
| 확인 항목 | 확인할 내용 | 놓치면 생기는 문제 |
|---|---|---|
| 사번 매핑 키 | 단말 사용자 번호와 HR시스템 사번을 무엇으로 연결하는가, 퇴사·재입사자 번호 재사용 여부 | 기록이 다른 직원에게 붙거나 미매칭으로 버려짐 |
| 인식 이벤트 유형 | 출입·출근·퇴근·외출을 구분한 코드가 넘어오는가, 단순 인식 기록만 넘어오는가 | 최초·최후 인식만으로 근무시간을 추정 |
| 타임스탬프 기준 | 단말 시각인가 서버 수신 시각인가, 단말 시각 자동 동기화 여부 | 단말 시계가 몇 분씩 밀려 지각·조퇴 오판 |
| 다사업장 단말 식별자 | 단말 ID로 사업장·출입문을 구분할 수 있는가, 사업장별 열람 권한 분리가 되는가 | 사업장별 집계·권한 분리가 안 됨 |
| 과거 기록 이관 범위 | 기존 시스템의 근태 기록을 몇 년 치까지 옮기는가, 원본 이벤트까지 옮기는가 | 분쟁·감독 대응 시 과거 기록을 제시하지 못함 |
| 생체정보 저장 위치 | 지문·얼굴 템플릿이 단말에만 남는가, 서버로 넘어가는가 | 별도 동의·보호조치 범위가 달라짐 |
과거 기록 이관 범위는 법정 보존 의무와 연결됩니다. 근로기준법은 근로계약에 관한 중요한 서류를 3년간 보존하도록 정하고 있어, 임금 계산의 기초가 된 근태 기록도 최소 3년 치는 새 시스템이나 별도 보관소에서 조회할 수 있어야 합니다(근로기준법 제42조). 지문·얼굴 같은 생체인식정보는 개인정보 보호법상 민감정보로 다뤄지므로, 템플릿이 서버로 넘어가는 구조라면 별도 동의와 암호화 같은 보호조치를 공급사와 함께 확인해야 합니다(개인정보 보호법 제23조).
사업장이 여러 곳이거나 본사와 공장이 떨어진 조직은 체크리스트에 두 가지를 더 넣어 두는 것이 좋습니다. 사업장별 관리자가 자기 사업장 기록만 보도록 권한을 나눌 수 있는지, 그리고 전사 근무시간을 한 화면에서 합산해 볼 수 있는지입니다. 두 조건은 제품마다 지원 수준이 다르므로 실제 데모 계정에서 사업장 2곳 이상을 만들어 확인해야 합니다. 협력사 인력이 같은 단말을 쓰는 현장이라면 원청이 어디까지 기록을 관리할지도 정해 둬야 하며, 그 구분 기준은 도급인력 근태관리에서 다뤘습니다.
우리 회사도 이런 상황인가요?
고민을 고르면 추천 조건에 바로 들어가요
연동 실패 증상별 원인 진단표
시스템을 바꾼 직후 첫 급여 마감에서 드러나는 오류는 대부분 아래 다섯 가지 증상 중 하나입니다. 증상만 보면 HR시스템 문제처럼 보이지만 원인은 단말이나 중계 단계에 있는 경우가 많으므로, 어디서 생긴 문제인지 먼저 가려야 공급사와의 책임 범위가 분명해집니다.
| 증상 | 주요 원인 위치 | 계약 전에 물을 질문 |
|---|---|---|
| 기록 누락 | 단말·중계(통신 장애, 파일 미업로드) | 통신이 끊긴 동안의 기록은 복구 후 자동 재전송되는가 |
| 중복 출근 | 중계·HR(중복 인식 제거 규칙 부재) | 일정 시간 안의 반복 인식을 하나로 묶는 규칙을 우리가 설정할 수 있는가 |
| 야간 교대 날짜 넘김 | HR(근무일 귀속 기준) | 자정을 넘긴 퇴근을 출근일 근무로 귀속하는 기준을 근무조별로 정할 수 있는가 |
| 사번 불일치 | 단말·HR(사용자 번호 매핑) | 미매칭 기록을 버리지 않고 별도 목록으로 보여 주는가 |
| 시각 어긋남 | 단말(시계 오차) | 단말 시각을 서버 기준으로 자동 맞추는가, 어느 시각을 기준으로 저장하는가 |
특히 야간 교대가 있는 제조·물류 사업장은 날짜 귀속 기준을 계약 전에 반드시 시연받아야 합니다. 밤 10시에 출근해 다음 날 아침 7시에 퇴근한 기록이 이틀에 나뉘어 잡히면 연장·야간 근로시간 계산과 주간 근로시간 합계가 모두 틀어지고, 주 52시간 관리에도 영향을 줍니다. 근무표 형태에 따라 주간 근로시간이 어떻게 합산되는지는 토요일 근무와 주52시간 판정법을 참고하면 됩니다.
진단표의 질문은 그대로 공급사 데모 요청서에 옮겨 쓸 수 있습니다. 실패 사례를 미리 재현해 달라고 요청하면, 연동 지원 범위가 단순히 "기록을 받는다"에서 끝나는지 "기록을 근로시간으로 바르게 바꾼다"까지 가는지 차이가 분명하게 드러납니다.
연동 이후가 본론 — 급여 계산까지 수작업 없이 이어지는가
단말이 새 시스템에 붙었다고 해서 도입 효과가 생기는 것은 아닙니다. 많은 회사가 연동을 마친 뒤에도 근태 기록을 엑셀로 내려받아 담당자가 한 번 가공한 다음 급여 작업에 넣고 있습니다. 이 단계가 남아 있으면 시스템을 바꾸기 전과 업무량이 크게 다르지 않고, 가공 과정에서 생기는 실수도 그대로 남습니다.
업무 자동화 관점에서 근태기 연동의 효과는 세 단계로 나눠 볼 수 있습니다.
- 1단계 기록 수집 자동화: 단말 기록이 사람 손을 거치지 않고 HR시스템에 들어옵니다. 배치 파일 방식이라도 자동 내보내기 예약이 되면 이 단계는 달성됩니다.
- 2단계 근로시간 계산 자동화: 근무 스케줄·휴게·교대 규칙에 따라 정상·연장·야간·휴일 근로시간이 자동으로 나뉩니다. 연장·야간 근로에는 통상임금의 50% 이상을 가산해야 하므로 이 구분이 정확해야 급여 오류가 줄어듭니다(근로기준법 제56조).
- 3단계 급여 연결 자동화: 계산된 근로시간이 급여 모듈이나 외부 급여 프로그램으로 넘어가 수당이 자동 산정됩니다. 담당자는 예외 건만 확인합니다.
공급사를 비교할 때는 우리 회사가 지금 몇 단계에 있고, 새 시스템이 몇 단계까지 데려다주는지를 물어보면 됩니다. 단말 연동만 지원하고 근로시간 계산은 담당자 몫으로 남는 구성이라면, 단말 교체 비용을 아낀 대신 매달 가공 시간을 계속 쓰게 됩니다. 단말 유지와 교체, SaaS와 설치형의 비용 차이는 5년 총비용으로 비교하는 편이 정확하며, 산식은 근태 솔루션 설치비·도입 비용 비교에서 정리했습니다. 비슷한 고민을 거친 제조사의 도입 과정은 화장품 제조사 근태·휴가 관리 고객사례에서 볼 수 있습니다.
임팩트플로우는 DX·AX 진단·비교·연결 플랫폼으로, 기업의 근태관리 과제를 진단해 딱 맞는 솔루션과 개발사를 연결합니다. 보유 단말 브랜드, 연동 방식, 사업장 수, 급여 연결 범위 같은 조건을 기준으로 단말 연동을 지원하는 근태관리 솔루션을 비교해 볼 수 있습니다.
자주 묻는 질문
세콤·캡스 근태기를 그대로 두고 HR시스템만 바꿀 수 있나요?
대부분 가능하지만 단말 브랜드만으로는 판단할 수 없습니다. 단말 펌웨어 버전과 현재 쓰는 단말 관리 프로그램이 실시간 API, 배치 파일 내보내기, 중계 서버 중 어떤 방식을 지원하는지가 기준입니다. 단말 모델명과 펌웨어 버전, 1주일 분량의 샘플 기록 파일을 공급사에 보내 실제 매핑 결과를 받아 보는 것이 가장 확실한 확인 방법입니다.
지문 데이터도 새 시스템으로 옮겨야 하나요?
단말을 유지한다면 지문·얼굴 템플릿은 대개 단말이나 단말 관리 프로그램에 그대로 남고, 새 HR시스템에는 사용자 번호와 인식 기록만 넘어갑니다. 이 구조라면 직원 생체정보를 다시 등록할 필요가 없습니다. 반대로 템플릿이 서버로 넘어가는 구조라면 생체인식정보가 민감정보로 다뤄지므로 별도 동의와 보호조치를 다시 점검해야 합니다.
야간 교대 근무자의 퇴근 기록이 다음 날로 잡히면 어떻게 하나요?
HR시스템에서 근무조별 날짜 귀속 기준을 설정해야 합니다. 예를 들어 야간조는 출근일 기준으로 귀속하고, 출근 후 일정 시간 안의 퇴근 기록은 같은 근무일로 묶는 방식입니다. 이 기준을 근무조마다 다르게 둘 수 있는지가 제품별 차이이므로, 계약 전에 실제 야간조 기록으로 시연을 받아 두는 것이 좋습니다.
출입통제 단말과 근태 단말을 하나로 써도 되나요?
쓸 수는 있지만 출입 기록과 출퇴근 기록을 구분하는 규칙이 필요합니다. 출입문 통과가 많은 사업장에서는 최초·최후 인식만으로 근무시간을 잡으면 실제보다 길게 계산되기 쉽습니다. 근태용으로 인정할 단말을 지정하거나, 출근·퇴근 이벤트 유형을 단말에서 구분해 넘기는 방식으로 보완합니다.
재택·외근 인원이 섞여 있으면 단말 연동만으로 충분한가요?
단말 연동은 사업장에 출근하는 인원의 기록만 다룹니다. 재택·외근 인원은 모바일 앱이나 PC 기록을 함께 받아야 하므로, 단말 기록과 앱 기록을 같은 근무 스케줄 기준으로 합산할 수 있는지 확인해야 합니다. 근무 형태별 기록 방식과 증빙 기준은 재택근무 근태관리 가이드에서 확인할 수 있습니다.
임팩트플로우는 DX·AX 진단·비교·연결 플랫폼으로, 기업의 근태관리 과제를 진단해 딱 맞는 솔루션과 개발사를 연결합니다. 기존 단말 유지 여부, 연동 방식, 다사업장 권한 분리, 급여 연결 범위 같은 조건을 기준으로 근태관리 솔루션 후보를 비교할 수 있습니다.
우리 회사도 이런 상황인가요?
해당하는 고민을 고르면 추천 조건에 바로 들어가요
이 고민을 다루는 솔루션근태관리 · 추천순
함께 읽어보면 좋을 글