AI社員が変更前の社内ルールを案内したら？備品購入の例で解説

備品の購入申請が『紙の申請書を総務へ渡す方法』から『社内の申請フォームで購買担当へ送る方法』に変わったのに、AI社員が以前の方法を案内する。この記事では、こうしたときに何を調べればよいかを、備品購入の架空の例で説明します。

まず、AIの回答と、回答に表示された文書名やリンクを残し、資料の原文を現在の社内ルールと比べます。次に、新しいルールを使い始める日と、AIへ渡している資料が更新されているかを、文書管理とAI運用の担当者へ確かめます。古い回答が出た原因は、これらを調べるまで断定できません。

以下の例は説明のために作成したものです。実在する会社の文書、実際のAI回答、設定変更や再実行の結果ではありません。

写真の説明を読む

本文の架空例で、古い案内と今の仕事に適用する手順を確認する場面を表した写真です。実在企業の文書、実際のAI回答、実施済みの確認結果を示すものではありません。

図を原寸で見る

業務担当は、質問・回答・引用先を同じ組で残す

古い手順らしい回答が出たら、まず、そのときの質問と回答、表示された引用先や資料一覧、確認した時点を一組で残します。別の回答の引用先や、後から更新された文書だけを組み合わせると、何を手掛かりに調べていたかが分からなくなります。引用先や版が表示されなかった場合は、その不足を残します。実際には表示されていない文書名やURLを補って、参照済みにしません。

保存したいのは、次のような事実です。項目を埋めることより、取得できたものと、まだ分からないものを分けることが大切です。

表は横へ動かせます。キーボードでは表を選び、左右キーで全列を確認できます。

この表は実行ログではありません。実務の一件を調べる際は、実際の回答や表示に置き換えます。文書が古そうだからという理由で、案内をそのまま利用者へ伝えることも、AI全体が故障していると決めることもしません。

資料の原文を、会話ログから必ず取得できるとは限りません。たとえば、Microsoft Copilot StudioのSharePointサイトを知識源として登録する方式では、会話の記録に回答生成で使った文書内容が含まれないという公式の説明があります。取得できる回答・引用表示と、運用担当が別に確認できる原文・版・設定情報を区別してください。引用URLを開けることだけで、回答時にAIへ渡った本文まで再現できたとは扱いません。MicrosoftのSharePoint知識源の説明

担当者は、案内文と旧版・現行版の記載を比べる

この教材では、備品購入の申請手順を次の2文書として用意しました。どちらも本文を省略せず示しています。社内の実在する規程や、別記事の原資料を改訂したものではありません。

表は横へ動かせます。キーボードでは表を選び、左右キーで全列を確認できます。

編集用の案内文「紙の申請書を総務担当へ渡してください。」は、旧版の「紙の申請書」「総務担当」という記載に沿っています。一方、現行版が案内するのは「社内申請フォーム」「購買担当」です。紙かフォームかだけでなく、渡す相手も異なります。

ここで確認できるのは、この案内文は、この旧版の記載と一致するという関係です。実際のAIが旧版を検索した、古いファイルが登録されていた、接続の同期に失敗した、という原因を実証した例ではありません。実務では、返却された資料の情報と原文を照合し、当時使われた版まで分かったかを別に残します。

引用の番号があるか、引用先の原文が回答の一文全体を支えるかを詳しく調べたい場合は、AI回答の一文と引用原文を照合する方法を参照できます。この記事では、その引用照合一般を繰り返すのではなく、旧手順との一致が分かった後に、今の仕事の適用版と資料の受渡経路を調べます。

文書担当は、申請日と適用開始日から使う手順を確かめる

「現行版」という名前だけで判断せず、文書を管理する担当者に、対象業務と適用開始日を確認します。更新日は、その文書を更新した日です。適用開始日は、その決まりを使い始める日です。2つが同じとは限りません。

図の要点を文章で読む

