文書管理台帳とは？必須項目と文書番号の採番ルール、Excel運用の限界と移行手順

文書管理台帳は、社内にある文書を一件ずつ行に並べ、それがどこに置かれ、いつまで保存し、いつ捨てるのかを追跡するための帳簿です。規程で「契約書は10年保存する」と決めても、実際にどの契約書がどのキャビネットのどのファイルに入っているかは、台帳がなければ誰も答えられません。この記事では、台帳に載せる項目を法令が示す記載事項から導く手順、保存年限を起算日とセットで持たせて廃棄予定日を自動で出す設計、文書番号の採番ルール、そしてExcelで作った台帳が壊れていく条件と、ファイル実体と紐づけてシステムへ移すときの段取りを整理します。

まとめ：台帳の項目と採番規則を先に決め、運用する器は後から選ぶ

台帳に置く列は八つに整理できます。文書番号、文書名、分類、版数、作成者と承認者、保存年限と起算日、保管場所、廃棄予定日。この構成は思いつきではなく、公文書等の管理に関する法律の第7条が行政文書ファイル管理簿に求めている記載事項とほぼ重なります。分類、名称、保存期間、保存期間の満了する日、満了したときの措置、保存場所。国が自らの文書に課している最小構成が、そのまま民間の台帳設計の下敷きになります。

設計で差が出るのは保存年限の持ち方です。年数だけを列に入れた台帳は、必ず破綻します。会社法は会計帳簿の閉鎖の時から10年、法人税法は確定申告書の提出期限の翌日から7年と、年数も起算日も法律ごとに違うためです。年数と起算日を別の列として持ち、廃棄予定日を計算結果として出す。この三列構成にしておけば、台帳を見るだけで今月捨てる文書が抽出できます。

Excel台帳が壊れる条件は三つです。複数人が同時に開いて上書きが起きる。台帳の版数とファイル実体の版数がずれる。台帳に登録されないまま増えた文書が現場に溜まる。いずれも運用の気合いでは解けません。三つのうち二つが起きているなら、器を替える段階に入っています。

システム化の線引きは単純です。管理対象が数千件までで、更新する人が5人以内、保存年限の区分が10種類以内なら、Excelの台帳でまだ回ります。文書件数が万単位になる、更新者が部門をまたいで10人を超える、拠点ごとに保存年限表が違う。このいずれかに当たるなら、台帳とファイル実体を同じ画面で扱える仕組みへ移す判断になります。

文書管理台帳の役割と、文書管理規程・文書管理システムとの分担の整理

台帳という言葉は社内で広く使われるわりに、規程やシステムとの境界が曖昧なまま運用されがちです。まずそこを整理します。

台帳が答えるのは、文書がどこにあるかといつ捨てるかの二点に絞られる

文書管理の仕組みは、問いの種類で三つに分かれます。「どういうルールで扱うか」に答えるのが規程、「どの文書が今どこにあるか」に答えるのが台帳、「その文書を開いて編集し承認する」のがシステムです。台帳に求められる答えは所在と期限の二点であり、文書の中身そのものは台帳の守備範囲ではありません。

この切り分けを外すと、台帳の列がどこまでも増えます。契約金額、取引先の担当者名、更新条件、関連する案件番号。どれも業務上は知りたい情報ですが、台帳に入れた瞬間に更新責任が発生します。更新されない列は、数か月で嘘をつき始めます。台帳に載せるかどうかの判断基準は、その列が「所在を特定するため」か「期限を計算するため」のどちらかに使われるかです。分類の列に入れる値は、分類軸の選び方とフォルダ階層・命名規則の設計手順を先に固めておくとぶれません。どちらでもない列は、案件管理表や契約管理の側へ逃がします。契約書だけを対象にした管理表を別に持つ考え方は、契約管理台帳のシステム化における項目設計とExcelが限界になる条件で扱っている構成が参考になります。

規程と台帳とシステムの三層で役割を分け、改定の権限を切り離す

