BUSINESS AUTOMATION · HR OPERATIONS · 2026.10.14

퇴사한 직원 계정, 지금도 살아 있지 않나요

새로 온 직원은 첫날 메일 계정이 없어 오전 내내 기다리고, 몇 달 전 퇴사한 직원의 공유 드라이브 권한은 아무도 모르게 그대로 남아 있습니다. 입사와 퇴사 처리가 매번 어긋나는 이유는 담당자가 부주의해서가 아니라 누가 언제 들어오고 나가는지, 그때 어떤 도구와 장비를 챙겨야 하는지가 한곳에 정리돼 있지 않아서입니다.

입사·퇴사 처리가 매번 어긋나는 이유

회사가 쓰는 업무 도구는 메일, 메신저, 공유 드라이브, 회계·ERP, CRM, 디자인·개발 도구처럼 계속 늘어납니다. 그런데 입사자가 생기면 인사 담당자는 메신저로 IT 담당자에게 알리고, IT 담당자는 기억나는 도구부터 계정을 만들고, 팀장은 따로 공유 폴더 권한을 줍니다. 각자 자기 몫만 처리하기 때문에 전체가 끝났는지 확인하는 사람이 없습니다.

퇴사는 더 위험합니다. 입사 때 만든 계정은 누군가 요청해서 생긴 것이라 흔적이 남지만, 퇴사 때 회수할 계정은 아무도 요청하지 않습니다. 직원이 스스로 가입해 쓰던 외부 서비스나 개인적으로 공유받은 문서는 목록에도 없습니다. 그 결과 퇴사자 계정이 살아 있거나, 반대로 계정을 급하게 지우는 바람에 고객 메일과 업무 문서가 함께 사라지는 일이 생깁니다.

인사 정보 한 곳을 출발점으로 삼기

자동화의 첫 단계는 "입사·퇴사가 확정됐다"는 사실이 한 곳에 기록되게 하는 것입니다. 인사 시스템이 있다면 그 데이터를, 없다면 인사 담당자가 작성하는 하나의 양식이나 표를 기준으로 삼습니다.

• 필수 항목: 이름, 소속 부서, 직무(역할), 입사일 또는 마지막 근무일, 직속 관리자
• 상태 변경도 같은 곳에서: 부서 이동이나 직무 변경도 입사·퇴사와 같은 기록으로 관리해야 권한이 쌓이기만 하는 문제를 막을 수 있습니다
• 확정 시점 구분: 면접 단계나 협의 중인 정보가 아니라, 확정된 정보만 자동화의 출발 신호로 씁니다

이 기록이 생기면 시스템은 날짜를 기준으로 해야 할 일을 거꾸로 계산할 수 있습니다. 입사 며칠 전에 장비를 준비하고, 전날까지 계정을 만들고, 마지막 근무일 오후에 로그인을 차단하는 식입니다.

역할별 계정·권한 템플릿 만들기

사람마다 계정을 새로 고민하면 빠지는 것이 생깁니다. 직무별로 "이 역할은 이 도구, 이 권한"을 표로 미리 정해 두면, 입사 정보가 들어왔을 때 해야 할 일 목록이 자동으로 만들어집니다.

API를 제공하는 도구는 계정 생성과 권한 부여까지 자동으로 처리하고, 그렇지 않은 도구는 담당자에게 할 일과 기한을 보내 완료 체크를 받는 방식으로 섞어서 운영할 수 있습니다. 중요한 것은 자동으로 처리한 일과 사람이 처리한 일이 같은 체크리스트에서 함께 보이는 것입니다.

퇴사 처리와 업무 인수인계

퇴사 처리는 계정 회수와 업무 이관을 함께 다뤄야 합니다. 순서를 정해 두면 서두르다 데이터를 잃는 일을 줄일 수 있습니다.

1. 인수인계 대상 정리: 마지막 근무일 전에 담당 고객, 진행 중인 건, 반복 업무, 관리하던 문서와 외부 서비스 목록을 정해진 양식으로 받습니다.
2. 인수자 지정: 항목별로 누가 이어받는지 관리자가 지정하고, 지정되지 않은 항목은 알림으로 남깁니다.
3. 로그인 차단: 마지막 근무 시점에 주요 계정의 로그인을 먼저 막습니다. 삭제는 이후 단계입니다.
4. 데이터 이관: 메일, 공유 문서 소유권, CRM 담당자 정보 등을 인수자에게 옮깁니다.
5. 장비·출입 수단 반납 확인: 지급 기록과 대조해 반납되지 않은 항목만 담당자에게 알립니다.
6. 보관 후 삭제: 회사 규정과 관련 법령에 따른 보관 기간이 지난 뒤 계정과 데이터를 정리합니다.

