カテゴリ「Microsoft 365 - SharePoint」の396件の投稿 Feed

2026年11月 3日 (火)

SharePoint では HTMLページ/HTMLファイルがサポートされるようになりました。HTMLファイルを任意のライブラリにアップロードするとHTMLファイルと呼び表示する場合は他のライブラリ内のファイルと同様にビューアーで開くことになります。一方、サイトのページライブラリにアップロードするとHTMLページ呼び、SharePointのヘッダーやフッター、ナビゲーションも一緒に表示できます。

さて、HTMLファイル/ページではSharePointとExcelのデータを取得できるようになっています。今回は SharePoint リストのデータを取得するスクリプトがどうなっているのかを確認してみましょう。

スクリプトの理解

今回の検証に使っているのは部内の図書管理を想定しているサンプルのリストです。生成されているHTMLページは次の通りです。20261103_152903

ソースコードを見てみるとHTML内の body>main 内に script タグが用意されており、ここで接続する SharePoint リストを宣言しています。

20261103_153133

<script type="application/json" class="ka-livedata-manifest">

[

  {
    "kind": "list",
    "spItemUrl": "list:...",
    "webUrl": "...",
    "listId": "e81dfe67-92eb-40da-a6ed-889033dcbdd0",
    "select": [
      "Title",
      "ISBN",
      "Publisher",
      "Category",
      "Location",
      "OwnerDepartment",
      "LoanStatus",
      "Borrower",
      "LoanDate",
      "DueDate"
    ],
    "label": "図書管理"
  }

]

</script>
 
listIdはリストのGUIDです。selectは取得対象の列で内部列名で指定します。
 
ちなみに、ソースコードをみているとわかりますが、ka-html-viewer-refresh とあり、SharePoint側のホストは組み込みのHTML Viewer になっています。

20261103_154008

window.__LD_RESULTS__

実際にデータを取得するのは次の構文です。
 
var _resultsGlobal = window.__LD_RESULTS__ || {};
 
この window.__LD_RESULTS__ は SharePoint側のホストであるHTML Viewer (コード内での名称) が用意している独自のグローバルプロパティのようです。
 
事前指定した内容に応じてSharePointリストのデータをホスト側で取得して、window.__ID_RESULTS__ に格納し、これを HTML内の JavaScriptが参照してDOMに描写しているということでしょう。
 
次にHTML Viewr から取得した対象リストのデータを変数に格納しています。
 
var _spUrl = _items[_ri].spItemUrl;
var _data = _resultsGlobal[_spUrl]; 

20261103_155337

 

loadTablar()

取得したデータは loadTabular()に渡されます。

20261103_155140

loadTabular()ではリストのデータがJSON形式になっているためこれを解析しています。 

20261103_155731

 
データはJSON形式となっているためこれを JSON.parseして配列になっているアイテムを処理するようになっています。
 
次に、列名をヘッダー、行はアイテムとして取り出しています。
var headers = listData.headers;
var rawRows = listData.rows || [];
 
また、元のデータが一ベースの配列だった場合に次のように次のように列名をキーとして指定できるオブジェクトに変換しています。
 
keyedRow[headers[colIdx]] = cellValues[colIdx];

 

20261103_155932

render(results) 

render(results)で画面描写処理を行います。

20261103_161512

最後に次のコードでページ内に挿入しています。

_defaultContainer.innerHTML = _rendered;

20261103_161652

全体的な処理の流れは次の通りです。

Designer_25

まとめ

いろいろと制約があるHTMLページですが、SharePoint REST APIや Graph API を直接利用するアプローチとどのように異なっているのかに興味があったので、今回はCopilot in SharePointによって生成されたHTMLページを改めて調べてみました。

生成されたHTMLを実際に確認してみることで、SharePointのHTMLページでリストデータがどのように扱われているのかがわかってきました。HTML Viewer(コード内での呼称)がSharePointリストと独自のHTMLとの橋渡しの役割をしており、逆に言えばこれがリストとのやりとりの制約にもなってくるわけですね。

