社内問い合わせのAI化
任せる質問・任せない質問と
導入前の確認表

社内問い合わせのAI化は、総務や情シスに届く質問をすべて自動回答することではありません。根拠が決まっている手順の案内から始め、個人情報の照会や例外の承認は別の処理に分けると、任せる範囲を具体化できます。

例えば「備品の申請先は？」と「この備品を買ってよい？」では、必要な仕組みが違います。本記事では、質問の分類、資料のつなぎ方、公開前の確認方法を整理します。Microsoftの公式仕様を比較し、同じ製品でも権限と更新の扱いが変わる点を確認しました。実機の性能比較ではなく、仕様に基づく導入判断のための記事です。

AIに任せる質問・任せない質問

全社員に共通する案内、本人だけが見られる照会、担当者が決める承認を分けて考えます。 社内の質問だからといって、一つのチャットにすべての資料と権限を集めないことが出発点です。

最初に対象にしやすいのは、答えの根拠が一つに決まり、間違っても取り消し困難な処理を起こさない質問です。総務の申請先案内や、情シスの端末設定手順の検索が候補になります。給与情報や個別の評価、緊急の障害対応を、試作段階から同じ窓口へ混ぜる必要はありません。

AI導入の前に、よく聞かれる質問を実際の表現で並べます。「VPN」という用語ではなく「自宅から共有フォルダが開けない」と聞かれるなら、その言い方でも手順にたどり着けるかを見るためです。質問ログを使う場合は、利用目的と閲覧範囲を確認し、個人名や相談内容を不用意に外部サービスへ渡さないようにします。

FAQを整えるか、文書を検索させるか

答えを固定したい質問はFAQへ、複数の資料から探す質問は文書検索へ振り分けます。 AIを使う場合も、すべての回答を毎回生成させる必要はありません。

決まった案内は、短いFAQにする

問い合わせ先、申請フォーム、添付書類の一覧などは、担当部署が確認した答えを登録できます。AIには質問の言い換えを受け取る役割を持たせ、表示する回答を固定する方法もあります。少数の質問とリンクで用が済むなら、通常のFAQページや社内ポータルの整理から始める選択も合理的です。

文書検索は、出典へ戻れる形にする

手順書や規程が多い場合は、関連部分を検索してから回答を作るRAGという構成が候補です。回答の横に文書名、適用日、該当箇所へのリンクを置けば、利用者が元の規程へ戻れます。ただし、引用があるだけでは正答とは限りません。質問者の所属や対象の制度に、その文書が適用されるかも確認が必要です。

資料には、文書を管理する担当部署、対象者、施行日、廃止日を持たせます。ファイルの更新日時が新しくても、将来施行の規程かもしれません。「一番新しいファイルを使う」だけでは、現在有効なルールを選べないためです。正式版が決まっていない文書は、回答根拠にせず担当部署で整理します。

資料の入れ方で何が変わる？

製品名だけで選ばず、資料の接続方法ごとに「誰が読めるか」と「変更がいつ届くか」を確認します。 Copilot Studioの公式資料を例にすると、この二つを一括で「社内データ連携」と呼べない理由が分かります。

以下は2026年9月9日に確認した、Copilot Studioの標準ハーネス（エージェントの実行基盤）で使う機能の公式仕様です。別の実行基盤へそのまま当てはめず、導入する環境でも確認してください。特定製品の推奨や、弊社による動作保証ではありません。

根拠：Microsoftの生成回答ノードへのファイルアップロード、非構造データの権限・同期方式、SharePoint接続の仕様。

「元の資料は限定公開」だけでは足りない

部長だけが読める資料を、全社員が使うAIへ直接アップロードすれば、元の保存先で付けた制限がそのまま働くとは限りません。上表の最初の方式と、SharePointへ接続する二つの方式は区別が必要です。画面の操作が似ていても、アクセスを判断する場所が違います。

そのため、管理者が正常に答えを得られるテストだけで終わらせません。一般社員と管理者で同じ質問を行い、権限のない側には回答本文、引用、文書名からも機密内容が伝わらないかを確認します。これは資料の検索精度を測るテストとは別です。

更新・削除と、閲覧権限の変更は別に試す

Microsoftは、取り込み型のSharePoint接続の同期周期を取り込み完了基準で4〜6時間と説明しています。一方、権限は質問時に確認する仕様です。この時間はすべての製品に共通する値でも、変更が必ず反映される保証時間でもありません。直接検索する方式でも、検索できる状態になるまでを確認します。

