인사관리 솔루션 데이터 이관을 한 달 연습해봤더니
새 인사관리 솔루션의 시연 화면은 깔끔했지만, 막상 계약 직전에 가장 큰 질문이 남았습니다. 기존 직원 정보와 휴가·발령·평가 기록을 어떻게 옮길 것인가였습니다. 기능표만 보고 도입했다면 오픈 날짜에 맞춰 데이터를 급하게 복사하느라 더 큰 비용을 치를 뻔했습니다.
그래서 실제 계약 전에 한 달 동안 데이터 이관을 연습했습니다. 직원 30명의 가상 자료로 원본 정리, 샘플 업로드, 오류 수정, 사용자 검수까지 돌려보니 솔루션의 화려한 기능보다 먼저 확인해야 할 조건이 선명해졌습니다. 아래 점검표는 인사담당자가 구매 상담과 제안서 검토 단계에서 그대로 활용할 수 있도록 구성했습니다.
첫째 주에는 옮길 데이터의 경계부터 그었습니다
직원 명부만 옮기면 된다는 생각이 가장 위험했습니다
처음에는 이름, 사번, 부서, 입사일 정도만 준비하면 될 줄 알았습니다. 그러나 인사관리는 채용 이후의 배치, 근태, 보상, 평가, 교육, 퇴직 기록이 서로 연결되는 업무입니다. 인사관리의 기본 개념을 기준으로 자료를 펼쳐보니 직원 명부 밖에 흩어진 정보가 예상보다 많았습니다.
특히 엑셀 파일마다 부서명이 ‘영업1팀’, ‘영업 1팀’, ‘국내영업팀’처럼 다르면 새 HR 솔루션은 이를 서로 다른 조직으로 인식할 수 있습니다. 재직 상태도 ‘재직’, ‘근무’, ‘Y’가 혼용되면 집계 결과가 어긋납니다. 구매 전에는 데이터 양보다 같은 의미를 몇 가지 표현으로 기록해 왔는지를 먼저 세어야 합니다.
- 기본 인사: 사번, 성명, 입사일, 고용 형태, 재직 상태, 연락처의 필수 여부를 확인합니다.
- 조직·발령: 현재 부서뿐 아니라 과거 이동일, 직급 변경일, 겸직 이력을 옮길지 결정합니다.
- 근태·휴가: 올해 잔여 연차, 이월분, 사용 내역, 보상휴가를 각각 분리할 수 있는지 살핍니다.
- 평가·교육: 점수만 보존할지, 평가 의견과 첨부 문서까지 이관할지 정합니다.
- 퇴직자 자료: 법적·업무상 보관 필요성과 접근 권한을 검토하고 무조건 통째로 옮기지 않습니다.
보존 대상과 조회 대상을 따로 나눴습니다
모든 과거 자료를 새 시스템에 넣으면 검색은 편해지지만 이관 비용, 검수 시간, 개인정보 노출 범위가 함께 커집니다. 반대로 최근 자료만 옮기면 과거 발령이나 휴가 분쟁을 확인할 때 기존 파일을 다시 찾아야 합니다. 저희는 ‘새 솔루션에서 업무 처리에 쓰는 자료’, ‘조회만 필요한 자료’, ‘별도 보관할 자료’의 세 층으로 나눴습니다.
실무 팁: “자료가 있으니 모두 옮긴다”가 아니라 “누가 어떤 업무에서 이 자료를 조회하는가”를 한 문장으로 답할 수 있을 때만 이관 대상으로 넣어보세요.
둘째 주에는 견적서의 데이터 이관 문구를 해체했습니다
무료 이관이라는 표현에는 범위를 묻는 질문이 필요했습니다
세 곳의 HR 솔루션 제안서를 가정해 비교해보니 ‘기본 데이터 무료 이관’의 의미가 모두 달랐습니다. 한 곳은 직원 기본정보 20개 필드만 포함했고, 다른 곳은 회사가 지정 양식으로 정제한 파일을 제출해야 무료였습니다. 또 다른 곳은 최초 1회 업로드만 지원하고 오류 수정 후 재업로드에는 별도 작업비를 책정하는 구조였습니다.
따라서 월 이용료만 비교하면 실제 도입비를 놓치기 쉽습니다. 데이터 이관 비용은 보통 직원 수뿐 아니라 파일 개수, 과거 이력의 기간, 첨부파일 용량, 변환 규칙의 수, 재작업 횟수에 따라 달라집니다. 정액인지 작업량 기준인지, 추가 비용이 발생하는 조건은 무엇인지 계약서나 작업명세서에 숫자로 남겨야 합니다.
- 무료 이관에 포함되는 데이터 항목과 최대 행 수를 요청합니다.
- 제공사가 원본을 정제하는지, 고객사가 지정 템플릿에 맞춰야 하는지 확인합니다.
- 조직도와 발령 이력처럼 관계가 있는 데이터를 어떤 순서로 올리는지 묻습니다.
- 오류 수정 후 재업로드가 몇 회까지 포함되는지 확인합니다.
- 첨부파일과 전자문서의 파일 형식·용량 제한을 받아둡니다.
- 최종 검수 후 기존 시스템 자료를 내려받을 수 있는 기간도 계약에 적습니다.
데모보다 샘플 이관 결과가 더 정확한 판단 기준이었습니다
판매자가 준비한 데모는 오류 없는 데이터로 작동합니다. 구매 기업의 실제 자료에는 빈 셀, 중복 사번, 잘못된 날짜, 특수문자, 합쳐진 셀이 섞여 있습니다. 개인정보를 제거한 샘플 20~30건을 제공하고 변환 결과와 오류 보고서를 받아보면 기술 지원의 수준을 훨씬 현실적으로 판단할 수 있습니다.
이때 채용 솔루션까지 연계한다면 지원자 정보가 입사자 인사기록으로 전환되는 과정도 시험해야 합니다. 채용의 의미와 범위처럼 채용은 사람을 선발하는 절차에 그치지 않습니다. 합격자의 동의 범위, 제출 서류, 입사일, 배치 부서가 인사관리 단계로 정확히 이어져야 중복 입력을 줄일 수 있습니다.
셋째 주에는 작은 리허설로 오류의 책임선을 찾았습니다
30명을 골라 네 가지 유형으로 나눠 올렸습니다
샘플은 무작위로 뽑지 않았습니다. 장기근속자, 최근 입사자, 휴직·복직자, 부서 이동이 잦은 직원을 섞어야 예외 상황이 드러납니다. 외국인 직원이나 이름이 같은 직원, 겸직자, 계약 형태가 변경된 직원도 포함하면 사번을 중심으로 정보가 안정적으로 연결되는지 확인하기 좋습니다.
첫 업로드에서는 생년월일 일부가 날짜가 아닌 숫자로 표시됐고, 휴직 기간은 재직 기간에서 잘못 제외됐습니다. 직급명 앞뒤의 공백 때문에 동일 직급이 두 개 생성되기도 했습니다. 이런 문제는 화면에서 몇 명만 보면 놓치기 쉬우므로 원본 건수, 업로드 성공 건수, 오류 건수, 보류 건수의 합이 일치하는지 숫자로 대조해야 합니다.
| 점검 영역 | 통과 기준 | 발견 시 조치 |
|---|---|---|
| 직원 식별 | 사번 중복 0건 | 퇴직 후 재입사자의 사번 정책을 확정합니다. |
| 날짜 형식 | 입사·발령·휴직일 오류 0건 | YYYY-MM-DD 형식으로 통일하고 유효하지 않은 날짜를 분리합니다. |
| 조직 연결 | 미지정 부서 0건 | 폐지 부서와 현행 부서의 대응표를 만듭니다. |
| 연차 잔액 | 원본과 개인별 잔액 일치 | 발생분·이월분·사용분 계산 규칙을 각각 검증합니다. |
| 접근 권한 | 직무별 불필요한 열람 0건 | 인사담당자, 팀장, 직원의 조회 범위를 다시 설정합니다. |
오류를 고친 주체와 방법까지 기록했습니다
이관 중 오류가 생겼을 때 제공사가 원본을 수정해주는지, 변환 규칙만 조정하는지에 따라 이후 책임이 달라집니다. 원본 파일을 누군가 임의로 고치면 기존 시스템과 새 솔루션의 수치가 달라져 어떤 자료가 기준인지 알기 어려워집니다. 그래서 원본은 읽기 전용으로 보관하고, 수정 사유와 담당자, 수정 전후 값을 별도 로그에 남겼습니다.
- 오류 번호와 발견 날짜를 부여합니다.
- 원본 오류인지 변환 오류인지 분류합니다.
- 수정 승인자와 실제 작업자를 분리합니다.
- 같은 오류가 다른 직원에게도 있는지 전체 검색합니다.
- 재업로드 후 급여·근태·조직 보고서까지 다시 대조합니다.
검수 팁: 화면이 정상적으로 보인다는 이유만으로 승인하지 마세요. 개인별 조회, 전체 집계, 파일 다운로드 결과가 모두 원본과 맞아야 이관 완료로 판단할 수 있습니다.
인사 자료가 단순 명부를 넘어 기업 운영 전반과 연결된다는 점은 인사관리 관련 지식백과 설명에서도 확인할 수 있습니다. 특히 급여 계산과 연동되는 항목은 1건의 오류도 여러 보고서에 번질 수 있으므로 일반 연락처보다 높은 검수 기준을 적용해야 합니다.
넷째 주, 직원 120명 기업의 월요일 오픈을 따라가 봤습니다
금요일 백업부터 첫 급여 전 검증까지
직원 120명인 제조기업 A사는 종이 휴가계와 여러 엑셀 파일을 하나의 인사관리 솔루션으로 옮기려 했습니다. 인사담당자는 계약 전에 직원 기본정보 120건, 최근 3년 발령 이력 286건, 올해 휴가 내역 640건을 이관 대상으로 정했습니다. 오래된 평가 의견은 새 시스템에 넣지 않고 암호화된 별도 보관소에서 제한적으로 조회하도록 결정했습니다.
오픈 전 금요일 오후 4시에는 기존 시스템의 입력을 중단하고 최종 백업을 받았습니다. 오후 5시부터 입사·퇴사·부서 이동처럼 마지막 샘플 이관 이후 바뀐 자료만 추출했습니다. 제공사는 토요일에 전체 자료를 업로드했고, 인사담당자는 일요일 오전에 직원 수와 부서별 인원, 휴직자 수, 연차 총량을 원본 보고서와 대조했습니다.
- 오픈 당일 오전: 직원 10명이 로그인해 본인 이름, 부서, 입사일, 잔여 연차를 확인했습니다.
- 오픈 당일 오후: 팀장 5명이 소속 직원만 조회되는지 시험하고 다른 부서 자료가 보이지 않는지 점검했습니다.
- 오픈 3일째: 휴가 신청과 승인, 취소, 잔액 복원의 전 과정을 실행했습니다.
- 오픈 1주째: 신규 입사자 한 명을 채용 정보에서 인사기록으로 전환해 중복 입력 여부를 살폈습니다.
- 첫 급여 전: 재직 상태, 무급휴직, 근태 마감 값이 급여 계산 자료와 일치하는지 별도 승인했습니다.
월요일 오전, 한 직원의 잔여 연차가 원본보다 하루 많다는 신고가 들어왔습니다. 로그를 확인하니 지난해 이월 연차의 소멸일을 빈칸으로 올려 새 솔루션이 계속 사용 가능한 휴가로 계산한 것이 원인이었습니다. 담당자는 해당 직원 한 명만 고치지 않고 같은 조건의 직원 18명을 전체 검색했고, 그중 4건을 같은 변환 규칙으로 수정한 뒤 개인별 잔액과 전사 합계를 다시 맞췄습니다.
이 사례에서 구매 결정을 지킨 것은 기능의 개수가 아니라 샘플 이관, 오류 로그, 전환 시각, 검수 책임자, 복구 기준이었습니다. A사는 기존 시스템을 즉시 해지하지 않고 한 번의 급여 마감이 끝날 때까지 조회 전용으로 유지했습니다. 새 HR 솔루션에서 첫 급여 자료와 연차 보고서가 모두 맞은 금요일, 인사담당자는 검수 승인서에 서명하고 기존 자료의 보관·파기 일정까지 확정했습니다.
- 다음글하반기 채용계획, 9월 공고 전 인력 수요부터 맞추세요 26.08.31
등록된 댓글이 없습니다.
