ERP 초기 세팅, 오픈 전 확정할 마스터 데이터 체크리스트

ERP 초기 세팅의 성패는 제품이 아니라 오픈 전에 확정하는 마스터 데이터에서 갈립니다. 사번·조직코드·직급/직책·근무제 코드 이 네 가지는 데이터가 쌓이기 시작하면 되돌리기 어렵기 때문에, 솔루션을 고른 뒤 가장 먼저 규칙부터 못 박아야 합니다.

많은 담당자가 ERP 도입을 '어떤 제품을 고르느냐'의 문제로 생각합니다. 그러나 오픈 이후 데이터가 꼬이고 리포트가 맞지 않는 문제의 대부분은 제품이 아니라 코드 체계 설계에서 비롯됩니다. 마스터 데이터는 사번·조직·직급처럼 여러 업무 모듈이 공통으로 참조하는 기준 정보를 말합니다. 이 기준이 흔들리면 급여·근태·평가·회계가 전부 함께 흔들립니다. 이미 제품 선택 단계를 고민하고 있다면 중소기업 ERP 선택 기준과 솔루션 비교 글을 먼저 참고하시고, 여기서는 '고른 뒤 무엇을 확정해야 하는가'에 집중해 설명합니다.

ERP 초기 세팅에서 가장 먼저 확정해야 할 마스터 데이터 4가지

오픈 전에 규칙을 확정해야 하는 마스터 데이터는 크게 네 가지입니다. 아래 표의 네 항목은 한 번 운영 데이터가 쌓이면 소급 변경이 어렵거나 이력이 깨지는 영역이라, 세팅 착수 첫 주에 담당자와 의사결정권자가 함께 확정하는 것이 안전합니다.

네 항목은 서로 얽혀 있습니다. 사번이 조직코드를 참조하고, 근태 코드가 직급·직책과 맞물려 수당을 계산하기 때문입니다. 따라서 개별로 정하지 말고 하나의 코드 체계로 함께 설계해야 나중에 연동이 매끄럽게 흐릅니다.

사번 체계: 자릿수와 부여 규칙을 오픈 전에 못 박는 이유

사번은 모든 인사·급여·근태 데이터의 기본 키 역할을 합니다. 그래서 자릿수와 부여 규칙을 오픈 전에 확정하지 않으면, 나중에 규칙을 바꿀 때 기존 데이터 전체를 다시 손봐야 하는 상황이 생깁니다.

실무에서 자주 놓치는 지점은 세 가지입니다. 첫째, 자릿수를 여유 있게 잡는 것입니다. 현재 인원이 80명이라도 성장·인수를 고려하면 최소 6자리 이상을 권장합니다. 둘째, 입사연도를 사번에 넣을지 결정하는 것입니다. 입사연도를 넣으면 직관적이지만, 재입사자나 경력 재산정 시 규칙이 복잡해집니다. 셋째, 퇴사자 사번의 재사용 여부입니다. 한 번 부여한 사번을 다른 사람에게 다시 주면 과거 급여·평가 이력이 엉키므로, 재사용하지 않는 규칙을 기본으로 두는 편이 안전합니다.

재입사자 처리 규칙도 오픈 전에 정해야 합니다. 같은 사람이 다시 입사할 때 기존 사번을 복원할지, 새 사번을 부여하고 과거 이력과 연결할지에 따라 근속연수·퇴직금 계산이 달라지기 때문입니다.

조직코드 설계: 조직개편·분사에도 이력이 유지되는 규칙

조직코드는 ERP 초기 세팅에서 가장 실수가 잦은 영역입니다. 조직은 매년 바뀌는데, 코드를 조직명에 종속시켜 설계하면 개편 한 번에 과거 데이터의 소속 정보가 통째로 뒤틀리기 때문입니다.

핵심 원칙은 '코드는 재사용하지 않고, 조직에는 유효기간을 둔다'입니다. 없어진 부서의 코드를 새 부서에 다시 부여하면, 과거 그 코드로 집계된 인건비·평가 데이터가 새 부서의 것으로 잘못 합산됩니다. 대신 각 조직코드에 시작일과 종료일을 부여해 이력을 남기면, 조직개편이나 분사가 일어나도 '그 시점에 이 사람이 어디 소속이었는가'를 정확히 되짚을 수 있습니다.

이 설계가 무너지면 어떤 결과가 나오는지는 실제 사례에서 잘 드러납니다. 통합이 꼬여 다시 엑셀로 돌아간 과정을 다룬 중소기업 ERP 도입 실패 사례와 현장에서 반복되는 ERP 도입 실패 패턴을 함께 살펴보면, 실패의 출발점이 대부분 코드 체계였다는 점이 분명해집니다.

