社内文書検索をAIで横断する｜散らばった資料の集め方と、閲覧権限をまたがせない設計

資料の置き場がばらばらで、探す前に場所を思い出す必要がある

社内の資料は、たいてい一箇所にまとまっていません。規程や手順書は共有ドライブ、社内向けの掲示や申請の案内はグループウェア、運用が変わった経緯はチャットのやり取りに残っています。探す人は「どこにあったか」を思い出すところから始め、思い出せなければ知っていそうな人に聞きます。この確認のやり取りが積み上がると、資料はあるのに人手で答えている状態になります。

置き場をまたいで探せるようにするのは、この手間を減らすためです。ただし、検索窓を1つにまとめるだけでは探せる状態にはなりません。同じ主題の資料が複数の場所にあってどれが有効か分からなければ、結果から選ぶ作業が残ります。閲覧権限も置き場ごとに設定されているため、まとめ方によっては本来見えない資料が結果に出ます。

以下では、取り込む対象の選び方、更新への追随、権限の持ち込み方、出典の扱いの順に見ていきます。

取り込む対象を置き場の性質で選ぶ

すべての置き場を対象にする必要はありません。置き場ごとに中身の性質が違い、そのまま入れると検索結果を濁らせるものがあります。

置き場	中身の性質	取り込みの扱い
共有ドライブ	ファイル単位。同じ資料の版が複数残りやすい	有効な版だけを対象にする。フォルダ単位で範囲を区切る
グループウェアの掲示・社内ポータル	日付つきの告知。期限切れの内容が残る	掲示日と有効期限を一緒に取り込み、期限切れを除く条件を決める
ワークフロー・申請システムの手引き	手続きの正本になりやすい	優先して入れる。参照が多く、内容も確定している
チャット	決まった経緯が残るが、雑談や検討途中の発言が混ざる	そのままは入れない。確定した内容を文書側へ書き戻す
個人のメールボックス・個人フォルダ	本人にしか権限がない	対象外にする
表計算・スライド・画像で作られた手順	文章として読めない形が多い	参照の多いものだけ文章に直す。それ以外は後回し

チャットを対象外にすると、経緯が拾えなくなるように見えます。ただしチャットの発言は、検討中の案と決まった内容が同じ形で並んでおり、機械には区別が付きません。「この方式でいきましょうか」という提案が根拠として引かれると、決まっていないことが決定として回答されます。経緯が必要なら、確定した時点で文書側へ1行書き戻す運用のほうが結果的に早く整います。

個人フォルダを外すのは、権限の理由だけではありません。個人が自分用に持っている資料は更新の担当が決まっておらず、内容が古くなっても誰も直しません。

更新された資料をどう追随させるか

社内文書検索で扱いを間違えやすいのが更新です。取り込んだ時点の内容が索引に残り続けると、改定された規程の旧版を出典付きで返すことになります。出典が添えられている分、読んだ人は正しいと受け取ります。

追随のさせ方は2つあります。置き場から更新の通知を受け取る形と、更新日時を定期的に見に行く形です。通知を受け取れるサービスなら反映は速くなりますが、通知が届かなかった場合に気づけません。定期的に見に行く形は遅れが出る代わりに、実行の記録が残ります。どちらを選んでも、最後に同期した時刻を記録し、一定時間止まったら管理者へ知らせる仕組みは要ります。同期が止まっていることは、誤った回答が出るまで表に出ません。

拾うのは更新だけではありません。削除、移動、権限の変更も同じ経路で反映させます。削除された資料が索引に残ると、開けないリンクが出典として返ります。権限の変更が反映されないと、異動した人に前の部署の資料が見え続けます。

反映までにどれだけの遅れを許すかは、資料の種類ごとに決めます。人事や経理の規程は翌営業日までに反映されればおおむね足りますが、当日限りの掲示は当日中に消えないと意味がありません。全体を同じ間隔で回すより、種類ごとに間隔を分けたほうが負荷も抑えられます。

閲覧権限を検索結果に持ち込む

部署や役職で閲覧範囲が分かれている資料を扱うなら、権限の扱いが設計の中心になります。持ち込み方は3つに分かれます。