架空の教材です。旧版の原文は「備品購入の申請は紙の申請書を総務担当へ渡す。」で、9月1日から10月14日までの新規申請に適用します。現行版の原文は「備品購入の申請は社内申請フォームから購買担当へ送る。」で、更新日は10月12日、適用は10月15日からです。与えた条件では10月18日の新規申請は現行版に対応します。10月15日より前に受け付けた既存申請の扱いは未確認です。実際のAI回答、資料の登録方式・接続元・同期時刻、原因、再確認結果、業務上の申請承認も未確認です。

図を原寸で見る図を原寸で見る

この架空例の現行版は、10月12日に更新され、10月15日以降の新規申請へ適用する設定です。質問は「10月18日に新しく申請したい」なので、教材で与えた適用条件では、現行版の「社内申請フォームから購買担当へ送る」という手順へ対応します。更新日が10月12日だから、その日から全ての申請を切り替える、という読み方にはしません。

同じ文書でも、既に手続き中の案件をどう扱うかは別です。この教材には、10月15日より前に受け付けた申請の扱いは書かれていません。旧版の申請を全てやり直す、新しいフォームへ必ず移す、既存分は全て旧手順のままでよい、といった条件は追加しません。文書担当と業務の責任者へ確認します。

表は横へ動かせます。キーボードでは表を選び、左右キーで全列を確認できます。

旧版は、過去の案内や既存案件を調べるために必要な場合があります。古い回答が出たときの最初の処置として、旧文書を一律に削除しません。履歴を残す場所、今後の案内に使う文書、既存案件へ使う条件を、文書担当と運用担当が分けて決めます。

運用担当は、AIへ渡った文書の写しと接続元を調べる

適用する手順を確認しても、AIへ渡す文書が古いままなら、似た案内が続く可能性があります。ここでは「知識源」を、AIが案内を作る際に参照する資料や、その登録先という意味で使います。原本を更新する仕事と、AIへどの資料を渡すかを設定する仕事を分けて確認します。

運用担当へは、「新しい資料にしてください」だけでなく、実際の登録方式と対象を調べてもらいます。ファイルを直接アップロードした写しなのか、SharePointなどの登録先から取り込む方式なのか。対象のファイルやサイト、フォルダーはどこか。更新された原本と、登録対象の文書は同じものか。これらの対応が分からなければ、登録内容や担当者の確認結果を得るまで未確認にします。

Microsoft Copilot Studioの現行公式資料には、次のように異なる方式が説明されています。これは、指定された製品・方式を区別するための例です。自社のAI社員が同製品を使っている、同じ設定になっている、という認定ではありません。

表は横へ動かせます。キーボードでは表を選び、左右キーで全列を確認できます。

Microsoftのファイル追加・同期方式の説明と、SharePointサイトを登録する方式の説明を、実際の登録方式と対応させて読みます。画面にSharePointと出ることだけで、どの方式かを一括りにしません。「準備完了」の表示や、最新の原本を人が開けたことだけで、個別回答が新しい本文を使ったと判断することもしません。

資料を変更した後も古いSharePointの内容を参照した、というCopilot Studio利用者の投稿は、どの資料が使われたかを調べたい場面の一例です。投稿中の待ち時間や原因の推測は、現在の仕様や、この教材の再現結果として採用していません。一定時間待てば直る、キャッシュが原因だ、権限を広げれば解決する、といった結論は、この例からは出せません。

担当者は、変更内容を残して同じ質問を確かめる

必要な修正が分かったら、担当者が変更の内容と権限を確認し、実施した内容を残します。変更前の記録を消して新しい記録だけにせず、何を変えたのかが分かる形にします。この記事は実サービスへ資料を登録・差し替え・公開する操作を行ったものではありません。

この架空例で再確認を計画するなら、質問は「10月18日に新しく備品の購入を申請したい。どこへ出す？」のままにします。実際に試す前の欄へ、期待する「フォームから購買担当」という文を写して、AIの回答済みにしません。

表は横へ動かせます。キーボードでは表を選び、左右キーで全列を確認できます。

回答が新しい手順に変わっても、それだけで全ての質問や既存案件が正しく扱われるとは認定しません。逆に、回答が変わらなかった場合も、資料が供給されていないのか、質問の条件が違うのかを調べる前に、1つの原因へ決めません。

