見出し画像

RAG導入前の社内文書整理｜AIに読ませる資料を選ぶ7ステップと台帳テンプレート

AIよろず室

公開日：2026年8月6日
最終更新日：2026年8月6日

※RAG製品が対応するファイル形式、権限、同期、解析方法は異なり、仕様も変わります。本記事は特定製品の操作手順ではなく、中小企業が導入前に行う文書整理の実務をまとめたものです。導入時は利用製品の最新仕様をご確認ください。

結論：RAG導入前に必要なのは、全ファイルの収集ではなく「回答根拠」の選定

RAG導入前の社内文書整理で、最初から全社のPDFやWordを一か所へ集める必要はありません。

まず、経費精算、IT申請、製品マニュアルなど、社員から質問が多い領域を1つ選びます。その領域について、回答の根拠にしてよい正式文書だけを選び、責任者・版・有効日・閲覧権限・想定質問を付けることが先です。

AIよろず室では、RAGへ入れる候補文書を次の4条件で確認します。

  1. 正本：正式版であり、回答根拠にしてよい

  2. 鮮度：現在も有効で、更新日と見直し時期が分かる

  3. 権限：誰が閲覧できるか決まっている

  4. 質問性：社員が実際に質問する内容を含んでいる

この4条件を満たさない文書を大量に登録しても、検索対象が増えるだけです。RAGは古い規程、矛盾した手順、誤った資料を自動で正式版へ直してくれる仕組みではありません。

この記事では、文書を整理する7ステップと、コピペして使える「RAG文書台帳」を紹介します。

この記事で分かること

  • RAGへ登録する文書・しない文書の分け方

  • 旧版、草案、重複、権限の整理方法

  • AIが検索しやすく、人も確認しやすい文書の整え方

  • 文書更新をRAGへ反映する運用の作り方

RAGそのものの仕組みや、導入すべきかの判断から確認したい場合は、「RAGとは？社内文書検索AIを中小企業が導入する前に確認したい7項目」を先にご覧ください。本記事は、その次の「文書準備」を担当します。

RAG向け文書の4条件

1. 正本：その文書を回答根拠にしてよいか

同じテーマの文書が複数ある場合、ファイル名の「最新版」を信用するだけでは不十分です。

  • 正式に承認された文書か

  • 所管部署と内容責任者は誰か

  • 施行前の草案ではないか

  • 旧版や廃止版ではないか

  • 他の規程・手順と矛盾していないか

「旅費規程_最新版」「旅費規程_最新版2」「旅費規程_改定案」が並んでいたら、AIに正本を選ばせません。業務責任者が正式版を1つ決め、旧版と草案を検索対象から分けます。

2. 鮮度：現在も使ってよいか

最終更新日だけでなく、施行日、有効期限、次回見直し日を確認します。

更新されていない文書には、二つの可能性があります。

  • 内容が変わっておらず、現在も正式版

  • 担当者不在などの理由で、古いまま放置されている

更新日が古いことだけで削除せず、責任者へ有効性を確認します。逆に、最近作られた文書でも、承認前の草案なら正本にはできません。

3. 権限：誰に見せてよいか

社内文書でも、全社員へ見せてよいとは限りません。

  • 全社員向け

  • 部署内限定

  • 管理職限定

  • 特定案件の関係者限定

  • 個人情報・顧客情報を含む

  • RAGの対象外

元ファイルを開けない社員が、AIの回答を通じて内容を知る状態は避けなければなりません。文書の保存場所だけでなく、検索結果と生成された回答にも同じ権限が反映されるかを確認します。

生成AIの社内利用全体の入力範囲や相談先は、「生成AIの社内ルールはどう作る？中小企業向け12項目とひな形」で整理しています。

4. 質問性：実際に聞かれる内容か

正式で新しい文書でも、誰も質問せず、業務でも参照されないなら、最初のRAG対象にする優先度は高くありません。

  • 同じ質問が毎月繰り返される

  • 文書はあるが、保存場所が分からない

  • 担当者が毎回文書を探して回答している

  • 新人教育で何度も説明している

  • 誤案内や回答待ちが発生している

問い合わせ履歴、社内チャット、担当部署への聞き取りから「実際の質問」を集めます。文書を起点にするのではなく、質問を起点にすると、必要な文書を絞りやすくなります。

RAG導入前の社内文書整理・7ステップ

ステップ1：問い合わせ領域を1つ選ぶ

最初から「社内文書全部」を対象にしません。

