文書の保存期間と廃棄をAIで管理する｜法定保存年限の判定と、廃棄前に人が確認する範囲

保存期限が来ても、文書は消えないまま溜まっていく

文書管理規程には、種類ごとの保存年数がたいてい書かれています。それでも共有ドライブや書庫から文書が減らないのは、期限が来たことに誰も気づかないからです。期限を知るには、その文書が何なのかを見分け、起算日を確かめ、規程の該当箇所を引いて満了日を出す必要があります。1件あたりは数分の作業でも、対象が数万件あれば誰も着手しません。

溜まったままにしておくと、置き場が足りなくなるだけでは済みません。保存義務を過ぎた文書が残っていると、調査や係争の場面で提出の対象が広がります。逆に、担当者が個人の判断で古いファイルを消してしまい、後から必要になることもあります。どちらも「期限の管理が人の記憶に依存している」という同じ原因から出ています。

この工程は、判定の材料が規程という文章の形で既にあり、件数が多く、判断の手順が決まっているという特徴を持ちます。仕組みに載せる対象としては条件が揃っている一方で、間違えて消した文書は戻らないという性質があるため、どこまでを自動で進めるかの線引きが他の業務より重くなります。

文書管理の全体像（置き場の整理・版管理・閲覧権限を含む）は 社内の文書管理をAIエージェントで回す にまとめてあります。この記事では、そのうち保存期間の判定と廃棄の実行だけを取り出して、判定の中身と承認の組み方を細かく見ていきます。

年数をAIに答えさせず、表を作って引かせる

設計で最初に決めるのは、保存年数をどこから持ってくるかです。ここで生成AIに「この文書は何年保存すべきか」と尋ねる作りにすると、もっともらしい年数が返ってきます。根拠の条文まで添えて返ってくることもありますが、その条文が実在するかは返答からは分かりません。年数は判定させる値ではなく、社内で確定させて表に持つ値です。

作るのは、種類ごとに1行を持つ保存年限の表です。列は次の6つに落ちます。

列	入れる値	決め方
文書の種類	契約書・請求書・稟議書のような、社内で通じる呼び名	実際に保管されている文書から30種類前後に絞る。細かい区分は運用しながら足す
保存年数	法令で定められた年数と、社内規程で上乗せしている年数の両方	規程を写し、書かれていない種類は専門家へ確認する。空欄のままにして推測で埋めない
起算日の種類	作成日・事業年度の終了日・契約の終了日・取引の完了日など	種類ごとに1つ決める。文書から取り出す日付の項目名まで書いておく
根拠	どの法令・どの社内規程の何条によるか	廃棄の承認時に示す。根拠が書けない行は、その時点では判定に使わない
廃棄の決裁者	満了後に廃棄を承認する役割	部署名ではなく役割まで決める。種類によって変わる場合は行ごとに持たせる
保留の対象か	係争や調査で保存を延ばす対象になりうるか	対象になる種類には印を付け、後述の照合を必ず通す

この表は自動生成しません。人が作り、変更履歴を残して管理します。AIが担うのは、文書をこの表のどの行に当てはめるかを判定し、起算日を取り出し、満了日を計算するところまでです。判定の対象は年数ではなく、行の割り当てだと考えると設計が崩れにくくなります。

工程を「通常のプログラムで書く部分」「AIに任せる部分」「人が承認する部分」に仕分ける考え方は AIエージェントにどこまで任せるか で扱っています。保存期限の計算そのものは日付の演算なので、AIではなく普通のプログラムで書く部分です。AIが要るのは、書式の揃っていない文書から種類と日付を読み取る手前の工程だけです。

種類の見分けを外すと、年数がまるごとずれる

行の割り当てを誤ると、10年保存すべき文書が3年で候補に上がる、といった形で結果が大きくずれます。ここは判定の精度がそのまま事故につながる場所なので、見分けにくい組み合わせを先に洗い出しておきます。

実際に迷いが出るのは、書式が似ていて扱いが違う組み合わせです。見積書と注文請書、請求書とその控え、契約書の本紙と覚書、稟議書と報告書といった対です。加えて、同じ文書の写しやスキャンが複数の場所にあると、どれを保存義務の対象として数えるかが決まりません。

