1 保持期間の基本
1.1 定義と位置づけ
保持期間とは、文書・ログ・データなどの記録を、一定の期限まで保存・保持することを定めた期間のことをいう。記録管理の要であり、保管の実務だけでなく、削除や消去の可否を判断する基準としても機能する。保持期間は「いつまで残すか」を規定し、運用はその期限到来時に廃棄へ移行する設計に結びつく。
この概念は、法令遵守に関する義務と、業務効率やリスク低減という実務要請の双方を調整する役割を担う。したがって、単なる保管期限の設定にとどまらず、記録のライフサイクル全体（作成・収集・利用・保管・移管・廃棄）との整合が求められる。
1.2 目的（コンプライアンスと効率）
保持期間を設定する主目的は、法令順守と監査対応のために、必要な記録を必要な時点で利用できる状態にする点にある。調査や紛争対応では、過去の事実を裏づける証跡が要求されることがあるため、保存要件を曖昧にしないことが重要となる。
同時に、無制限の保存は保管コスト、運用負荷、情報漏えいリスクの増大につながる。保持期間の設計は、不要な保存を避けつつ必要な証跡を確保するという効率面の最適化を目的とする。結果として、ガバナンスの一貫性と、資源配分の合理性が向上する。
1.3 対象となる記録の範囲
保持期間の対象となる記録は、業務で生成または取得されるあらゆるデータに及びうる。典型例として、契約書や稟議書のような文書、問い合わせや申請の記録、システムの操作ログ、監視ログ、取引履歴、研究ノートに相当する記録などがある。
範囲は「自社が管理する情報資産」だけに限らない場合がある。たとえば外部から受領した記録、委託先から提供されるログ、連携基盤に蓄積されるデータなども、管理の実態に応じて保持対象に含めるか判断する必要がある。そのため、分類基準と責任分界（誰が何を管理するか）を先に定めることが実務上の前提となる。
2 保持期間の設計
2.1 決定要因
2.1.1 記録の種類・重要度
記録の性質と価値は保持期間の長短に直結する。一般に、意思決定の根拠となるもの、品質や安全に直接関係するもの、財務・監査で参照されやすいもの、個人や顧客に紐づくものは、より長い保存が求められる傾向がある。逆に、短期的な運用にのみ用いられるデータは、保持を短く設計しやすい。
重要度の評価では、内容の機微性だけでなく、再現性や説明責任の観点も考慮する。たとえば同じログでも、アクセス履歴のように追跡性が要となるものと、単なるデバッグ用の一時データでは役割が異なる。したがって、分類体系（機密性、保存目的、参照頻度など）に基づいて、保持要件を段階化するのが一般的である。
2.1.2 法令・規程・契約要件
保持期間は、適用される法令、社内規程、業界ルール、契約条項の影響を受ける。規制の対象となる業務分野では、保存年限や保存形式、監査時の提示方法が具体的に定められることがある。契約においても、紛争時の立証や提供義務のため、保存期間が合意される例がある。
設計では、対象国・地域や適用主体（事業者、委託先、共同運用体制）も確認する必要がある。さらに、法令だけでなく、運用上の統制要件（改ざん検知、アクセス制御、完全性確保）を満たす前提で期間を決めることが、単なる年数設定よりも重要になる場合がある。
2.1.3 事業上の必要性とリスク
事業側の要件は、法令や契約の枠を超えて保持期間を左右する。たとえば障害解析や品質改善のために必要なログ、顧客対応の履歴、製品の不具合調査に関わるデータなどは、再発防止や説明責任の観点で一定期間の保持が合理的になる。
一方で、保持を長期化すると、検索・復元コストや、侵害時の影響範囲が拡大しうる。したがってリスク評価は「保存すべき理由」と「保存し続けることで増える負担」を並列で検討し、保持期限を段階的に最適化する考え方が有効である。結果として、保存要件の根拠が説明可能になり、運用の説明責任にも寄与する。
2.2 保持開始点と期限の数え方
保持期間の設計では、期限の起点（開始点）と、終了を判断する基準を明確にする必要がある。開始点としては、作成日、受付日、最終更新日、契約終了日、取引完了日、システムでの記録生成時刻などが候補となる。どの起点を採用するかは、記録のライフサイクルと参照要求のタイミングに合わせるのが基本である。
期限の数え方も重要である。年単位、月単位、日数単位といった表現だけでなく、実務上の計算方法（たとえば「満了日が休日の場合の扱い」「タイムゾーンの統一」「更新のたびに起点をリセットするか」）まで決めておくと、運用のブレを抑えられる。運用担当が判断に迷う余地を減らすことが、誤廃棄や未廃棄の防止につながる。
2.3 保持区分（一次保存・中間保管・最終処分）
保持区分は、データの状態を段階化し、必要なアクセス性とコストを調整する考え方である。一次保存は、業務で日常的に参照されることを前提に、比較的高速で復元しやすい環境に置く段階を指す。中間保管は、参照頻度が低下した後にコストを抑えつつ、必要に応じて再利用できるように維持する段階である。
最終処分は、廃棄（削除・消去）または移管（別システムやアーカイブへの長期保存）など、保持目的の終着点を定める段階である。どの区分にどの期間を割り当てるかは、参照要件、復元要件、セキュリティ要件、保管コストに基づいて設計する。区分の考え方を入れることで、必要なときに必要な性能で取り出せる一方、余分な高コスト環境の維持を抑えやすくなる。
3 運用とガバナンス
3.1 例外と延長の扱い
3.1.1 係争中・調査中の停止要件
保持期間は原則として期限に従って進行するが、例外的に廃棄を停止する要件が設定されることがある。係争中、行政調査、内部調査、監査対応などの状況では、当該記録の重要性が期限後にも継続する場合があるため、廃棄を一時停止する運用が必要になる。
停止要件では、対象範囲（どの記録群を対象とするか）、停止の開始根拠（通知書、調査開始決定など）、停止期間の見直し時期、停止解除の判断基準を定義する。あわせて、停止は無期限にしない設計が望ましい。適切に管理しないと、不要な保存が長期化してしまうため、再評価の仕組みが不可欠となる。
3.2 監査・記録管理のプロセス
3.2.1 保存台帳とアクセス制御
監査に耐える運用のためには、保持要件がどの記録に適用されているかを示す台帳（保存台帳）が必要となる。台帳には、記録の分類、保持開始点、保持期間、区分（一次・中間・最終）、例外条件、責任部署などを記載する。これにより、廃棄判断の根拠を追跡可能にし、説明責任を果たしやすくなる。
あわせてアクセス制御が重要である。保持期間のあるデータは、参照権限を持つ者にのみ利用を許し、必要以上の閲覧を防ぐ。アクセス制御は、保存先の権限設定、監査ログの取得、認証方式の整備といった技術・運用の両面で実装されることが多い。保持期間の運用は「残す」だけでなく「安全に扱う」ことまで含んで成立する。
3.2.2 変更管理と承認フロー
保持期間の変更は、規程改定や法令解釈の更新、業務プロセスの変更に伴って発生する。変更管理では、誰が、どの根拠に基づいて、どの範囲を変更するかを明確にし、承認フローを通すことが求められる。承認の主体は法務、コンプライアンス、情報セキュリティ、業務部門などに分かれうる。
技術的には、保持設定がシステムへ反映されるタイミングや、既存データへの適用方法（即時反映か、次の生成分から適用か）を整理する必要がある。誤った適用は、誤廃棄や過剰保存につながるため、変更履歴の記録と、変更後の整合性確認（テスト、サンプル検証）を組み込むことが実務上の要点となる。
3.3 定期見直しと更新基準
保持期間は一度決めたら終わりではなく、環境変化に応じて更新されるべき対象である。法令や業界指針の改定、事業の拡大や業務形態の変化、システムの刷新、リスク評価の見直しなどが契機となる。したがって、一定周期で台帳と設定内容を点検するプロセスを設けることが望ましい。
更新基準では、どの情報を根拠に変更を判断するかを明示する。たとえば新規の規制対象の有無、契約条項の改訂、監査で指摘された不足の有無、漏えい事案やインシデントの学習結果などが挙げられる。見直し結果は、保持期間だけでなく区分、開始点、例外条件の妥当性にも波及しうるため、整合性を保つ形で改訂することが重要となる。
4 廃棄（削除・消去）と安全管理
4.1 廃棄の実施タイミング
廃棄は保持期間の満了時に実施するのが基本であるが、運用では実行の粒度やタイミングを設計する必要がある。たとえば定期バッチで実行する場合、満了日当日でなくてもよいが、判断基準として「満了に到達したデータだけを対象にする」ようなルールを定める。これにより、意図しない早期削除や、期限超過の残存を抑えられる。
また、前項で述べた停止要件（係争・調査等）に該当するデータは、廃棄対象から除外する。廃棄の実行前には例外の判定を行い、停止中のものが混在しないようにする。現場ではタイムラグや判定漏れが起きやすいため、チェック手順の明文化が安全な運用につながる。
4.2 廃棄方法（物理・論理・安全消去）
廃棄方法は、保存形態とリスク特性に応じて選択される。論理的削除は、ファイルやレコードへの参照を無効化する方法で、実装や運用が比較的容易である。一方で、保存媒体上に残留データが残りうるため、必要に応じて上書きや暗号鍵の無効化といった安全消去を併用する。
物理的な廃棄は、媒体を破壊するなどして復元不能な状態にする方法である。利用形態によっては媒体の回収・処理の手順が必要となり、外部委託を含む場合は管理体制の確認が欠かせない。安全消去の要件（対象媒体、消去方式、検証方法）は、情報の性質や保存場所の仕様に依存するため、保持設計の段階から廃棄方式まで織り込むことが効果的である。
4.3 廃棄の証跡と記録（ログ・報告）
廃棄の実施には証跡が必要であり、証明可能な記録として保存する。通常は、廃棄対象の識別情報、実行時刻、実行者、対象範囲、処理結果（成功・失敗・再試行）などをログとして残す。これにより、監査時に「いつ、何が、どの根拠で処理されたか」を追跡できる。
あわせて、報告の仕組みを整えることが重要である。たとえば定期レポートとして廃棄実績を関係部門へ共有する、異常があれば是正措置を記録する、といった運用が考えられる。証跡自体も改ざん防止やアクセス制限の対象とし、廃棄プロセスの信頼性を担保する必要がある。結果として、廃棄は単なる技術操作ではなく、管理プロセスとして成立する。