Power AutomateとSharePointの連携 リスト自動化の作り方・活用例と制限への対処

SharePointを導入したものの、ファイル置き場としてしか使えていない。リストで申請を受け付けてはいるが、その後の通知や集計は結局手作業になっている。こうした状態は、多くの企業で見られます。

Power AutomateとSharePointを連携させると、リストへのアイテム追加やファイルのアップロードを起点に、通知、承認、転記、ファイル整理までを自動で処理できるようになります。どちらもMicrosoft 365に含まれるため、追加のツールを買う必要はありません。

一方で、思ったとおりに動かないという相談も少なくありません。原因の多くは製品の不具合ではなく、対応していないリストの種類を使っている、列の設定が制限を超えている、といった仕様に起因するものです。

この記事では、連携でできることの全体像から具体的なフローの作り方、業務別の活用例、そして公式に明記されている制限とその回避策までを順に整理します。

確認したいポイント	結論	詳細
何ができるようになる？	リストやファイルの変更を起点に自動化	アイテムの追加を検知して通知、承認、転記、ファイルの振り分けまでを人手を介さず処理できます。
追加費用はかかる？	標準コネクタのため追加購入は不要	SharePointコネクタは標準コネクタで、Microsoft 365の一般的なライセンスがあれば利用できます。
どのトリガーを使う？	「アイテムが作成されたとき」が基本	作成時、作成または変更時、変更時、削除時のほか、利用者が手動で実行できるトリガーも用意されています。
動かない原因で多いのは？	リストの種類と列の設定に起因する	汎用リスト以外のテンプレートは非対応で、ルックアップ列が12個を超えるとフローが失敗します。

この記事でわかること

• SharePointとPower Automateを連携させたときに自動化できる処理の全体像
• 実務でよく使うSharePointトリガーと、代表的なアクションの使い分け
• リストへの追加を起点にした通知フローを作る6つのステップ
• 通知、承認、ファイル振り分け、定期集計など業務別の活用例5選
• リストテンプレートやルックアップ列など、公式に定められた制限と回避策

業務自動化の進め方をまとめた資料を無料で配布しています どの業務から自動化に着手すべきかの見極め方、社内に定着させる手順、費用の目安を1冊にまとめました。検討段階の情報収集にご活用いただけます。 ▶ 資料請求はこちら ※オンライン完結／しつこい営業は一切いたしません

Power AutomateとSharePointを連携すると何ができるのか

SharePointは、Microsoft 365に含まれるファイル共有とリスト管理の基盤です。Power Automateは、アプリやサービスをつないで処理を自動化するサービスです。この2つを組み合わせると、SharePointが単なる保管場所から業務の起点に変わります。

Microsoftの公式ドキュメントSharePoint と Power Automate を使用してワークフローを構築するでは、ファイルの承認後の移動、外部システムからのアイテム作成、リストやライブラリからのデータ取得などが主なシナリオとして挙げられています。

SharePointを「置き場」から「起点」に変える

従来のSharePointの使い方は、ファイルを置いて共有するというものでした。人が開いて、人が確認して、人が次のアクションを取る。この流れのなかで、確認漏れと対応遅れが発生します。

連携すると、リストにアイテムが追加された瞬間、ファイルがアップロードされた瞬間に処理が動き出します。担当者が気づくのを待つ必要がなくなり、対応の速さが人の注意力に依存しなくなります。

実務で効果が大きいのは、複数人が見る必要のあるリストです。問い合わせ管理、設備の点検記録、在庫の一覧といった、誰かが対応しなければならない情報が集まる場所ほど、自動化の価値が出ます。

連携で自動化できる処理の型

組み合わせは無数にありますが、実際に使われている構成は次の4つの型に整理できます。

• 通知型：リストやライブラリの変更をTeams、メール、モバイル通知で知らせる
• 承認型：申請リストへの追加を起点に承認依頼を送り、結果をリストに書き戻す
• 転記型：リストの内容を別のリストやExcel、外部サービスへ自動で反映する
• 整理型：ファイルを条件に応じてフォルダへ振り分ける、期限切れのアイテムを移動する