• 控えや写しは、正本と同じ年数を持たせるのか、正本だけを管理対象にするのかを先に決める
• 添付ファイル単位ではなく、案件や取引の単位で1件として扱う種類を決めておく（契約書と覚書のような関係）
• 種類の判定に自信が持てない文書は、種類を空欄のまま人の確認へ回し、満了日を計算させない
• 判定の誤りは、正しく当てられた割合ではなく、どの種類をどの種類と取り違えたかの組み合わせで数える

最後の点が、この業務では特に効きます。保存年数の短い種類と長い種類を取り違えた場合だけ、早すぎる廃棄につながります。逆向きの誤り（長く保存してしまう向き）は、置き場が増えるだけで取り返しがつきます。合格ラインは全体の正解率ではなく、短い年数の行へ誤って割り当てた件数で引きます。 合格ラインの決め方と本番に出す前の確認手順は AIエージェントの精度をどう評価するか にあります。

起算日は種類ごとに違い、文書の中にあるとは限らない

満了日は「起算日＋保存年数」で出ますが、この起算日が種類ごとに違います。作成した日から数えるもの、事業年度が終わった日から数えるもの、契約が終わった日から数えるものが混ざっています。表に起算日の種類を持たせるのはこのためです。

起算日の種類	文書のどこから取るか	取れないときの扱い
作成日・受領日	文書に印字された日付、または保存先のファイル情報	文書に日付がなければ、保存先へ登録した日を暫定値にして印を付ける
事業年度の終了日	文書の日付から、自社の事業年度の区切りを引いて求める	日付が読めない場合は人へ回す。年度をまたぐ文書は所管部門に確認する
契約の終了日	契約期間の条項。自動更新がある場合は更新後の終了日	期間が読めない、または継続中の契約は満了日を出さず、契約の管理台帳側へ寄せる
取引や事業の完了日	検収日や完了報告の日付。文書だけでは決まらないことが多い	業務システムの完了日と突き合わせる。突き合わない件は候補から外す

契約書は特に注意が要ります。契約の終了日は本紙の期間条項だけでは決まらず、自動更新条項や覚書による延長が絡みます。継続中の契約を満了日の計算へ乗せると、更新されているのに保存期限が来たことになります。 締結後の契約情報を台帳に載せ、更新期限を追う設計は 契約書の管理台帳と更新期限をAIで管理する で扱っています。保存期限の管理側は、契約が終了したという状態を台帳から受け取ってから計算を始める形にします。

起算日が取れなかった文書を、暫定の日付で埋めて先へ進めないことも決めておきます。暫定値のまま満了日が計算されると、根拠のない日付で廃棄候補に載ります。取れなかった件は「未確定」として一覧に残し、件数を監視します。

保存が延びる事情は、満了日の計算より後で照合する

満了日が来ても、廃棄してよいとは限りません。保存を延ばす事情がいくつかあり、これらは文書の中身からは分かりません。台帳とは別の指定として持ち、満了の判定を通った後で照合します。

保存を延ばす事情	どこから分かるか	仕組み側の扱い
係争・紛争が起きている案件の文書	法務が指定する。文書からは判断できない	案件や取引先の単位で保留の指定を持ち、該当する文書を候補から外す
税務調査・監査・行政の調査が進行中	管理部門が指定する。期間が決まっていないことも多い	期間ではなく解除するまで有効な指定として持ち、解除の担当を決めておく
保証期間や検査の対象が続いている	契約や業務システムの情報から分かる場合がある	判定できる範囲だけ自動で照合し、残りは所管部門の確認へ回す
規程の改定で年数が延びた	保存年限の表の変更履歴から分かる	表を変えたら、過去に確定した満了日を再計算する。確定済みだからと固定しない
複数の根拠が重なっている	同じ文書が複数の行に当てはまる	短いほうではなく、いちばん長い年数を採る。どの根拠を採ったかを記録する

最後の行は、判定の実装で落としやすい部分です。1つの文書が複数の保存義務の対象になることは珍しくありません。行の割り当てを1つに絞る作りにすると、当てはまった最初の行の年数で満了日が出てしまいます。 割り当ては複数を許し、そのうえで最長の年数を採る形にしておきます。

保留の指定は、指定した人と日付、解除した人と日付を残します。解除されないまま放置される指定が必ず出るので、一定期間を過ぎた指定は指定者へ確認を返す仕組みを合わせて入れます。

廃棄候補の洗い出しから、承認と実行までの流れ

ここまでの判定をつなぐと、次の流れになります。機械が進めるのは候補を並べるところまでで、消す操作の手前で必ず人が入ります。

