인사관리 솔루션을 도입할 기업이라면 권한 설정부터 의심하세요

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

새 인사관리 솔루션을 열었는데 팀장이 다른 부서의 연봉을 보고, 퇴사자가 며칠째 시스템에 접속한다면 어떨까요? 기능이 부족해서가 아니라 접근 권한을 서둘러 설정한 탓일 가능성이 큽니다. 실제 도입 현장에서는 계정 생성보다 권한 구조를 뒤늦게 손보는 데 더 많은 시간이 들기도 합니다.

인사정보는 채용부터 재직, 평가, 보상, 퇴직까지 이어집니다. 인사관리의 기본 개념처럼 관리 범위가 넓기 때문에, 한 번의 잘못된 설정이 여러 업무에 동시에 영향을 줍니다. 다음 실패 사례를 통해 이것만은 하지 말아야 할 권한 운영 방식을 살펴보겠습니다.

직급만 보고 권한을 나누지 마세요

같은 팀장이라도 필요한 정보는 다릅니다

가장 흔한 실패는 사원, 팀장, 임원, 인사담당자처럼 직급 네 단계만 만들어 모든 메뉴에 적용하는 것입니다. 영업팀장은 구성원의 목표와 실적을 확인해야 하지만 급여계좌나 가족관계 자료까지 볼 이유는 없습니다. 반대로 급여 담당자는 보상 자료가 필요해도 채용 후보자의 면접 평가 전체를 열람할 필요는 없습니다.

A기업은 모든 팀장에게 ‘팀원 정보 전체 조회’ 권한을 부여했습니다. 인사이동 후 소속 정보가 늦게 갱신되면서 전 팀장이 이전 구성원의 연봉과 평가 기록을 한 달간 계속 볼 수 있었습니다. 담당자는 사용자 실수라고 생각했지만, 원인은 직급과 업무 역할을 구분하지 않은 권한 설계였습니다.

• 조직 범위: 본인, 직속 구성원, 담당 법인처럼 조회 대상을 제한합니다.
• 데이터 범위: 인적사항, 근태, 평가, 보상, 증빙서류를 별도로 나눕니다.
• 행동 범위: 조회, 등록, 수정, 승인, 내려받기 권한을 분리합니다.
• 유효기간: 겸직이나 프로젝트 권한에는 자동 종료일을 설정합니다.

권한 이름을 ‘팀장’으로 끝내지 말고 ‘직속 구성원 근태 승인’처럼 대상과 행동이 드러나게 작성하면 오해가 크게 줄어듭니다.

권한표를 만들 때는 “누가 높은 사람인가?”보다 “누가 어떤 업무를 처리해야 하는가?”를 먼저 질문해야 합니다. 직급 기반 권한은 기본 틀로만 사용하고, 실제 접근은 조직·업무·데이터 민감도를 조합해 결정하는 편이 안전합니다.

인사담당자에게 모든 메뉴를 열어두지 마세요

슈퍼관리자 계정이 업무 편의의 답은 아닙니다

인사팀은 모든 정보를 다뤄야 한다는 생각도 위험합니다. 채용담당자, 급여담당자, 교육담당자와 HR 시스템 운영자가 취급하는 정보는 서로 다릅니다. 여러 업무를 한 계정에 몰아주면 편해 보이지만, 실수로 파일을 내려받거나 잘못된 대상에게 알림을 발송했을 때 피해 범위가 커집니다.

B기업에서는 채용담당자가 테스트 중인 조직개편 메뉴까지 수정할 수 있었습니다. 화면을 확인하다 저장 버튼을 누른 결과 수백 명의 보고 체계가 바뀌었고, 근태 승인 요청이 엉뚱한 관리자에게 전달됐습니다. 변경 이력이 남아 복구는 가능했지만, 월말 정산 일정이 밀리고 문의가 폭주했습니다. 업무 담당과 시스템 관리 권한을 분리하지 않은 실패였습니다.

1. 일상 업무에는 필요한 메뉴만 가진 개인 계정을 사용합니다.
2. 조직개편, 권한 변경, 대량 삭제는 별도 관리자 계정으로 처리합니다.
3. 민감한 작업은 요청자와 승인자를 나누는 이중 통제를 적용합니다.
4. 관리자 계정에는 다중 인증과 접속 알림을 우선 적용합니다.

특히 연봉 일괄 변경, 평가 결과 확정, 인사발령 반영처럼 되돌리기 어려운 기능은 한 사람이 요청과 승인을 동시에 수행하지 못하게 해야 합니다. 운영 인력이 적다면 영구적인 전체 권한 대신 작업 시간에만 활성화되는 임시 권한을 활용할 수 있습니다.