最初に取り組むなら通知型が向いています。処理が単純で失敗しても影響が小さく、効果がすぐに実感できるためです。

Excelでの管理と何が違うのか

同じような管理はExcelでもできます。ただし、Excelは1人が開くと他の人が編集できない、変更履歴が残らない、自動化の起点にしにくいという制約があります。

SharePointリストは複数人が同時に編集でき、誰がいつ何を変えたかが記録されます。そして、その変更をPower Automateが検知できます。この「変更を検知できる」という点が、自動化の前提になります。

既にExcelで運用している業務をリストへ移す場合、Excelファイルからリストを作成する機能が用意されています。列の型だけは移行時に確認が必要で、日付や数値が文字列として取り込まれると後の処理でつまずきます。

SharePointコネクタのトリガーとアクション

連携の設計は、どのタイミングでフローを動かすか（トリガー）と、何をさせるか（アクション）を選ぶ作業です。SharePointコネクタには、その両方が豊富に用意されています。

実務でよく使うトリガー

SharePointトリガーは、リストやライブラリの変更を監視してフローを開始します。実務で使用頻度が高いのは次のものです。

• アイテムが作成されたとき：新規登録だけを検知したい場合の基本形
• アイテムが作成または変更されたとき：登録と更新の両方に反応させたい場合
• アイテムまたはファイルが変更されたとき：リストとライブラリの両方の変更を対象にする場合
• ファイルが作成されたとき（プロパティのみ）：ライブラリへのアップロードを起点にする場合
• 選択したアイテムに対して：利用者がリスト画面から手動でフローを実行する場合

「作成されたとき」と「作成または変更されたとき」の取り違えは非常に多いので注意します。後者を選ぶと、誰かが1文字直しただけでも通知が飛び、すぐに使われなくなります。

なお、「選択したアイテムに対して」を使う手動実行は、既定の環境にあるフローでのみ利用できるという制約があります。専用の環境を作っている組織では動かないことがあります。

40を超えるアクションでできること

フローが開始されると、SharePointに対して40を超えるアクションを実行できます。代表的なものを整理します。

• アイテムの作成／更新／削除：リストの行を操作する基本のアクション
• 項目を取得する／アイテムを取得：1件だけ取るか、条件に合う複数件を取るかで使い分ける
• ファイルの作成／コピー／移動／更新：ライブラリ内のファイル操作
• ファイルプロパティを取得／更新：ライブラリの列に入っている値の読み書き
• アイテムまたはフォルダーへのアクセスを許可／アイテムの共有を停止：権限の操作
• SharePointにHTTP要求を送信する：標準アクションで足りない処理をREST APIで実行する

最後のHTTP要求は強力ですが、アクセス権を持つあらゆるREST APIを実行できるため、公式ドキュメントでも慎重に扱うよう注意が添えられています。初心者のうちは標準アクションの範囲で組むことをおすすめします。

リストとライブラリで使い分ける

SharePointには、行と列でデータを管理するリストと、ファイルを保管するドキュメントライブラリがあります。アクション名が「アイテム」で始まるものはリスト向け、「ファイル」で始まるものはライブラリ向けという区別を覚えておくと迷いません。

申請や台帳のように構造化された情報はリスト、契約書や図面のようにファイルそのものが成果物になるものはライブラリを使います。両方をまたいだ処理も可能です。

たとえば、リストに申請が登録されたら承認を回し、承認後に関連ファイルを別のライブラリへ移動する、といった構成が実務ではよく組まれます。

連携フローの作り方｜リスト通知フローを例に6ステップ

ここからは実際の作成手順です。題材は、問い合わせ管理リストにアイテムが追加されたらTeamsに通知するという最も基本的な構成にします。

所要時間は15分ほどです。この形が作れれば、通知先をメールに変える、条件分岐を挟むといった応用はすぐにできます。

ステップ1｜SharePointリストを作成する