一覧を作るときは、件数ではなく単位を先に決めます。1件ずつ承認させると数千件の承認画面ができ、誰も中身を見なくなります。種類と満了年月でまとめ、まとまりごとに承認する形にします。 そのうえで、金額や取引先の条件で個別に抜き出せるようにしておくと、確認する人が気になる部分だけ開けます。

人が承認する範囲をどこに置くか

承認をどこに入れるかは、文書の性質と、消した後に取り返せるかで決まります。全部を同じ手続きにすると、重い文書に合わせて全体が止まるか、軽い文書に合わせて全体が緩むかのどちらかになります。

• 候補の一覧を出すところまでは自動で回してよい。 一覧を作る操作は元に戻せます。ここに承認を入れても事故は減りません
• 所管部門の確認は、残す理由を持っている人が見る工程として置く。 保留の指定に上がっていない事情（進行中の取引、次の監査で参照する予定）は、この工程でしか出てきません
• 決裁の承認は、種類ごとに決めた役割が行う。 一覧の単位で承認し、承認した内容（種類・件数・満了日・根拠）をそのまま記録に残します
• 承認から実行までに猶予期間を置く。 承認の直後に消さず、数営業日の間は取り消せる状態にします。この期間があるだけで、承認の場で気づかなかった見落としを拾えます
• 削除は一度に全部を消さない。 まず参照できない状態へ移し、猶予期間が過ぎてから実体を削除する二段階にします

自動で進めてよい範囲を広げたくなったときも、削除の実行そのものは承認の外に出しません。 判定の精度が上がっても、規程の改定や保留の指定漏れといった、仕組みの外側で起きる誤りは残ります。取り返しがつかない操作に人の確認を残すのは、精度の問題ではなく、誤りの種類が仕組みの中で閉じていないためです。

監査で説明できる証跡として何を残すか

廃棄の仕組みは、監査や調査で「なぜこの文書がもう無いのか」を説明できて初めて成立します。説明に必要なのは、消したという記録だけではありません。どの根拠で、いつ満了し、誰が承認したかまでが揃っている必要があります。

残す記録	内容	使う場面
判定の記録	割り当てた種類、選んだ行、起算日とその出所、計算した満了日	保存年数が正しく適用されていたかを説明するとき
保留の記録	指定した人と日付、解除した人と日付、指定の理由	係争や調査の対象文書が保存されていたことを示すとき
承認の記録	承認した役割と個人、承認した単位、承認時点の件数一覧	規程どおりの決裁を経ていたことを示すとき
実行の記録	いつ、どの範囲を、どの手順で削除したか	文書が存在しない理由を説明するとき
例外の記録	候補から外した文書と、外した理由	一部だけ残っている状態の説明を求められたとき

これらは廃棄した文書そのものより長く残します。文書が無くなった後に説明を求められるので、記録が同じ期間で消えると意味がなくなります。証跡の保存年数も、保存年限の表に1行として持たせておきます。

記録の残し方は、電子で保存する文書の要件と考え方が重なります。訂正や削除の履歴をどう残すかは 電子帳簿保存法への対応で請求書の保存要件を満たす で扱った形がそのまま使えます。

誤りの向きによって、重さが違う

この業務の判定には2つの誤り方があり、影響がまったく違います。設計と運用の力の入れどころを決めるために、最初に分けておきます。

早すぎる廃棄は、必要な文書が失われます。原因は、種類の取り違え、起算日の読み違い、保留の指定漏れ、複数根拠のうち短いほうを採ったことのいずれかです。取り返しがつかないため、猶予期間と二段階の削除で受け止めます。

遅すぎる廃棄、つまり満了しているのに残っている文書は、置き場が増え、調査時の対象が広がります。こちらは後から拾えるので、運用のなかで件数を見ながら減らします。判定の閾値を決めるときは、迷ったら長いほうへ倒すのが原則になります。

運用に入ったら、次の数字を毎月見ます。判定できずに人へ回った件数、起算日が未確定のまま残っている件数、承認の場で差し戻された件数、猶予期間中に取り消された件数の4つです。差し戻しと取り消しが続く種類は、表の行か起算日の設定に問題があります。

どの順で手を付けるか