今後まだいろいろとアップデートされるでしょうから、あくまでも現時点での内容としてとらえてください。 

SharePoint リストのビューの書式に新たに "viewOverlayFormatter" というプロパティが利用できるようになっています。

View.CustomFormatter Property (Microsoft.SharePoint.Client) | Microsoft Learn

このプロパティにはHTMLを埋め込めます。次のスクリーンショットはリストに追加したカスタムビューであり、このプロパティを使っています。

ビューのカスタマイズは昔はこういうのは SharePoint Designer でカスタマイズしたり、Webパーツで工夫したけど、Copilot in SharePoint があればものの数分でできてしまうのが凄いなぁと思います。

20261103_073843

現在 Microsoft 365 のSharePoint ではHTMLページを利用できるようになっていますが、同様に任意のHTMLをここに追加できます。

構文は次の通りです。

 
{
  "$schema": "https://developer.microsoft.com/json-schemas/sp/view-formatting.schema.json",
  "viewOverlayFormatter": {
    "customHtml": "<ここにHTMLを記載する>",
    "title": "<ビューの名前を指定する>"
  }
}

なお、この埋め込んだHTMLはHTMLページと同じく、サンドボックス化された iframe 内で動作するため、いくつかの制限を受けます。たとえば、リストデータの参照はできますが、現時点では更新処理はできません。更新処理は別の従来のビューで行う必要があります。

手動で入力するのは大変なので、Copilot in SharePointを使って対話しながら作成するのが最も効率が良いでしょう。修正も楽ですし。

2026年10月20日 (火)

.agent ファイル形式を使っているSharePointおよび OneDrive のエージェントは アップグレードされ、Microsoft Copilot 各調理委のあるエコシステムへと統合されます。

2026年11月半ばから、新たに作成するエージェントは Copilot  Agent Builder を使うことになります。.agent ファイルのサポートは 2027年3月までです。その後は動作しなくなります。

移行の支援策

エージェントの新規作成

今後はOneDrive および SharePoint からエージェントを作成しようとすると Copilotの Agent Builder を使うことになります。作成したエージェントは Microsoft plugin レジストリ に統合されます。これは組織が承認したプラグインをMicrosoft Copilot エクスペリエンス (チャット、Cowork, Code, Autopilot) や Microsoft 365 アプリ(Word, PowerPoint, Excel), OneDrive および SharePoint 全体で、検出、公開、管理するための共通カタログです。

既存のエージェント

既存のエージェントは SharePoint ビルダー内にAgent Builder へほのアップグレードボタンが表示されるようになります。また Copilot in SharePoint 内では “convert-agent-file-to-skill” というスキルが用意されるためこれを使ったスキル化することも可能です。つまり、次の2つの移行先が提示されています。

移行先 Microsoft が示している用途

Microsoft Copilot Agent Builder にアップグレード

Microsoft 365 全体で、SharePoint コンテンツなどを根拠にした対話型エージェントとして使いたい場合

Copilot in SharePointで使えるスキルに変換

そのSharePointサイトに固有の、特定のタスクや業務目的を実行するものとして使いたい場合

ちなみに、.agent 形式のエージェントは2027年3月末までは SharePoint, Teams, Copilot アプリで動作しますが、その後動作しなくなります。

またアップグレードする場合は、Teams チャット/チャネルへ再度追加しなおす必要があります。

Agent Chat Web パーツ

新たに Agent Chat web パーツが登場する予定です。このWebパーツを使うことで、プラグインストアから任意のエージェントを Sharepoint サイト上に表示できるようになります。

現時点では 2026年11月にプレビューが利用できるようになり、GAは 2027年1月が予定されています。

[参考] Microsoft 365 Roadmap ID: 575298

ロールアウト

2026年11月から順次、.agent ファイル形式のエージェントは作成できなくなります。ただし、 .agent ファイルのアップグレードのサポート機能は利用できます。

