EAP 운영 종료 후
개인정보 삭제·반환 확인서 체크리스트
데이터 종료 절차를 확정하세요.
📌 먼저 확인할 핵심
EAP 운영 종료 확인서의 핵심은 삭제 사실을 선언하는 데 있지 않습니다. 계약 기간 동안 제공업체가 어떤 정보를 처리했는지 목록을 확정하고, 회사가 회수해야 할 자료와 업체가 삭제해야 할 자료를 구분하며, 삭제 시점과 확인 방법을 문서로 연결하는 데 있습니다. 상담 내용이나 개인의 이용 사실처럼 민감할 수 있는 정보는 운영 통계와 분리해 별도로 확인해야 합니다.
| 구분 | 확인할 자료 | 종료 시 처리 |
|---|---|---|
| 계약·운영 자료 | 계약서, 운영 범위, 담당자, 상담 채널 | 회사 보관 및 최신본 표시 |
| 이용·정산 자료 | 청구서, 이용 건수, 회기·잔여분 | 필요 근거만 보관하고 불필요 자료 삭제 |
| 개인정보 자료 | 신청·예약·연락·상담 연계 정보 | 반환·삭제 범위와 완료일 확인 |
| 예외 자료 | 법적 분쟁, 감사, 정산 이의제기 관련 자료 | 보관 근거·기간·접근권한을 별도 기록 |
🔎 1. 종료 범위를 계약서와 대조하기
계약서의 개인정보 처리, 재위탁, 반환과 파기 조항을 먼저 확인합니다. 계약서에 ‘계약 종료 후 즉시 삭제’라고만 적혀 있다면 실제로 어떤 시스템과 파일을 의미하는지 업체에 목록을 요청해야 합니다. 상담 예약 시스템, 문자 발송 도구, 콜센터 녹취, 관리자 포털, 백업 저장소처럼 운영 과정에서 함께 사용된 경로를 빠뜨리지 않는 것이 중요합니다.
계약 종료일과 데이터 처리 종료일을 분리해 기록
서비스 마지막 이용일, 정산 마감일, 접근권한 회수일, 삭제 또는 반환 완료일을 각각 적습니다. 서로 다른 날짜를 하나의 ‘종료일’로 묶으면 권한이 남아 있던 기간이나 삭제가 늦어진 사유를 확인하기 어렵습니다.
🗂️ 2. 정보 항목별 반환·삭제 결정표 만들기
모든 자료를 한 번에 삭제하도록 요청하면 정산이나 민원 대응에 필요한 최소 자료까지 사라질 수 있습니다. 정보 항목, 처리 목적, 보관 주체, 처리 방법, 완료 증빙을 표로 나누어 회사 보관과 업체 삭제를 구분합니다.
| 정보 묶음 | 회사 확인 | 업체 조치 |
|---|---|---|
| 운영 연락처 | 회사 업무용 연락처만 필요한지 검토 | 목적 종료 후 삭제 또는 반환 |
| 예약·접수 기록 | 정산·민원 처리에 필요한 기간 결정 | 필요 기간 외 데이터 삭제 |
| 상담 관련 정보 | 개인 상담 내용 수령 여부 차단 | 상담 시스템·백업 포함 파기 확인 |
| 집계 리포트 | 비식별·집계 수준만 보관 | 원자료와 식별 가능 파일 삭제 |
✅ 3. 반환 파일의 무결성과 접근권한 확인
회사가 반환받는 파일에는 이용자 명단, 정산 자료, 운영 매뉴얼 등이 섞일 수 있습니다. 파일을 받는 즉시 저장 위치와 접근권한을 정하고, 전달 방식과 수신자를 기록합니다. 암호화 파일을 받았다면 비밀번호 전달 경로도 분리하고, 다운로드 링크가 일정 기간 후 만료되는지 확인하는 것이 좋습니다.
반환 확인서에 포함할 항목
반환 파일명 또는 자료 묶음, 파일 생성일, 전달일, 전달 방식, 수신 담당자, 저장 위치, 열람권한, 검증 결과를 남깁니다. 파일을 열어볼 수 있다는 사실과 업무 목적에 맞는 자료라는 사실은 별도로 확인합니다.
🧹 4. 삭제 증빙은 시스템별로 받기
업체가 “삭제 완료”라고 답한 것만으로는 범위가 분명하지 않을 수 있습니다. 주 저장소, 관리자 계정, 상담 예약 도구, 메시지 발송 도구, 백업과 재위탁 업체를 구분해 삭제 완료일과 담당자를 확인합니다. 삭제 로그나 작업 확인서처럼 업체가 제공할 수 있는 증빙 유형도 계약 종료 전에 합의해야 합니다.
⚠️ 5. 예외 보관 자료는 별도 승인하기
정산 이의제기, 법적 분쟁, 감독기관 요청처럼 일정 기간 보관이 필요한 자료가 있다면 일반 운영자료와 섞지 않습니다. 보관 근거와 종료 예정일, 접근 가능한 담당자, 재검토 날짜를 기록하고 목적이 끝나는 즉시 추가 삭제 일정을 잡습니다.
📝 6. 최종 확인서 서명 전 체크리스트
👥 7. 담당자별 역할을 나누기
종료 절차를 HR 한 사람이 모두 확인하면 시스템 누락을 발견하기 어렵습니다. HR은 처리 목적과 보관 필요성을 판단하고, 개인정보 보호 담당자는 법적 근거와 파기 범위를 검토합니다. IT 또는 보안 담당자는 계정·접근권한·백업 삭제 여부를 확인하고, 구매·재무 담당자는 계약과 정산 자료의 보관 필요성을 확인합니다. 업체 담당자는 자사 시스템과 재위탁 영역의 처리 결과를 회신합니다.
| 담당 | 주요 확인 | 남길 기록 |
|---|---|---|
| HR | 처리 목적, 자료 항목, 보관 필요성 | 범위 결정표·내부 승인 |
| 개인정보 보호 | 법적 근거·예외 보관 여부 | 검토 의견·재검토일 |
| IT·보안 | 계정, 저장소, 백업, 로그 | 권한 회수·삭제 확인 |
| 업체 | 주 시스템·재위탁·백업 처리 | 삭제·반환 확인서 |
📄 8. 확인서 기록 예시
확인서에는 ‘모두 삭제함’처럼 포괄적인 표현만 쓰지 않습니다. 예를 들어 “2026년 9월 30일 18시까지 관리자 포털의 예약·접수 데이터와 발송 이력을 삭제했고, 2026년 10월 7일 백업 주기 종료 후 백업본을 자동 삭제한다. 정산 이의제기와 관련된 월별 집계표는 2027년 3월 31일까지 재무 담당자만 접근하도록 보관한다”와 같이 대상과 시점을 구체적으로 적습니다.
🚫 9. 종료 단계에서 자주 생기는 실수
첫째, 운영 담당자의 개인 PC나 메일함에 내려받은 파일을 빠뜨리는 경우가 있습니다. 회사 저장소만 확인하지 말고 업무용 메일 첨부파일과 공유 드라이브도 범위에 넣어야 합니다. 둘째, 업체의 대표 시스템만 확인하고 문자 발송이나 예약 도구를 재위탁 영역으로 분리하지 않는 경우가 있습니다. 셋째, 삭제 요청일과 실제 완료일을 구분하지 않아 지연 기간을 설명하지 못하는 경우가 있습니다. 넷째, 비식별 통계와 식별 가능한 원자료를 같은 폴더에 보관해 접근권한이 넓어지는 경우가 있습니다.
🔁 10. 업체 변경 시 연속성 확인
새 업체로 전환할 때에는 자료를 무조건 이전하기보다 새 계약의 처리 목적과 항목을 먼저 확정합니다. 이전이 필요한 자료는 파일 목록과 전송일, 수신자를 기록하고, 이전이 끝난 뒤 이전 업체의 원본 삭제 확인서를 받습니다. 진행 중인 상담이나 위기 대응 요청이 있다면 개인정보를 최소화한 상태에서 새 업체가 이어받을 수 있는 절차와 연락망을 별도로 확인해야 합니다. 직원에게는 업체 변경 사실, 이용 방법과 비밀보장 범위가 달라지는지 안내합니다.
📅 11. 종료 후 사후 점검 일정
확인서에 서명했다고 절차가 끝나는 것은 아닙니다. 백업 자동 삭제일, 예외 보관 종료일, 새 업체 전환 후 첫 정산일처럼 후속 확인이 필요한 날짜를 캘린더에 등록합니다. 첫 번째 사후 점검에서는 이전 업체의 계정이 실제로 비활성화됐는지, 공유 링크가 더 이상 열리지 않는지, 새 업체가 불필요한 자료를 넘겨받지 않았는지 확인합니다. 두 번째 점검에서는 예외 보관 자료가 예정대로 삭제됐는지와 내부 담당자 변경으로 권한이 넓어지지 않았는지를 재확인합니다. 점검 결과와 조치 완료일을 원래 확인서에 연결하면 동일한 자료를 여러 문서에서 다시 찾을 필요가 없습니다.
업체가 변경된 뒤 직원 문의가 들어오면 이전 업체와 새 업체 중 어느 쪽이 답변 책임을 지는지도 확인서에 적어두는 것이 좋습니다. 문의 창구가 혼선 없이 이어져야 직원이 같은 내용을 여러 번 설명하지 않아도 되고, 운영 종료 과정에서 발생한 잔여 요청도 누락되지 않습니다. 내부 담당자가 바뀌더라도 확인서만 보면 후속 조치의 책임자와 기한을 알 수 있어야 합니다.
이 점검은 개인정보를 더 오래 보관하기 위한 절차가 아니라, 목적이 끝난 정보가 남지 않도록 종료 시점을 확인하는 절차입니다.