SharePointサイトのサイトコンテンツから、新規でリストを作成します。ゼロから作る場合は空白のリストを選び、名前を付けます。

既にExcelで管理している業務であれば、Excelファイルから作成する選択肢もあります。列の型が自動で判定されるため、作成後に日付や数値が正しく認識されているかを確認します。

リストの作成には、対象サイトでの編集権限が必要です。権限がない場合は、サイトの管理者に依頼するか、自分がテストできるサイトを用意してもらいます。

ステップ2｜列を設計する

ここが最も重要な工程です。後からフローを組む際に使う情報を、この段階ですべて列として用意しておきます。後から列を足すと、既存データの整合を取る手間が発生します。

問い合わせ管理であれば、件名、内容、依頼元、担当者、期限、対応状況といった列を作ります。担当者は「ユーザーまたはグループ」型、対応状況は「選択肢」型にすると、後の条件分岐が扱いやすくなります。

列の型をすべて1行テキストにしてしまうと、後で苦労します。日付は日付型、数値は数値型で作っておくと、フロー側で比較や計算がそのままできます。

ステップ3｜自動化したクラウドフローを作成する

Power Automateにサインインし、マイフローから新しいフローを選び、自動化したクラウドフローを作成します。SharePointのリスト画面から統合メニュー経由で作る方法もあります。

フロー名は、対象のリスト名と処理内容が分かる形にします。「問い合わせリスト_新規登録Teams通知」のように付けておくと、数が増えたときに探しやすくなります。

トリガーの選択画面で「SharePoint」を検索し、「アイテムが作成されたとき」を選びます。今回は新規登録だけに反応させたいためです。

ステップ4｜トリガーにサイトとリストを指定する

トリガーの設定画面で、サイトのアドレスとリスト名を選択します。サイトが一覧に出てこない場合は、SharePointのURLを直接入力すれば指定できます。

この時点で一度保存し、テストを実行してみます。リストに1件登録してみて、フローが動いたかを実行履歴で確認するところまでを先にやっておくと、後の切り分けが楽になります。

動かない場合、多くはサイトかリストの指定違いです。名前の似たリストが複数ある環境では、意図しないリストを選んでいることがあります。

ステップ5｜通知アクションを追加する

トリガーの下に新しいステップを追加し、Microsoft Teamsの「チャットまたはチャネルにメッセージを投稿する」を選びます。投稿先のチームとチャネルを指定します。

メッセージの本文には、動的なコンテンツでリストの列の値を差し込みます。件名、依頼元、期限、そしてアイテムへのリンクを含めておくと、通知から直接対応に移れます。

リンクには、トリガーの出力にある「アイテムへのリンク」を使います。これを入れておかないと、通知を見た人がリストを開いて該当行を探す手間が残ってしまいます。

メール通知にしたい場合は、代わりにOffice 365 Outlookの「メールの送信」を選びます。通知先を変えるだけならアクションを差し替えるだけで済みます。

ステップ6｜テストして公開する

保存して、リストに実際のデータを1件登録します。Teamsに通知が届き、差し込んだ値が正しく表示されているかを確認します。

トリガーが動くまでに数分かかることがあります。すぐに通知が来なくても、まずは実行履歴を開いて処理が始まっているかを見てください。理由は次章で説明します。

問題がなければ、関係者にフローの存在を周知します。あわせて、フロー自体を他の担当者と共有設定しておくと、作成者が不在のときにも修正や停止ができます。

どの業務をSharePointで自動化すべきかからご相談いただけます 作り方は分かっても、自社のどの業務に適用すれば効果が出るかは別の問題です。業務の棚卸しから一緒に整理する30分の無料相談をご用意しています。 ▶ 相談予約はこちら ※オンライン完結／秘密厳守／助成金活用のご相談も歓迎

業務別の活用例5選

基本形が作れたら、次は実務への展開です。ここでは、中小企業の現場で実際に組まれることの多い構成を5つ紹介します。

活用例1｜リストへの追加をTeamsに通知する