三層に分けたときの実務上の利点は、改定の権限を分離できることにあります。規程は取締役会や経営会議の決裁で改定する重い文書です。ここに「文書番号はDOC-で始まる」といった運用細則を書き込むと、採番方式を変えるたびに経営会議の決裁が要ります。文書管理規程の必須条項と保存年限の決め方で整理したとおり、規程には保存年限の根拠と承認の枠組みだけを置き、採番規則や台帳の列定義は別表や台帳側の定義書へ逃がすのが扱いやすい形です。

逆に、台帳の側に置いてはいけないものもあります。廃棄の可否判断がそれです。台帳は廃棄予定日を計算して知らせるところまでを担い、実際に捨てる決裁は規程が定めた承認者が行います。台帳の廃棄予定日が来たから自動で消える設計にすると、係争が始まっている文書まで消えます。文書管理システムの機能とファイルサーバーとの違いを検討する段階でも、自動廃棄は「通知まで」に留め、削除は人の承認を挟む設定が現実的です。

文書管理台帳に載せる必須項目と、法令が示す記載事項から借りる設計

台帳の列を白紙から考えると、社内の意見をまとめるだけで時間が溶けます。すでに公的な基準があるので、そこから借ります。

公文書管理法の行政文書ファイル管理簿が示す六つの記載事項を写す

行政機関は、保有する文書を「行政文書ファイル管理簿」という帳簿で管理し、その内容を一般の閲覧に供したうえでインターネットでも公表する義務を負っています。根拠は公文書等の管理に関する法律の第7条です。記載すべき事項は内閣府の解説でも明示されており、分類、名称、保存期間、保存期間の満了する日、保存期間が満了したときの措置（移管または廃棄）、保存場所の六つが挙げられています（内閣府 公文書管理制度「行政文書の管理」）。保存期間が1年未満のファイルは管理簿への記載から除かれる点も示されています。

この六項目に、民間の実務で文書の識別に必要な二つを足したものが、台帳の初期設計として過不足のない構成になります。足すのは文書番号と版数です。行政文書ファイル管理簿は「ファイル」という束の単位で管理するため、個票としての番号と版の概念が前面に出ません。民間の台帳は個別の文書を一行で扱うことが多く、番号と版がないと同名文書の識別ができなくなります。

1年未満の文書を除外する考え方も、そのまま借りる価値があります。すべての文書を台帳に載せようとすると、会議のメモや作業中のドラフトまで登録対象になり、運用が続きません。保存年限が1年未満の文書は台帳から外し、部門のフォルダ運用に任せる。この線引きを最初に決めておくと、台帳の行数が現実的な規模に収まります。

保存年限は年数ではなく起算日とセットで持たせ、廃棄予定日を計算する

保存年限を「10年」「7年」という数字だけで持つと、廃棄予定日が出せません。起算日が法律ごとに違うためです。会社法の第432条第2項は「株式会社は、会計帳簿の閉鎖の時から十年間、その会計帳簿及びその事業に関する重要な資料を保存しなければならない」と定めており、保存期間の起点は帳簿を閉じた時点です。一方で国税庁のタックスアンサーによれば、法人の帳簿書類はその事業年度の確定申告書の提出期限の翌日から7年間の保存が必要で、青色申告書を提出した事業年度で欠損金額が生じた事業年度については10年間となります。対象には総勘定元帳や仕訳帳のほか、棚卸表、貸借対照表、注文書、契約書、領収書が含まれます。

同じ契約書という文書でも、根拠法が変われば数え始める日が動くということです。したがって台帳には、保存年限（年数）、起算日区分（作成日・事業年度末・申告期限の翌日・契約終了日など）、起算日（実際の日付）、廃棄予定日（計算結果）の四つを並べます。廃棄予定日は手入力せず、起算日と年数から計算式で求める設計です。手入力にすると、起算日を直したときに廃棄予定日が古いまま残ります。

版数の列は、ISO9001の認証を受けている組織では必須に近い扱いになります。文書化した情報の版管理と承認、旧版の識別は要求事項に含まれるためです。この領域の具体はISO9001が求める文書化要求と版管理・承認・改訂履歴の仕組みで扱っています。