ここから分かるのは、「旧規程を削除した後の回答」と「異動で閲覧権限を外した人への回答」を同じ確認にまとめないほうがよい、ということです。前者は内容の更新、後者は利用者の権限が論点になります。すぐに変わる締切や障害案内は、新しい回答を確認するまで正式な案内先へ誘導する運用も用意します。

導入前に試す質問と確認表

正しく答える質問だけでなく、答えてはいけない質問と、更新直後の質問を試します。 下表は弊社が公式仕様から整理した確認案です。顧客案件の記録や、製品の実測結果ではありません。

顧客や社員の実情報を使わず、架空の「備品申請手順」と部署限定資料を用意します。利用者の権限、文書の状態、期待する対応を先に決め、その後に出力を記録してください。実際の質問文、未加工の回答、参照先、実行日時を残せば、文章が自然だったという印象だけで判断せずに済みます。

権限変更・新版への更新・旧版の除外では、変更前後に同じ質問を実行して比較します。変更時刻と回答時刻、接続方式、新しい会話か継続中の会話かを記録し、修正後の再試験も同じ条件で行います。

社内問い合わせAIの導入前確認表をダウンロード（CSV）できます。判定欄は空欄です。貴社で使う資料・アカウント・窓口に合わせて書き換えてください。

機密情報が返る不具合は、平均の正答率が高くても公開を止める理由になります。一方、案内文が長い問題は、回答の要約や見せ方の調整で対応できます。すべてを「精度不足」と考えず、原因によって修正する場所を変えます。過去に表示した内容まで権限変更で消せるわけではないため、会話履歴の閲覧範囲と保存・削除も別途確認します。

有人対応と申請受付をつなぐ

AIが答えられない場合にも、利用者が最初から説明し直さずに済む引継ぎを作ります。 質問内容、試したこと、参照した資料、まだ不明な点を窓口へ渡し、受け取る担当部署を決めます。ただし、質問者が見られない資料や不要な個人情報まで転送しません。

「担当者へ連絡しました」と表示するのは、実際に受付が成功した後です。転送できなければ、連絡先を表示して利用者自身が連絡できるようにします。同じ問い合わせを再送した際に重複受付にならないことも、接続先の仕組みに合わせて確かめます。

申請状況の照会や登録機能を足す場合は、誰の権限で動くかを再確認します。Microsoftのツールの認証設定でも、作成者側の認証情報を使う設定と、利用者自身が認証する設定を区別しています。資料検索が利用者の権限で動くことは、別の登録機能まで同じ権限で動く証拠にはなりません。

最初は案内だけを公開し、個別照会、受付、承認を段階的に追加すると、どの機能が問題を起こしたか追いやすくなります。権限を分ける考え方は、AIツールの権限管理と機密情報の扱いでも解説しています。

費用対効果は、回答数だけで判断しない

減った一次対応の時間から、回答の修正と資料の更新に増えた時間を差し引いて見ます。 AIの会話数が増えても、人への質問が減らなければ、担当者の負担は残っているかもしれません。

導入前後で、対象の質問、件数、担当者の作業時間を同じ条件で比べます。「AIが回答した」「利用者が解決した」「担当者へ引き継いだ」は分けて記録してください。回答が返っただけの会話を自己解決として数えると、効果を大きく見積もってしまいます。

費用は、サービス利用料だけでなく、資料整理、接続設定、権限テスト、文書の更新、障害対応を含めて確認します。すでに契約している環境で要件を満たせるなら、新しい専用システムを作る必要はありません。複数の保存先を横断する場合や、申請受付までつなぐ場合は、AI開発の費用の考え方も参考になります。

まず一つの窓口で、任せる質問を決める

最初に決めるのは製品ではなく、どの質問に、どの資料を根拠に答えるかです。 頻出する手順案内を一つ選び、現行の文書と更新担当を確認してください。その上で本記事の確認表を使い、権限・更新・有人対応が要件を満たすかを判断します。

外注先には、管理者のデモだけでなく「権限のない人が聞いたらどうなるか」「規程を変えた直後は何を返すか」を確認してもらいましょう。回答の見栄えより、運用中に変わる条件へ対応できるかが、使い続けられる仕組みを選ぶ材料になります。