前章で作った構成そのものです。問い合わせ管理、設備の不具合報告、備品の購入依頼など、誰かが対応すべき情報が集まるリストに向いています。

メールではなくTeamsに流すことで見落としが減ります。担当チームのチャネルに投稿すれば、誰が対応するかをその場で決められるという副次的な効果もあります。

応用として、条件分岐を挟んで内容の区分ごとに通知先チャネルを変える構成もよく使われます。全件が1つのチャネルに流れると、結局見られなくなるためです。

活用例2｜申請リストから承認を回す

リストを申請フォームとして使い、追加を起点に承認依頼を送る構成です。休暇申請、経費精算、稟議といった業務が該当します。

承認アクションで上長に依頼を送り、結果に応じて条件分岐します。承認ならリストの対応状況列を「承認済み」に更新し、申請者へ通知。却下なら理由を添えて差し戻します。

リストが申請台帳としてそのまま残る点が利点です。誰がいつ何を申請し、誰が承認したかが1か所に蓄積されるため、後からの照会や監査対応が容易になります。

活用例3｜ライブラリのファイルを自動で振り分ける

ドキュメントライブラリへのアップロードを起点に、ファイルを条件に応じたフォルダへ移動する構成です。請求書、契約書、報告書などの整理に使われます。

振り分けの基準には、ライブラリの列に入力されたメタデータを使います。ファイル名で判定するより、列の値で判定するほうが確実です。命名規則が守られないケースが必ず出るためです。

注意点として、ファイルを移動しただけではフローがトリガーされません。移動や同期ではファイルのカスタムメタデータが変わらないため、移動先ライブラリの更新フローは動きません。この仕様は公式ドキュメントにも明記されています。

活用例4｜定期的にリストを集計してレポートする

時間主導型のトリガーで、毎週や毎月の決まった時刻にフローを動かす構成です。リストから条件に合うアイテムを取得し、集計してメールやTeamsに送ります。

「未対応のまま3日以上経過している問い合わせ」「今月中に期限を迎える案件」といった抽出が典型例です。放置されている案件を人が探しに行かなくてよくなる点に価値があります。

アイテムを取得する際は、フィルターで対象を絞り込みます。全件を取ってからフロー内で判定すると、処理時間も消費するリソースも大きくなります。

活用例5｜フォームの回答をリストに転記する

Microsoft Formsで受け付けた回答を、SharePointリストへ自動で転記する構成です。社外の方や、SharePointに慣れていない社員からの入力を受け付けたい場合に有効です。

Formsは入力画面としての完成度が高く、モバイルからの入力にも向いています。一方で集計や後続処理には向かないため、データはリストに集約するという役割分担になります。

転記後にそのままTeams通知や承認へつなげれば、受付から処理までが1本のフローで完結します。入り口はForms、蓄積はリスト、処理はPower Automateという組み合わせは覚えておく価値があります。

他の業務にも自動化を広げていく際の考え方は業務効率化アイデア55選｜部門別30＋AI15＋明日から3つで成果を出す方法でも整理しています。

つまずきやすい制限と対処法

「作ったのに動かない」という相談の多くは、公式に明記されている制限に該当しているケースです。以下はPower Automate の Microsoft SharePoint コネクタ（Microsoft Learn）に記載されている内容にもとづきます。

対応するリストテンプレートが限られる

最初に確認すべき点です。Power Automateのフローがサポートしているのは、汎用リストと汎用ドキュメントライブラリだけです。お知らせ、連絡先、タスクといったテンプレートから作ったリストは対象外とされています。

テンプレートを使って作ったリストでフローが動かない場合、この制限に当たっている可能性があります。対処としては、空白のリストから作り直し、必要な列を自分で追加する形にします。

リストを作る段階でこの点を知っているかどうかで、後の手戻りが決まります。自動化を前提にするなら、最初から空白のリストで作り始めるのが安全です。

トリガーが即座に動かない