やり方	仕組み	向く場面
全員が見てよい資料だけを対象にする	検索側は権限を持たない	最初の段階。全社共通の規程や手引きが中心のとき
取り込みのときに閲覧できる範囲も一緒に索引へ持ち、検索時に質問者の所属で絞る	索引に権限を保存する	部署や役職で分かれた資料まで対象にするとき
検索した後で、置き場へ1件ずつ閲覧可否を問い合わせる	判定は常に最新	対象件数が少なく、権限がよく変わるとき

現実には1番目から始め、必要になったところで2番目へ移す形が多くなります。3番目は判定が正確な代わりに、候補1件ごとに問い合わせが発生するため、件数が増えると回答までの時間が伸びます。

2番目を選ぶ場合、いくつか注意する点があります。権限はグループに対して付いている前提で設計します。 個人名で1件ずつ権限が付いている資料は、人が入れ替わるたびに索引側も直す必要があり、追随できません。グループの入れ子も展開して保存します。 「営業部」の中に「営業一課」が含まれる構造をたどらないと、見えるはずの資料が出てきません。リンクを知っている人は誰でも閲覧可という共有設定は、グループとして表現できないため、対象にするかどうかを先に決めます。

見落としやすいのは、本文を返さなくても情報が漏れる経路です。検索結果の一覧に出るファイル名や冒頭の抜粋、「該当が3件見つかりました」という件数の表示だけでも、そこに何があるかは伝わります。権限で外した資料は、件数にも含めないようにします。

誰がいつ何を検索し、どの資料が返ったかの記録も残します。権限の設定を間違えたときに、どこまで見えていたかを後から確認できる状態にしておくためです。生成AIサービスを社内へ入れる際に情シスが確認する項目は生成AIサービスのセキュリティ審査をどう通すかにまとめてあり、この記録の扱いも審査で聞かれます。

閲覧できる範囲を本文と一緒に取り込み、質問の時点で本人の権限に絞ってから検索する。出典が示せない場合は回答せず人へ渡す。

出典を必ず添え、出典が無いときは答えさせない

横断検索では、出典にどの置き場のどの資料かまで書きます。同じ名前のファイルが共有ドライブとグループウェアの両方にあることは珍しくなく、資料名だけでは読んだ人が確かめられません。あわせて更新日を出し、リンクは質問した本人が開ける形で返します。権限で外した資料を出典として示すと、そこに何があるかが伝わってしまいます。

複数の資料が食い違う内容を持っていることもあります。旧版が別の場所に残っている場合と、部署ごとに運用が違う場合の両方があり、機械にはどちらか判別できません。片方を選んで答えるのではなく、両方を出典として示して人へ渡します。

該当する記述が見つからないときに、それらしい文章を組み立てて返す動作は止めます。「見つかりませんでした」と返して人へ渡すことを、正常な結果として扱います。回答に根拠を添える作りと、答えられない質問を人へ引き渡す境界の引き方は社内問い合わせ対応のAI自動化で詳しく扱っています。

検索して見つけた文書を渡して答えさせる形にするか、モデルの側に社内の内容を覚えさせるかで迷う場合は、RAGとファインチューニングの違いを参照してください。資料が頻繁に更新され、出典を示す必要がある社内文書では、検索して渡す形が基本になります。

載せる前に整理しておくこと

自社の文書がこの仕組みに載る状態かは、次の観点で確認できます。満たしていない項目があるまま検索の仕組みだけを作ると、答えられない質問と誤った回答が増えます。

確認すること	満たしていない状態	先にやること
有効な版がどれか決まっているか	同じ主題の資料が複数の場所にあり、どれが現行か分からない	正本を1つ決め、他は検索の対象から外す
資料に適用範囲が書かれているか	対象者や適用期間が本文に無い	対象者・期間・対象外の条件を資料の冒頭に書き足す
資料ごとの所管が決まっているか	内容を直す担当がいない	資料ごとに担当を1人割り当てる
権限がグループで付いているか	個人名で1件ずつ権限が付いている	部署や役割のグループへ付け替える
文章として読める形か	画像やスライドで手順を説明している	参照の多いものから文章に直す

