Photo by Erik Mclean on Pexels
ERP 시스템을 도입하거나 고도화한 후, 현장 중간관리자들이 가장 자주 토로하는 불만 중 하나는 바로 권한 관련 문제입니다. "권한이 묶여 있어서 결제나 발주가 제때 안 나간다", "담당자가 연차인데 권한이 없어 업무가 마비됐다", "전산팀이 너무 까다롭게 권한을 통제해서 일하기 답답하다"라는 불평은 어느 조직에서나 쉽게 들을 수 있습니다. 이로 인해 많은 팀장들이 팀원들에게 최고 수준의 조회·수정 권한을 부여해 달라고 요청하거나, 심지어 동료의 ERP 계정 아이디와 비밀번호를 공유해 업무를 처리하는 위험한 꼼수를 용인하곤 합니다.
그러나 ERP 내 권한 통제는 단순한 보안 절차가 아닙니다. 이는 데이터 정합성을 유지하고, 내부 통제를 강화하며, 사고 발생 시 책임 소재를 명확히 하는 가장 기본적인 업무 안전장치입니다. 권한을 무분별하게 개방하는 순간, 기준정보 훼손, 불법 수주, 재고 임의 조종, 이중 지출과 같은 대형 운영 리스크가 현실화됩니다. 팀장과 중간관리자가 빠지기 쉬운 대표적인 오해를 짚어보고, 실제 현장에서 즉시 적용할 수 있는 직무 분리(SoD) 및 권한 매트릭스 재설계 실무를 상세히 살펴보겠습니다.
오해 1: "일단 다 열어둬야 업무 차질이 없다" vs 실제: 권한 누더기화가 부르는 책임 소재 불분명
새로운 팀원이 입사하거나 업무 R&R이 조정될 때, 많은 팀장들이 "전임자 아무개 씨와 똑같이 권한을 주세요"라고 전산팀에 요청합니다. 혹은 업무 속도를 높인다며 팀 내 거의 모든 메뉴의 작성, 수정, 삭제 권한을 전체 팀원에게 부여하곤 합니다. 이처럼 체계적인 역할 기준 없이 필요할 때마다 권한을 하나씩 덧붙이는 현상을 '권한 누더기화(Privilege Creep)'라고 부릅니다.
권한 누더기화가 진행되면 ERP 시스템 내에서 누가, 언제, 어떤 이유로 중요한 데이터를 변경했는지 추적하는 것이 불가능해집니다. 실제 가상 사례를 통해 이 오해가 가져오는 실질적 위험을 확인할 수 있습니다.
[가상 사례: A사 자재구매팀의 단위 단가 변경 사고]
A사의 자재구매팀은 업무 편의를 위해 팀원 5명 전원에게 '원자재 품목 마스터 단가 수정' 권한과 '구매발주 확정' 권한을 동시 부여해 두었습니다. 특정 프로젝트 진행 중, 담당자 B 대리가 단가 협상이 완료되지 않은 상태에서 임시 단가 10,000원을 입력해 두었습니다. 며칠 후 다른 업무를 처리하던 C 과장이 시스템상 단가 오류로 착각하여 이를 8,500원으로 임의 수정하고 시스템을 저장했습니다. 최종 발주 시점에 시스템은 8,500원으로 자동 계산되어 공급사로 발주서가 전송되었고, 이로 인해 공급사와의 법적 분쟁 및 납기 지연 문제가 발생했습니다. ERP 감사 로그를 확인했으나, 팀원 여러 명이 동일 메뉴 수정 권한을 갖고 있어 수정 경위와 최종 책임자를 규명하는 데 수주일이 소요되었습니다.
이처럼 "업무 차질을 막겠다"는 명목으로 부여한 무제한 권한은 오히려 교차 검증 시스템을 무력화하고, 데이터 오염 시 수습 비용을 몇 배로 늘리는 원인이 됩니다.
오해 2: "전산팀이 알아서 관리하겠지" vs 실제: 현장 프로세스를 아는 팀장이 정해야 하는 직무 분리(SoD)
ERP 권한 설정을 전산팀(IT 부서)의 단순 전산 행정 업무로 치부하는 것 또한 심각한 오해입니다. 전산팀은 메뉴별 시스템 기술 권한을 설정할 수는 있지만, 현장 업무에서 발생할 수 있는 이해상충(Conflict of Interest) 관계를 세세히 알지 못합니다.
직무 분리(Segregation of Duties, SoD)란 부정과 오류를 방지하기 위해 단일 프로세스의 핵심 단계(신청, 승인, 실행, 검증)를 한 사람이 독점하지 못하도록 권한을 나누는 내부통제 원칙입니다. 어떤 직무와 어떤 메뉴 권한이 충돌하는지 가장 잘 알고 있는 사람은 바로 현장의 팀장입니다.
팀장이 알아야 할 모듈별 대표적인 직무 분리(SoD) 충돌 권한 조합은 다음과 같습니다.
| 업무 영역 | 기능 A (신청/수정) | 기능 B (승인/확정) | 충돌 사유 및 발생 가능 리스크 |
|---|---|---|---|
| 구매/지급 | 공급업체(신규 거래처) 등록 | 구매발주 승인 및 지출결의 | 유령 공급업체를 자의적으로 등록한 뒤 허위 발주를 넣어 회사 자금을 유용할 위험 |
| 재고/물류 | 재고 조정(수량/단가) 등록 | 재고 실사 평가 승인 | 실제 재고 손실이나 횡령을 은폐하기 위해 전산 재고 수량을 임의로 맞추는 부정 위험 |
| 영업/채권 | 고객사 여신 한도 수정 | 매출 전표 승인 및 여신 예외 출고 | 부실 거래처에 대한 불법 출고를 감수하고 여신 한도를 임의로 늘려 채권 회수 불능 위험 초래 |
| 회계/재무 | 마스터 계정/전표 입력 | 월말 마감 확정 및 계좌 이체 실행 | 검증되지 않은 임의 전표를 작성한 후 스스로 마감하여 회계 장부를 왜곡할 위험 |
전산팀은 "A 직원이 B 메뉴 접근이 가능한가"를 볼 뿐, "A 직원이 B 메뉴와 C 메뉴를 동시에 갖고 있어 위험한가"를 판단하지 못합니다. 따라서 팀장은 소속 팀원들의 메뉴별 실행 권한이 상충되지 않는지 직접 검토해야 합니다.
오해 3: "권한을 줄이면 부재 시 업무가 멈춘다" vs 실제: 대결(Proxy) 체계 및 임시 권한 운영 표준화
많은 중간관리자가 직무 분리를 주저하는 가장 결정적인 이유는 '담당자의 부재(휴가, 출장, 병가)' 상황입니다. "A 담당자가 자리를 비웠을 때 B 담당자가 대신 발주를 넣어야 하는데 권한을 분리해 두면 일이 멈추지 않느냐"는 질문입니다.
이 오해를 해결하는 바른 방법은 계정을 공유하거나 상시 권한을 풀어주는 것이 아니라, ERP 내 '정식 대결(Proxy Approval) 기능'과 '시한부 권한 부여 절차'를 제도화하는 것입니다.
올바른 대수신/대결 프로세스 운영 수칙
- 시스템 대결 지정: 결재자나 담당자가 부재를 등록(사유, 기간 설정)하면, 미리 지정된 대결권자에게 해당 기간 동안만 승인 및 실행 권한이 한시적으로 위임되도록 ERP 시스템을 설정합니다.
- 이력의 명확화: 대결자가 처리한 모든 결재 및 데이터 생성 이력에는 'A 대리(B 과장 대결)' 형태로 기록이 남아, 추후 정합성 검증 시 처리 주체가 명확히 구분되어야 합니다.
- ID 공유 절대 금지: 부재중인 동료의 비밀번호를 전달받아 접속하는 행위는 개인정보보호 및 내부통제 규정 위반입니다. 팀장은 이를 엄격히 금지하고 대결 시스템을 활용하도록 지시해야 합니다.
오해 4: "조회 권한은 다 열어줘도 상관없다" vs 실제: 영업 비밀 유출 및 데이터 오용의 시작점
"입력이나 수정은 제한하더라도, 팀원들이 회사 전체 흐름을 알 수 있게 데이터 조회(Read) 권한은 넓게 열어주는 것이 좋지 않나요?"라는 질문도 흔히 발생합니다. 정보 공유의 취지는 좋으나, 민감 데이터에 대한 조회 권한 방치는 법적·재무적 리스크로 직결됩니다.
예를 들어 전체 품목의 원가 정보, 고객사별 공급 단가표, 타 부서의 인건비 및 경비 집행 내역, 미수금 현황 등은 회사의 핵심 영업비밀에 해당합니다. 퇴사를 앞둔 직원이나 외주 협력사 인력이 ERP 조회 권한을 통해 민감 데이터를 대량 엑셀 다운로드하여 유출하는 사고는 실제로 빈번히 발생합니다.
따라서 조회 권한 역시 '알 필요성(Need-to-Know) 원칙'에 따라 설정해야 합니다. 팀원은 본인 담당 사업장, 본인 담당 제품군, 본인 소속 부서의 데이터만 조회하도록 필터링(Data-level Security)을 적용하는 것이 타당합니다.
실제로 해야 할 일 1단계: 역할 기반 권한(RBAC) 매트릭스 재설계
오해에서 벗어나 실제로 권한 체계를 바로잡기 위해, 팀장은 기존의 '사람 중심 권한 부여'를 폐지하고 '역할 기반 권한 통제(Role-Based Access Control, RBAC)' 방식으로 매트릭스를 재설계해야 합니다.
RBAC 매트릭스 수립 4단계 절차
- 직무 역할(Role) 정의: 팀 내 업무 프로세스를 바탕으로 표준 역할을 정의합니다. (예: 구매 요청자, 구매 담당자, 구매 승인자, 재고 관리자)
- 메뉴 및 기능 단위 세분화: ERP 메뉴를 '조회, 생성, 수정, 삭제, 승인, 엑셀 다운로드' 등 기능별 권한 단위(CRUD+A)로 세분화합니다.
- 역할-메뉴 매핑: 개인 이름이 아닌 '역할'에 필요한 최소한의 메뉴 권한만 매핑합니다.
- 개인별 역할 부여: 신규 입사자나 보직 이동자에게는 개별 메뉴를 부여하는 대신 정의된 '역할'만 지정합니다.
아래는 자재/구매 부서에서 활용할 수 있는 역할 기반 권한 매트릭스의 구체적인 예시입니다.
| ERP 메뉴 / 기능 | 구매 요청자 (일반 부서) | 구매 담당자 (구매팀원) | 구매 승인자 (구매팀장) | 재고 수불 담당자 (물류팀) |
|---|---|---|---|---|
| 구매요청(PR) 작성/수정 | 가능 | 가능 | 조회 전용 | 불가 |
| 구매발주(PO) 작성/수정 | 불가 | 가능 | 조회 전용 | 불가 |
| 구매발주(PO) 최종 승인 | 불가 | 불가 | 가능 (단가/금액 검증) | 불가 |
| 입고 검수 및 확정 | 불가 | 불가 | 불가 | 가능 |
| 공급사 마스터 단가 수정 | 불가 | 신청만 가능 | 최종 승인/수정 | 불가 |
| 데이터 대량 엑셀 다운로드 | 불가 | 본인 담당 건만 | 팀 전체 가능 | 본인 창고 건만 |
실제로 해야 할 일 2단계: 정기 권한 감사 체크리스트 운용
매트릭스를 구축했더라도 인사이동, 퇴사, 조직개편이 반복되면 권한은 다시 꼬이게 됩니다. 중간관리자는 분기별 1회 이상 소속 팀원들의 ERP 권한을 점검하는 정기 감사를 수행해야 합니다.
팀장이 분기마다 점검해야 할 'ERP 권한 정비 현장 체크리스트'입니다.
- [ ] 휴직 및 퇴사자 권한 즉시 차단 여부: 인사 명령 발령 당일 ERP 계정이 잠금 처리되었는가?
- [ ] 보직 이동자 권한 회수 여부: 타 부서에서 이동해 온 팀원의 이전 부서 ERP 권한이 완전히 삭제되었는가?
- [ ] SoD 충돌 여부: 동일인이 '신청/작성' 권한과 '승인/확정' 권한을 동시에 갖고 있는 예외 케이스가 존재하는가?
- [ ] 최고 권한(Admin/Super User) 남발 여부: 업무 편의를 위해 설정된 예외적 상위 권한의 유효기간이 만료되었는가?
- [ ] 엑셀 다운로드 권한 최소화 여부: 민감한 재무·고객·원가 데이터의 대량 출력 권한이 불필요한 직원에게 남아있지 않은가?
- [ ] 대결 이력 검증: 지난 분기 동안 발생한 대결 승인 내역 중 사유가 불분명한 처리 건이 있는가?
실제로 해야 할 일 3단계: 예외 권한 신청-승인-회수 워크플로우 구축
신규 프로젝트나 긴급 업무 발생 시 임시 권한 부여는 피할 수 없습니다. 이때 핵심은 예외 권한을 '신청-승인-자동 회수'하는 프로세스를 갖추는 것입니다.
예외 권한 관리 규칙 예시
특정 프로젝트를 위해 C 대리가 타 부서의 '매출 원가 상세 내역 조회' 권한이 필요한 경우, 다음 절차를 따라야 합니다.
- 사유 및 기한 명시 신청: "신규 프로젝트 사업성 검토를 위해 202X년 X월 X일부터 X월 X일까지(14일간) 매출원가 조회 권한 신청"을 ERP 권한 신청 시스템에 등록합니다.
- 2단계 승인: 소속 팀장의 승인과 해당 데이터 소유 부서장(예: 회계팀장)의 교차 승인을 거칩니다.
- 시한부 자동 회수: ERP 시스템상 설정된 만료일(14일 후)이 지나면 전산팀의 개입 없이도 해당 권한이 자동 소멸되도록 시스템 설정을 적용합니다.
※ 법령 및 제도 관련 참고사항: 개인정보나 금융 거래 데이터를 다루는 ERP 모듈의 경우, 관련 법률(개인정보 보호법 등) 및 관련 감독기관의 고시 기준에 따라 접근 권한의 부여·변경·소멸 이력을 최소 일정 기간 이상 보관해야 하는 의무가 있습니다. 법적 불이익을 예방하기 위해 회사 내 준법감시팀이나 IT 감사 담당자를 통해 최신 법령 및 내부 통제 지침을 반드시 점검하시기 바랍니다.
현장 적용을 위한 4가지 핵심 실행 요약
팀장과 중간관리자가 바로 팀에 적용해야 할 핵심 실행 과제 4가지는 다음과 같습니다.
- 개인 중심 권한 부여 중단 및 역할(Role) 정의: '아무개 동일 권한' 요청을 금지하고, 팀 내 직무 구분에 따른 표준 RBAC 역할을 먼저 정의하세요.
- SoD(직무 분리) 충돌 전수 점검: '작성자'와 '승인자', '재고 관리자'와 '재고 조정자'가 동일인으로 묶여있는 메뉴 권한을 당장 분리하세요.
- 대결 및 시한부 권한 기능 사용 정착: 부재 시 계정 비밀번호 공유를 엄금하고, ERP 대결 지정 기능과 자동 회수형 임시 권한 절차를 활용하세요.
- 분기별 권한 감사 정례화: 분기마다 체크리스트를 기반으로 퇴사자, 전입자, 민감 데이터 다운로드 권한을 점검하여 누더기 권한을 정리하세요.
ERP 권한 관리는 팀원들을 불신해서 통제하는 것이 아니라, 명확한 R&R을 통해 실수를 예방하고 직원 개인을 업무 사고로부터 보호하는 가장 강력한 시스템적 장치입니다. 오해를 바로잡고 권한 매트릭스를 정비하는 것부터 시작해 보시기 바랍니다.