採用サイトの個人情報管理｜応募フォーム・保存・削除の設計

採用サイトの個人情報管理は、プライバシーポリシーを置くだけでは完了しません。応募フォームで何を集め、ATS・メール・共有フォルダーのどこへ保存し、誰が読み、いつ利用を終えるかを照合します。サイトの制作担当と採用担当が、それぞれ把握している保存先を書き出すことから始めます。

個人情報保護委員会の通則編では、利用目的の特定・明示、安全管理措置、委託先の監督などが説明されています。以下は日本国内の採用サイトを想定した実務整理案です。海外への提供、共同利用、要配慮個人情報などの条件を含む場合は、個別の法令上の要件と契約を担当部門が確認して設計します。

応募の初期段階で必要な情報と、選考・入社後に必要な情報を分けます。たとえば最初の面談予約で必要なのは、連絡先、希望職種、日程などです。その段階で使わない詳細な個人情報を、とりあえず必須欄にしません。W3C WAIのフォーム解説でも、目的の処理に必要な入力だけを求める観点が示されています。

通則編の直接書面等による取得の説明は、入力画面などを通じて本人から直接取得する場合の、事前の利用目的の明示を扱っています。送信前に目的が目に留まり、内容を確認できる配置にします。個別の同意が必要な処理は、目的の明示とは分けて整理します。チェックボックスを置くことだけで、どの処理も適法になるわけではありません。

サイボウズの採用に関する方針では、取得する情報、利用目的、第三者提供などが項目として示されています。項目の分け方は参考にできますが、対象会社、取得経路、共有先、保存条件まで自社に当てはまるとは限りません。

自社では管理する会社、取得する情報、利用目的、委託や共同利用の実態、問い合わせ窓口などを担当部門が確認します。求人広告から応募した場合、外部ATSで応募した場合、自社フォームで応募した場合に説明が食い違わないかも見ます。

次は編集部による短い案内の作例です。「入力いただいた情報は、今回の応募の受付、選考、日程・結果のご連絡に利用します。取扱いの詳細とお問い合わせ先を確認してから送信してください」。この文だけで方針全体を代替せず、実際の利用目的に合わせて社内確認した内容と詳細ページを用意します。

応募書類をATSからダウンロードした後、担当者のパソコンやメールに残すと、ATSだけを削除しても利用が終わりません。情報の移動を矢印で整理し、複製を必要最小限にします。外注先へ渡す場合は目的、範囲、権限、再委託、終了時の扱いを契約と実際の操作で照合します。

次の台帳は記入例です。保存期間を一律の法定年数として示すものではありません。利用目的や適用される保存上の要件を確認し、利用終了の判断と削除手順を定めます。

サイトとATSの管理者には必要な権限だけを付与し、共有アカウントへの依存を減らします。HTTPSで送信できることに加え、添付書類を権限のない人がURLだけで取得できないか、制作担当が不要な応募情報を見られないかを確認します。契約終了・異動時に権限を止める担当も決めます。

アクセス解析や広告タグへ、氏名、メールアドレス、応募書類の内容を送らない設計にします。入力値がURLやイベント名、エラーログへ混ざらないかをテスト用データで確認します。外部ツールの利用目的、取得する情報、設定と契約条件はツールごとに確認し、単にタグが動いたことを完了条件にしません。

テストでは、送信前に目的を読めること、許可された担当だけが応募を閲覧できること、添付を安全に扱えること、削除対象が各保存先に残らないことを確認します。ログや分析画面にもテストで入力した個人情報が不要に表示されないかを見ます。

問題が見つかったときは、影響のある受付方法を止める判断者、調査担当、委託先への連絡、証拠の保全、社内報告の順序を定めます。漏えい等の報告や本人への通知が必要かは、起きた事象と法令上の条件に基づき判断します。調査前にすべて削除して証拠を失う運用にはしません。

チャット、面接録画、新しいATSを追加すると、集める情報や委託先が変わります。サイトの見た目を変えない導入でも、利用目的、方針、契約、権限と削除の台帳を見直します。変更日、確認者、更新した説明文の版を残すと、後から当時の案内を確認できます。

入力の設計は応募フォームの作り方、システム間で渡す項目はATS連携の設計、制作会社への依頼は要件定義と受入条件にまとめます。