AIで社内規程・マニュアルを横断検索する方法

AIで社内規程・マニュアルを横断検索するなら、検索範囲、正本、利用者の既存権限を先に確認し、回答から原文へ戻れる形を作ります。検索結果の要約だけで規程を適用せず、施行日、対象者、例外、文書ownerを原文で確かめてください。アクセス権が違う利用者で検索結果を試し、検索基盤が既存の権限境界を保っていることを確認することも必要です。

まず「検索対象の正本」を決める

社内には、同じ規程の最新版、過去版、ドラフト、FAQ、部署ごとの手順書が同時に存在しがちです。ファイル名に「最新版」と書かれているだけでは、正本とは確定できません。Document owner、承認状態、公開範囲、施行日、最終更新日、対象部署を記録し、どの資料を業務上の根拠にするか決めます。

例えば「出張規程」と「出張申請マニュアル」が異なる金額を示している場合、AIに一つの答えへ統合させません。両方の文書名、日付、記述場所、適用範囲を並べ、規程と手順書のどちらが優先するかownerへ確認します。答えが矛盾する場合は「矛盾あり・確認待ち」と返す運用を用意してください。

更新日と施行日は別の情報です。文書が最近編集されていても、変更がまだ施行されていない場合があります。検索結果に日付があるときも、それが編集日、承認日、適用開始日のどれかを確かめます。metadataが分からないなら、最新と判断せず確認先を示します。

検索リクエストに入れる条件

対象者：[社員、管理職、特定部署など]

知りたいこと：[規程の条件、申請方法、期限等]

期間・地域：[国内、海外、適用年度等]

対象文書：[規程、マニュアル、FAQ、承認済み資料]

優先条件：[承認済み正本、施行中の文書、owner]

出力：[回答、原文リンク、section/page、日付、未確認点]

検索範囲：[接続済みsourceのうち今回使うもの]

「国内出張の宿泊上限と申請期限を教えてください。施行中の規程を優先し、根拠となる文書名、section、施行日、原文リンクを項目ごとに示してください。文書間で条件が異なる場合は統合せず、差異と確認先を出してください。根拠が見つからない場合は推測せず『確認できない』としてください。」のように、対象と確認方法を一緒に頼みます。

回答を原文へ戻して確認する

1. 回答の各主張にSource linkまたは文書名があるか見る。

2. linkを開き、対象sectionの前後を読む。

3. 文書の承認状態、適用日、対象部署、例外を確認する。

4. 要約で条件や否定が落ちていないか原文と比べる。

5. 情報が矛盾する場合は一方へ寄せず、ownerへ確認する。

6. 最終判断が必要なら、人事・法務・経理など所管部門へ引き継ぐ。

リンクが表示されたこと自体は、その内容が質問への正解である証拠ではありません。引用が対象段落を示すか、回答の数値や条件を支えるか確認します。ページ番号や節がずれている場合、該当箇所を開いて読み直すまで回答を使いません。

Company Knowledgeの現在の条件

OpenAIの現行Helpでは、Company Knowledgeは利用可能な接続sourceから組織固有の回答を作る機能として説明されています。利用対象はChatGPT Business、Enterprise、Eduで、workspaceのプラグイン・source許可、接続や管理者設定も関係します。インストールしただけで全データへ接続できるわけではありません。

同Helpは、接続sourceの既存permissionを尊重し、利用者がすでに閲覧できる情報だけを取得すること、回答にcitationやsource linkがある場合は内容を検証することを案内しています。利用可能なapp、administrator-managed source、authorizationは環境で異なるため、運用前に自分のworkspace設定と現行Helpを確認してください。

機能名や接続先が変わる可能性があるため、「Company Knowledgeなら全社文書を検索できる」と一般化しません。実際に有効化されたsource、同期方式、検索対象、利用者の権限を一覧にし、その範囲内だけをテストします。

アクセス権を確認するテスト

実装または運用開始前に、文書ごとに閲覧できる人、閲覧できない人、機密区分を整理します。次に権限の異なるテストアカウントを用意し、各アカウントから同じ質問を行い、答えと引用先を確認します。

・誰でも閲覧可能な規程は、対象ユーザーが根拠とともに取得できるか。

・部署限定資料は、権限のあるユーザーだけに表示されるか。

・閲覧権限がない人に、文書名や本文の抜粋まで漏れないか。

・退職者、異動者、guest等の権限変更が反映されているか。

・削除済み・旧版の文書が検索結果に残っていないか。

検索機能によって既存権限が拡大すると仮定しないでください。テストで権限外の情報が出たら運用を開始せず、接続、同期、アクセス設定をownerや管理者と確認します。アクセス確認は一度きりでなく、source追加、permission変更、同期方式変更のたびに再実行します。

検索結果が不完全なとき

