Microsoft Copilot Studioの「Unstructured data as a knowledge source」は、WordやPDFなどのファイル、OneDrive・SharePointのコンテンツ、外部サービスのナレッジベースを、エージェントの回答根拠として利用する仕組みです。
結論から言えば、すべての利用者が直ちに設定を変更する必要はありません。ただし、社内文書を参照するエージェントを運用している組織や、これから本番導入する組織は対応が必要です。データがDataverseへ取り込まれる経路、利用者ごとの権限確認、同期の遅延、管理者によるDLP制御、ストレージ消費、課金まで確認しなければなりません。
2026年7月9日時点で確認できる公式情報を基に、機能の仕組み、利用条件、データ境界、管理方法、業務での使いどころを整理します。(Microsoft Learn)
Microsoft Copilot Studioの「Unstructured data as a knowledge source」とは
非構造化データとは、データベースの行や列のように形式が統一されていない情報です。代表例には、次のようなものがあります。
- Wordで作成した業務マニュアル
- PDF形式の規程や製品資料
- PowerPointの研修資料
- Excelの説明資料や一覧表
- SharePointやOneDrive内のファイル
- Salesforce、ServiceNow、Confluence、Zendeskのナレッジ記事
Microsoft Copilot Studioでは、これらの情報をナレッジソースとして登録し、利用者の質問に関連する部分を検索して回答を生成できます。
OneDriveや「Upload files」経由のSharePoint、外部ナレッジベースを利用する場合、コンテンツはDataverseに取り込まれます。その後、ファイルが小さな単位に分割され、意味検索に利用するインデックスやベクトル表現が作成されます。
質問を受けると、エージェントは質問と意味的に近い部分を検索し、関連する文章を生成AIへ渡して回答を作ります。単に文書内のキーワードを探すだけではなく、「休暇の繰り越し」と「翌年度へ持ち越せる有給休暇」のような表現の違いを考慮した検索が可能になります。(Microsoft Learn)
| 処理段階 | 実際に行われること | 実務上の意味 |
|---|---|---|
| 接続・アップロード | ファイルやナレッジベースを指定する | どの情報をAIに参照させるか決める |
| 取り込み | 対象データをDataverseへ保存する方式がある | Dataverseの容量とデータ境界を確認する必要がある |
| インデックス作成 | 文書を分割し、意味検索用の索引を作る | 登録直後には回答できない場合がある |
| 質問時の検索 | 質問に関連する文書部分を抽出する | 文書名や説明文の設定が検索精度に影響する |
| 回答生成 | 抽出した内容を根拠に回答する | 元文書の品質や更新状況が回答品質を左右する |
| 定期同期 | 更新・削除された内容を再取り込みする | 変更が即時反映されるとは限らない |
今回のAI更新で実務上確認すべきポイント
今回の公式情報で重要なのは、単に「参照できるファイルが増えた」という点ではありません。非構造化データを業務で安全に利用するための設計条件が、より具体的に整理されている点です。
OneDriveやSharePointのフォルダー単位で利用できる
OneDriveやSharePointでは、個別ファイルだけでなく、フォルダーを選択してナレッジソースにできます。対象フォルダー内の対応ファイルやサブフォルダーも、上限の範囲内で取り込まれます。
たとえば、SharePointに次のような構成があるとします。
人事部
├─ 就業規則
├─ 休暇制度
├─ 給与・手当
└─ 各種申請書「人事部」フォルダーをナレッジとして登録すれば、人事制度を案内する社内エージェントを構築しやすくなります。
一方、フォルダー内の文書を無条件にすべて登録する運用は危険です。廃止済みの規程、下書き、個人情報を含む資料、閲覧対象が限定された文書が混在していないかを先に確認する必要があります。
外部ナレッジベースも回答根拠にできる
Microsoft Copilot Studioでは、次の外部サービスに保存されたナレッジ記事を利用できます。
| サービス | 登録単位 | 主な注意点 |
|---|---|---|
| Salesforce | ナレッジベース | 記事を1件ずつ選ぶ方式ではない |
| ServiceNow | ナレッジベース | 選択したナレッジベース全体が対象になる |
| Confluence | スペース | 個別ページ単位では選択できない |
| Zendesk | ナレッジベース | カテゴリや記事単位での細かな選択はできない |
外部ナレッジベースでは、公開済みの記事が取り込み対象となり、下書きやアーカイブ済みの記事は使用されません。また、作成者が設定時に使用する接続と、公開後に利用者が使用する認証は別です。利用者は原則として、自分自身の資格情報で接続し、元サービス上の権限に応じた情報だけを取得します。(Microsoft Learn)
「ファイルを登録できる」だけでは本番利用できない
本番運用では、次の要素をまとめて設計する必要があります。
- 誰が元データを閲覧できるか
- コンテンツをDataverseへ複製してよいか
- 更新を何時間以内に反映する必要があるか
- 機密ラベル付き文書を利用するか
- Dataverseの保存容量に余裕があるか
- 生成回答の利用量を管理できるか
- 開発環境から本番環境へどう移行するか
そのため、今回の機能は「文書を追加すれば終わり」ではなく、検索基盤、アクセス制御、データ管理を含むAIシステムとして扱う必要がある機能です。
利用条件と主な上限
Microsoft Copilot Studioで非構造化データを利用する前に、次の条件を確認します。数値や対応形式は変更される可能性があるため、本番導入時には最新の公式ドキュメントも再確認してください。(Microsoft Learn)
| 確認項目 | 公式情報上の条件・上限 | 実務上の注意点 |
|---|---|---|
| Dataverse検索 | 有効化が必要 | 無効化するとインデックスが削除され、再有効化時に再同期が必要 |
| 1ファイルの最大サイズ | 512MB | 大容量PDFは分割した方が管理しやすい |
| エージェントのナレッジオブジェクト | 最大500件 | ファイル数だけでなく、登録方法も整理する |
| OneDrive・SharePointの1ソース | 最大1,000ファイル、50フォルダー、サブフォルダー10階層 | 上限超過時に対象外となったファイルを把握しにくい |
| 主な同期ファイル形式 | DOC、DOCX、XLS、XLSX、PPT、PPTX、PDF | 静的な直接アップロードでは、さらに多くの形式に対応 |
| 同期間隔 | 通常4～6時間 | 即時反映が必要な情報には不向き |
| 手動更新 | 同期ソースには任意のタイミングで実行する手動更新がない | 緊急改訂時の代替運用を決めておく |
| 初回セットアップ | Dataverse準備やインデックス作成に5～30分程度かかる場合がある | 「Ready」になるまでテストを開始しない |
| 認証 | コネクタ型ソースは実行時の利用者認証が必要 | 共有アカウントによる一律参照を前提にしない |
| ストレージ | 取り込んだデータとインデックスがDataverse容量を消費する | 容量レポートと増加量を監視する |
| 課金 | ナレッジを使う要求は生成回答の利用として扱われる | 想定質問数で事前に負荷試験する |
| ALM | 非構造化ナレッジソースはALM処理に対応していない | ソリューション移行後の再登録手順が必要 |
Dataverse検索を安易にオン・オフしない
Dataverse検索を無効にすると、既存の検索インデックスは削除されます。再び有効化した場合はフル同期が必要となり、データ量によっては再構築に長い時間がかかる可能性があります。
共有の本番環境でDataverse検索を変更する際は、Copilot Studioだけでなく、同じ環境でDataverse検索を利用しているアプリへの影響も確認してください。(Microsoft Learn)
OneDrive・SharePoint利用者の権限も確認する
Dataverseに保存されたOneDriveまたはSharePointのコンテンツへアクセスする利用者には、適切なDataverseのセキュリティロールが必要です。公式情報では、Basic User相当のロールに加え、プラグイン関連の一部テーブルに対する読み取り権限が必要とされています。
「SharePointでは閲覧できるのに、Copilot Studioでは回答されない」という場合は、元ファイルの権限だけでなく、Dataverse側のロールも確認します。(Microsoft Learn)
データ境界は登録方式によって異なる
非構造化データを利用するときに最も注意したいのが、元データがどこに残り、どこへコピーされるかです。
SharePointを利用する場合でも、登録方法によってデータの扱いが異なります。
| 登録方式 | コンテンツの保存場所 | 更新反映 | 権限確認 | 適した用途 |
|---|---|---|---|---|
| 直接ファイルアップロード | Dataverseへ保存 | 手動で再アップロード | 元ファイル側のライブ確認なし | 更新頻度が低い固定資料 |
| OneDriveからアップロード | Dataverseへ取り込み | 通常4～6時間 | 質問時に元ソースの権限を確認 | 担当者管理の更新文書 |
| SharePointからアップロード | Dataverseへ取り込み | 通常4～6時間 | 質問時にSharePoint権限を確認 | 対象を絞った社内文書検索 |
| SharePointの完全な接続 | コンテンツはSharePointに残る | SharePoint検索を直接利用 | SharePoint権限を使用 | 最新性やデータ非複製を重視する用途 |
| 外部ナレッジベース | コンテンツをDataverseで索引化 | 通常4～6時間 | 外部サービスの利用者権限を確認 | 問い合わせ対応や製品サポート |
権限チェックがあることと、データが複製されないことは別
OneDriveや「Upload files」経由のSharePointでは、コンテンツや検索用インデックスがDataverseに保存されます。
その一方で、利用者が質問したときには元サービスへ問い合わせ、現在も対象ファイルを閲覧できるか確認します。権限がなければ、その文書は回答に使用されません。
つまり、次の2つは分けて理解する必要があります。
- 保存場所の境界：文書や検索用データがDataverseへ取り込まれる
- 閲覧権限の境界：回答時に元ソースの利用者権限を確認する
「SharePointの権限が維持されるから、データはSharePointから出ない」と判断するのは誤りです。
直接アップロードはエージェントの公開範囲が境界になる
PCから直接アップロードしたファイルは静的なナレッジとしてDataverseに保存されます。元ファイルが更新されても自動同期されないため、更新後は再アップロードが必要です。
また、OneDriveやSharePointの同期型ソースとは異なり、元の保存場所に対する利用者権限のライブ確認は行われません。したがって、直接アップロードした文書の保護では、エージェント自体の認証方式と共有範囲が重要になります。
社内限定の規程を直接アップロードしたエージェントを匿名利用可能なチャネルへ公開しないよう、公開前に認証設定を必ず確認してください。(Microsoft Learn)
SharePointの2方式は要件に応じて選ぶ
SharePointからファイルをDataverseへ取り込む方式は、文書全体の意味検索や、対応するPDF内の画像テキスト検索に向いています。一方で、同期には時間がかかり、Dataverseの保存容量を消費します。
SharePointを直接検索する完全な接続方式は、コンテンツをSharePointに残したまま利用でき、更新内容をより迅速に反映できます。タイトル、作成者、更新者、更新日などを使った高度なフィルターや、感度ラベルにも対応します。
次のように選ぶと判断しやすくなります。
- 文書の意味検索を重視する：SharePointからアップロード
- データをDataverseへ複製したくない：SharePointの完全な接続
- 更新をできるだけ早く反映したい：SharePointの完全な接続
- 対象ファイルを限定して小さく始めたい：SharePointからアップロード
- 感度ラベル付き文書を扱いたい：SharePointの完全な接続を優先
ただし、パスワード保護されたコンテンツは回答に利用できません。(Microsoft Learn)
日本を含む米国外リージョンではデータ移動設定も確認する
Microsoft Copilot Studioの生成AI機能では、Azure OpenAI Serviceなどが使用されます。米国外のリージョンでは、利用する機能によって地域境界をまたぐデータ移動が発生する可能性があります。
日本の組織では、Power Platform管理センターで生成AI機能に関するリージョン間データ移動の設定を確認してください。設定変更はグローバル管理者またはPower Platform管理者が行います。
一度行われたデータ移動は、後から同意を無効にしても取り消せません。個人情報、要配慮情報、契約上の保管地域制限があるデータを扱う場合は、接続前に情報セキュリティ部門や法務部門の確認を受けるべきです。(Microsoft Learn)
管理者が行うべき制御
Microsoft Copilot Studioのナレッジソースは、Power Platformのデータポリシーで制御できます。
Power Platform管理センターで、原則として次の順序で設定します。
- 「セキュリティ」を開く
- 「データとプライバシー」からデータポリシーを作成または編集する
- Copilot Studio関連コネクタをBusiness、Non-business、Blockedへ分類する
- 必要に応じて利用可能なSharePointエンドポイントを制限する
- ポリシーをテナント全体または特定環境へ適用する
- 対象環境でエージェントの公開テストを行う
ナレッジソースを制御するときは、次のコネクタが対象になります。
Knowledge source with SharePoint and OneDrive in Copilot StudioKnowledge source with public websites and data in Copilot StudioKnowledge source with documents in Copilot Studio
禁止されたナレッジソースを含むエージェントを公開しようとすると、DLP違反としてエラーになります。SharePointについては、コネクタ全体を禁止する代わりに、許可するサイトやエンドポイントを絞る方法も検討できます。(Microsoft Learn)
推奨する管理項目
| 管理項目 | 推奨設定 | 目的 |
|---|---|---|
| 環境の分離 | 開発・テスト・本番を分ける | 未承認データの本番利用を防ぐ |
| 作成者の制限 | Microsoft Entra IDグループで管理する | 誰でもエージェントを作成できる状態を避ける |
| DLPポリシー | 開発環境は厳しく、本番は審査済み接続のみ許可する | データ流出経路を減らす |
| SharePoint接続先 | 許可サイトを限定する | 個人サイトや未管理サイトの利用を防ぐ |
| エージェント認証 | 社内用途では利用者認証を必須にする | 匿名利用による情報露出を防ぐ |
| Dataverse容量 | 容量レポートで定期監視する | 文書とインデックスによる容量不足を防ぐ |
| 監査 | Microsoft Purviewの監査ログなどを利用する | 誰が設定・利用したか追跡する |
| 公開承認 | セキュリティ、データ所有者、業務部門の承認を設ける | 作成者だけの判断で公開しない |
| 定期棚卸し | 不要なソースや接続を削除する | 古い文書や過剰な権限を残さない |
Microsoftは、環境単位のガバナンス、最小権限、Microsoft Entra IDグループによるアクセス管理、データポリシー、監査を組み合わせることを推奨しています。(Microsoft Learn)
ALMではナレッジソースの再設定手順を用意する
Copilot Studioのエージェントをソリューションとして開発環境からテスト環境、本番環境へ移行しても、非構造化データのナレッジソースが自動的に処理されるとは限りません。公式の制限では、OneDrive、SharePointアップロード、外部ナレッジベースなどでALMがサポートされていません。(Microsoft Learn)
本番移行の手順書には、少なくとも次の作業を含めます。
- 本番環境で接続を作成する
- 本番用のサイトやナレッジベースを選択する
- ナレッジソースを再登録する
- インデックスの作成完了を確認する
- 本番利用者の資格情報でアクセスを検証する
- 権限のない利用者で情報が返らないことを確認する
- 引用リンクが本番環境の正しい文書を指すことを確認する
業務や開発での使いどころ
社内ヘルプデスク
就業規則、情報システム利用規程、経費精算マニュアル、申請手順をナレッジとして登録し、社員からの定型的な質問に回答させる用途です。
質問例は次のとおりです。
在宅勤務を申請する期限はいつですか
出張時に宿泊費の上限を超えた場合はどうしますか
パソコンを紛失したときの連絡先を教えてください規程が頻繁に更新される場合は、SharePointの完全な接続が適しています。特定の承認済みマニュアルだけを高精度に検索させたい場合は、SharePointからアップロードする方式が候補になります。
顧客サポート
Salesforce、ServiceNow、Zendeskなどの既存ナレッジベースを接続し、問い合わせ対応の回答案を作成できます。
たとえば、サポート担当者が次のように質問します。
エラーコードE204が表示された場合の確認手順をまとめてください
旧バージョンから最新版へ移行する際の注意点は何ですか
この障害に該当する既知の問題はありますか外部ナレッジベースは記事単位ではなく、ナレッジベースやスペース単位で登録されます。限定公開の記事や別部門の情報まで取り込まれないよう、接続対象側の構成を先に整理する必要があります。
開発者向けアシスタント
システム構成書、API仕様書、運用手順書、障害対応記録、コーディング規約を登録すると、開発者や運用担当者向けのアシスタントを作成できます。
特に有効なのは、次のような場面です。
- 新任担当者がシステム構成を理解する
- 障害発生時に過去の対応手順を探す
- 社内固有の命名規則や実装ルールを確認する
- リリース前の確認事項を洗い出す
- 複数の運用手順書から共通作業をまとめる
ただし、文書に書かれている情報を検索して説明する機能と、システムを実際に操作する機能は別です。チケット作成、データ更新、デプロイ実行などを行わせる場合は、コネクタ、アクション、APIなどを別途構成します。
営業・提案支援
製品カタログ、料金説明、導入事例、競合比較、提案時の注意事項を登録し、営業担当者の情報検索を支援できます。
PDFのページ単位の引用が利用できる構成では、回答の根拠となったページを確認しやすくなります。提案書へ転記する前に、担当者が元資料を開いて確認する運用と組み合わせると安全です。
向いていない用途
次の用途では、非構造化データだけに依存しない方がよいでしょう。
| 要件 | 向いていない理由 | 検討する代替策 |
|---|---|---|
| 数分単位で変わる在庫や障害情報 | 同期に4～6時間かかる場合がある | API、Dataverseテーブル、リアルタイムコネクタ |
| 厳密な集計や数値計算 | 意味検索は正確な集計処理を保証しない | 構造化データ、Power BI、コード実行 |
| 文書をDataverseへ複製できない | アップロード方式ではデータが取り込まれる | SharePointの完全な接続 |
| パスワード保護文書 | インデックス化や回答生成ができない | 保護方法を見直した承認済みコピー |
| 記事を1件ずつ厳密に選びたい | 外部KBはコレクション単位で登録される | 専用KBの分割、APIによる個別取得 |
| 取引や申請を完了させたい | ナレッジ検索は情報提供が中心 | アクション、フロー、API連携 |
Excelファイルも対応形式に含まれますが、複雑な計算や大量データの分析では期待どおりの結果にならない場合があります。数値の正確性が重要な処理では、構造化データや専用の計算処理を使用してください。(Microsoft Learn)
導入手順
利用目的と対象利用者を決める
最初に「何でも答える社内AI」を目指すのではなく、対象業務を絞ります。
たとえば、次のように定義します。
目的：
情報システム部門への定型的な問い合わせを減らす
対象者：
自社のMicrosoft Entra IDで認証した社員
対象データ：
承認済みのPC利用マニュアルとセキュリティ規程
対象外：
人事情報、個人別の端末情報、未公開の障害情報データの登録方式を選ぶ
次の順序で判断します。
- Dataverseへの複製が許可されているか
- 何時間以内の更新反映が必要か
- 利用者ごとの元データ権限を維持する必要があるか
- 感度ラベル付き文書を扱うか
- ファイルやフォルダーの数が上限内か
- 本番移行時に再登録できる運用体制があるか
更新頻度が低い公開済みマニュアルなら直接アップロードでも運用できます。社内文書を継続的に更新する場合は、OneDriveやSharePointの接続を優先します。
管理者が事前確認する
エージェント作成前に、管理者は次の項目を確認します。
- 対象環境でDataverse検索が有効か
- Dataverse容量に余裕があるか
- 生成AIのリージョン間データ移動設定が適切か
- DLPポリシーで対象コネクタが許可されているか
- SharePoint接続先が承認済みサイトか
- 作成者と利用者へ必要なロールが付与されているか
- 匿名公開が禁止されているか
- ログと容量を監視できるか
ナレッジソースを追加する
Copilot Studioで対象エージェントを開き、ナレッジ追加画面からソースを選択します。
一般的な流れは次のとおりです。
- 「Add knowledge」を選択する
- OneDrive、SharePoint、外部ナレッジベースなどを選ぶ
- 接続を作成してサインインする
- 対象ファイル、フォルダー、スペース、ナレッジベースを選ぶ
- 登録内容を確認する
- ナレッジソース名と説明を入力する
- エージェントへ追加する
- 状態が「Ready」になるまで待つ
- テスト画面で質問する
- 初回利用時に必要な接続を完了する
ナレッジソースの説明は、「社内文書」だけで終わらせないことが重要です。
悪い例：
人事関係の資料
良い例：
正社員向けの就業規則、年次有給休暇、育児・介護休業、
在宅勤務、出張旅費の申請条件と手順を記載した社内規程説明を具体的にすると、生成オーケストレーションがどのナレッジソースを使うべきか判断しやすくなります。(Microsoft Learn)
権限別に受け入れテストを行う
作成者のアカウントだけでテストすると、権限の問題を見落とします。少なくとも次の利用者で確認してください。
- すべての対象文書を閲覧できる利用者
- 一部の文書だけを閲覧できる利用者
- 対象文書を閲覧できない利用者
- 本番チャネルを実際に使用する一般利用者
受け入れテストでは、次の項目を確認します。
| テスト | 質問・操作例 | 合格条件 |
|---|---|---|
| 正常検索 | 規程に明記された条件を質問する | 正しい回答と引用が表示される |
| 表現揺れ | 文書とは異なる言い方で質問する | 意味の近い正しい箇所を検索できる |
| 権限制御 | 権限のない利用者が質問する | 非公開文書の内容が回答されない |
| 更新反映 | 文書を更新して同期後に再質問する | 更新後の内容で回答される |
| 削除反映 | 文書を削除して同期後に再質問する | 削除済み情報を回答しない |
| 引用確認 | 回答元のリンクを開く | 利用者が閲覧可能な正しい資料へ移動する |
| 未記載質問 | 文書にない内容を質問する | 根拠のない断定をしない |
| 類似文書 | 新旧版がある状態で質問する | 廃止版ではなく現行版を優先する |
失敗しやすいポイント
「Ready」なら回答できるとは限らない
ナレッジソースが「Ready」と表示されても、次のようなファイルは回答に利用できない場合があります。
- ConfidentialやHighly Confidentialなどの感度ラベルが設定されている
- パスワードで保護されている
- 対応していないファイル形式である
- 利用者に元ソースの閲覧権限がない
- ファイルが利用者と共有されていない
- インデックス化に適さない文字や内容が含まれている
「Ready」は処理状態の表示であり、全利用者が回答を取得できる保証ではありません。(Microsoft Learn)
フォルダーの上限超過を見逃す
登録したフォルダーが上限を超えた場合、上限までのファイルだけが処理されます。どのファイルが取り込まれ、どのファイルが対象外になったかを画面上で把握しにくい場合があります。
本番利用では、事前にファイル数、フォルダー数、階層数を集計し、上限より余裕のある単位に分割してください。
更新がすぐ反映されると思い込む
OneDrive、SharePointアップロード、外部ナレッジベースの同期には通常4～6時間かかります。緊急で改訂した規程や障害情報が、直後の回答に反映されるとは限りません。
緊急情報には、次のような別経路を用意します。
- エージェントの冒頭メッセージへ固定表示する
- リアルタイムAPIから取得する
- Teamsや社内ポータルで別途告知する
- 一時的に該当ナレッジを回答対象から外す
新旧文書を同時に残す
「就業規則_2025.pdf」と「就業規則_2026.pdf」を同じ場所に残すと、旧版を根拠に回答する可能性があります。
旧版を保存する必要がある場合は、エージェントが参照しないアーカイブへ移動します。現行文書には改定日、版番号、有効期間を明記すると、回答の検証もしやすくなります。
直接アップロード後の更新を忘れる
直接アップロードしたファイルは、元ファイルを変更しても自動更新されません。
文書管理台帳に、次の項目を追加すると管理しやすくなります。
- ナレッジソース名
- 元文書の管理者
- Copilot Studioへの登録日
- 元文書の最終更新日
- 再アップロード日
- 次回確認日
- 廃止予定日
開発環境の接続が本番でも使えると思い込む
非構造化データソースはALM上の制約があるため、エージェントを移行しただけでは本番用ナレッジが完成しません。
本番公開の完了条件を「ソリューションのインポート成功」にせず、ナレッジ再登録、同期完了、権限テスト、引用確認まで完了した状態と定義してください。
対応が必要かを判断する
| 現在の状況 | 対応要否 | 実施すべきこと |
|---|---|---|
| Copilot Studioを利用していない | 緊急対応は不要 | 将来導入時のデータ境界として把握する |
| Webサイトだけをナレッジにしている | 影響は限定的 | DLPポリシーと公開範囲を確認する |
| ファイルを直接アップロードしている | 対応推奨 | 認証、共有範囲、更新漏れを確認する |
| OneDriveをナレッジにしている | 対応必要 | Dataverse容量、同期、利用者権限を確認する |
| SharePointからアップロードしている | 対応必要 | 完全なSharePoint接続との違いを再評価する |
| SalesforceなどのKBを接続する予定 | 対応必要 | 登録単位、公開記事、利用者認証を確認する |
| 機密情報や個人情報を扱う | 優先対応 | DLP、地域間データ移動、監査、公開承認を確認する |
| 開発・テスト・本番へ展開する | 対応必要 | ナレッジ再登録を含む移行手順を作る |
今すぐ行うべきこと
まず、既存のCopilot Studioエージェントについて、登録されているナレッジソースを一覧化してください。直接アップロード、OneDrive、SharePoint、外部ナレッジベースを区別し、保存場所と認証方式を確認します。
次に、各ソースについて「Dataverseへの複製可否」「必要な更新速度」「閲覧権限」「機密区分」「同期上限」を評価します。要件に合わない場合は、SharePointの完全な接続、構造化データ、API連携などへ切り替えます。
最後に、少数の承認済み文書を使った試験用エージェントを作り、権限の異なる複数ユーザーで回答、引用、更新、削除を検証します。ナレッジを大量登録するよりも、対象を限定し、回答の正確性とデータ境界を確認してから広げることが、安全で失敗の少ない導入方法です。
コメント