アイテムを追加したのに、すぐにフローが動かないことがあります。これは不具合ではありません。Power Automateは定期的にリストの変更をチェックする仕組みで動いているためです。

公式ドキュメントでも、多くの場合は変更から数分以内に実行されるとしたうえで、間隔によっては複数の変更をまとめて拾うことがあると説明されています。

秒単位の即時性が必要な業務には向かないという前提で設計します。数分の遅れが許容できない処理であれば、別の手段を検討する必要があります。

ファイルの移動や同期ではトリガーされない

前章でも触れましたが、影響が大きいので改めて整理します。ライブラリ間でファイルを移動しても、OneDriveから同期しても、ファイルのカスタムメタデータは変わりません。そのため、移動先や同期先のライブラリを監視しているフローは動きません。

「ファイルを別のライブラリに移したら処理を走らせたい」という要件は、この仕様上そのままでは実現できません。移動する側のフローの中で、続けて処理を実行する構成にします。

この挙動を知らないと、フローが壊れていると誤解して原因追及に時間を使うことになります。設計段階で織り込んでおきたい仕様です。

ルックアップ列は12個までという上限

リストやライブラリにルックアップ列がある場合、「アイテムを取得」と「ファイルを取得」で返せるのは最大12個までです。これを超えると、フローは失敗します。

見落としやすいのは、ルックアップ列として数えられるのが自分で作った参照列だけではない点です。作成者や更新者といった列も内部的にはこの種類に該当します。

対処としては、取得する列を必要なものだけに絞る設定を使います。ビューで列を制限する、または取得アクションのオプションで対象列を指定することで、上限に触れずに済みます。

アイテムの取得は件数の設定が必要

「アイテムを取得」は、何も設定しないと一部の件数しか返しません。全件を対象にしたい場合は、上位カウントの指定か改ページの設定が必要です。

上位カウントは最大5,000、改ページのしきい値は最大100,000まで設定できます。ただし、大きな値を設定するほどフローの実行時間は延びます。

現実的な対処は、フィルタークエリで対象を絞ってから取得することです。全件を取ってきてフロー内で判定するより、はるかに速く安定します。SharePoint側のリストビューしきい値である5,000件を意識した設計も必要になります。

権限とセキュリティの考え方

自動化を進めるうえで、権限の扱いは機能の話と同じくらい重要です。設定を誤ると、本来見えるべきでない情報にフロー経由でアクセスできてしまいます。

IPA（情報処理推進機構）の中小企業のためのクラウドサービス安全利用の手引きでも、クラウドサービスの利用にあたってアクセス管理を業務ごとに定めることの重要性が示されています。

フローは接続したアカウントの権限で動く

最も基本的で、最も見落とされる点です。フローは、コネクタを接続したユーザーの権限でSharePointを操作します。作成者が広い権限を持っていると、フロー経由でその範囲すべてに手が届きます。

たとえば管理者権限を持つ人が作ったフローを一般社員が実行できる状態にすると、通常はアクセスできない情報が結果として出力される可能性があります。

対策として、業務用のフローは専用のサービスアカウントで接続するという運用があります。あわせて、そのアカウントに必要最小限の権限だけを付与します。

削除トリガーには管理者権限が必要

「アイテムが削除されたとき」「ファイルが削除されたとき」のトリガーには特有の条件があります。削除されたアイテムのプロパティを取得するには、サイトコレクション管理者アカウントで接続する必要があると公式に明記されています。

一般ユーザーの権限で接続すると、トリガー自体は動いても削除された内容が取れないという状態になります。削除の記録を残したい要件では、この点を先に確認します。

管理者アカウントで接続する以上、そのフローが何をしているかは特に慎重に管理します。作成者だけが知っている状態にしないことが前提になります。

共有と権限付与を自動化するときの注意

SharePointコネクタには、アイテムやフォルダーへのアクセスを許可する、共有リンクを作成する、共有を停止するといったアクションがあります。承認後に関係者だけへ閲覧権限を付与する、といった構成が組めます。