すべてを整えてから始めようとすると着手できません。よく聞かれる質問に対応する資料から順に進め、整った範囲だけを対象にします。読み取りが必要な資料の扱いは AI-OCRと生成AIの違いが判断の材料になります。また、正本の決め方や保管期限、権限の引き継ぎまで含めて置き場の側を整える設計は社内の文書管理をAIエージェントで回すで扱っています。

着手の順序

置き場ごとに、対象になりそうな資料の件数を数える
1つの置き場の1つのフォルダに絞って取り込み、検索できる状態にする
権限は最初、全員が見てよい資料に限る
出典の提示と、見つからないときに人へ渡す動きを先に作る
対象者を限って使ってもらい、検索の記録を見る
該当が見つからない質問が多い領域から、対象の置き場と権限つきの資料へ広げる

3で範囲を限るのは、権限の設計を後回しにするためではありません。権限を持ち込む前に検索の質を確かめておくと、答えが合わなかったときに資料側の問題か権限の絞り込みかを切り分けられます。開発全体の進め方と工程ごとの見積は AIエージェント開発の進め方にまとめてあります。

まとめ：社内文書を横断して検索できるようにするときの要点

置き場をまとめて検索窓を1つにするだけでは探せる状態にならない。有効な版の決定と権限の扱いが伴って初めて使える
取り込む対象は置き場の性質で選ぶ。チャットは検討中の発言と決定が混ざるため、確定した内容を文書側へ書き戻す
更新・削除・移動・権限の変更を同じ経路で追随させる。最後に同期した時刻を記録し、止まったら気づける形にする
反映までの遅れをどこまで許すかは資料の種類ごとに決める。当日限りの掲示と規程では必要な速さが違う
権限の持ち込みは、全員が見てよい資料に限る形から始め、必要になったら索引に権限を持たせる形へ移す
権限で外した資料は、件数や抜粋にも出さない。誰が何を検索してどの資料が返ったかを記録に残す
出典には置き場・資料名・更新日を書き、本人が開けるリンクで返す。食い違う資料は両方示して人へ渡す
根拠が見つからない質問は答えさせない。載せる前に、正本・適用範囲・所管・権限の付け方を確認する

Augueでは、社内に散らばった資料を横断して検索できるようにするAIエージェントの開発に対応しており、どの置き場まで対象にするか、権限をどう持ち込むかの設計から一緒に進められます。自社の文書がそのまま載る状態か判断したい方は、是非ご相談ください。

まずは現状をお聞かせください

弊社では具体的な要件が固まっていない段階でも、無料相談で現状をお聞きしていますので、お困りの際はご相談ください。

無料相談を予約する →

よくある質問

既製の社内検索ツールを入れるのと、自社で組むのとではどちらがよいですか？

置き場が主要なサービスに限られ、権限もそのサービスの設定をそのまま使えるなら、接続の口が用意された製品のほうが早く立ち上がります。自社で組む判断になりやすいのは、独自に作った申請システムや基幹システムの中に対象資料がある場合と、回答の出し方（どこまで答えてどこで人へ渡すか）を自社の運用に合わせて変えたい場合です。まず製品で試し、足りない置き場だけを自前で足す形も取れます。

対象の文書は何件くらいあれば成り立ちますか？

件数の下限という形では決まりません。判断材料になるのは件数より、探すのに時間がかかっている質問が繰り返し起きているかどうかです。数十件でも、毎週同じ場所を探し直しているなら効果は出ます。逆に数万件あっても、参照されるのが一部に偏っていれば、その一部だけを対象にしたほうが早く使える状態になります。

紙やスキャンした資料も対象にできますか？

文字を読み取る工程を挟めば対象にできますが、読み取り結果の確認をどこまでするかを先に決めます。読み違いがあると、出典を示していても内容が誤ります。当面は対象外にし、参照が多いものだけを文章として作り直す進め方も現実的です。読み取り方式の違いは、位置で読む方式と意味で読む方式を比べた記事で扱っています。

使われているかどうかは何で測ればよいですか？

検索の回数だけでは判断できません。質問に対して該当が見つかった割合、結果のうち実際に開かれた件数、同じ人が同じ内容を何度も検索していないか、の3つを記録します。該当が見つからない質問が続く語は、資料そのものが無いか、置き場が対象から漏れているかのどちらかで、取り込み範囲を広げる根拠になります。