文書番号の採番ルールを決める手順と、欠番・枝番・改番を許さない理由

台帳の設計で議論が長引くのが採番です。ここは決め方の順序が決まっているので、順序どおりに進めれば短時間で決まります。

分類コードと連番の二部構成にして、意味を持たせる桁を二つまでに絞る

採番ルールは「分類コード＋連番」の二部構成を基本にします。採番と台帳更新を誰の作業として手順書に書くかは、文書管理マニュアルの作り方と記載項目で整理しています。たとえば契約書の第二階層が「業務委託契約」なら、KG02-000147のように分類を表す記号と通し番号を組み合わせます。ここで判断が要るのは、番号にいくつの意味を埋め込むかです。部門、年度、拠点、文書種別、機密区分。どれも入れたくなりますが、意味を持たせる要素は二つまでに絞ります。

理由は組織が変わるからです。部門コードを番号に埋め込むと、部門統合のたびに過去の番号が実態と合わなくなります。年度を入れると、年度をまたぐ契約の扱いで例外処理が必要になります。文書番号は識別のための記号であり、属性を表現する場所ではありません。属性は台帳の別の列に持たせれば、並べ替えも絞り込みも自由にできます。

連番の桁数は、想定件数の10倍で決めます。年間300件の分類なら4桁では足りず、確保する桁数は6桁です。桁が溢れたときに桁数を増やすと、既存番号との整列がずれ、表計算での並べ替えが壊れます。最初に多めの桁を固定するほうが安全です。

欠番と改番を許さない採番運用と、例外を改訂履歴の側で吸収する方法

採番の運用で決めるべきルールは三つあります。欠番を埋めない、改番しない、枝番を作らない。この三つを守らないと、台帳が文書の存在証明として機能しなくなります。

欠番は、登録した文書が廃止や差し替えで消えたときに生じます。ここで番号を再利用すると、過去の議事録や契約書に記載された文書番号が、まったく別の文書を指すようになります。欠番はそのまま残し、台帳の状態列に「廃止」と記録するのが正しい扱いです。改番も同じ理由で避けます。分類を変えたくなっても番号は据え置き、分類列だけを更新します。

枝番については、判断が分かれます。KG02-000147-1のような枝番は、改訂版を別番号で管理したい場面で使われますが、これは版数列の役割と重複します。改訂は版数で表し、番号は文書の同一性を保ったまま据え置く。枝番を使うのは、一つの契約に付属する覚書のように、本体と一体で保存年限が動く従属文書がある場合に限ります。この場合も、枝番を持つ文書の廃棄予定日は本体側の日付に揃えます。

Excel台帳が壊れる三つの条件｜同時編集と版ずれと実体との乖離

台帳はExcelで始めるのが定石です。問題は、どの時点でExcelの限界に達するのかが事前に見えにくいことにあります。破綻の兆候は三つの形で現れます。

同時編集による上書きは、共有設定を変えても根本的には解けない

最初に起きるのは上書き事故です。複数の担当者が同じ台帳を開き、それぞれの追加行を保存した結果、後から保存した側の内容だけが残ります。クラウドストレージの共同編集機能を使えば同時編集そのものは可能になりますが、これで解決するのは編集の競合だけです。

残る問題は、誰がいつ何を変えたのかが追えないことにあります。文書管理の台帳は、監査や係争で「この文書は当時どこに保管され、いつ廃棄承認されたか」を示す証跡になります。行の履歴が残らない台帳は、その役割を果たせません。表計算ソフトの変更履歴機能は保持期間が限られ、ファイルをコピーした時点で切れます。更新履歴を残す必要が出てきた時点が、一つ目の分岐点です。

台帳の版数とファイル実体の版数が更新時にずれる典型的な二つの経路

二つ目の破綻は版ずれです。台帳には第3版と書いてあるのに、共有フォルダには第4版のファイルが置かれている。この状態は二つの経路で生まれます。