직급과 직책을 분리해 설계해야 하는 이유

직급(대리·과장·차장)과 직책(팀장·본부장)은 성격이 다른 축입니다. 직급은 개인의 등급이고 직책은 조직에서 맡은 역할입니다. 이 둘을 하나의 코드로 묶어 세팅하면, 팀장 직책을 맡은 과장이 팀장에서 물러날 때 직급 이력까지 함께 꼬입니다.

두 축을 분리해 설계하면 '과장으로 승진'과 '팀장으로 보임'이 각각 독립된 이력으로 남습니다. 이렇게 해야 승진·전보·보직 변경이 뒤섞이지 않고, 평가·보상 규칙을 직급 기준과 직책 기준으로 따로 적용할 수 있습니다. AX 관점에서도 두 축이 분리돼 있어야 이후 평가·보상 자동화 로직을 조건별로 깔끔하게 태울 수 있습니다.

근무제·근태 코드에서 놓치기 쉬운 항목

근무제와 근태 코드는 항목이 많고 회사마다 달라, 초기 세팅에서 가장 시간이 오래 걸리는 영역입니다. 여기서 코드를 대충 정의하면 매달 급여·수당 정산 때마다 예외 처리가 쌓입니다.

오픈 전에 정리해야 할 대표 항목은 다음과 같습니다.

• 근무유형: 일반직·교대직·시차출퇴근·재택 등 실제 운영 중인 유형을 빠짐없이 코드화
• 휴가 코드: 연차·반차·반반차·특별휴가·무급휴가를 구분하고 발생·소진 규칙 정의
• 수당 코드: 연장·야간·휴일 근로 수당의 산정 기준과 반올림 규칙 명시
• 예외 상황: 지각·조퇴·외출·출장의 처리 방식과 승인 흐름

특히 근무유형이 복잡한 조직일수록 세팅 항목이 급격히 늘어납니다. 한 근태 SaaS 도입 실무자는 초기 세팅의 어려움을 이렇게 표현했습니다.

"근무 형태가 굉장히 복잡해요. 수시로 바꾸는 것도 있어서 내부적으로 제가 잡아야 될 것도 많은데, 대응은 잘해 주시는데 담당 팀장님이 굉장히 바쁘신 것 같아요."

— 복잡한 근무형태 사업장 행정·운영 담당자

근무유형을 먼저 확정하지 않은 채 세팅을 시작하면, 유형이 바뀔 때마다 관련 수당·집계 규칙을 다시 손봐야 하므로 오픈이 계속 미뤄집니다.

나중에 바꾸면 이력이 깨지는 항목 경고표

마스터 데이터 중에는 오픈 후에도 비교적 자유롭게 바꿀 수 있는 항목이 있고, 한 번 데이터가 쌓이면 되돌리기 매우 어려운 항목이 있습니다. 아래 표는 후자에 해당하는 항목만 모은 것입니다. 이 항목들은 오픈 전에 반드시 확정하는 것을 권장합니다.

회계 축까지 함께 챙긴다면 예산을 사전에 통제하는 관점을 다룬 예산 초과집행을 막는 사전통제 ERP 글이 초기 계정 구조 설계에 참고가 됩니다.

다사업장·다법인이라면 초기에 더 챙길 것

사업장이 여러 곳이거나 법인이 둘 이상이라면, 위 네 가지에 더해 초기 설계에서 확인해야 할 조건이 늘어납니다. 아래 항목은 제품이 충족하는지를 도입 전에 반드시 점검할 확인 사항으로 두는 것이 안전합니다.

• 사업장·지점별 권한 분리와 전사 통합 리포팅을 동시에 지원하는지, 그 구조를 초기 조직코드에 어떻게 반영할지
• 단계별(부서·법인 순) 롤아웃을 할 경우 사업장 간 코드 정합을 유지하는 규칙
• 해외법인이 있다면 다국어(영문) 조직명·직급 매핑과 다법인 사번 네임스페이스 처리 방식

이 조건들은 제품마다 지원 범위가 다르므로, 특정 솔루션이 전부 충족한다고 단정하기보다 도입 검토 단계에서 직접 확인하는 것이 좋습니다. 통합형과 분리형 중 무엇이 맞는지 고민된다면 통합 ERP와 분리 SaaS의 아키텍처 선택 기준을 함께 검토하면 초기 조직 설계 방향을 잡는 데 도움이 됩니다.

