部署ごとの共有ドライブに、契約書も請求書も議事録も置かれている
文書管理が崩れていく形はどの会社でも似ています。部署ごとに共有ドライブのフォルダが割り当てられ、その中に契約書も請求書も議事録も提案書も置かれます。フォルダの切り方は部署ごとに違い、命名の規則も揃っていません。同じ契約書が、締結した部署のフォルダと管理部門のフォルダの両方に置かれ、どちらが正本か分からなくなります。
この状態は、探しにくいという不便だけでは終わりません。保管期限が来ても誰も気づかず、退職や異動で持ち主がいなくなったフォルダが残り、閲覧できる範囲も設定した当時のままになります。決まりとして文書管理規程があっても、置く場所を決めるのも、期限が来たものを消すのも人手の作業なので、日々の業務に押されて後回しになります。
AIエージェントで扱えるのは、この後回しにされている判断のうち、機械的に決められる部分です。文書の中身から種類を見分け、規則に沿った置き場を割り当て、期限を計算して知らせるところまでは自動で回せます。一方で、これを正本とするか、期限が来た文書を消してよいかは人が確定させます。以下では工程ごとに、どちらに置くかを分けていきます。
「探す」仕組みと「置く」仕組みは別に設計する
社内の文書をAIで扱う話は、たいてい検索から始まります。散らばった資料を横断して探せるようにする設計は 社内文書検索をAIで横断する で扱っていますが、こちらは既にある文書を読み取って答える側の仕組みです。
文書管理はその手前にあります。置く場所を決め、有効な版を1つに保ち、期限が来たものを消す。この側が整っていないと、検索の仕組みは古い版や期限切れの文書まで拾ってきます。出典が添えられている分、読んだ人は正しいものとして扱います。逆に、置き場が整えば検索の精度は仕組みを変えなくても上がります。
両方を同時に作る必要はありません。ただし、検索から始めた場合でも「有効な版はどれか」という問いは必ず出てくるため、そこで文書管理の側へ手を戻すことになります。
5つの工程に分けて、任せる範囲を決める
文書管理を仕組みに載せるとき、まとめて自動化しようとすると線が引けなくなります。次の5つに分け、工程ごとに判断すると扱いやすくなります。
| 工程 | AIに任せられること | 人が確定させること |
|---|---|---|
| 文書の種類の判定 | 中身を読んで契約書・請求書・議事録などに分類し、確信の度合いを添える | 判定できなかった文書と、種類によって扱いが大きく変わる文書の確認 |
| 保管場所への振り分け | 種類と取引先・案件・日付から、規則に沿った置き場と名前の案を出す | 規則に当てはまらない文書の置き場の決定 |
| 版の新旧の判定 | 同じ主題の文書を集め、更新日や本文の差分から新しい版の候補を示す | どれを正本とするかの確定と、旧版を残すかどうか |
| 保管期限の管理 | 種類ごとの期限表を引いて満了日を計算し、近づいたら対象を一覧にする | 廃棄してよいかの判断と、係争・調査による保留の指定 |
| 閲覧権限の引き継ぎ | 権限の設定と実態のずれを検出し、異動や退職で見直しが要る文書を示す | 権限を誰に渡すかの決定 |
分け方の考え方は共通しています。規則に当てはめれば答えが決まる作業はAIに寄せ、規則そのものを決める判断と、間違えたときに取り返しがつかない操作は人に残すということです。廃棄が人に残るのは、消した文書は戻らないからです。権限の付与先が人に残るのは、誤ると本来見えない文書が見えるからです。
種類の判定は、判定できなかったものを人へ回す作りにする
種類の判定は、文書管理のなかでAIに寄せやすい工程です。契約書か請求書か議事録かは、書式が揃っていなくても本文の言い回しと項目の並びから判別できます。取引先名や日付、金額のような属性も同時に取り出せるため、後の振り分けと期限の計算にそのまま使えます。
設計で決めるのは、判定できなかったときの動きです。確信の度合いを一緒に出させ、低いものは種類を空欄のまま人の確認へ回します。 無理に分類させると、置き場も期限も間違った値が付き、その後の工程がすべてずれます。確認へ回す割合をどこに置くかは、確認する人の負担と誤りの影響で決まります。誤って分類されても後から直せる文書なら緩めに、期限や権限の扱いが大きく変わる文書なら厳しくします。
判定の合格ラインをどう引き、本番へ出す前に何を確かめるかは AIエージェントの精度をどう評価するか で扱っています。文書管理では、種類ごとに正しく判定できた割合を見るだけでは足りません。誤って別の種類だと判定した件数を、種類の組み合わせごとに見ます。 請求書を見積書と取り違えるのと、契約書を議事録と取り違えるのでは、後で起きることが違います。
議事録のように、その場で作られて後から扱いが決まる文書は、判定より前の段取りが効きます。決定事項と持ち帰りを切り分けて記録する形は 議事録をAIでタスク化する にまとめてあります。
保管場所は、AIに決めさせる前に構造を決める
振り分けを自動化するとき、いちばん手戻りが出るのは置き場の構造です。現状のフォルダをそのまま前提にすると、部署ごとに違う切り方へ機械が合わせることになり、判定の基準が部署の数だけ増えます。
先に決めるのは、フォルダを何で切るかです。部署で切るか、文書の種類で切るか、案件や取引先で切るか。 どれを一番上に置くかで、後から探す経路も権限の付け方も変わります。文書の種類を上に置くと期限と権限の管理は揃えやすくなり、案件を上に置くと関係する文書がまとまって参照しやすくなります。両立させたい場合は、実体の置き場は片方に決め、もう片方は属性として持たせて絞り込めるようにします。同じ文書を2か所に置くと、そこから版の食い違いが始まります。
構造が決まれば、AIが出すのは「この文書はこの置き場に、この名前で」という案になります。名前の付け方も規則として書いておき、機械に組み立てさせます。人が付ける名前は揃わず、揃わない名前は後で探せません。
版の新旧は、ファイル名では決まらない
版の管理でつまずくのは、判断材料がファイル名に集まっていないことです。「最終版」「最新」「修正後」といった語は、付けた人の作業時点を指しているだけで、ほかの版との前後関係を持っていません。
| 手がかり | 分かること | 単独で使えるか |
|---|---|---|
| ファイル名の「最終」「v2」などの語 | 付けた人がその時点で新しいと考えていたこと | 使えない。別の人が別の場所で付けた版と比較できない |
| 更新日時 | ファイルが書き換えられた時刻 | 使えない。開いて保存し直しただけでも更新される |
| 文書に書かれた版数・改定日 | 文書そのものが持つ前後関係 | 使える。ただし記載がない文書が多い |
| 本文の差分 | どこがどう変わったか | 補助として使える。前後関係は決まらない |
| 承認の記録 | どの版が承認を通ったか | 使える。承認の仕組みがある文書に限る |
現実には単独で決まる手がかりが少ないため、複数を合わせて候補を出し、正本の確定は人に渡す形になります。このとき、確定させる操作を1回で済む形にしておくのが要点です。 候補を並べて選ばせるだけでなく、選んだ結果として旧版に印を付け、検索の対象から外すところまで自動で続けます。人の操作が2つ以上に分かれると、途中で止まった文書が残ります。
規程や手順書のように改定を繰り返す文書は、そもそも版数と改定日を本文へ書く運用に変えるほうが早く整います。運用ルールの書き方と改訂の回し方は 生成AIの社内利用ルールの作り方 で扱った手順がそのまま使えます。
保管期限は、年数をAIに考えさせない
保管期限の管理は自動化の効果が見えやすい工程ですが、設計を誤ると事故になります。何年保管するかをAIに判断させてはいけません。 文書の種類ごとの保管年数は、法令と社内規程で決まる値です。もっともらしい年数を生成されると、根拠のない年数で文書が消えます。
作るのは、種類ごとの保管年数を並べた表と、その表を引く仕組みです。表の値は、自社の文書管理規程と、必要に応じて顧問の専門家へ確認して確定させます。AIが担うのは、文書からどの種類かを判定し、起算日となる日付を取り出し、表を引いて満了日を計算し、近づいたら一覧にするところまでです。起算日が契約の終了日なのか作成日なのか事業年度の終わりなのかは種類によって違うため、これも表に持たせます。
満了しても、すぐ消してよいとは限りません。係争や調査が始まっている案件の文書は保留にします。保留の指定は人が行い、指定された文書は期限が来ても一覧から外します。
期限のある文書として扱いが近いものに、契約の更新期限と、法令で保存方法まで定められた文書があります。締結後の契約情報を台帳へ載せ、自動更新の見落としを防ぐ設計は 契約書の管理台帳と更新期限をAIで管理する、請求書などを電子で保存するときの要件と取り込みの設計は 電子帳簿保存法への対応 にあります。文書管理の仕組みを作るとき、この2つは別に作らず、同じ期限の管理へ寄せるほうが運用は軽くなります。
閲覧権限は、人ではなく役割に付ける
権限の設計で決め手になるのは、誰に見せるかより、何に紐づけて権限を付けるかです。個人に対して1件ずつ付けていると、異動や退職のたびに文書の側を直すことになり、追いつかなくなります。役割や部署のグループに付けておけば、人の入れ替えはグループの側だけで済みます。
そのうえで、AIに任せられるのは検出です。次のような状態を見つけて知らせます。
- 個人名で権限が付いたまま、その人が異動または退職している文書
- 作成した部署が組織変更でなくなり、権限を持つグループが空になっている文書
- 同じ置き場にありながら、1件だけ権限の設定が違う文書
- 全社に公開されているが、内容から限られた範囲向けと判定される文書
見つけた文書をどうするかは人が決めます。権限の変更そのものを自動で行わせないのは、誤ると本来見えない文書が見える状態を作るからです。とくに最後の項目は本文の内容からの推定なので、確認なしで設定を変えると必要な人が見られなくなります。
異動や退職の情報は人事の仕組みが持っています。ここと突き合わせられると検出の精度は上がりますが、連携の作り方と、どこまで書き込みを許すかは別の判断になります。基幹システムやSaaSとの接続方式の選び分けは AIエージェントを基幹システム・SaaSにつなぐ を参照してください。
先に社内で決めておく項目
工程のうち、仕組みを作る前に社内で決めておかないと進まないものがあります。決まっていないまま作り始めると、判定の基準を後から作り直すことになります。
| 決めること | 決まっていない状態 | 決め方 |
|---|---|---|
| 文書の種類の一覧 | 部署ごとに呼び方が違い、どこにも一覧がない | 実際に置かれている文書から10〜20種類に絞って一覧を作る。細かい区分は後から足す |
| 置き場の構造 | 部署ごとにフォルダの切り方が違う | 一番上を何で切るかを1つ決める。もう片方は属性で持たせる |
| 種類ごとの保管年数と起算日 | 規程に年数はあるが起算日が書かれていない | 規程を種類ごとの表に直す。判断が付かない種類は専門家に確認する |
| 正本を確定させる担当 | 誰でも置けて、誰も確定させていない | 種類ごとに担当を1人決める。部署単位ではなく個人まで決める |
| 廃棄の決裁者と手順 | 期限は決まっているが、消す手順がない | 一覧を承認する人と、承認後に何が起きるかを決める |
| 権限を付ける単位 | 個人名で1件ずつ付いている | 役割や部署のグループへ付け替える。入れ子の構造も整理する |
すべてを決めてから着手する必要はありません。種類を1つ選び、その種類について6項目を決めれば、その範囲だけ先に仕組みへ載せられます。 決めやすいのは、発生する部署が限られていて、保管年数が規程に書かれている種類です。
着手の順序
- 現状の共有ドライブから、文書の種類ごとの件数を数える
- 件数が多く、扱いの規則が決まっている種類を1つ選ぶ
- その種類について、置き場の構造・保管年数・起算日・正本の担当を決める
- 種類の判定と、置き場と名前の案を出すところまでを作る
- 一定期間、案を人が確認する形で回し、判定の誤りを種類の組み合わせごとに記録する
- 誤りが確認できる水準に収まったら、期限の計算と通知を足す
- 対象の種類を広げ、最後に権限のずれの検出を加える
7を最後に置くのは、権限の検出だけ性質が違うためです。ほかの工程は新しく発生する文書を扱いますが、権限のずれは既にある文書すべてが対象になります。先に手を付けると、直しきれない量の指摘が出て止まります。
工程の切り方と、次へ進む前に何を決めておくかの全体像は AIエージェント開発の進め方 にまとめてあります。文書管理は業務の性質として、件数が多く、判断の基準が規程として既に文章になっている領域なので、最初の1業務としても選びやすい部類に入ります。
まとめ：文書管理をAIエージェントで回すときの要点
- 文書管理は「探す」側とは別の仕組み。置き場・版・期限が整っていないと、検索の側が古い版や期限切れの文書を拾う
- 5つの工程に分けて線を引く。規則に当てはめれば決まる作業はAIに寄せ、規則を決める判断と、取り返しがつかない操作は人に残す
- 種類の判定は確信の度合いを添えて出させ、低いものは空欄のまま人へ回す。誤りは種類の組み合わせごとに見る
- 振り分けを作る前に、フォルダの一番上を何で切るかを決める。同じ文書を2か所に置くと、そこから版の食い違いが始まる
- 版の新旧はファイル名や更新日時では決まらない。候補を出して人が確定させ、旧版に印を付けるところまで続けて自動化する
- 保管年数はAIに判断させず、規程から作った表を引かせる。起算日も種類ごとに表へ持たせる
- 権限は役割やグループに付ける。ずれの検出はAIに任せ、権限の変更そのものは人が行う
- 種類を1つ選び、その種類について決めるべき6項目を決めれば、その範囲から先に載せられる
Augueでは、社内に散らばった文書の判定と振り分け、保管期限の管理までを扱うAIエージェントの開発に対応しており、どの種類から載せるか、どこを人が確定させるかの設計から一緒に進められます。自社の文書管理のどこから着手できるか整理したい方は、是非ご相談ください。
関連する記事
探す側の設計は 社内文書検索をAIで横断する、締結後の契約情報の管理は 契約書の管理台帳と更新期限をAIで管理する、保存要件に沿った電子保存の設計は 電子帳簿保存法への対応 を参照してください。
よくある質問
既製の文書管理システムを入れるのと、AIエージェントを組むのとでは何が違いますか？
製品側が持っているのは、入れ物と権限と期限の管理です。どの文書をどこへ入れるかを人が指定する前提で作られているため、入力の手間はそのまま残ります。AIエージェントで作るのは、その指定を代わりに用意する部分です。対立する選択肢ではなく、入れ物は製品を使い、振り分けの案を作る部分だけ自社で足す形が取りやすくなります。
どれくらいの期間で使える状態になりますか？
対象を1種類に絞れば、判定と振り分けの案を出すところまでは数週間で形になります。時間がかかるのは仕組みより、置き場の構造と保管期限の一覧を社内で確定させる作業のほうです。ここが決まらないまま作り始めると、判定の基準を後から作り直すことになります。決裁者を含めて段取りを組んでおくと短くなります。
紙で保管している過去の文書も対象にすべきですか？
最初は対象から外すほうが進みます。読み取りの誤りを確認する工程が加わるうえ、過去分は量が多く、参照されるものが一部に偏るためです。現在発生する文書を先に仕組みへ載せ、過去分は照会が実際に起きた種類から順に取り込むと、確認の手間を必要な範囲に抑えられます。
情報システム部門と各部署では、どちらが持つ仕事ですか？
置き場の構造・権限の付け方・仕組みの運用は情報システム部門、文書ごとの保管年数と廃棄の可否は管理部門と各部署が持つ形が動きやすくなります。判定の誤りが見つかったときに直すのは基準の側なので、基準を管理する担当を1人決めておくと、部署ごとに運用が分かれるのを防げます。