Copilot in SharePoint で、リストとライブラリの作成はどこまで楽になったか試してみた
はじめに
SharePoint のリストやドキュメント ライブラリは、Power Apps や Power Automate と組み合わせる前提で作ることもあると思います。そのとき含め、地味に手間がかかるのが「作るまで」の部分です。
私自身、これまで次のような点が大変でした。
- 列名は英語が推奨だが、英語で作るのが大変
- 英語で作ったあと、表示名を日本語にするのも大変
- 列が多いと、手で1列ずつ作るのが大変
- 既存のデータがあると、取り込むのが大変
- ドキュメント ライブラリのメタデータ(列の値)を入れるのが大変
いずれも私自身が感じてきたことですが、お客様からも多く相談をいただいてきた点です。
Copilot in SharePoint は 2026/9/30 から一般提供(GA)の展開が始まり、チャットでリストやライブラリを作ったり、「スキル」で手順を決めておいたりできるようになりました。そこで、公開情報で何ができるとされているかを確認しつつ、上の5つがどこまで効率化できるようになったかを検証してみました。
※本記事は 2026/11 時点の検証結果です。展開中の機能もあるため、今後動きが変わる可能性があります。
公開情報で確認できること
ライセンスに含まれる範囲と、Copilot クレジットが要る範囲
Copilot in SharePoint は、Microsoft 365 Copilot ライセンスに含まれる「日常の作業」と、Copilot クレジットを使う「高度な作業」に分かれています(公式:Get started with Copilot in SharePoint)。今回の検証に関係する部分を抜き出すと、以下のとおりです。
| ライセンスに含まれる | Copilot クレジットが要る |
|---|---|
| ページ・ライブラリ・リストの作成と編集 | ファイル・ページ・ライブラリ・リストの大規模な作成と編集 |
| スキルの作成と管理 | サイトやソリューション全体の作成 |
| オートフィルによるメタデータの入力 | リアルタイムのオートフィル |
今回の検証は、すべて左側(ライセンスに含まれる範囲)で行っています。後で触れますが、オートフィルの待ち時間はこの区分と関係していそうです。
スキル
スキルは、繰り返し行う手順を Markdown(SKILL.md)で書いておき、チャットで使い回せる仕組みです。個人用のスキルと、サイトのメンバーで共有するサイト スキルがあり、サイト スキルはサイトの「Agent Assets」ライブラリに保存されます。サイトの編集権限があれば作成でき、閲覧権限があれば使えます(公式:Extend Copilot in SharePoint with skills)。
オートフィル列
オートフィル列は、列ごとに保存した指示文(プロンプト)で、ファイルの中身から値を読み取って列に入れる機能です。列を保存したあとに追加したファイルは自動で処理され、既存のファイルはファイルを選んで[Autofill]を実行すると処理されます(公式:Create autofill columns)。
検証の前提・環境
- Copilot ライセンスが付与されたユーザーで、検証用のチーム サイトを使用
- 題材は架空の製造業「タクマス精機」の購買業務
- リスト:仕入先マスタ(10列×7件)、購買依頼一覧(13列×10件)。どちらも見出しが日本語の Excel
- ライブラリ:仕入先から届いた請求書・見積書・納品書 10件(PDF 5件、Word 5件)
- 請求書などのファイル名は「受領書類_01」のように中身が分からない名前にし、ファイルの中身から読み取れたかを見ています
使用した Excel は以下のようなものです。
1. 列名を英語で作る
公開情報
SharePoint の列には「表示名」と「内部名」があります。内部名は列を最初に作ったときの名前で決まり、あとから変えられません。日本語の名前で列を作ると、内部名が _x4ed5__x5165_... のような記号列になります。以前記事に書いた通り、例えば、Power Automate でフィルターをする際などに内部名を利用することがあるため、列を日本語で作ってしまうと苦労することがあります。
Copilot in SharePoint 自体には「英語で作る」という設定は見当たらなかったため (多分依頼すればやってくれると思いますが)、今回はスキルにその手順を書いておく形にしました。
用意したスキル
以下のような手順を書いたサイト スキル english-column-builder を用意しました。
## 全体の流れ(この順番を必ず守る)
1. 列の案を表で見せ、サイドバーにリンクを表示するかも一緒に尋ねて確認をもらう
2. 英語の名前で作る
3. 作り終えたら、同じ返答の中で「表示名を日本語に変えますか?」と必ず尋ねる
4. 「はい」なら、表示名だけを日本語に変えて報告する
## 英語の列名の決まり
- 英字と数字だけ。スペース・記号・日本語は使わない
- 単語の頭を大文字にしてつなげる(例:SupplierName、DueDate)
- 一番大事な識別項目は、新しい列を作らず既存の Title 列を使う
※実際のスキルはもう少し長く、よく使う列名の訳の例や、オートフィル列の指示文に入れる決まりなども書いています。ここでは一部を短くして載せています。
スキルの登録は、サイトの[設定]→[サイト スキル]からアップロードする方法もありますが、今回はチャットで SKILL.md の内容を渡して登録しました。
スキルの説明文は、Copilot が自分の言葉で書き直していました。修正したときも、チャットで新しい SKILL.md の内容を渡すだけで更新できました。
検証結果
仕入先マスタの Excel を添付し、「リスト作成して。」と依頼しました。このとき、チャットで「/」を入力しても登録したスキルの名前は候補に出てこなかったため、候補に出てきた「/Skills」を指定して送っています。スキルが読み込まれたことがチャットに表示されます。
作る前に、以下のような列の案が表で示されました。内部名が英語になっており、「仕入先コード」は新しい列を作らずに既存の Title 列を使う案になっています。
確認後、リストが作成されました。列名は英語で作成されています。
これがあると嬉しい点
内部名が英語になっていると、Power Automate の式や Power Apps、列の書式で列を指定するときに読みやすくなります。個人的には、「列は英語で作る」というルールを、スキルとしてサイトに置いておける点が大きいと感じています。サイト スキルは同じサイトのメンバーが使えるため、作る人が変わっても同じ形で作れるようになります。
2. 表示名を日本語にする
公開情報
公開情報では、チャットでリストを編集できることが「ページ・ライブラリ・リストの作成と編集」としてライセンスに含まれる範囲に挙げられています(公式:Get started with Copilot in SharePoint)。表示名の変更について個別の説明は見当たりませんでした。
検証結果
最初のスキルでは「作り終えたら日本語にするか尋ねる」と書いていたものの、実際には質問ではなく、候補のボタン(「表示名を日本語に変更して」)として出てきました。そこでスキルを「同じ返答の中で必ず尋ねる」と強めに書き直し、チャットで「仕入先マスタの列名を日本語表示に変更して」と依頼しました。
リストの設定を見ると、表示名は日本語に変わっています。
列の編集画面を開くと、URL の末尾が Field=SupplierName になっており、内部名は英語のまま、表示名だけが日本語になっていることが確認できました。
これがあると嬉しい点
利用者が目にするのは表示名なので、画面では日本語、裏側では英語、という形が一番扱いやすいと考えます。これまでは列を1つずつ開いて名前を変える必要がありましたが、元の Excel の見出しを日本語の表示名として、チャットの一言でまとめて変えられるのはかなり楽だと感じました。
3. 列が多いときの作成
公開情報
リスト作成専用のページは見当たりませんでしたが、上記のとおり、リストの作成と編集はライセンスに含まれる範囲です。
検証結果
13列の購買依頼一覧の Excel を添付し、「リストを作成して」と依頼しました。英語の列名・日本語の意味・列の種類・選択肢をまとめた表が示されました。
品目区分とステータスは選択肢、数量は数値、単価と金額は通貨、希望納期は日付、承認済みは「はい/いいえ」と、Excel の中身を見て種類を決めてくれています。
一方で、依頼部署(購買依頼一覧)や支払条件(仕入先マスタ)のように決まった値が並ぶ列は、選択肢ではなく1行テキストになっていました。このあたりは表の段階で「依頼部署は選択肢にして」と伝えれば直せます。
これがあると嬉しい点
列が多いと、名前・種類・選択肢を1つずつ設定するだけでそれなりに時間がかかります。案を表で一度に見られて、作る前に直せるのは、慣れない方にとってもありがたいと思います。選択肢の値も Excel のデータから拾ってくれるため、入力漏れも減らせるかなと思います。
4. データの取り込み
公開情報
Excel のデータを取り込む機能について、個別の説明は見当たりませんでした。
検証結果
購買依頼一覧では「この列構成で作成してデータを登録して」と返事をしたところ、リストの作成と10件のデータ登録までできました。
ステータス列の編集画面を見ると、こちらも内部名は Status、列名は「ステータス」になっています。