検索結果が見つからない場合、対象文書が存在しないとは限りません。接続対象外、同期遅延、検索語の違い、権限、画像PDF、索引処理の問題があり得ます。回答は「見つからなかった」とし、検索範囲と確認日時を記録します。

回答に矛盾がある場合、古い文書をAIに選ばせず、更新日、承認、施行、ownerを人が確認します。適用範囲が読み取れない、対象部署が違う、例外の承認が必要な場合は、検索の終了ではなく担当部門への質問として残します。文書の意味を解釈して決裁することと、検索で候補を見つけることは別の仕事です。

運用を始める前のチェック

・接続されるsourceと対象folderが一覧化されている。

・正本、owner、承認状態、施行日を識別できる。

・利用者の閲覧権限が検索時にも保たれることを試験した。

・回答に原文へ戻れるcitation/linkが出る。

・矛盾、未確認、検索失敗を「回答なし」と区別する。

・アクセスできない文書の内容を推測で補わない。

・規程の解釈や例外承認は所管者へ渡す。

・管理者、データ保持、共有設定などworkspace側の運用を確認する。

社内文書は個人情報や機密情報を含むことがあります。接続前に、利用目的、アクセス範囲、管理者設定、契約上の条件を確認し、不要な文書を検索sourceへ含めないようにします。検索結果の保存や共有も既存の社内ルールに沿って扱います。

AIものさし編集部の判断

社内規程検索で必要なのは、流暢な回答より、権限内の正本へ戻れることです。正本、施行日、対象者、ownerを確認し、回答と根拠を一つずつ照合します。文書が矛盾する、引用先がない、閲覧権限が不明な場合は、回答を採用せず確認待ちにします。

まず権限の違うテストユーザーと、既知の質問・答えがある資料で検索を試します。情報が見つかるかだけでなく、閲覧権限外の資料が混ざらないかを検証してから業務利用へ進めてください。

社内検索を段階的に導入する

最初から全社の資料を接続するのではなく、対象部署と文書群を限定し、既知の質問で回答の正しさと権限を確認します。質問ごとに「期待する正本、根拠section、利用者グループ」を記したテスト表を用意します。試験ユーザーには、閲覧可能な資料と閲覧不可の資料を両方設定し、検索結果と引用リンクを照合します。

テストは同じ質問を、権限の異なるアカウントから実行します。資料を閲覧できるユーザーには根拠リンクが返るか、閲覧権限のないユーザーには回答や文書名が漏れないかを確認します。回答で正本が選ばれなかったときは、検索の問題、metadata不足、承認状態、質問条件のどこが原因かを記録します。仕様の異なる文書を一つに要約した場合は、統合を避ける指示とSource優先順位を追加します。

更新の検証では、文書を変更してから検索結果へ反映されるまでの時間を測ります。同期が即時でない場合、利用者へ反映の遅延を説明し、重要な変更をいつから参照できるか決めます。削除・権限変更後の残存確認も同じテストに含めます。検索結果に旧版が残る場合は、利用を止め、source接続や同期条件を管理者と確認してください。

問い合わせ・例外をつなぐ

検索結果がない、文書が矛盾する、例外判断が必要、施行日が不明といったときの問い合わせ先を回答の次Actionに含めます。利用者に「必要なら担当部署へ確認」とだけ返すのではなく、文書ownerや申請窓口が分かる範囲で示します。問い合わせ先が確定できないなら、AIに作らせず「担当者を特定できない」と明示します。

検索結果が高い影響を持つ業務判断へ使われる場合、回答をそのまま決裁や契約処理へ流さないよう、承認者や記録工程を置きます。利用者が検索結果を引用して業務記録に貼る場合も、原文URL、確認日、適用条件を添えます。こうすると、後日規程が変わったときに、どの時点の根拠で判断したか追いやすくなります。

導入後も定期的に見直す

sourceの追加、同期設定の変更、文書管理ルールの変更があったら、テスト質問と権限確認を再実行します。アクセスログや利用者からの「答えが古い」「引用先が違う」という報告を確認し、検索範囲、文書metadata、担当ownerのいずれを直すべきか分けます。回答を修正するだけでなく、根本の文書や同期状態が正しいかを確認します。

アクセス権と正本を先に整理する

検索対象を増やす前に、接続する文書の分類、権限、更新責任者を一覧化します。全社規程と部門限定資料を同じ検索面へ出す場合、利用者が本来閲覧できない情報まで回答に含まれない設計か、管理者の設定と実際のアクセス権の双方を確認します。対象外のフォルダや古い版を検索結果に含めるかも明示します。

回答が見つからない場合は、検索語の言い換えだけを繰り返さず、接続済みのsource、同期状態、閲覧権限、対象期間を切り分けます。回答に引用があっても、その文書が最新の承認版か、対象業務に適用されるかは別確認です。規程の解釈や例外承認をAIへ委ねず、担当部門へ確認する境界を検索画面や運用手順で示します。