文書管理システムの自作には、Excel台帳、共有フォルダの規則運用、オープンソース（OSS）の自前構築、ノーコードツールでの内製という4つのルートがあります。どれも初期費用はほぼゼロから始められますが、差が出るのは公開後です。バックアップ、権限変更、バージョンアップ、監査ログ、障害対応の5つを誰がどれだけ抱えるかで、実質のコストは大きく変わります。この記事では4ルートを運用負荷で比較し、利用者数・保存年限・電子帳簿保存法の要件から、内製が破綻する条件と受託開発へ切り替える分岐を整理します。
まとめ：文書管理システムの自作は運用負荷と法令要件の二点で可否が決まる
結論として、文書管理システムの自作は「10人前後までの部署単位」「保存年限の管理が不要か短い文書」「税務関係の電子取引データを載せない」の3条件がそろう範囲なら現実的です。Excel台帳と共有フォルダの組み合わせで足ります。
OSSは無料でも運用は無料になりません。Paperless-ngxやNextcloudは機能が充実している反面、サーバー管理とアップデートを社内の誰かが継続して担う前提です。担い手がいない会社が選ぶと、2年目に止まります。
利用者が部署をまたぐ、7年以上の保存義務がある、監査で操作履歴を求められる、のどれかに当てはまった時点で自作の延長は割に合いません。パッケージ・SaaSか受託開発かの選び方そのものは文書管理システムとは？機能とメリット、ファイルサーバーとの違いと選び方を解説で整理しています。本記事はその手前の「自分たちで作れるか」の判断に絞ります。
文書管理システムを自作する4つのルートと、それぞれで作れる範囲の整理
自作と一口に言っても、ルートによって作れる機能の上限がまったく違います。最初に、4つのルートがそれぞれ何を実現でき、どこで頭打ちになるのかを押さえておきます。
Excel台帳と共有フォルダで作る最小構成と、そこで実現できる機能の範囲
最も手軽なのが、Excelに文書番号・文書名・作成部署・保存期限・格納先パスを1行ずつ記録し、実ファイルは共有フォルダに置く構成です。HYPERLINK関数で格納先を開けるようにすれば、台帳から文書へたどる動線は作れます。
この構成で実現できるのは「一覧」と「所在の記録」までです。全文検索、承認フロー、版の自動管理、閲覧ログはどれも持てません。台帳とファイル実体がずれていく問題は避けられず、ずれを見つける仕組みもありません。
台帳に載せる必須項目や文書番号の採番規則、Excel台帳が壊れる典型的な条件は文書管理台帳とは？必須項目と文書番号の採番ルール、Excel運用の限界と移行手順で詳しく扱っています。台帳を作る前に項目設計だけは固めておくと、後で専用システムへ移すときにそのまま取り込めます。
共有フォルダのアクセス権とフォルダ規則だけで回す運用の実態と限度
台帳を持たず、「部署／年度／文書種別」のフォルダ階層とファイル名規則（例：20260924_契約書_取引先名_v2）だけで管理する会社も多く見られます。Windowsのファイルサーバーやクラウドストレージのアクセス権で、部署ごとの閲覧範囲を分けるやり方です。
この方式の弱点は、規則を守らせる仕組みが人の注意力しかない点です。1人が「最新版」「修正版」「確定」といった名前で保存し始めると、どれが正本か判別できなくなります。探す時間がかかるだけでなく、古い版の契約書を取引先へ送るといった事故につながります。
フォルダ規則は他のルートと組み合わせる土台としては有効です。単独で回すなら、利用者5人程度・文書種別が数種類までが目安と考えてください。
Paperless-ngxなどオープンソースを自社サーバーに立てる構成の中身
本格的な機能を無償で得たい場合の選択肢がOSSです。代表例のPaperless-ngxは、スキャンした紙文書のOCR、全文検索、タグ付けを備えた文書管理ソフトで、GitHubのリリース一覧では2026年9月20日公開の3.2系が最新です（2026年9月時点）。Docker Composeで起動する構成が標準で、ライセンスはGPLv3です。
日本語の書類を扱うときは注意点があります。公式の設定ドキュメントによると、OCR言語の既定値は英語（eng）で、Dockerイメージに最初から入っているのは英語・ドイツ語・イタリア語・スペイン語・フランス語です。日本語（jpn）は追加インストールの設定をしないとOCRされません。
ファイル共有を主軸にするならNextcloudも候補で、2026年9月15日に35系が公開されています（2026年9月時点）。ほかにAlfresco Community EditionやMayan EDMSなども知られていますが、どれを選んでも、サーバーの用意・OSとミドルウェアの更新・データベースのバックアップは導入した会社の仕事になります。
ノーコードツールやグループウェアの標準機能で内製する方法の射程
4つ目は、kintoneやMicrosoft 365のSharePoint、Googleドライブなど、既に契約しているサービスの標準機能で文書管理を組み立てるルートです。一覧画面や承認ワークフローはノーコードで設定でき、SharePointのように版履歴を標準で持つサービスもあります。サーバー管理も不要です。
厳密にはライセンス費用がかかるため無料ではありません。ただし既存契約の範囲で作れるなら追加費用は発生せず、4ルートの中では運用負荷と機能のバランスが最もよい選択肢です。
限界は、画面や権限の細かな作り込みです。「取引先ごとに閲覧できる社外ユーザーを分ける」「文書種別ごとに保存期限を自動計算して廃棄を通知する」といった要件は、標準機能の組み合わせだけでは届かないことが多く、そこで追加開発かパッケージ導入かの判断が必要になります。
初期費用でなく運用負荷で比べる、自作文書管理の5項目の維持コスト
自作を検討するとき、多くの比較は初期費用で止まっています。実際に差がつくのは、稼働してから毎月・毎年発生する作業です。ここでは運用負荷を5項目に分けて4ルートを比べます。
バックアップ・権限変更・更新・監査ログ・障害対応を4ルートで比較
下の表は、各ルートで5項目の作業を誰が担うかを整理したものです。「社内」と書いた項目は、担当者の工数として毎月発生します。
| 運用項目 | Excel台帳 | 共有フォルダ | OSS自前構築 | ノーコード |
|---|---|---|---|---|
| バックアップ | 社内（手動） | 社内（NAS等） | 社内（DBとファイル両方） | 提供元 |
| 権限変更 | ファイル単位 | フォルダ単位 | 管理画面で社内 | 管理画面で社内 |
| バージョンアップ | 不要 | 不要 | 社内（OS・DB含む） | 提供元 |
| 監査ログ | なし | OS設定次第 | 製品の機能次第 | プラン次第 |
| 障害対応 | 社内 | 社内 | 社内 | 提供元 |
表で見ると、OSSは機能が高い代わりに社内作業の欄が最も多いことが分かります。ノーコードは作業の多くを提供元が持つ一方、監査ログが上位プラン限定のサービスもあるため、契約中のプランで何が記録されるかを先に確認してください。
権限変更と退職者対応が月次で積み上がる手間と、履歴が残らない問題
見落とされやすいのが、人事異動と退職のたびに発生する権限変更です。共有フォルダ方式では、異動者が前部署のフォルダを見られる状態が残りがちで、棚卸しをしない限り気づけません。
Excel台帳はさらに深刻です。ファイル単位でしかアクセスを絞れず、「誰がいつ台帳を書き換えたか」も残りません。監査や内部統制の場面で操作履歴を求められたとき、説明の材料がない状態になります。
年に2回の異動期だけでも、部署数×フォルダ数の確認作業が生じます。この工数を担当者の人件費に換算すると、SaaSの月額料金を上回ることは珍しくありません。料金体系と総保有コストの比べ方は文書管理システムの費用相場｜料金体系と受託開発のコスト内訳を解説で整理しています。
OSSのバージョンアップと障害対応を社内で抱える具体的な負担
OSSを選んだ会社が2年目に困るのが更新作業です。Paperless-ngxのようなDocker構成でも、アプリ本体・データベース・OCRエンジン・ホストOSの4層それぞれに更新があり、セキュリティ修正を放置すると社外公開していなくても社内ネットワーク経由の侵入口になります。
メジャーバージョンの更新ではデータベースの移行手順が伴うことがあり、事前にバックアップからの復元テストをしておかないと、更新失敗時に文書を取り出せなくなります。復元手順を一度も試していないバックアップは、障害時に使えないと考えたほうが安全です。
この作業を担えるのは、LinuxとDockerの運用経験がある人に限られます。その1人が異動や退職で抜けた時点でシステムが塩漬けになる、というのがOSS自作で最も多い終わり方です。
自作の文書管理が破綻する条件、利用者数・保存年限・法令要件の境目
運用負荷が許容できても、次の3つの条件のどれかに当てはまると、自作の仕組みでは要件そのものを満たせなくなります。
利用者が部署をまたぎ同時編集が日常になったときに起きる版の衝突
Excel台帳は、共有ブックやクラウド上の共同編集を使っても、複数人が同じ行を書き換えると後勝ちで上書きされます。1部署10人程度なら口頭で調整できますが、3部署・30人規模になると衝突が週単位で起き、誰の入力が消えたのか追えなくなります。
文書番号の採番も破綻しやすい箇所です。2人が同時に「次の番号」を振ると重複が生じ、後から番号を振り直すと、既に社外へ出した文書の番号と台帳が合わなくなります。
部署をまたいで使う段階に入ったら、採番と排他制御をシステム側で持つ構成へ移る時期です。
法人税法の保存期間7年・10年を担当者の交代をまたいで守れるか
国税庁のタックスアンサーNo.5930によると、法人の帳簿書類は確定申告書の提出期限の翌日から7年間の保存が必要で、青色申告で欠損金が生じた事業年度などは10年間になります（令和7年4月1日現在の法令に基づく記載）。
7〜10年という期間は、担当者が2〜3回入れ替わる長さです。Excel台帳で保存期限列を管理していても、廃棄判断をする人が年限の根拠を知らなければ、早すぎる廃棄か、期限切れ文書の放置のどちらかが起きます。
文書種別ごとの保存年限を規程で決め、システムの設定に落とし込む手順は文書管理規程とは？必須条項と保存年限の決め方、システム設定への落とし込み手順で扱っています。規程を人の記憶ではなくシステムで執行できるかが、自作を続けられるかの分かれ目です。
電子帳簿保存法の検索要件と訂正削除防止を自作で満たす方法と限界
請求書や領収書をメールやWebで受け取る電子取引データは、紙に印刷して保存する方法が認められていません。国税庁の電子帳簿保存法一問一答【電子取引関係】（令和7年6月）では、日付・取引先・金額で検索できる状態での保存と、タイムスタンプや訂正削除の記録が残るシステム、または事務処理規程による改ざん防止措置が求められています。
自作でも対応の道はあります。同じ一問一答は、専用システムがない場合に索引簿やファイル名の付け方で検索要件を満たす方法を示しており、国税庁は訂正削除の防止に関する事務処理規程のサンプルも公開しています。Excelの索引簿＋規程による運用は、制度上認められた方法です。
ただし取引件数が月に数百件を超えると、索引簿への手入力と規程どおりの運用確認が担当者の負担として重くなります。電帳法対応の要件と、システムを選ぶ・作るときの判断は電子帳簿保存法に対応する文書管理システムとは？要件と選び方・自社開発の判断で詳しく整理しています。
自作を続けるか受託開発へ切り替えるか、判断を言い切る分岐の条件
ここまでの運用負荷と破綻条件を踏まえ、自作を続けてよい場面と、やめるべき場面を条件付きで言い切ります。
自作のままでよい会社の条件と、あえて自作を選ぶべきではない場面
自作のままでよいのは、次の条件をすべて満たす会社です。
- 利用者が1部署・10人前後に収まり、今後2〜3年で大きく増えない
- 扱う文書に税務関係の電子取引データや、7年以上の法定保存文書が含まれない
- 監査や取引先から、閲覧・変更の操作履歴を求められていない
- 台帳とフォルダの規則を守らせる責任者が決まっている
この条件なら、Excel台帳とフォルダ規則、または既存グループウェアの標準機能で十分です。新たに費用をかける理由はありません。
反対に、OSSの自前構築は、LinuxとDockerを運用できる担当者が2人以上いない会社では選ぶべきではありません。無料という理由だけでPaperless-ngxなどを導入し、担当者の退職で更新が止まる例は典型的な失敗パターンです。1人しかいないなら、その人の工数はOSSの保守より、ノーコードでの業務設計に使ったほうが会社に残るものが多くなります。
パッケージやSaaSでなく受託開発を選ぶ判断と、移行時の段取り
自作の限界を超えたとき、第一候補はパッケージやSaaSです。受託開発が合理的になるのは、「既存の基幹システムや顧客管理と文書を連携させたい」「業界固有の承認経路や保存区分があり、SaaSの設定では表現できない」「社外の取引先ごとに閲覧範囲を細かく分けたい」といった要件がある場合に限られます。
移行するときは、自作期間に作った台帳の項目とフォルダ規則が要件定義の材料になります。どの列を使っていて、どの規則が守られなかったかは、そのまま新システムで自動化すべき箇所の一覧です。
- 現行の台帳項目・フォルダ階層・命名規則を棚卸しし、実際に使われている項目だけを残す
- 文書種別ごとの保存年限と閲覧権限を規程として確定させる
- 台帳とファイル実体の突き合わせを行い、所在不明・重複の文書を整理する
- 新システムへ一括取り込みし、一定期間は旧フォルダを読み取り専用で残す
一創では、業務フローや既存システムとの連携を前提にした文書管理システム開発を承っています。自作の台帳やOSSからの移行データの整理から相談いただけます。
よくある質問
文書管理システムの自作について、検討段階でよく寄せられる質問に回答します。
文書管理システムは無料のフリーソフトだけで作れますか？
作れます。Excel台帳と共有フォルダの組み合わせなら追加費用はかかりませんし、Paperless-ngxやNextcloudなどのオープンソースもソフトウェア自体は無償です。ただしOSSはサーバーの用意、OSやデータベースの更新、バックアップを社内で担う必要があり、その人件費は発生します。ソフトの価格ではなく、運用を担う人の工数を含めて比べると、既に契約しているグループウェアの標準機能で組む方が安く済む場合も少なくありません。
Excelで文書管理システムを作るときにマクロは必要ですか？
必須ではありません。文書番号・文書名・保存期限・格納先の列と、HYPERLINK関数による格納先へのリンクがあれば、台帳としての基本機能は満たせます。マクロで採番や入力チェックを自動化すると便利になる反面、マクロを書いた人しか直せない状態になりやすく、担当者が異動した後に動かなくなる例が多く見られます。長く使う前提なら、関数と入力規則の範囲に留めておく方が引き継ぎやすい構成です。
オープンソースの文書管理システムは日本語の書類に対応していますか？
画面の日本語表示とOCRの日本語対応は別の問題です。Paperless-ngxの場合、公式の設定ドキュメントではOCR言語の既定値が英語で、Dockerイメージに標準で入っているのは欧州系の言語のみです。日本語の書類をOCRで検索できるようにするには、日本語の言語データを追加する設定が必要になります。導入前に、自社の実際の書類で検索精度を試してから本採用を決めることをおすすめします。
自作の台帳から専用システムへ移行するとき、データはどう移せますか？
多くの文書管理システムはCSVでの一括取り込みに対応しているため、Excel台帳の列を移行先の項目に対応させれば取り込めます。問題になりやすいのは、台帳の格納先パスと実ファイルがずれているケースです。移行前に突き合わせを行い、所在不明や重複の文書を整理しておかないと、新システムにも不整合をそのまま持ち込むことになります。台帳の項目を早い段階で揃えておくほど、移行の手間は小さくなります。
自作のシステムで電子帳簿保存法に対応できますか？
対応は可能です。国税庁の電子帳簿保存法一問一答では、専用システムがなくても、索引簿やファイル名の規則で日付・取引先・金額の検索要件を満たす方法が示されています。改ざん防止は、訂正削除の防止に関する事務処理規程を定めて運用する方法が認められており、国税庁がサンプルを公開しています。ただし取引件数が多いと手作業の負担が重くなるため、件数が増えた段階で対応システムへの移行を検討してください。
関連記事
- 文書管理システムとは？機能とメリット、ファイルサーバーとの違いと選び方を解説：自作を卒業した後の選び方を整理した、本記事の上位ハブです。
- 文書管理システムを中小企業が選ぶ基準｜大企業との違いと規模別の落とし穴：規模ごとの課金体系と権限設計の違いを確認できます。
- 文書管理をクラウド化する判断基準｜メリット・注意点とオンプレとの選び方：OSSの自前サーバーかクラウドかを考える材料になります。
- 工程管理システムとは？機能・選び方と既製か自作かの判断軸を解説：別分野で既製か自作かを判断した考え方の参考になります。