エージェント作成・アップグレードは、2026年11月中旬から始まり、2026年12月上旬には完了します。

SharePoint および OneDrive 内に .agent ファイル形式のエージェントが SharePoint, Teams, Copilot プリで使えなくなる機能は、2027年4月上旬から4月中旬までにロールアウトが管理称します。

Photo

SharePoint と OneDrive エージェントのアップグレードガイド

Microsoft からアップグレードガイドが公開されます。ここに詳細な手順がかかれているため、事前によく読んでおきましょう。

SharePoint と OneDrive のエージェントをアップグレードする - SharePoint in Microsoft 365 | Microsoft Learn

2026年9月28日 (月)

2026年9月25日(米国)に Copilot in SharePoint が GA に達したというアナウンスがされました。ロールアウトは 2026年9月30日(米国)から開始されます。

SharePoint AI innovations hit GA, powering new Copilot app and agents | Microsoft Community Hub

主なポイント

これまで Copilot in SharePoint で使われてきた仕組みを Copilot アプリ、Copilot Studio, Work IQ にも広げて Microsoft 365 内での情報活用と業務の流れを一体化していくことになっていきます。

Copilot in SharePoint では日常的な AI 機能についてはこれまで通り Microsoft 365 Copilot ライセンス内で利用できますが、高度かつ大規模なAI処理については「Copilot Credit」を消費する従量課金の仕組みと組み合わせて利用できるようになります。

[参考] Evolution of the Copilot pricing model | Microsoft Community Hub

Microsoft 自身が Customer Zero になる

Microsoft は顧客にCopilot in SharePoint を提供するだけでなく、自社でも実践的に利用し、そこで得た経験や知見を製品改善や顧客への展開へ生かす取り組みをしました。

たとえば、法務に関しては市契約レビューの初期分析が従来の「最大72時間」から約10分に短縮され、その後法律の専門家が1時間以内に検証や監査に取り組むことができたということです。また、IRに関しては四半期決算用の資料準備が12週間から約12時間へと短縮し、しかも出典や引用を追跡できる滋養たいを維持できたとのこと。

ちなみに、 Microsoft は実際の業務課題を解決するために Copilot in SharePoint を導入したい組織向けに共同で実用化まで進める Co-build プログラムへのノミネーションも現在受け付けているとのこと。

https://aka.ms/CopilotinSP/join

従量課金 (Copilot Credit) について

Adobestock_363245026

組織が、個人の生産性向上を目的としたAI活用から、AIを活用した業務プロセスへと利用範囲を拡大するために、Microsoft 365 Copilot (Premium)のライセンスの範疇で幅広く導入できるようにしており、定額の範囲で安心して規模を拡大できるようにしています。

さらに高度な機能が必要になった場合は、実際に利用した分のみを支払う従量課金の仕組みを利用することになります。

Microsoft 365 Copilot ライセンスに含まれるもの

日常的に利用する機能は Microsoft 365 Copilot ライセンスに含まれます。つまり追加料金は発生しません。例えば次のような機能です。

  • 自身のコンテンツを根拠にした質問
  • コンテンツの作成や整理
  • チームで共有できる再利用可能なスキルの構築
  • AIが生成するメタデータによるコンテンツの充実
  • 決定論的なワークフロー (SharePointのワークフローエンジンを使ったフローであり、リストやライブラリで利用できるルールのこと)

Copilot Credit が必要な強化機能

大量のコンテンツの操作やユーザーの代わりに複数ステップで実行するタスクについては Copilot Credit の利用が必要になります。Copilot in SharePoint に追加される新しい高度な機能もまた Copilot Credit が必要になります。例えば次のような機能の利用です。

  • 画像生成
  • ドキュメントライブラリやサイト内での直接の編集
  • AIが生成するサイトの分析レポート
  • リアルタイムに近いメタデータのオートフィル