便利な反面、条件分岐を誤ると意図しない相手に権限が渡ります。特に共有リンクの作成は、リンクを知っている全員がアクセスできる設定を選べてしまうため注意が必要です。

権限を扱うフローは、必ずテスト環境で動作を確認してから本番に移します。あわせて、定期的に付与された権限を棚卸しする運用もセットで決めておきます。

運用を続けるためのポイント

作った直後は動いていても、半年後に誰も中身を把握していないという状態は珍しくありません。運用面で押さえておきたい4点を挙げます。

命名規則と所有者を決める

フローが10本を超えたあたりから、どれが何をしているか分からなくなります。対象リスト名と処理内容を含む命名規則を最初に決めておきます。

あわせて、各フローの所有者を明確にします。作成者が異動や退職した場合に備え、フローは必ず複数人で共有設定しておきます。個人アカウントに紐づいたままだと、アカウント停止と同時にフローも止まります。

処理内容、対象リスト、実行タイミング、連絡先を一覧にした管理表を作っておくと、引き継ぎの負担が大きく減ります。

エラー通知の受け取り方を決める

フローが失敗すると、既定では所有者にメールが届きます。ただし、そのメールを誰も見ていなければ、止まっていることに気づけません。

重要な業務を担うフローには、失敗時にTeamsのチャネルへ通知する構成を組み込む方法があります。個人のメールより、チームで気づける場所に流すほうが確実です。

定期的に実行履歴を確認する担当と頻度も決めます。月に1度、失敗しているフローがないかを見るだけでも、長期の放置は防げます。

リストの列変更がフローを壊す

運用中に最も多いトラブルです。リストの列名を変えた、列を削除した、選択肢の値を変えた。その結果、その列を参照していたフローが動かなくなります。

対策は、リストの変更手順にフローの確認を含めることです。「列を触るときは、そのリストを参照しているフローを確認する」というルールを、管理表とセットで運用します。

選択肢型の列は特に注意が必要です。条件分岐で文字列を比較している場合、選択肢の表記を1文字変えただけで分岐が成立しなくなります。

どこまで自動化するかの線引き

すべてを自動化しようとすると、フローが複雑になり保守が困難になります。分岐が5つを超えたあたりから、作った本人でも追いにくくなるというのが実感です。

例外処理の多い業務は、無理に1本のフローに詰め込まず、標準的なケースだけを自動化して例外は人が扱う形にします。8割を自動化して2割を人が処理するほうが、全体としては安定します。

そもそもPower Automateが最適とは限らない場面もあります。手段の比較はAIツール比較｜法人利用で見るべき7つの軸と主要ツールの違い、料金の目安で、外部の支援を組み合わせる進め方はAI業務自動化・GAS開発で扱っています。

まとめ

Power AutomateとSharePointを連携させると、リストへのアイテム追加やファイルのアップロードを起点に、通知、承認、転記、ファイル整理を自動化できます。SharePointコネクタは標準コネクタのため、追加費用はかかりません。

最初に取り組むなら、リストへの追加をTeamsに通知する構成が向いています。処理が単純で、失敗しても影響が小さく、効果がすぐに実感できるためです。

つまずきやすいのは仕様に起因する部分です。汎用リスト以外のテンプレートは対象外、トリガーは数分の遅れが生じる、ファイルの移動ではトリガーされない、ルックアップ列は12個まで。これらを知っているだけで、原因追及の時間は大幅に減ります。

そして権限の扱いには特に注意が必要です。フローは接続したアカウントの権限で動くという原則を押さえ、必要最小限の権限で運用します。

まずは業務で使っているリストを1つ選び、追加時の通知フローを作るところから始めてみてください。1本動けば、次に自動化すべき処理は自然と見えてきます。

フロー設計から社内定着まで、無料で相談できます 作ったフローが増えて管理しきれない、権限設計に不安があるといった段階のご相談も承っています。営業色は一切ありません。 ▶ 相談予約はこちら ※オンライン完結／秘密厳守／助成金活用のご相談も歓迎