SharePoint / OneDriveでAIを使ったファイル作成が本格化します。今回の「SharePoint: Create Word, Excel, and PowerPoint files with AI」は、SharePoint内に集めた情報をもとに、AIへ依頼してWord文書、Excelブック、PowerPoint資料を作成できるようにする更新です。単に空のファイルを作る機能ではなく、社内に蓄積されたドキュメントや情報を材料に、業務成果物の下書きを作れる点が重要です。
公式ロードマップでは、IDは560337、対象製品はSharePoint、プラットフォームはWeb、対象クラウドはWorldwide（Standard Multi-Tenant）、状態はIn development、一般提供は2026年12月予定とされています。更新日時はUTCで2026年6月4日23:15のため、日本時間では2026年6月5日更新と見ておくとよいでしょう。なお、Microsoft 365 Roadmapの提供時期や内容は予定であり、変更される可能性があります。(Microsoft)
SharePoint / OneDriveのAI/Copilot更新で何が変わるのか
今回の変更点は、SharePoint上で集めた情報をもとに、AIがWord、Excel、PowerPoint形式のファイル作成を支援することです。
従来は、SharePointにある議事録、仕様書、提案書、報告書、Excel台帳などを人が開き、必要な情報をコピーし、別ファイルにまとめる必要がありました。新機能では、この「情報を探す」「要点を抜き出す」「成果物の形に整える」という作業の一部をAIに任せられるようになります。
実務でのイメージは次のとおりです。
| 作成するファイル | 使い方の例 | 効果が出やすい業務 |
|---|---|---|
| Word | プロジェクトサイト内の議事録や課題表をもとに進捗報告書を作る | 週次報告、社内稟議、業務手順書 |
| Excel | SharePoint内の問い合わせ履歴やフィードバックを整理して一覧表にする | 課題管理、顧客要望整理、監査準備 |
| PowerPoint | 提案資料、事例、見積情報をもとに説明資料のたたき台を作る | 営業提案、経営報告、研修資料 |
ポイントは、AIが「何もない状態から資料を作る」のではなく、SharePointにある情報を出発点にすることです。そのため、SharePoint内の情報が古い、権限が広すぎる、ファイル名や管理ルールがバラバラといった状態では、便利になる一方で誤った資料や不要な重複ファイルが増えるリスクもあります。
公式情報から確認できる対象範囲
現時点の公式ロードマップで確認できる範囲を整理すると、次のようになります。
| 項目 | 内容 |
|---|---|
| ロードマップID | 560337 |
| 機能名 | SharePoint: Create Word, Excel, and PowerPoint files with AI |
| 対象製品 | SharePoint |
| 対象プラットフォーム | Web |
| リリースリング | General Availability、Targeted Release |
| 対象クラウド | Worldwide（Standard Multi-Tenant） |
| 状態 | In development |
| 一般提供予定 | 2026年12月 |
| 機能概要 | SharePoint内で集めた情報をもとに、AIへ依頼してWord、Excel、PowerPointファイルを作成できる |
注意したいのは、公式ロードマップ上の対象製品はSharePointであり、OneDriveが直接の対象製品として明記されているわけではない点です。とはいえ、SharePointとOneDriveはMicrosoft 365のファイル管理・共有基盤として密接に関係します。生成されたファイルを共有する、同期する、個人領域とチーム領域を使い分ける、といった運用面ではOneDriveにも影響が出ます。
そのため、管理者は「SharePointだけの新機能」と狭く捉えるのではなく、SharePointサイト、ドキュメントライブラリ、OneDrive共有、外部共有、機密ラベル、DLP、監査ログまで含めて確認する必要があります。
利用者にとってのメリット
利用者にとって最大のメリットは、資料作成の初動が速くなることです。
特に、すでにSharePointに情報が集まっている組織では、次のような作業を短縮できます。
- 複数の議事録から決定事項だけを抜き出して報告書にする
- プロジェクト資料をもとに経営層向けのPowerPointを作る
- 顧客フィードバックをカテゴリ別に整理してExcelにする
- 手順書やFAQの元資料からWord文書を作る
- 過去の提案資料を参考に、新しい案件向けのたたき台を作る
ただし、AIが作る成果物は完成版ではなく、あくまで下書きとして扱うべきです。特に金額、契約条件、日付、顧客名、法務・人事・財務に関する情報は、担当者が必ず原本と照合する運用にしておきましょう。
管理者が最初に確認すべきポイント
今回の更新で最も重要なのは、AI機能そのものを有効にするかどうかよりも、「AIが参照してよい情報」と「AIが作ったファイルをどう管理するか」です。
MicrosoftのCopilot関連ドキュメントでは、CopilotはMicrosoft 365の既存のデータ保護、アクセス制御、コンプライアンス機能を尊重し、SharePointやOneDriveのアクセス制御がCopilotの発見・参照範囲に影響すると説明されています。また、機密ラベルや暗号化、監査、保持にも触れられています。(Microsoft Learn)
管理者は、少なくとも次の項目を確認してください。
| 確認項目 | 見るべきポイント | 放置した場合のリスク |
|---|---|---|
| SharePointサイト権限 | 全社公開、Everyoneリンク、不要なメンバーが残っていないか | 本来見せるべきでない情報がAIの参照候補になる |
| OneDrive共有 | 個人領域に業務ファイルが散在していないか | 正式版と下書きが混在し、管理不能になる |
| 外部共有 | ゲストや外部リンクの範囲が適切か | 生成ファイルや元情報が意図せず共有される |
| 機密ラベル | 人事、法務、財務、顧客情報にラベルが適用されているか | AI利用時の制御や監査が難しくなる |
| DLP | 機密情報を含むプロンプトやファイル利用を制御できるか | 社外秘情報を含む資料が不用意に作られる |
| ライブラリ設計 | ファイル名、列、メタデータ、版管理が整理されているか | AIが古い情報や重複情報を拾いやすくなる |
| 監査・保持 | 生成ファイルや操作履歴を追跡できるか | 問題発生時に経緯を確認できない |
| 利用者教育 | 生成物を下書きとして扱うルールがあるか | AI出力をそのまま提出して誤情報が混入する |
特に注意すべきは、既存の権限設計です。AIは便利な検索・生成体験を提供しますが、SharePoint内の過剰共有が残っていると、その問題がより見えやすくなります。Microsoftも、Copilotやエージェント体験での意図しない過剰共有を防ぐため、SharePointとOneDriveの共有設定を調整し、データアクセスガバナンスレポートで過剰共有リスクを特定することを推奨しています。(Microsoft Learn)
展開前に見直したいSharePointとOneDriveの設計
AIによるファイル作成は、SharePointの情報整理ができているほど効果を発揮します。逆に、ファイルサーバーから移行しただけの雑多なライブラリでは、AIが参照すべき情報を判断しづらくなります。
展開前には、次の観点で整理しておくと実用性が高まります。
ファイル名とフォルダー構成を業務単位で整理する
「最終版」「最終版2」「最新版_修正」「コピー」といったファイル名が残っていると、AIだけでなく人間も正しい資料を判断できません。
最低限、次のようなルールを決めておくとよいでしょう。
| 項目 | 推奨例 |
|---|---|
| ファイル名 | 案件名_資料種別_年月_版数 |
| フォルダー | 部門別ではなく、業務プロセスや案件単位で整理 |
| 版管理 | ファイル名に「最終」を付けるのではなく、SharePointのバージョン履歴を使う |
| 古い資料 | アーカイブ用ライブラリや保持ポリシーで整理 |
| 正式資料 | 承認済み、公開済み、下書きなどの状態を列で管理 |
個人のOneDriveに業務ナレッジを閉じ込めない
OneDriveは個人作業や一時的な共有には便利ですが、チームで継続利用する資料の置き場所には向きません。AIで作成した資料が個人のOneDriveに散らばると、退職・異動・権限変更時に管理が難しくなります。
チームで使う成果物は、原則としてSharePointサイトのドキュメントライブラリに保存し、OneDriveは「個人作業中の一時領域」と位置づけるのが安全です。
古い情報をAIに読ませない
AIにとって、古い資料と最新資料の区別は常に簡単とは限りません。特に、旧価格表、過去の契約条件、廃止済みの業務手順が残っていると、生成される資料に誤情報が混ざる可能性があります。
展開前に、次のような棚卸しを行いましょう。
- 使っていないサイトをアーカイブする
- 所有者不明のサイトを洗い出す
- 旧版資料を「参照禁止」または「アーカイブ」に移す
- 重要ライブラリに所有者と更新責任者を設定する
- 最新版だけをまとめたライブラリを用意する
Microsoft 365 Archiveを使うと、非アクティブなコンテンツを保持しつつ、アクティブなSharePointストレージ消費を抑えられ、アーカイブされたコンテンツはユーザーが再アクティブ化するまでアクセスできないと説明されています。(Microsoft Learn)
管理者向けの展開ステップ
機能が一般提供される2026年12月を待ってから準備を始めると、権限整理や利用ルール作成が間に合わない可能性があります。Targeted Releaseで先行的に表示される可能性もあるため、段階的に準備しておくのが現実的です。
| フェーズ | 実施内容 | 成果物 |
|---|---|---|
| 事前準備 | 対象サイト、対象部門、機密情報の有無を整理する | パイロット候補サイト一覧 |
| 権限点検 | SharePoint、OneDrive、外部共有、Everyoneリンクを確認する | 過剰共有の修正リスト |
| 情報整理 | 古い資料、重複ファイル、所有者不明サイトを整理する | AI参照に適したライブラリ |
| パイロット | 営業、企画、情シスなど限定部門で試す | プロンプト例、失敗例、FAQ |
| 本番展開 | 利用ルール、レビュー手順、問い合わせ窓口を整備する | 社内ガイドライン |
| 展開後 | 利用状況、誤生成、情報漏えいリスクを継続確認する | 改善計画、教育コンテンツ |
最初のパイロット対象は、情報の機密度が低く、成果物の型が決まっている業務が適しています。たとえば、社内研修資料、製品FAQ、公開済みナレッジの整理、定例会議の報告書などです。いきなり人事評価、契約書、M&A、未公開財務情報などに使うのは避けましょう。
開発者・サイト設計者が注意すべきこと
今回のロードマップは、SharePoint上のAIファイル作成体験に関するものであり、現時点で開発者向けAPIや自動生成処理の詳細が示されているわけではありません。したがって、開発者は「この機能を前提に独自ワークフローから自動的にWord、Excel、PowerPointを生成できる」と決めつけないほうが安全です。
開発者やサイト設計者が確認すべきポイントは次のとおりです。
独自カスタマイズが新UIと競合しないか確認する
SharePointのページやライブラリにSPFx、拡張機能、独自ボタン、DOM依存のスクリプトを入れている場合、AI関連のUI追加によって表示や操作性に影響が出る可能性があります。
特に、非公式なDOM操作や画面要素の位置に依存したカスタマイズは壊れやすいため、標準APIやサポートされた拡張方式に寄せるべきです。
メタデータ設計を見直す
AIに良い下書きを作らせるには、ファイルの中身だけでなく、周辺情報も重要です。ドキュメントライブラリに次のような列を用意しておくと、利用者が参照範囲を指定しやすくなります。
| メタデータ | 例 |
|---|---|
| 文書種別 | 議事録、提案書、要件定義、FAQ |
| ステータス | 下書き、レビュー中、承認済み、廃止 |
| 対象年度 | 2026年度、2027年度 |
| 部門 | 営業、開発、管理、法務 |
| 機密区分 | 公開可、社内限定、機密 |
| 所有者 | 更新責任者または管理部門 |
AI機能の導入は、SharePointを「ただのファイル置き場」から「業務情報の土台」に変えるきっかけになります。開発より先に、情報設計を整えることが重要です。
Power Automateや外部連携の前提を置きすぎない
将来的にAIファイル作成とPower Automate、承認ワークフロー、Teams通知などを組み合わせたくなるケースは多いはずです。ただし、公式に連携仕様が明記されるまでは、業務の中核処理を未公開仕様に依存させないようにしましょう。
まずは、人がAIで下書きを作成し、担当者がレビューし、承認済みライブラリに保存するという半自動の運用から始めるのが安全です。
実務で使える指示文の考え方
AIにファイルを作らせるときは、単に「資料を作って」ではなく、参照範囲、対象読者、出力形式、判断基準、注意点を具体的に伝えることが重要です。
使いやすい指示文は、次の要素を含みます。
| 要素 | 書く内容 |
|---|---|
| 参照範囲 | このサイト、このライブラリ、この案件フォルダーなど |
| 目的 | 報告、提案、比較、一覧化、意思決定支援など |
| 対象読者 | 経営層、営業担当、開発チーム、新入社員など |
| 出力形式 | Word 2ページ、Excel表、PowerPoint 10枚など |
| 制約 | 推測しない、未確認は要確認と書く、根拠ファイル名を残す |
| レビュー観点 | 金額、日付、顧客名、リスク、未確定事項など |
たとえば、次のように指示します。
Wordを作成する例
このプロジェクトサイト内の議事録、課題管理表、要件定義書をもとに、経営層向けの進捗報告書をWordで作成してください。A4で2ページ程度にまとめ、冒頭に結論、次に進捗、課題、リスク、次のアクションの順で整理してください。未確定事項は「要確認」と明記し、根拠となるファイル名も最後に一覧化してください。
Excelを作成する例
このライブラリ内の顧客フィードバックをもとに、Excelで一覧表を作成してください。列は「カテゴリ」「要望内容」「発生頻度」「影響度」「対応優先度」「関連ファイル」「担当部門」にしてください。根拠が不明な項目は推測せず、空欄にしてください。
PowerPointを作成する例
このSharePointサイト内の提案資料、導入事例、価格関連資料をもとに、役員向けのPowerPoint資料を10枚構成で作成してください。1枚目は結論、2〜4枚目は現状課題、5〜7枚目は提案内容、8枚目は効果、9枚目はリスク、10枚目は次のアクションにしてください。古い価格情報は使わず、確認が必要な箇所は注記してください。
このように、AIへの指示は「作業依頼」ではなく「編集指示」として書くと精度が上がります。
失敗しやすいポイントと対策
AIによるファイル作成は便利ですが、導入時に失敗しやすいパターンもあります。
| 失敗パターン | 起きる問題 | 対策 |
|---|---|---|
| AI出力を完成版として扱う | 誤った金額や古い情報が混ざる | 人によるレビューを必須にする |
| SharePoint権限を整理しない | 過剰共有された情報が参照候補になる | 展開前に権限レビューを行う |
| 古い資料を放置する | 廃止済み手順や旧価格が混入する | アーカイブやステータス列で整理する |
| 個人OneDriveに保存する | チームで管理できず属人化する | 公式成果物はSharePointに保存する |
| プロンプトを利用者任せにする | 出力品質がばらつく | 部門別の指示文テンプレートを用意する |
| 機密情報のルールがない | 社外秘情報を含む資料が増える | 機密ラベル、DLP、承認フローを整える |
| 生成ファイルの責任者が不明 | 修正・削除・更新の判断ができない | 所有者とレビュー担当を明記する |
特に、Restricted SharePoint Searchを使う場合は注意が必要です。Microsoftは、これは権限やファイルアクセスを十分に確認するまでの短期的な手段であり、長期的な解決策ではないと説明しています。また、セキュリティ境界ではなく、SharePointサイトの権限自体を変更するものではありません。(Microsoft Learn)
移行プロジェクト中の組織が注意すべきこと
ファイルサーバーからSharePoint / OneDriveへ移行中の組織では、今回のAI更新を見越して移行方針を見直す価値があります。
単にファイルをSharePointへ移すだけでは、AI活用に向いた環境にはなりません。移行時に次の作業を入れておくと、後から大きな手戻りを防げます。
- 部門別フォルダーではなく、業務・案件・プロジェクト単位でサイトを設計する
- 旧版、重複、不要ファイルを移行対象から外す
- 移行後の所有者をサイト単位で決める
- 機密度の高いライブラリにはラベルやアクセス制御を設定する
- 承認済み資料と作業中資料を分ける
- 共有リンクではなく、Microsoft 365グループやEntra IDグループで権限管理する
- AIで参照してよい情報と、参照させたくない情報を分ける
AI導入後に「思ったより精度が出ない」と感じる原因の多くは、AIモデルそのものではなく、社内情報の整理不足にあります。移行プロジェクトは、AIに読みやすい情報基盤を作る絶好のタイミングです。
今から準備すべき社内ルール
一般提供予定は2026年12月ですが、管理者は早めに社内ルールを準備しておくべきです。
最低限、次のルールを文書化しておきましょう。
| ルール | 内容 |
|---|---|
| 利用可能な業務 | どの部門・用途でAIファイル作成を使ってよいか |
| 禁止または要承認の業務 | 契約書、人事評価、未公開財務情報など |
| 保存場所 | 生成ファイルを保存するSharePointサイトやライブラリ |
| レビュー | 誰が確認し、どの観点で承認するか |
| 命名規則 | AI生成ファイルと正式版をどう区別するか |
| 機密情報 | ラベル、DLP、外部共有の扱い |
| 問い合わせ | 利用者が迷ったときの相談先 |
特におすすめなのは、AI生成ファイルをそのまま正式文書にしないルールです。ファイル名やメタデータに「AI下書き」「レビュー中」「承認済み」のような状態を持たせると、後から混乱しにくくなります。
まず行うべきアクション
今回のSharePoint AIファイル作成機能は、資料作成の時間を短縮できる一方で、SharePointとOneDriveの情報管理が不十分な組織では、過剰共有や古い情報の混入が表面化しやすい更新です。
管理者や開発者が今から行うべきことは、次の4つです。
- 重要なSharePointサイトとOneDrive共有の権限を棚卸しする
- AIに参照させたいライブラリと参照させたくない情報を分ける
- Word、Excel、PowerPointごとの利用シナリオとプロンプト例を用意する
- Targeted ReleaseやMessage Centerで最新の展開状況を継続確認する
AI機能の価値は、導入した瞬間ではなく、社内情報をどれだけ正しく整理して使えるかで決まります。2026年12月の一般提供に向けて、まずは権限、情報整理、利用ルールの3点から着手するのが最も実務的です。
コメント