권한을 세분화하면 업무가 느려질 것 같지만 실제 병목은 권한 단계보다 승인 기준이 모호할 때 발생합니다. 신청 사유, 승인자, 허용 시간, 종료 조건을 HR 솔루션 안에 미리 정의하면 보안과 처리 속도를 함께 관리할 수 있습니다.

입사일만 챙기고 이동과 퇴사를 놓치지 마세요

권한 회수는 퇴직 당일보다 먼저 설계해야 합니다

신규 입사자의 계정을 빠르게 만드는 기업도 인사이동과 퇴직자의 권한 회수에는 느슨한 경우가 많습니다. 조직이 바뀌면 새 권한을 추가하면서 기존 권한은 그대로 남기기 쉽습니다. 몇 차례 이동한 직원에게 영업, 재무, 인사 관련 메뉴가 차곡차곡 쌓이는 이른바 권한 누적이 생기는 이유입니다.

C기업은 퇴직 처리를 급여 마감 후에 하도록 운영했습니다. 퇴직자는 마지막 근무일 이후에도 모바일 HR 앱에 접속할 수 있었고, 동료 연락처와 과거 급여명세서를 계속 내려받을 수 있었습니다. 계정을 삭제하는 것만으로는 이미 내려받은 자료를 회수할 수 없으므로, 마지막 근무일과 급여 정산일을 동일한 기준으로 처리해서는 안 됩니다.

• 입사: 발령 정보와 직무에 맞는 기본 권한만 자동 부여합니다.
• 이동: 새 권한을 추가하기 전에 이전 조직 권한을 회수합니다.
• 휴직: 사내 연락처, 승인, 파일 내려받기 범위를 별도로 결정합니다.
• 퇴직: 마지막 근무 시각에 로그인 세션과 연동 토큰까지 만료시킵니다.
• 재입사: 과거 계정을 그대로 살리지 말고 현재 직무 기준으로 재승인합니다.

채용 단계의 계정도 빠뜨리기 쉽습니다. 채용의 의미와 절차를 보면 모집과 선발은 재직 관리와 구분되는 과정입니다. 면접관에게 제공한 후보자 자료는 선발이 끝났다고 영구 보관할 이유가 없으므로, 채용 종료일을 기준으로 열람 권한이 자동 만료되도록 설정해야 합니다.

계정의 생명주기는 입사일이 아니라 채용 참여, 겸직, 휴직, 부서 이동, 퇴직처럼 권한이 달라지는 모든 사건을 기준으로 설계해야 합니다.

엑셀 다운로드를 단순 조회 기능으로 보지 마세요

화면보다 파일에서 사고가 오래 남습니다

화면 조회는 기록을 남기면서도 파일 내려받기는 제한하지 않는 HR 솔루션이 의외로 많습니다. 그러나 화면에서 열람한 정보는 로그아웃 후 접근이 끊기지만, 엑셀과 PDF 파일은 개인 PC, 메신저, 이메일, 클라우드 폴더에 복제됩니다. 한 번 밖으로 나간 파일은 원본 권한을 회수해도 계속 남을 수 있습니다.

D기업에서는 교육 대상자를 선정하려고 전 직원 정보를 엑셀로 내려받았습니다. 필요한 항목은 이름과 부서뿐이었지만 파일에는 주소, 개인 연락처, 생년월일, 급여등급까지 포함돼 있었습니다. 담당자는 해당 파일을 외부 강사에게 그대로 전달했고, 뒤늦게 문제를 발견했습니다. 이는 악의적인 유출보다 더 흔한 과도한 데이터 추출 실패입니다.

다운로드 권한은 조회 권한과 분리하고, 전체 데이터가 아니라 필요한 열만 선택할 수 있게 해야 합니다. 급여나 평가 자료처럼 민감도가 높은 파일에는 워터마크, 암호, 자동 삭제 기한을 적용하는 편이 좋습니다. 월별 다운로드 횟수나 평소보다 큰 건수의 추출을 감지하는 알림도 실용적입니다.

• 파일을 받는 목적과 이용 기간을 기록했는지 확인합니다.
• 주민등록번호, 계좌번호 등 불필요한 열을 기본 제외합니다.
• 대량 추출에는 상위 승인이나 재인증 절차를 둡니다.
• 다운로드 로그에 사용자, 시각, 항목, 건수를 함께 남깁니다.

직원이 “업무상 필요하다”고 말하는 것만으로 전체 자료를 제공해서는 안 됩니다. 필요한 결과를 시스템 안에서 조회하거나 집계할 수 있다면 파일 자체를 만들지 않는 것이 가장 효과적인 통제입니다.

도입 직전 권한 테스트를 관리자끼리만 하지 마세요

정상 화면보다 보이지 않아야 할 화면을 확인해야 합니다

