‘필요한 기간 보관’이나 ‘관련 법령에 따라 보관’만으로는 이용자가 자신의 상담 정보가 언제 지워지는지 알기 어렵습니다. 보관 기간은 숫자 하나뿐 아니라 언제 시작되고 어떤 사건에서 끝나며 예외가 무엇인지 함께 설명해야 합니다.
먼저 수집하는 데이터 유형을 상담 내용, 연락처, 계약·결제, 마케팅 동의처럼 나눕니다. 서로 다른 목적과 근거를 하나의 기간으로 묶지 않습니다. 실제로 수집하지 않는 항목을 정책에 남기지 않습니다.
각 유형에는 보관 시작 사건을 적습니다. 제출, 상담 종료, 계약 종료, 철회처럼 시스템이 실제로 기록할 수 있는 시점을 사용합니다. ‘이용 종료’가 무엇을 뜻하는지 내부 처리와 맞춰 정의합니다.
종료 뒤의 처리도 구분합니다. 삭제, 분리 보관, 익명화 중 무엇이 실제 시스템에서 가능한지 확인하고 용어를 섞지 않습니다. 법적 의무나 분쟁 보존 예외는 최신 적용 기준을 책임자가 검토합니다.
공개 문구와 데이터베이스 설정, 백업, 외부 도구의 보관값을 대조합니다. 정책만 짧게 바꾸고 실제 삭제 작업이 따르지 않는 상태를 찾습니다. 외부 제공자에게 남는 정보도 책임 범위에서 확인합니다.
이용자가 문의하거나 삭제를 요청할 경로와 본인 확인 절차를 안내합니다. 마케팅 철회와 전체 데이터 삭제가 같은 결과라고 오해시키지 않습니다. 처리 완료 여부를 추적할 내부 상태를 둡니다.
최종 산출물은 데이터 유형, 수집 목적, 시작 사건, 기간 근거, 종료 처리, 예외와 책임자가 담긴 보관 생명표입니다. 이 표와 실제 시스템을 함께 검수하면 모호한 한 문장 대신 정보가 언제 어떤 이유로 남고 끝나는지 설명할 수 있습니다.
생명표에는 데이터 사본과 파생 데이터도 연결합니다. 원본 상담 기록을 삭제했지만 분석 내보내기나 외부 지원 도구에 식별 정보가 남는지 확인합니다. 백업에서 즉시 개별 삭제가 어려운 경우 접근 제한과 순환 삭제 방식이 공개 설명과 실제 운영에 맞는지 책임자가 검토합니다.
새 수집 항목을 추가할 때는 기존 포괄 문구에 숨기지 않고 목적과 생명 주기를 새 행으로 승인합니다.