ちなみに、オートフィル機能は SharePoint Syntex 時代から提供されているものであり、現在も Microsoft 365 Copilot ライセンスとは別に SharePoint の従量課金サービスとして利用できるようになっています。オートフィルだけ使う場合は、そもそもこの部分だけでも従量課金で利用ができます。

[参考]

Chatgpt_2026926_22_34_31_2

従量課金請求の有効化

従量課金を有効にすると、 Copilot Credit が利用できるようになります。これにより、ユーザーは暮実施を使って上記で説明したような高度な機能や大規模なエージェント型の作業を利用できるようになります。

テナント管理者は、Microsoft 365 管理センターの「支出ポリシー」を使ってユーザー管理します。 Copilot Credit を初めて利用する場合は、Microsoft 365 管理センターで「コスト管理ポリシー」を作成する必要がありまするすでに作成しているコスト管理ポリシーがあれば、新たに利用可能になったサービスが自動的に追加されることがあります。

ちなみに、Copilot in SharePoint では、Copilot Creditが消費される前に、ユーザーに確認するようになっています。

[関連情報]

Copilot in SharePoint の今後の予定

Adobestock_358683651

Copilot in OneDrive も 2026年9月30日にGAになります。Copilot in SharePoint と同じ基盤上に構築されているため、Microsoft 365 Copilot ライセンスの範囲内でサポートされる機能なども同じです。

Copilot 検索が SharePoint と OneDrive で利用できるようになります。現在はキーワード検索のみが利用できますが、既定の検索体験が Copilot ライセンスを持っている場合は Copilot 検索が利用できるようになるということです。自然言語を理解し、セマンティックインデックスによる検索ができるということです。個人的にはキーワード検索とのハイブリッド検索ができるようになっていてほしいですが、まずは Frontier パブリックとしてロールアウトするそうなので、フィードバックを受けながら改善していくのでしょう。

次の新しい高度な機能が使えるようになります。これは前述した通り、Copilot Credit を消費します。

  • 画像生成
  • ドキュメント ライブラリやサイト内での直接の編集
  • AIが生成するサイト分析レポート
  • リアルタイムに近いメタデータのオートフィル

最新の Copilot in SharePoint に関する情報は Microsoft の Tech Community のブログに公開されます。2026年9月の最新情報は次のリンク先にあります。

[参考] What's New in Copilot in SharePoint: September 2026 | Microsoft Community Hub

Copilot アプリと Work IQ ツールの強化

SharePoint が持つコンテンツを理解する能力と業務を遂行する能力が Copilot 全体に組み込まれていくことになります。

まず、SharePoint の機能が Work IQに統合されます。Copilotが SharePoint 内の情報をより深く理解して、そのコンテンツに対して操作ができるようになります。

またCopilot 全体で SharePoint 内のコンテンツの理解力が強化されていきます。 Copilot アプリや Copilot Studioだけでなく、Chat, Cowork, Code, Autopilots などにも順次展開されていきます。具体的には文章の理解力、リストやライブラリの管理、メタデータ操作などが強化されるとのこと。普段通り使っていれば SharePoint や OneDrive を扱う Copilot は賢く振る舞うようになるわけです。

SharePoint Framework では Copilot コンポーネントが作成できます。これは、Copilotの会話画面にフォームなどを表示できるようになる機能です。次のスクリーンショットは Copilot コンポーネントの利用例です。現在はパブリックプレビューです。

20260928_223143

まとめ

ここまでの内容から、これまでは Copilot が SHarePoint 内のコンテンツを読み取るところまでだったのが、今後は SharePoint を基盤に Copilot やエージェントが仕事をしていくという変化が起きることがよくわかります。

2026年9月26日 (土)

SharePoint サイトはサイト単位でメタデータの総量が1TBまでという制限が設けられています。ただ通常はこのサイズに達することはまれであると Microsoft の資料にも書かれています。

SharePoint の制限 - Service Descriptions | Microsoft Learn