一方で、仕入先マスタのときは Excel の7件が登録されていませんでした。Copilot の返答には「確認カードの期限切れ」で登録できていないと書かれていました。
恐らく、確認を求められてから返事をするまでに時間を空けてしまったためかなと思います。確認カードが出たら、早めに返事をするのが良さそうです。
これがあると嬉しい点
Excel で管理していた台帳をリストに移すとき、列を作ってからデータを貼り付ける、という2段階の作業が1回の依頼で済みます。ここが楽になるのはありがたいと感じました。ただし、登録されたかどうかは件数を見て確認しておくのが良いかと思います。
5. ドキュメント ライブラリのメタデータ
公開情報
前述のとおり、オートフィル列は列を保存したあとに追加したファイルを自動で処理します。ライセンスに含まれるのは「オートフィルによるメタデータの入力」で、「リアルタイムのオートフィル」は Copilot クレジットが要る範囲です。さらに、Copilot クレジットを使って処理を速くする Advanced Autofill という仕組みもあります(公式:Create autofill columns)。
また、オートフィルで入れたメタデータは、ほかの列の値と同じように検索の対象にしたり、ワークフローのきっかけにしたり、秘密度ラベルの条件にしたりできるとされています(公式:Overview of autofill columns)。
依頼の仕方
ドキュメント ライブラリは、以下のように読み取りたい項目を指定して依頼しました。
受け取った請求書・見積書・納品書を保管するドキュメント ライブラリを作りたいです。ライブラリ名は ReceivedDocuments にしてください。文書の中身から次の情報を自動で読み取るオートフィル列を作ってください。
・書類の種類(請求書・見積書・納品書・その他から選ぶ)
・取引先名
・書類番号
・発行日
・支払期限
・合計金額(税込)
・購買依頼番号(PR- で始まる番号)
・宛先部署(製造部・購買部・総務部・設備保全課・その他から選ぶ)
検証結果:80項目すべて正解
ライブラリと8列ができたところで、請求書など8件をアップロードしました。
時間を置いて確認したところ、以下のように全件埋まっていました。
8件×8列の64項目を正解と突き合わせたところ、すべて正解でした。あえて入れておいた、間違えやすい書類の結果は以下のとおりです。
| 書類 | 間違えやすい点 | 結果 |
|---|---|---|
| 請求書(Word) | 宛先が「製造部 第二課」 | 選択肢の「製造部」に寄せた |
| 請求書(PDF) | 日付が和暦(令和8年) | 西暦の日付に直した |
| 請求書(Word) | 支払期限の日付がなく「翌月末までに」の文だけ | 支払期限は空欄(推測で日付を入れなかった) |
| 請求書(PDF) | 2ページで、合計は2ページ目 | 合計を正しく取得 |
| 見積書(Word) | 「見積有効期限」がある | 支払期限には入れず空欄。書類の種類も「見積書」 |
| 納品書(PDF) | 支払期限がない | 空欄。書類の種類も「納品書」 |
| 請求書(Word) | 近くに「前回ご請求額 120,000」がある | 今回の請求額を正しく取得 |
その後、さらに2件を追加したところ、何もしなくても自動で埋まり、こちらも8列すべて正解でした。合わせて10件×8列=80項目すべて正解です。
※サンプルの書類はシンプルなレイアウトです。スキャンした PDF やレイアウトが複雑な書類では、結果が変わる可能性があります。
検証結果:埋まるまでには時間がかかる
一方で、すぐには埋まりませんでした。オートフィル アクティビティで完了時刻を確認すると、22:01 にアップロードした8件のうち、ファイルを選んで手動で[Autofill]を実行した1件は 22:18(約17分後)、残りの7件は 23:02〜23:03(約1時間後)に完了していました。あとから追加した2件も、完了まで1時間半ほどかかっていました。
公開情報で「リアルタイムのオートフィル」が Copilot クレジットの範囲とされていることを踏まえると、ライセンスの範囲で使う場合は、ある程度待つ前提の機能と考えておくのが良いかと思います。
検証結果:手で直した値は戻されるか
オートフィルを業務で使う場合に気になるのが、人が直した値が、あとから自動で上書きされないかです。たとえば、請求書の宛先は製造部でも、保守用の部材なので費用は設備保全課に付け替える、ということはよくあると思います。
そこで、宛先部署を手で「設備保全課」に変えてから、いくつかの操作で値が戻るかを確かめました。
| 操作 | 結果 |
|---|---|
| しばらく時間を置く(約1時間) | 残った。同じライブラリで追加2件の処理が動き、完了したあとも変わらなかった |
| 別の列(取引先名)を手で直す | 再処理は始まらず、宛先部署も残った |
| 同じ名前の訂正版ファイルで置き換える | 自動で再処理が始まり、合計金額は訂正版の金額に更新された。手で直した取引先名と宛先部署も、オートフィルの値に戻った |
オートフィル アクティビティでは、置き換え後の再処理は開始から約1時間で完了していました。再処理が終わったあとの一覧です。受領書類_01 の合計金額は ¥536,800(訂正版の金額)に変わり、手で直していた取引先名は「ノクシード金属株式会社」、宛先部署は「製造部」に戻っています。
公開情報には、文書の中身を変えた場合はユーザーが手で再処理したときだけ反映される、とあります(公式:Overview of autofill columns)。一方で、同じ名前のファイルで置き換えた場合は、今回の検証では自動で再処理が始まり、手で直した値も上書きされました。手で直した値が再処理で上書きされるかどうかへの言及は、公開情報には見当たりませんでした。
つまり、値を手で直しただけでは戻されませんが、ファイルを置き換えると、手で直した列も含めてオートフィルの値に戻ります。ファイルを差し替える運用がある場合は、差し替えたあとに手で直していた列を見直すか、人が判断する値はオートフィルではない別の列に入れておくのが良いかと思います。
これがあると嬉しい点
ドキュメント ライブラリにメタデータの列を作ることは、人が探すうえでも、Copilot が探すうえでも重要です。ただ、それが分かっていたとしても、「誰がそれを埋めるのか」「入れるのが面倒」というところが悩ましいところでした。
新しく入れるファイルであれば、フォームを使ってアップロード時に入れてもらう運用に変える、というやり方もあるかと思います。一方で、すでにあるファイルに今からメタデータを入れていくとなると、かなり悩ましいと思います。もちろん新しく入れるファイルでも、入力が面倒なことに変わりはありません。
オートフィルは、この「誰が入れるのか」「面倒」というところをカバーできるものかなと思います。列が埋まれば、取引先や支払期限で並べ替えたり絞り込んだりでき、公開情報にあるとおり、検索やワークフローのきっかけにも使えます。
5つの大変だったことは、どこまで楽になったか
最後に、冒頭の5つを振り返ります。
| これまで大変だったこと | 今回の結果 |
|---|---|
| 列名を英語で作る | スキルで決まりを書いておけば、英語の内部名で作成された |
| 表示名を日本語にする | チャットの一言で、内部名は英語のまま表示名だけ日本語にできた |
| 列が多いと手作業が大変 | 13列の名前・種類・選択肢を一度に提案してくれた。一部の列は選択肢にならなかったが、作る前の表で直せる |
| データの取り込み | 10件は取り込めた。ただし確認カードの期限切れで登録されないことがあった |
| ライブラリのメタデータ入力 | オートフィル列で80項目すべて正解。ただし埋まるまで1時間前後かかった |
一方で、確認カードの期限切れでデータが入らなかったり、スキルに書いた質問が候補ボタンとして出てきたりと、思ったとおりに動かない場面もありました。作られたリストの列名・種類・データ件数は、最後に人が確認しておくのが良いかと思います。
まとめ
今回は、Copilot in SharePoint でリストとドキュメント ライブラリを作り、これまで大変だった5つの作業がどこまで楽になったかを、公開情報と合わせて検証しました。
英語の列名で作って表示名だけ日本語にする、Excel のデータを取り込む、ライブラリのメタデータを自動で入れる、といった作業は、チャットとスキルでかなり効率化できるようになったと感じています。一方で、オートフィルの待ち時間や確認カードの扱いなど、使い方に慣れが必要な部分もあります。
新しい情報が入り次第、再検証したいと思います。「私の手元ではこうだった」といった情報もいただけるとうれしいです。
本記事が、SharePoint のリストやライブラリを作る方のお役に立てば幸いです。




