1. 文書管理規程から、種類・年数・起算日・根拠の4列で表の下書きを作る
2. 規程に書かれていない種類を空欄のまま残し、専門家へまとめて確認する
3. 件数が多く、起算日が文書から読める種類を1つ選ぶ
4. その種類について、保留の指定の持ち方と、廃棄の決裁者を決める
5. 判定と満了日の計算までを作り、既に保管されている文書へ当てて結果を人が確認する
6. 取り違えの組み合わせを記録し、短い年数の行へ誤って割り当てた件を個別に潰す
7. 候補の一覧と承認の画面を作り、最初の1回は全件を人が確認して回す
8. 猶予期間を置いた二段階の削除を組み込み、対象の種類を広げる

5から7の間に、必ず一度は実際の文書で通します。表の上では成立していた判定が、現物では起算日の項目が空だったり、控えが正本と同じ場所に混ざっていたりします。工程の切り方と、次へ進む前に決めておくことの全体像は AIエージェント開発の進め方 にまとめてあります。

まとめ：文書の保存期間と廃棄を仕組みに載せるときの要点

• 保存年数はAIに答えさせず、社内で確定させた表に持つ。AIが担うのは、文書を表のどの行に当てはめるかの判定と、日付の読み取りまで
• 表には種類・年数・起算日・根拠・決裁者・保留の対象かの6列を持たせる。書かれていない種類は空欄で残し、推測で埋めない
• 種類の取り違えは、正解率ではなく取り違えた組み合わせで数える。短い年数の行へ誤って割り当てた件が事故につながる
• 起算日は種類ごとに違う。取れなかった文書は暫定値で埋めず、未確定として一覧に残す
• 係争・調査・保証期間・規程改定は文書の中身から分からない。台帳とは別の指定として持ち、満了の判定を通った後で照合する
• 複数の根拠が重なる文書は、いちばん長い年数を採る。行の割り当てを1つに絞る作りにすると短いほうで消える
• 候補の一覧までは自動で回してよいが、削除の実行は承認の外に出さない。承認後に猶予期間を置き、参照停止と実体の削除を二段階にする
• 判定・保留・承認・実行・例外の記録は、廃棄した文書より長く残す。証跡の保存年数も表に1行として持たせる

Augueでは、文書の種類の判定から保存期限の管理、廃棄候補の洗い出しまでを扱うAIエージェントの開発に対応しており、どこまでを自動で進め、どの工程に承認を残すかの設計から一緒に進められます。自社の文書管理規程のどの部分を仕組みに載せられるか整理したい方は、是非ご相談ください。

関連する記事

文書管理の全体像は 社内の文書管理をAIエージェントで回す、契約の終了日と更新の管理は 契約書の管理台帳と更新期限をAIで管理する、電子で保存する場合の要件は 電子帳簿保存法への対応で請求書の保存要件を満たす を参照してください。

よくある質問

社内に種類ごとの保存年数の一覧がありません。何から作ればよいですか？

文書管理規程に書かれている年数を、そのまま行として書き出すところから始めます。規程は文章で書かれていることが多いため、種類・年数・起算日・根拠の4列に直すだけでも作業は進みます。規程に載っていない種類が必ず残るので、それは空欄のまま一覧に載せ、顧問の税理士や弁護士へまとめて確認します。空欄を推測で埋めないことが、この作業でいちばん大事な点です。

電子帳簿保存法の対応と、保存期間の管理は同じ仕組みで持てますか？

目的が違うため、同じ台帳の上で持ちつつ、判定は分けるのが扱いやすい形です。電子帳簿保存法で問われるのは保存の方法（改ざんされていないこと、検索できること）で、保存期間の管理で問われるのは、いつまで持ち、いつ消すかです。どちらも同じ文書に紐づく属性なので、保存先と属性の持ち方は共通にし、要件の判定と満了日の判定を別の処理として並べる形にします。

個人データの削除要請が来た文書は、保存期間中でも消すべきですか？

保存を求める根拠と、消す方向の要請が同じ文書に重なっている状態なので、機械的に決められません。仕組みの側では、この文書に両方の指定が付いていることを検出して法務へ回すところまでを担わせ、どちらを優先するかは人が判断します。判断した結果は文書ごとに記録し、同じ組み合わせが次に出たときに同じ扱いになるようにします。

費用や期間はどれくらい見ておけばよいですか？

対象の種類数と、保存先がいくつに分かれているかで変わるため、一律の目安は出せません。見積もりを比べるときは、保存年限の表を作る作業を誰が持つか、既存の保管場所からの棚卸しが範囲に入っているか、廃棄の承認画面まで作るのかの3点で範囲を揃えると比較できます。仕組みそのものより、社内で年数と決裁者を確定させる時間のほうが長くなりやすい領域です。