仮に、サイトのメタデータが1TBを超えてしまった場合は、新たな列などのメタデータを追加できなくなるとのことです。

SharePoint site metadata is at or near limit error message - SharePoint | Microsoft Learn

サイトのメタデータとは?

サイトのメタデータには何が含まれるのか確認してみると、次の情報が含まれるようです。ただ、あまり詳細なことはどのドキュメントにも書かれていません。

  • ファイルサイズ
  • 作成者
  • 作成日
  • ファイルのバージョン
  • リストの作成に関する情報など

書かれている内容から推測すると、ファイルごとに保持するファイルサイズや作成者、バージョン数などのシステムが持っているプロパティ値のことのようです。リストに関しては大雑把にしか書かれておらず、こちらも詳細はわかりません。ただ、そもそもこの上限は本来意識されるものではないが、ドキュメント数が相当に多いような状況で発生する課題であるということは間違いさそうでリストに関してはさほど影響をうけないため詳細に書かれていない可能性か高いのではないかと思います。

実際に上記のリンク先には一般的にはメタデータ容量を増やす主因は列の数ではなく、バージョンやコピーの増加にあると書かれています。

2026年記憶域メトリックスにもライブラリのメタデータのサイズが含まれるようになる

2026年9月にメッセージセンターにアナウンスされた内容によれば、サイトの記憶域メトリックス(Storage Metrics)ページのメタデータ計算にドキュメント ライブラリの列データも含まれるように改善されるようになるとのことです。

ロールアウト: 2026年10月20日~

20260926_000402

つまりは、ライブラリの列のデータは実際には計算には含まれていなかったということでしょう。そのためサイトによってはメタデータが急に増加することになる可能性があるとも言えます。

そもそも「記憶域メトリックス」にはサイトのメタデータが含まれていたということはこれまで意識したことがなかったので、今後は意識して確認する必要がありそうです。

ただ、それでも現在のサイトのメタデータが現在何GBであるかを常時確認できる仕組みはなく、1TBの制限の80%に近づくとサイトの記憶域メトリックスにメタデータサイズの内訳を表示する方針になっているようです。ですから、80%を超えない限りは現状のサイズはわからないということです。

ちなみに、まれではあるとはいえ、もし超えてしまった場合は、次のようにメタデータ利用率を確認して減らす必要があると書かれています。

  • 不要なアイテムをリストやドキュメント ライブラリから削除する
  • ドキュメント ライブラリの古いバージョンを削除する
  • リストやライブラリで重複するファイルは削除する
  • 警告メッセージが提供する内容に従って処理する
  • 変更したら再び記憶域メトリックスを確認する

80%に近づくもしくは達した場合、SharePointは警告やエラーメッセージをサイトの所有者やユーザーが受け取ることになるということですが、サイトの上部などに表示されるのかはスクリーンショットもないため不明です。

なんらかの方法で警告やエラーに遭遇したら記憶域メトリックスを確認して、無駄に重複しているファイルがあれば削除したり、ファイルのバージョン数が多いところなどはバージョン履歴の一部を削除するなど対応をとり、再び記憶域メトリックスを確認して、減り具合を見るようにしてほしいということですが。それでも気になるのはこのメトリックスに表示される数は本来リアルタイムではないので、案外時間をかけて対応することになるのではないかということです。80%を超えたら、割と即座に容量情報に反映されるのか、そのあたりも気のなるところですが詳細は不明です。

記憶域メトリックスに関するおさらい

さて、ここで記憶域メトリックスに関しておさらいします。ちなみに、記憶域メトリックスは英語では Storage Metrics です。

記憶域メトリックスにアクセスできるのはサイトの管理者(旧サイトコレクションの管理者)です。サイトの設定ページから「サイトコレクションの管理」セクションにある「記憶域メトリックス」にアクセスします。

URLは次の通りです。

https://<サイトのURL>/_layouts/15/storman.aspx

記憶域メトリックスにはごみ箱のコンテンツは含まれません。