候補例は次のとおりです。

  • 経費精算

  • 出張申請

  • ITアカウント申請

  • 製品の基本仕様

  • 社内設備の利用方法

  • 新入社員向け手続き

質問件数、回答時間、根拠文書の有無、誤回答時の影響を見て1領域に絞ります。人事評価、懲戒、法的解釈、安全判断など、誤回答の影響が大きい領域を最初に選ぶ必要はありません。

ステップ2：実際の質問を10〜20件集める

「文書を全部読ませて、何でも答えさせる」では、必要資料も完成条件も決まりません。

直近の問い合わせ、社内チャット、担当者の記憶から、実際の言い方で質問を集めます。

  • 領収書をなくしたらどうする？

  • 出張の申請はいつまで？

  • タクシー代は出る？

  • 承認者が休みのときは誰へ回す？

質問には、正式用語だけでなく、口語、略称、曖昧な言い方も含めます。後で検索精度を試すテスト質問にもなります。

ステップ3：質問へ答える根拠文書を集める

集めた質問ごとに、現在人が何を見て答えているか確認します。

  • 規程

  • 業務マニュアル

  • 申請書と記入要領

  • FAQ

  • 製品仕様書

  • 承認済みの通知

「詳しい人の記憶」だけで回答している場合は、RAGへ入れる文書がありません。先に聞き取りを行い、業務責任者が確認した文書へ変える必要があります。

暗黙知を手順へ変える方法は、「生成AIで業務マニュアルを作る方法」でも解説しています。

ステップ4：正本・旧版・草案・参考資料へ分ける

候補文書を、少なくとも次の4区分へ分けます。

  • 正本：回答根拠として登録候補にする

  • 旧版：履歴として保管するが、通常検索から外す

  • 草案：承認されるまで登録しない

  • 参考資料：補助情報として使えるが、正式判断の根拠にはしない

同じ内容のコピーが複数部署にある場合は、内容を所有する部署と正式な保存先を決めます。削除に不安があれば、いきなり消さず検索対象外の保管場所へ移します。

ステップ5：文書ごとに責任者とメタデータを付ける

本文だけでなく、文書の意味を示す情報を付けます。

  • 正式文書名

  • 文書ID

  • 所管部署

  • 内容責任者

  • 版番号

  • 承認日・施行日

  • 次回見直し日

  • 閲覧区分

  • 正式な保存先

  • 想定質問

  • RAG登録可否

Amazon Bedrock Knowledge Basesなどの製品では、文書にメタデータを関連付け、検索結果の絞り込みへ使える仕組みがあります［1］。対応項目や方法は製品ごとに違いますが、導入前から台帳を作っておけば移行しやすくなります。

ステップ6：人が読みやすい文書へ整える

RAGのためだけに特殊な文章を書く必要はありません。まず、人が読んで構造を理解できる状態にします。

  • タイトルが内容を示している

  • 見出しで話題が分かれている

  • 1つの節で複数の無関係な話を混ぜない

  • 「上記」「同様」だけでなく、対象を明記する

  • 表や図だけで重要条件を伝えない

  • 画像化された文字は、検索できるテキストも用意する

  • 例外、相談先、関連文書を明記する

RAG製品は文書を小さな単位へ分割して検索に使うことがあります。Amazon Bedrockの公式資料でも、固定長、階層、意味単位など複数の分割方法が説明されています［2］。見出しと節の境界が明確なら、人も分割後の内容を確認しやすくなります。

ただし、最適なファイル形式や分割方法は製品・文書・質問によって変わります。「PDFをWordへ変えれば必ず精度が上がる」とは断定せず、自社の質問で比較します。

ステップ7：登録・更新・削除の流れを決める

RAGは一度作って終わりではありません。

  • 新しい文書を誰が承認するか

  • 誰がRAGへ登録するか

  • 改定時に旧版をどう扱うか

  • 削除した文書が検索対象から消えたか誰が確認するか

  • いつ質問テストを再実行するか

  • 誤回答をどこで受け付けるか

製品によっては、元データを変更・削除した後に同期や再取り込みが必要です。Amazon Bedrock Knowledge Basesでは、データソースの追加・変更・削除を反映するために同期し、再解析・分割・索引化する流れが説明されています［3］。利用製品での反映条件を確認してください。

社内文書が複数のフォルダや担当者へ分散し、「何をRAGへ入れるべきか」で止まっている場合は、AIよろず室の30分の無料相談で、最初に整理する問い合わせ領域と文書候補を1つ確認します。製品選定前の段階でも構いません。相談後に契約する必要はありません。


コピペして使える「RAG文書台帳」