HR 솔루션 도입 테스트에서는 로그인 성공, 메뉴 실행, 결재 완료 같은 정상 흐름만 확인하기 쉽습니다. 하지만 권한 사고는 사용자가 할 수 있어야 하는 업무보다 해서는 안 되는 행동이 가능할 때 발생합니다. 팀원이 다른 사람의 평가서를 검색할 수 있는지, 전 팀장이 이전 부서 자료의 주소를 직접 입력해 열 수 있는지도 시험해야 합니다.

E기업은 메뉴 버튼이 숨겨져 있다는 이유로 접근이 차단됐다고 판단했습니다. 직원이 알림 메일에 남아 있던 과거 링크를 클릭하자 다른 조직의 평가 페이지가 그대로 열렸습니다. 화면에서 메뉴를 가리는 것과 서버에서 접근을 거부하는 것은 다릅니다. 검색 결과, 공유 링크, 모바일 앱, API 연동에서도 같은 제한이 작동하는지 확인해야 합니다.

1. 역할별 계정을 준비해 사원, 팀장, HR 담당자, 임원의 화면을 각각 시험합니다.
2. 부정 테스트로 다른 조직의 문서 주소, 파일 링크, 검색어를 직접 입력합니다.
3. 경계 상황인 겸직자, 파견자, 휴직자, 조직개편 예정자를 포함합니다.
4. 연동 채널인 메일, 메신저, 모바일, API에서도 동일하게 검증합니다.
5. 증거 기록으로 테스트 결과와 수정 담당자, 재시험 일자를 남깁니다.

인사관리 관련 개념에서 다루듯 인사 업무는 사람과 조직의 운영 전반에 걸쳐 있습니다. 따라서 현업 팀장, 일반 직원, 정보보호 담당자까지 테스트에 참여해야 실제 사용 경로를 발견할 수 있습니다. 가능하다면 정식 개통 전 익명화한 가상 데이터로 최소 한 차례 모의 운영을 진행하세요.

오픈 후에도 테스트는 끝나지 않습니다. 조직개편, 평가 기간 시작, 급여제도 변경처럼 데이터 접근이 급증하는 시점마다 권한 시나리오를 다시 실행해야 합니다. 솔루션 업데이트로 새 메뉴가 생겼다면 기존 권한 그룹에 자동으로 포함됐는지도 살펴봐야 합니다.

권한을 잘게 나누는 것이 항상 안전한 것은 아닙니다

과도한 제한이 만든 우회 업무도 추적해야 합니다

반대 관점도 필요합니다. 권한을 무조건 최소화하면 직원들이 필요한 정보를 얻기 위해 인사팀에 매번 파일을 요청하거나, 승인받기 어려워 개인 메신저와 별도 엑셀로 업무를 우회할 수 있습니다. 시스템 안에서는 안전해 보여도 실제 데이터가 통제 밖으로 퍼지는 역효과가 생깁니다.

F기업은 개인정보 보호를 이유로 팀장의 근태 현황 조회를 막았습니다. 그러자 인사팀이 매주 전사 근태 파일을 내려받아 팀별로 잘라 이메일로 보냈습니다. 팀장 화면에서 자기 팀의 필요한 항목만 보여주는 방식보다 복사본이 늘어났고, 잘못된 수신자에게 전송될 가능성도 커졌습니다. 최소 권한은 최소 기능이 아니라 최소한으로 필요한 접근을 뜻합니다.

• 반복되는 수기 요청이 있다면 필요한 조회 기능이 빠진 것은 아닌지 확인합니다.
• 권한 신청이 지나치게 오래 걸리면 제한된 기간의 자동 승인 조건을 검토합니다.
• 현업이 별도 명단을 만들고 있다면 HR 솔루션 안의 필터와 통계 기능으로 대체합니다.
• 권한 그룹이 너무 많아 관리되지 않는다면 비슷한 역할을 통합하고 예외만 분리합니다.
• 접근 차단 건수뿐 아니라 엑셀 요청, 이메일 전달, 수기 작업 증가도 함께 측정합니다.

실무에서는 분기마다 권한 보유자에게 일괄 확인 메일을 보내는 것보다, 실제 사용 기록을 함께 제시하는 편이 효과적입니다. 최근 90일간 사용하지 않은 고위험 권한은 회수 후보로 표시하고, 자주 거절되는 접근 요청은 업무상 필요성을 다시 분석하세요. 사용하지 않는 권한과 반복적으로 우회되는 제한은 서로 다른 문제입니다.

어떤 조직에서는 세밀한 통제가 필요하지만, 규모가 작고 역할이 자주 바뀌는 기업에서는 지나친 세분화가 관리 오류를 늘릴 수도 있습니다. 권한 그룹의 개수보다 중요한 것은 누가 왜 접근하며 언제 끝나는지 설명할 수 있는 상태입니다. 이 기준을 충족한다면 단순한 권한 구조도 충분히 견고할 수 있습니다.