AI는 이 단계에서 퇴사자가 작성한 인수인계 내용과 최근 업무 기록을 바탕으로 "진행 중인 건, 다음 할 일, 주의할 점" 형태의 요약 초안을 만드는 데 도움이 됩니다. 다만 요약은 퇴사자와 인수자가 함께 확인하고 확정해야 합니다.

남아 있는 계정을 정기적으로 대조하기

입사·퇴사 흐름을 자동화해도 예외는 생깁니다. 급하게 만든 임시 계정, 외주 인력 계정, 공용 계정처럼 정상 흐름을 거치지 않은 계정이 쌓이기 때문입니다. 그래서 정기 점검이 필요합니다.

• 각 업무 도구의 활성 계정 목록을 주기적으로 가져와 현재 재직자 명단과 대조합니다.
• 재직자 명단에 없는 계정, 오랫동안 로그인이 없는 계정, 역할 템플릿보다 넓은 권한을 가진 계정을 목록으로 뽑습니다.
• 목록은 도구별 담당자에게 보내고, 유지할 이유가 있는 계정은 사유와 만료일을 함께 기록하게 합니다.

이 점검은 판단이 필요 없는 비교 작업이라 규칙으로 처리하기에 적합합니다. 사람은 뽑힌 예외 목록만 보고 결정하면 됩니다.

도입 전 체크리스트

1. 회사에서 쓰는 업무 도구와 외부 서비스 목록, 각 도구의 관리자 정리하기
2. 입사·퇴사·부서 이동 정보를 어디에 누가 기록할지 정하기
3. 직무별 계정·권한·장비 템플릿 만들기
4. 각 도구가 계정 생성·차단 API를 제공하는지 확인하기
5. 퇴사 시 인수인계 양식과 데이터 이관 순서, 보관 기간 정하기
6. 활성 계정과 재직자 명단을 대조하는 주기와 담당자 정하기

FAQ

직원이 10명 남짓인 회사도 이런 자동화가 필요한가요?

인원이 적을수록 담당자가 따로 없어 계정 회수나 장비 반납 확인이 빠지기 쉽습니다. 처음에는 사용 중인 업무 도구 목록과 역할별 체크리스트 하나만 만들어도, 입사·퇴사 때마다 무엇을 해야 하는지 기억에 의존하지 않게 됩니다.

퇴사자 계정은 바로 삭제하면 되나요?

대부분은 삭제보다 먼저 로그인 차단을 하고, 메일·문서·고객 기록처럼 업무에 필요한 데이터를 담당자에게 이관한 뒤 정해진 기간이 지나면 삭제하는 순서를 씁니다. 보관 기간과 개인정보 처리 기준은 회사 내부 규정과 관련 법령을 확인해 정해야 합니다.

AI는 이 과정에서 어떤 역할을 하나요?

계정 권한 부여나 회수 같은 결정은 규칙과 사람 확인으로 처리하고, AI는 퇴사자가 남긴 문서와 업무 기록을 바탕으로 인수인계 요약 초안을 만들거나, 승인된 사내 문서 범위 안에서 신규 입사자의 질문에 답하는 보조 역할에 쓰는 것이 안전합니다.

Voxen은 이렇게 접근합니다

Voxen은 AI를 억지로 모든 단계에 넣기보다 현재 업무와 데이터를 먼저 살펴보고 가장 단순하고 안정적인 자동화 구조를 찾습니다. 데이터 수집·엔지니어링, AI 판단, API·대시보드, 맞춤 시스템 구축을 실제 비즈니스 프로세스에 맞게 연결합니다.

이 글도 읽어보세요

• "그 규정 어디 있어요?" 같은 질문, 아직 사람이 매번 답하고 계신가요? 사내 규정·업무 매뉴얼 AI 질의응답 가이드 — 신규 입사자 질문을 사내 문서 기반으로 답하는 구조
• 누가 이 숫자를 바꿨는지 아무도 모른다면? 데이터 변경 이력·감사 로그 관리 가이드 — 권한 변경과 데이터 수정 이력을 남기는 방법
• 사내 데이터를 LLM에 연결할 때, 보안팀이 먼저 확인할 8가지 — 권한 범위와 접근 통제를 먼저 점검하는 기준