一つは、ファイルを更新した担当者が台帳の更新を忘れる経路です。もう一つは逆で、台帳の版数だけ先に上げたあと、ファイルの差し替えが承認待ちで止まる経路です。前者は運用の教育である程度減らせますが、後者は構造的に避けられません。台帳とファイルが別々の場所にある限り、二つの状態は独立して動きます。

実務上の対処は、台帳側に「実体の格納先URL」と「最終確認日」の列を置き、四半期ごとに抜き取りで突合することです。全件突合は現実的ではないので、保存年限の長い分類と機密区分の高い分類だけを対象にします。突合で不一致が出る率が5%を超えたら、台帳とファイルを同じ仕組みで持つ段階に来ています。

電子取引データの索引簿と文書管理台帳を一つにまとめるときの判断

電子帳簿保存法への対応で「索引簿」を作った会社は、それと文書管理台帳の関係を整理しておく必要があります。両者は似て非なるものです。

検索要件の日付・金額・取引先を文書管理台帳の列に並べる際の設計方法

電子取引データは、日付・金額・取引先で検索できる状態での保存が求められます。この要件を満たす方法の一つとして、国税庁が示しているのが索引簿による管理です。電子帳簿保存法一問一答【電子取引関係】（令和7年6月）の問19には「受領した請求書等データのファイル名に連番を付して、内容については索引簿で管理する」という作成例が示され、サンプルも配布されています。文書管理台帳の採番ルールと同じ発想です。

ただし索引簿の列は、税務上の検索要件に特化しています。日付・金額・取引先の三つが主役で、版数や承認者は要りません。逆に文書管理台帳には金額の列がないのが通常です。そこで統合するなら、文書管理台帳を親にして、国税関係書類の分類に限り金額と取引先の列を有効にする設計を取ります。全分類に金額列を持たせると、空欄だらけの列が残ります。

同じ一問一答の問21には、基準期間の売上高が5,000万円以下の場合、またはデータを出力した書面を取引年月日その他の日付および取引先ごとに整理して提示できる場合には、検索機能の確保が不要になると記されています（税務調査でダウンロードの求めに応じられることが前提です）。免除の条件に当たる会社でも、台帳を作らない判断には直結しません。免除されるのは税務上の検索要件だけで、契約や品質記録の所在管理は別に要るためです。制度の全体像は国税庁の電子取引関係のページで法令と通達の所在が示されています。

台帳とファイル実体を紐づけて文書管理システムへ移行するときの段取り

器を替える判断をしたあとの作業は、台帳の移行ではありません。台帳とファイル実体の整合を取る作業が本体で、移行そのものは最後の工程です。

移行前の棚卸しで、実体のないレコードとレコードのない実体を分ける

棚卸しでは、台帳の行と実際のファイルを突き合わせ、三つの集合に分けます。台帳にも実体にも存在するもの、台帳にあって実体がないもの、実体があって台帳にないもの。移行で手が止まるのは後ろの二つです。

台帳にあって実体がないレコードは、廃棄済みなのか、紛失なのか、別部門が保管しているのかを切り分けます。判明しないものを「不明」のまま移行すると、新システムで永久に残ります。移行対象から外し、旧台帳を凍結保存して参照だけできるようにするほうが後腐れがありません。

実体があって台帳にないファイルは、件数が多くなりがちです。ここで全件を台帳へ登録しようとすると、移行が止まります。保存年限が1年未満相当のものと、最終更新から3年以上経って参照がないものを除外し、残りだけを台帳への登録対象とする進め方です。除外したファイルは削除せず、参照専用の領域へ退避させます。

パッケージの設定で足りる条件と、受託開発で作り込む条件の境界

移行先の選択は、三つの条件で判断が分かれます。パッケージ製品の標準機能で足りるのは、文書分類が三階層以内、保存年限の区分が十種類以内、承認経路が一本道という条件をすべて満たす場合です。この範囲なら設定作業だけで台帳の列と採番規則を再現でき、導入期間も短く済みます。