最初はExcelやスプレッドシートで、1文書を1行として管理すれば十分です。以下の項目をコピーして使ってください。

【RAG文書台帳】

文書ID：
正式文書名：
文書区分：正本／旧版／草案／参考資料／対象外
所管部署：
内容責任者：
版番号：
承認日：
施行日：
次回見直し日：
閲覧区分：全社員／部署限定／役職限定／案件限定／対象外
正式な保存先URL：
想定する質問：
回答に使う該当箇所：
関連文書：
RAG登録：可／条件付き／不可／未確認
登録条件・注意事項：
最終確認日：
確認者：

ファイル名だけで管理せず、正式な保存先URLと文書IDを持たせると、コピーが増えても正本へ戻りやすくなります。

記入例：経費精算マニュアル

以下は書き方を説明するための想定例であり、実在企業の事例や導入実績ではありません。

【記入例】

文書ID：ACC-EXP-002
正式文書名：経費精算マニュアル
文書区分：正本
所管部署：経理部
内容責任者：経理責任者
版番号：第4版
承認日：2026年4月20日
施行日：2026年5月1日
次回見直し日：2026年10月1日
閲覧区分：全社員
正式な保存先URL：社内規程ポータルの正式URL
想定する質問：申請期限、必要証憑、差し戻し、領収書紛失時の相談先
回答に使う該当箇所：第2章〜第5章
関連文書：旅費規程、法人カード利用手順
RAG登録：条件付き
登録条件・注意事項：個別案件の承認可否は回答せず、経理相談へ案内する
最終確認日：2026年8月6日
確認者：経理責任者

日付、部署、版番号は説明用の仮定です。実際の会社情報や成果を示すものではありません。

文書本文を整える5つのポイント

1. 1文書1テーマを基本にする

総務手続き、IT申請、経費精算が1つの巨大なファイルに混在している場合、担当部署と更新時期も混ざります。無理に細分化する必要はありませんが、責任者や権限が異なるテーマは分けます。

2. 見出しを質問に近づける

「その他」ではなく「領収書を紛失した場合」、「注意事項」ではなく「申請が差し戻される条件」のように、内容が分かる見出しにします。

3. 条件・例外・相談先を同じ節へ書く

標準手順だけでなく、処理できない場合と相談先を近くに置きます。AIが答えられないときの出口を作るためです。

4. 省略表現を減らす

文書が分割されても意味が通るよう、「前述の方法」「当該申請」だけに頼らず、何を指すか明記します。

5. 図表だけに重要情報を閉じ込めない

スキャン画像、複雑な表、図中の小さな文字は、製品や解析方法によって取り扱いが変わります。期限、上限、禁止事項、相談先などの重要情報は文章でも示し、実際の環境で読み取り結果を確認します。

やってはいけない文書整理

全ファイルを一括登録する

登録数が多いほど便利になるとは限りません。旧版、草案、重複、私的メモが混ざると、どの情報を回答根拠にしたか確認しにくくなります。

ファイル名だけを整えて内容を確認しない

「最新版」へ改名しても、承認状況や内容の矛盾は解消しません。内容責任者の確認が必要です。

古い文書をすべて削除する

監査、契約、履歴確認のために旧版を残す必要がある場合があります。保管と通常検索の対象を分けます。

生成AIに正本を決めさせる

AIは、社内の正式な承認手続きや口頭の経緯を知りません。正本、優先順位、閲覧範囲は人が決めます。

文書管理の責任を情報システム担当へ集める

システム担当者は登録や同期を管理できても、旅費規程、製品仕様、人事制度の内容まで判断できません。文書内容の責任者とシステム運用者を分けます。

30日で準備する進め方

1週目：質問と対象領域を決める

実際の問い合わせを10〜20件集め、最初の領域を1つ選びます。現在の回答時間、質問件数、回答担当者も記録します。

2週目：文書台帳を作る

質問へ答える文書を集め、正本、旧版、草案、参考資料に分けます。責任者、版、権限、正式な保存先を記録します。

3週目：本文と権限を確認する

見出し、例外、相談先、読み取れない図表を確認します。閲覧者によって見せる文書が違う場合は、利用製品で権限を再現できるか確認します。

4週目：質問テストと更新手順を作る

同じ10〜20問を使って、必要な文書を検索できるか、根拠が正しいか、文書にない質問へ推測しないかを試します。改定・削除・同期・再テストの担当者も決めます。

この30日で全社文書を完成させる必要はありません。1領域について、登録候補と対象外を説明できる状態を目指します。

自社だけで進められる場合と、相談した方がよい場合