임팩트플로우는 B2B SaaS 매칭 플랫폼으로, 기업에 최적화된 인사·ERP 솔루션을 연결합니다. 우리 회사 규모·업종·조직 구조에 맞는 시스템이 무엇인지, 세팅 지원은 어디까지 되는지부터 확인하고 싶다면 아래에서 후보군을 비교해 보시기 바랍니다.

ERP 초기 세팅 첫 3개월 로드맵과 '자가 세팅'의 함정

ERP 초기 세팅은 대체로 첫 3개월 안에 안정화 여부가 판가름 납니다. 아래는 마스터 데이터 확정을 앞단에 두는 표준적인 순서입니다.

• 1개월 차: 사번·조직코드·직급/직책·근무제 코드 4대 마스터 데이터 확정, 의사결정권자 승인
• 2개월 차: 확정한 코드 체계로 기존 데이터 이관·정제, 급여·근태 시범 운영
• 3개월 차: 병행 운영 종료, 예외 케이스 정리 후 정식 전환

이 순서에서 가장 흔한 실패는 코드 체계 확정을 미룬 채 데이터부터 넣기 시작하는 것입니다. 그러면 2개월 차에 이관한 데이터를 3개월 차에 다시 손봐야 합니다.

또 하나의 함정은 '자가 세팅'을 과소평가하는 것입니다. 세팅 항목은 담당자가 예상하는 것보다 훨씬 많고, 관리자 권한 계층과 설정 구조를 정확히 이해하지 못하면 온라인 질의와 재작업이 반복되며 오픈이 길어집니다. 실제 도입 실무자들의 목소리에서 이 함정이 잘 드러납니다.

"대표님께서 직접 진행을 다 하고 계신데 지정해야 될 부분들이 생각보다 많더라고요."

— 건축설계 기업 관리담당자

"세팅이 최고 관리자가 할 수 있는 부분이 있고, 아예 그 안에 들어가서 세팅 자체를 만드는 게 따로 있더라고요. 그건 제가 몰라서 얘기하면 어떻게 하는 건지도 모르겠고."

— 복잡한 근무형태 사업장 행정·운영 담당자

실제 도입 현장에서 세팅 지원을 받아 안착한 과정은 화장품 제조기업의 근태 도입 고객사례에서 구체적으로 확인할 수 있습니다. 이 통점을 줄이는 가장 확실한 방법은 앞서 정리한 네 가지 마스터 데이터를 오픈 전에 문서로 확정하고, 세팅 지원 범위가 어디까지인지를 도입 계약 시점에 명확히 해 두는 것입니다. 코드 체계를 처음부터 자동화 친화적으로 설계하면, 이후 급여·근태·평가 연동이 수작업 없이 흐르므로 오픈 이후의 운영 부담도 크게 줄어듭니다.

자주 묻는 질문

사번·조직코드·직급/직책·근무제 코드 이 네 가지 마스터 데이터의 규칙을 확정하는 것이 첫 단계입니다. 데이터를 넣기 전에 코드 체계부터 문서로 못 박아야, 이후 이관·정산·리포트가 꼬이지 않습니다.

바꿀 수는 있지만 비용이 매우 큽니다. 사번은 급여·근태·평가 데이터의 기본 키라, 규칙을 바꾸면 연동된 데이터 전체를 다시 손봐야 합니다. 그래서 자릿수와 부여 규칙은 오픈 전에 여유 있게 확정하는 것을 권장합니다.

코드를 조직명에 종속시키지 말고, 각 조직코드에 유효기간(시작일·종료일)을 두어 이력을 남기는 방식이 안전합니다. 없어진 부서의 코드를 새 부서에 재사용하지 않아야 과거 인건비·평가 리포트가 왜곡되지 않습니다.

정답은 회사 상황에 따라 다르지만, 세팅 항목과 권한 구조가 예상보다 복잡하다는 점은 공통적입니다. 계약 형태가 무엇이든 세팅 지원이 어디까지 포함되는지, 자가 운영 전환 시점의 학습 자료가 있는지를 도입 시점에 확인해 두면 오픈 장기화를 줄일 수 있습니다.

임팩트플로우는 B2B SaaS 매칭 플랫폼으로, 기업에 최적화된 인사·ERP 솔루션을 연결합니다. 코드 체계·마스터 데이터 설계까지 함께 잡아줄 시스템을 찾고 있다면, 조건을 남겨 주시면 규모·업종에 맞는 솔루션을 매칭해 드립니다.