EAP運用終了後
個人情報削除・返還確認書チェックリスト
データ終了手順を確認してください。
📌最初に確認するコア
EAP 営業終了確認書の中核は、削除の事実を宣言することではありません。契約期間中にプロバイダがどのような情報を処理したかを確認し、会社が回収すべき資料と会社が削除すべき資料を区別し、削除時期と確認方法を文書にリンクすることにあります。相談内容や個人の利用事実のように敏感な情報は運営統計と分離して別途確認する必要があります。
| 区分 | 確認する資料 | 終了時の処理 |
|---|---|---|
| 契約・運営資料 | 契約書、運営範囲、担当者、相談チャンネル | 会社のアーカイブと最新版の表示 |
| 利用・精算資料 | 請求書、利用件数、会期・残余分 | 必要な根拠のみを保管し、不要な資料を削除 |
| 個人情報資料 | 申請・予約・連絡・相談連携情報 | 返却・削除範囲と完了日確認 |
| 例外資料 | 法的紛争、監査、決済異議申立に関する資料 | 保管根拠・期間・アクセス権限を別途記録 |
🔎 1. 終了範囲を契約書と照合する
契約書の個人情報処理、再委託、返却と破棄条項をまず確認します。契約書に「契約終了直後に削除」と書かれている場合は、実際にどのシステムとファイルを意味するのかをビジネスにリストしてください。カウンセリング予約システム、テキスト送信ツール、コールセンターの録音、管理者ポータル、バックアップストアなど、運用中に一緒に使用されたパスを欠かさないことが重要です。
契約終了日とデータ処理終了日を分離して記録
サービス最終利用日、決済締切日、アクセス権回収日、削除または返却完了日をそれぞれ書き留めます。異なる日付を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やメールボックスにダウンロードされたファイルを欠かすことがあります。会社のリポジトリだけを確認するのではなく、仕事用のメール添付ファイルと共有ドライブも範囲内に配置する必要があります。第二に、企業の代表的なシステムのみを確認し、文字発送や予約ツールを再委託領域に分けないことがあります。第3に、削除要求日と実際の完了日とを区別しないため、遅延期間を説明できない場合がある。第四に、非識別統計と識別可能な原料を同じフォルダに保管してアクセス権が広がる場合があります。
🔁 10. 企業変更時の連続性確認
新しい会社に切り替えるときは、資料を無条件に移転するのではなく、新しい契約の処理目的と項目を最初に確定します。移行が必要な資料には、ファイルのリスト、転送日、受信者を記録し、移行が完了した後、元の会社の元の削除確認書を受け取ります。進行中の相談や危機対応要請がある場合は、個人情報を最小化した状態で、新会社が引き継ぐことができる手続きと連絡網を別途確認する必要があります。従業員には、会社の変更の事実、利用方法と秘密保障の範囲が異なるかどうかを案内します。
📅 11. 終了後の事後確認スケジュール
確認書に署名したと手続きが終わるわけではありません。バックアップの自動削除日、例外アーカイブ終了日、新しいビジネス移行後の最初の決済日など、後続の確認が必要な日付をカレンダーに登録します。最初のポストチェックでは、古い会社のアカウントが実際に無効になっていること、共有リンクが開かれていないこと、および新しい会社が不要な資料を引き継いでいないことを確認します。 2番目のチェックでは、例外アーカイブが予定どおりに削除されたか、内部担当者の変更によって権限が広がっていないかを再確認します。チェック結果とアクションの完了日を元の確認書にリンクすると、同じ資料を複数の文書で再検索する必要はありません。
会社が変更された後に従業員に連絡がある場合は、以前の会社と新しい会社のどちらが回答責任を負うかを確認書に書き留めることをお勧めします。連絡窓口が混乱なく続くため、従業員が同じ内容を何度も説明する必要はなく、営業終了過程で発生した残りの要求も欠けません。内部担当者が変わっても確認書だけを見ると、フォローアップの責任者と期限を知ることができるはずです。
この点検は個人情報をより長く保管するための手続きではなく、目的が終わった情報が残らないように終了時点を確認する手続きです。