文書を変更したために、比較用に用意した「期待する答え」も見直す必要がある場合は、質問・元資料・期待する答えを同じ組で準備する方法を使えます。今回は、実際の再実行や採点をしていません。記事中の案内文を、実結果の欄へ転記しないでください。

業務担当は、確認した回答と適用条件を文書担当・運用担当へ伝える

業務担当は、質問日時、返された回答、引用先、確認できた原文をそろえて文書担当と運用担当へ伝えます。文書担当には、今回の仕事へ適用する版と、既に受け付けた申請の扱いを確認します。運用担当には、実際に登録された資料や接続元と、どの版が回答へ供給されたかを確認します。次の表で、分かっている事実と未確認の条件を担当ごとに整理します。

• 質問と、実際に返った回答・参照の表示。
• 回答に一致した文書と該当文。回答時点の版が分かったか。
• 今の仕事に適用する文書、適用開始日、対象。まだ分からない例外。
• 実際の登録方式、対象ファイル・接続元、供給された版について確認できた証拠。
• 確認を依頼する担当、必要な変更、実施後の同じ質問での実結果。

文書担当へは「10月18日の新規申請に使う版と、10月15日より前に受け付けた既存申請の扱い」を確認します。運用担当へは「どの写し・登録先から、どの版が渡ったと確認できるか」を確認します。両方を一人へ頼む場合でも、文書の適用判断と設定の確認結果を分けて受け取ります。

DREEXYへ相談する際も、対象の仕事、食い違った案内と資料、適用する版、まだ確認できていない受渡経路を整理すると、どの担当と何を確かめるかを具体化できます。社内で確認する担当が未定なら、その役割分担から整理してください。業務でのAI利用を相談する

まとめ：旧文書との一致・現在の適用・資料の受渡経路を分ける

この架空例の案内文は、紙の申請書を総務担当へ渡す旧版と一致しました。一方、与えた条件では10月18日の新規申請は、10月15日から適用するフォーム・購買担当の手順へ対応します。文書の更新日10月12日と適用開始日10月15日を分け、既に出した申請の扱いは未確認のまま残しました。

図の要点を文章で読む

架空の確認手順です。業務担当は質問日時、返された回答、引用先と確認できた原文を保存します。文書担当は仕事の日付と対象に適用する版を確かめ、10月15日より前に受け付けた既存申請の扱いは別に確認します。運用担当は実際の登録方式、対象ファイルや接続元、どの版が供給されたかを確かめます。アップロードした写しと接続元を代替の可能性として分け、実環境の方式は決めつけません。必要な変更後は同じ質問で実際の回答を比べますが、本例での再確認は未実施です。原因、同期時刻、業務承認は未確認のままです。

図を原寸で見る図を原寸で見る

実務でも、まず一件の質問・回答・参照情報を残し、文書担当へ適用版、運用担当へ実際の資料の受渡経路を確かめます。必要な変更を実施した後は、同じ質問で実際の回答と参照を取得して照合します。旧文書は一律に削除せず、過去や既存案件のために残す必要があるかも確認します。原因や同期成功を先に決めず、最初の一歩は、保存した一件を文書担当と運用担当へ渡すことです。

一次資料と確認範囲

• Microsoft Copilot Studio：非構造化データを知識源として追加する：2026年10月18日に、標準の方式に関するローカルファイル、SharePoint／OneDrive追加、処理状況の節を確認。指定方式の説明を全製品や個別環境へ一般化していません。
• Microsoft Copilot Studio：SharePointを知識源として追加する：同日、登録範囲・権限・会話記録の対象を確認。実際の登録設定や、今回の回答に供給された本文を検証したものではありません。
• 利用者の一次投稿：CoPilot does not refresh sharepoint pages：同日、元投稿者の本文を確認。個人の報告を、製品の更新時間の保証や原因の認定に使っていません。日本国内の検索量、GSC、実読者の理解、CTR、業務成果は未確認です。