次の状態なら、社内で台帳作成から始めやすいでしょう。

  • 対象領域の業務責任者が分かる

  • 正式な文書の保存場所がある

  • 旧版と草案を区別できる

  • 閲覧者を判断できる

  • 実際の質問を集められる

一方、次の状態では外部支援や専門担当者を含めた方が進めやすくなります。

  • 部署ごとに「正式版」が違う

  • 個人情報・顧客情報・機密契約が混在する

  • SharePoint、Google Drive、ファイルサーバーなど複数の保存先を連携したい

  • 権限、認証、ログ、削除反映を設計する必要がある

  • 文書責任者とシステム運用者を調整する人がいない

AIよろず室では、業務診断、AI活用ロードマップ、実装、社内定着までを支援しています。月額39,800円（税別）の伴走プラン以外にも、課題やご希望に応じた支援を用意しています。

大規模なRAG基盤、複数システム連携、継続監視、高度なセキュリティ要件は、内容を確認して個別に範囲と費用を提示するか、専門事業者との連携をご案内します。

よくある質問

Q. 社内文書は何件あればRAGを導入すべきですか？

件数だけでは決められません。文書が少なくても質問が多く、探す時間や誤案内が問題なら検討理由があります。文書が多くても、質問がほとんどなければ既存検索やフォルダ整理で足りる可能性があります。

Q. ファイル名の命名規則は必要ですか？

あると管理しやすくなりますが、ファイル名だけで正本や権限を判断しません。文書ID、正式保存先、責任者、版、施行日を台帳で管理します。

Q. PDF、Word、Excelのどれが最適ですか？

製品によって対応形式と解析方法が異なります。Amazon Bedrock Knowledge Basesの例では、PDF、Word、Excel、HTML、Markdownなど複数形式へ対応しています［4］。ただし「対応している」と「自社の文書を正しく検索できる」は同じではありません。実際の文書と質問で試してください。

Q. 古い文書は削除すべきですか？

履歴として必要なら保管します。ただし、通常の回答根拠として検索されない場所や状態へ分けます。削除する場合は、元データだけでなくRAGの検索対象から消えたことも確認します。

Q. FAQを作れば、RAGは不要ですか？

質問が限定され、回答変更が少なく、担当部署が更新できるならFAQで足りる場合があります。問い合わせの分類、回答範囲、人への切り替えは「問い合わせ対応を生成AIで効率化する方法」でも解説しています。

Q. 台帳を作れば、そのままRAGへ登録できますか？

台帳は登録判断と運用管理のための資料です。実際の登録には、製品が対応するデータソース、形式、権限、メタデータ、同期方法へ合わせた設定が必要です。

まとめ

  • RAG導入前の文書整理は、全ファイル収集ではなく、回答根拠にする正本を選ぶ作業

  • 文書を「正本・鮮度・権限・質問性」の4条件で確認する

  • 実際の質問から必要文書を探し、旧版・草案・参考資料を分ける

  • 1文書1行の台帳へ、責任者、版、施行日、権限、想定質問を残す

  • 登録後も、改定・削除・同期・再テストを続ける担当者が必要

AIよろず室の30分の無料相談では、現在の文書と問い合わせ状況を伺い、最初に整理する領域と文書候補を1つ確認します。RAG製品が決まっていない段階でも構いません。相談後に契約する必要はありません。


この記事を書いた人
AIよろず室。
中小企業を対象に、業務診断、AI活用ロードマップ、実装、社内定着までを支援しています。代表は、IT業界20年以上のエキスパートです。

参考資料

［1］Amazon Web Services「Include metadata in a data source to improve knowledge base query」（2026年8月6日閲覧）

［2］Amazon Web Services「How content chunking works for knowledge bases」（2026年8月6日閲覧）

［3］Amazon Web Services「Sync your data with your Amazon Bedrock knowledge base」（2026年8月6日閲覧）

［4］Amazon Web Services「Prerequisites for your Amazon Bedrock knowledge base data」（2026年8月6日閲覧）

ハッシュタグ

#RAG #生成AI #社内文書 #文書管理 #ナレッジ管理 #社内検索 #AI検索 #生成AI導入 #AI導入 #AI活用 #中小企業DX #中小企業 #DX #DX推進 #業務効率化 #業務改善 #業務マニュアル #FAQ #情報共有 #属人化解消 #情報セキュリティ #アクセス権 #データ整備 #ナレッジベース #AmazonBedrock #ChatGPT活用 #AI担当者 #AI導入支援 #社内DX #AIよろず室

いいなと思ったら応援しよう！