作り込みが要るのは次の三つです。拠点や事業部ごとに保存年限表が分かれている場合。基幹システムや契約管理の仕組みから文書のメタ情報を自動連携し、台帳の行を自動生成したい場合。そして既存の文書番号体系を変えずに引き継ぐ必要がある場合です。三つ目は見落とされやすい条件で、過去の契約書や議事録に記載された番号が社内外で参照されているなら、製品側の採番方式に合わせる選択は取れません。自社がこの条件に当たるなら、文書管理システムの受託開発で台帳の項目設計から作る進め方を検討対象に入れてください。既存の番号体系を捨ててシステムに合わせる判断も可能ですが、過去文書との参照関係が切れるコストは事前に見積もっておく必要があります。

よくある質問

文書管理台帳の設計と運用について、実務で問い合わせの多い五つの質問に回答します。

文書管理台帳と文書管理規程はどちらを先に作るべきですか？

規程を先に作ります。台帳の列のうち保存年限と承認者は、規程で決めた内容を写す場所だからです。規程がない状態で台帳を作ると、保存年限の根拠が担当者の判断になり、部門ごとに違う年数が入ります。ただし規程の完成を待って台帳の作成を止める必要はありません。規程の保存年限表だけ先に確定させ、他の条項と並行して台帳の棚卸しを始める進め方が現実的です。棚卸しで見つかった実際の文書種別が、規程の保存年限表の抜けを埋めます。

文書管理台帳はExcelで作っても問題ありませんか？

管理件数が数千件まで、更新する人が5人以内であれば、Excelで十分に回ります。判断の分かれ目は件数よりも、更新履歴を残す必要があるかどうかです。監査や取引先の調査で「いつ誰が保管場所を変更したか」を示す場面があるなら、履歴が残らない表計算ファイルでは証跡になりません。また同時編集の競合が月に数回起きるようになった時点でも、器の見直しを検討する段階です。

保存年限が過ぎた文書は台帳から削除してよいですか？

行そのものは削除せず、状態列を「廃棄済」に変え、廃棄日と承認者を記録して残します。廃棄した事実自体が証跡になるためです。行を消すと、文書が存在しなかったのか、廃棄したのか、紛失したのかを後から区別できません。台帳の行数が増えて扱いにくい場合は、廃棄済の行を別シートへ移すか、表示フィルタで隠す方法を取ります。物理的な削除は避けてください。

紙の文書と電子データは同じ台帳で管理すべきですか？

同じ台帳にまとめるほうが運用しやすくなります。分けると、紙で受け取った請求書をスキャンした時点でどちらの台帳に載せるかという判断が毎回発生し、二重登録や登録漏れの原因になります。媒体の違いを吸収するために使うのは、保管場所の列です。紙なら棚番号、電子なら格納先のパスやURLを同じ列に入れ、媒体区分の列で絞り込めるようにしておけば、棚卸しのときも媒体別に抽出できます。

文書番号の採番は誰が行うのが適切ですか？

分類ごとに採番の権限を持つ部門を決め、その部門の文書取扱者が台帳へ登録する形が扱いやすい構成です。全社で一人が採番すると窓口が詰まり、誰でも採番できるようにすると番号の重複が起きます。表計算で運用する場合は、分類ごとに番号帯を割り当て（契約はKG、規程はKT、技術文書はGJなど）、帯の中の連番を管理するのは各部門です。システム化した後は、登録時の自動採番へ切り替えて人の判断を挟まない形にします。

関連記事

• 文書管理システムとは？機能とメリット、ファイルサーバーとの違いと選び方を解説：台帳をシステムへ移す際に、どの機能が台帳の列に対応するかがわかります。
• 電子帳簿保存法に対応する文書管理システムとは？要件と選び方・自社開発の判断：国税関係書類に限定した保存要件と、索引簿をシステムで満たす方法を扱っています。
• 文書管理システムの費用相場｜料金体系と受託開発のコスト内訳を解説：台帳の移行と作り込みが費用のどこに効くかを整理しています。