合同会社小村ソフト
相談する
メニュー

Excel台帳をSharePointリストへ置き換える ── 共有・履歴・フロー連携で「台帳が壊れる」を卒業する

· · Power Automate, SharePoint, Microsoft Lists, Excel, Microsoft 365, 台帳管理, 業務自動化, 技術相談

「案件管理台帳.xlsxを開いたら読み取り専用だった。誰が開いているか分からないのでコピーを作って更新したら、どれが最新か分からなくなった」「並べ替えたら行がズレて、別の案件のメモが付いてしまった」。共有フォルダのExcelで案件管理・問い合わせ管理・備品管理などの台帳を回している会社から、こういう相談をよく受けます。

Excelは表計算ソフトとしては優秀ですが、「複数人が同時に追記・更新する台帳の置き場所」としては構造的に無理があります。Microsoft 365を導入済みなら、この用途にはSharePointリスト(Microsoft Lists)という専用の器がすでに手元にあります。行ごとの同時編集、変更履歴、型付きの入力、そしてPower Automateによる通知・承認への発展まで、台帳に必要なものが一通り揃っています。

この記事では、Excel台帳の限界がどこで来るのか、SharePointリストへの置き換え判断と移行手順、リストビューのしきい値5,000をはじめとする設計上の注意、そしてPower Automate連携で台帳を「動く台帳」にするところまでを整理します。

1. まず結論

  • Excel台帳の事故(上書き・行ズレ・最新版不明)の根本原因は、ファイル丸ごとが編集単位になっていることです。SharePointリストは行(アイテム)単位で編集・履歴管理されるため、この種の事故が構造的に起きにくくなります。
  • SharePointリストは1リストあたり最大3,000万アイテムまで保存でき、リストアイテムへの添付ファイルは1ファイル250MBまでです。1
  • よく話題になる5,000件の制限は「リストビューのしきい値」であり、保存できる件数の上限ではありません。インデックス列と絞り込んだビューの設計で、5,000件を超えても運用できます。23
  • SharePoint Onlineのリストは作成時からバージョン履歴が有効(既定で50バージョン)です。「誰がいつどの項目を変えたか」が最初から残ります。4
  • Microsoft ListsにはExcelブックからリストを作成するインポート機能があります。ただし取り込みの前に、セル結合の解除・1行1件化・表記ゆれの掃除と列型の設計を済ませておくのが移行の実務です。5
  • SharePointコネクタは標準コネクタなので、Microsoft 365のライセンス範囲で「アイテムが作成または変更されたとき」を起点に通知・承認・督促のフローを組めます。67
  • 集計・分析が主目的のシート、1〜2人でしか触らない低頻度の台帳はExcelのままで問題ありません。逆に、リレーションが多い・件数が数十万件規模・トランザクション整合性が要る業務データは、リストではなくDataverseや業務システム(受託開発)の領域です。

2. Excel台帳の限界はどこで来るか

相談を受けていて、Excel台帳が壊れ始めるポイントはだいたい共通しています。

  • 同時編集と上書き。共有フォルダのExcelは、誰かが開いていれば読み取り専用になります。待てない人がコピーを作り、「台帳_最新.xlsx」「台帳_0715_田中修正.xlsx」が増殖し、どれが正か分からなくなります。ブラウザ版Excelの共同編集で同時に開くこと自体は回避できますが、次に挙げる問題は残ります。
  • 行ズレと破壊。フィルターをかけたまま貼り付ける、並べ替えの範囲選択を誤る、行の挿入で隣の列だけずれる。表計算の自由さは、台帳にとってはデータを壊す自由でもあります。しかも誰がいつ壊したのかは、ファイルの更新日時くらいしか手がかりがありません。
  • 入力規則が守られない。「ステータスはこの5つから選ぶ」「日付はyyyy/mm/dd」と決めても、セルには何でも入ります。入力規則(データの入力規則)を設定しても、コピー&ペーストで簡単に上書きされます。表記ゆれは、後の集計・検索のコストとして跳ね返ってきます。
  • マクロの属人化。転記や集計をVBAで自動化した台帳は、作った人が異動・退職した時点でブラックボックスになります。マクロ付きブックはファイル破損のダメージも大きくなりがちです。
  • 「見る」と「編集する」を分けられない。閲覧してほしいだけの人にも編集できるファイルを渡すことになり、権限の分離ができません。

一方で、Excelのままでよい台帳もあります。更新者が1〜2人で頻度も低いもの、月次で作って配るだけの集計表、計算式・ピボット・グラフが主役の分析シート、印刷様式そのものに意味がある帳票。これらは「複数人で同時に更新する」問題が起きないか、起きてもExcelの強み(計算・レイアウト)が上回ります。置き換えの判断基準は7章の表にまとめます。

3. SharePointリストとは ── セルの表ではなく「行のデータベース」

SharePointリストは、Microsoft 365に含まれるSharePointの機能で、Microsoft Listsアプリからも同じものを作成・利用できます(SharePointでリストを開くとMicrosoft Listsに案内される関係で、実体は同じです)。8 Excelとの一番の違いは、編集の単位がセルではなく行(アイテム)であることです。

観点 Excel台帳 SharePointリスト
編集単位 ファイル全体(セルは自由に編集) 行=アイテム単位
列の型 なし(入力規則は破れる) 型付き(選択肢・日付・数値・ユーザー・はい/いいえ・参照など)9
変更履歴 ファイルの版管理頼み アイテムごとのバージョン履歴(既定で有効・50バージョン)4
見せ方 シートのコピーで分岐しがち ビュー(絞り込み・並べ替え・グループ化)を複数定義
入力 セル直接入力 入力フォーム(必須項目・型チェック)
権限 ファイル単位のみ リスト単位・アイテム単位で設定可能
利用環境 Excelがある端末 ブラウザ・Teamsのタブ・モバイル5

実務で効く機能を補足します。

  • 列の型。選択肢列を使えばステータスは定義した値しか入りません。ユーザー列は組織のアカウントと紐づくので「担当者」の表記ゆれが消えます。日付列は日付としてしか入らないため、期限の判定や並べ替えが確実になります。参照(ルックアップ)列で別リストの値を参照する簡単なリレーションも組めます。910
  • ビュー。「自分の担当分」「今月期限」「未完了のみ」のように、同じデータを目的別の見え方で共有できます。Excelでシートをコピーして人別に配る運用が不要になります。
  • バージョン履歴。アイテムごとに、いつ・誰が・どの列をどう変えたかが記録され、以前の版に戻せます。SharePoint Onlineではリスト作成時から既定で有効です。4 「誰かが消した」「前の値が知りたい」への答えが標準機能になります。
  • アラート・ルール。値の変更時に通知を送る簡易ルールをリスト側だけでも設定できます。5 凝った通知や条件分岐はPower Automateの出番です(6章)。
  • Teams・モバイル。ListsはTeamsのチャネルにタブとして追加でき、デスクトップ・Web・モバイルから同じリストを操作できます。5 現場からスマホで問い合わせ状況を更新する、といった運用が現実的になります。

4. 移行の実務 ── 掃除→列設計→インポート→ビュー→切り替え

Excel台帳からの移行は、次の順序で進めます。ツールの操作よりも、最初の2ステップ(掃除と列設計)が成否を分けます。

(1) 既存データの掃除が先

Excel台帳には、表計算だから許されていた構造が必ず紛れ込んでいます。リストは1行=1アイテムのフラットな構造なので、先にExcel側で整えます。

  • セル結合を解除する(結合はリストに持ち込めません)
  • 1行1件にする(1つのセルに複数案件、複数行にまたがる1件、を解消)
  • ヘッダーを1行にする(2段組ヘッダーは列名を付け直す)
  • 表記ゆれを統一する(「対応中/対応チュウ/仕掛」→選択肢の候補値に揃える)
  • 途中の小計行・装飾用の空行を削除する
  • 計算式のセルは「値として残す」か「移行後に集計側で再現する」かを決める

この掃除は移行作業であると同時に、台帳の設計の棚卸しでもあります。「この列、誰も入れていない」「この2列は同じ意味だった」が大量に見つかるのが普通です。

(2) 列型の設計

掃除したExcelの各列を、どの型のリスト列にするかを決めます。定石はこうです。

台帳の項目 リストの列型 ポイント
ステータス・区分・優先度 選択肢列 候補値をここで確定する。自由記述を許さない
担当者・依頼者 ユーザー列 組織アカウントと紐づき、通知やビューの「自分の項目」に使える
受付日・期限・完了日 日付列 期限判定・督促フローの基礎になる
金額・数量 数値列 集計の対象になる列は必ず数値型に
顧客名・件名 1行テキスト 顧客マスターが別リストにあるなら参照(ルックアップ)列も検討10
経緯メモ 複数行テキスト 追記中心なら版の履歴で追える

Microsoft ListsにはExcelブックのデータを取り込んでリストを作成する機能があり、既存の台帳を出発点にできます。5 ただ、実務ではインポートの自動判定に任せきりにせず、先に列型を決めてからインポート時に確認する(あるいは先に空のリストを設計して後からデータを流し込む)ことをお勧めします。特に選択肢列・ユーザー列は台帳の品質を決める列なので、テキスト列のまま運用を始めてしまうと、せっかく移行した意味が半減します。

また、数千行を超える台帳では、1回のインポートにすべてを任せる計画にしないでください。持ち込んだ直後から5章で扱う5,000件しきい値の設計が最初の課題になりますし、取り込みが大きいほど列型の確認や失敗時のやり直しも重くなります。列設計を確定した空のリストを先に作り、しきい値対策のインデックス列と絞り込みビューを用意したうえで、データは区切りのよい単位に分割して投入する(実データの一部で一度リハーサルする)進め方が安全です。

(3) ビューと権限

既定のビューには「未完了のみ・期限昇順」のような日常業務の形を設定し、全件ビューは別に用意します。これは後述する5,000件しきい値への備えでもあります。権限は「編集できる人」「閲覧のみの人」をリスト単位で分けるところから始め、アイテム単位の細かい権限は本当に必要な場合に限定します(件数が増えてからの権限変更には制約があります。5章)。

(4) 並行期間と切り替え

移行日を決めて一斉に切り替えるのが理想ですが、現実には「しばらくExcelにも書く人」が出ます。並行期間を作る場合は「正はリスト、Excelは参照用の写し」と宣言し、Excel側を読み取り専用にしてしまうのが安全です。二重運用を漫然と続けると、どちらも正でなくなります。

5. 制限と設計の注意 ── 5,000・添付・「Excelにあってリストにないもの」

リストビューのしきい値5,000を正しく理解する

SharePoint Onlineには、1つのビュー(表示・並べ替え・フィルター・グループ化などの操作)が一度に扱えるアイテム数に既定で5,000件のしきい値があります。超えると「このリストのアイテム数がリストビューのしきい値を超えています」というエラーや、列の並べ替え・フィルターの失敗が起きます。23

ここで重要なのは、これは保存件数の上限ではないことです。リスト自体は最大3,000万アイテムまで保存できます。1 制限されるのは「5,000件を超える範囲を一度に舐めるクエリ」であり、対策も公式に案内されています。

  • 絞り込みに使う列にインデックスを付ける。並べ替え・フィルターの軸になる列(受付日、ステータス、担当者など)に列インデックスを作成します。ただしインデックスの追加・削除ができるのは2万アイテムまでという制限があるため、リストが大きくなる前に設計しておきます。3
  • ビューを常に5,000件未満に絞る。「今年度分」「未完了のみ」「担当者=自分」のように、インデックス列でのフィルターを既定ビューに組み込みます。3

中小企業の案件・問い合わせ台帳なら年間数百〜数千件が多く、当面は無縁に見えますが、数年分が蓄積すれば届く数字です。「年度で絞った既定ビュー+インデックス列」を最初から作っておけば、後から慌てずに済みます。なお、アイテム数が10万件を超えるとリスト・フォルダー単位での権限継承の切断ができなくなるなど、大規模化には別の制約もあります。1 数十万件規模の運用が最初から見えているなら、リストではなくデータベース(Dataverse・SQL)を選ぶ判断です(7章)。

添付ファイルの扱い ── 添付列かドキュメントライブラリか

リストのアイテムにはファイルを添付でき、1ファイル250MBまで対応します。1 ただし実務では次の2点に注意が要ります。

  • リストのバージョン履歴は列の変更を記録しますが、添付ファイルの変更は版管理されません。4
  • Power Automateから添付を操作する場合、SharePointコネクタが扱える添付ファイルサイズは90MBまでです。6

見積書・報告書のように、それ自体の版管理や共同編集が必要なファイルは、リストの添付ではなくドキュメントライブラリに保存し、リストにはリンクや管理番号で紐づける構成が扱いやすいです。添付列は「FAXのスキャン1枚」のような、アイテムに従属する軽い証跡向きと割り切ります。

Excelにあってリストにないもの

移行相談で必ず確認するのが、「Excelだからできていたこと」への依存度です。

  • 自由なレイアウト。セル結合、2段組ヘッダー、色分けだけで意味を持たせた表は再現できません。意味は列に、見せ方はビューに移します。
  • セル間の複雑な計算式。リストにも集計列(計算値)はありますが、シート全体を参照する複雑な計算網やピボットの代替にはなりません。集計・分析は、リストのデータをExcelやPower BIに接続して行う役割分担にします。Power BI Desktopからリストに接続してレポートを作る手順や、Power BIサービスでリストから直接セマンティックモデルを作成して定期更新する方法が公式に用意されています。1112
  • 印刷レイアウト。台帳をそのまま印刷様式にしていた場合、リストの画面は帳票にはなりません。印刷が要件なら、エクスポートしたデータをExcelテンプレートに流し込む、帳票側を別途作るなどの設計が必要です。

つまり「入力と共有はリスト、計算とレイアウトはExcel/Power BI」という分業に組み替えるのが、置き換えの正しい形です。

6. Power Automate連携で台帳が動き出す

SharePointリスト化の最大の配当は、Power Automateとの連携です。SharePointコネクタは標準コネクタなので、標準コネクタを使えるMicrosoft 365ライセンスの範囲でクラウドフローを組めます。6 リストには「アイテムが作成されたとき」「アイテムが作成または変更されたとき」などのトリガーが用意されており、台帳への登録・更新をそのままフローの起点にできます。67

掃除・列設計して移行応答を転記アイテム作成/更新トリガー接続/エクスポート既存のExcel台帳SharePointリスト案件・問い合わせ台帳Microsoft Forms申請・依頼の受け口Power AutomateクラウドフローTeams/メールで担当者へ通知承認フローへ回すスケジュール実行期限切れアイテムの督促Excel集計・Power BIレポート

代表的なパターンは3つです。

  • 通知。新しい問い合わせが登録されたら担当チャネルにTeams通知を送る、担当者列が設定されたら本人にメールする。台帳を「見に行く」運用から「知らせてくれる」運用に変わります。
  • 承認。ステータスが「承認依頼」に変わったら承認フローを開始し、結果と承認者・日時をリストの列に書き戻す。承認の証跡が台帳の同じ行に揃うこの構成は、別記事「Power Automateで承認フローを作る ── 紙とメールの稟議・申請を電子化する」で詳しく扱っています。13
  • 督促・棚卸し。毎朝スケジュール起動で「期限切れかつ未完了」のアイテムを抽出し、担当者へまとめて通知する。SharePointを使ったリマインダーフローは定番のシナリオとして公式にも案内されています。7 営業日判定や月次処理を含む定期実行の設計は「Power Automateの定期実行フローと営業日設計」にまとめています。

1点だけ設計上の注意があります。「アイテムが作成または変更されたとき」トリガーのフローが自分でリストを更新すると、その更新でまた自分が起動する無限ループになり得ます。後段の条件分岐で捨てるのではなく、トリガー条件(trigger conditions)で「ステータスが特定の値のときだけ起動する」とトリガー側に書くのが定石です。条件を満たさない更新では実行自体が発生しません。14 ただしトリガー条件は、フロー自身の書き戻しで条件が偽になることと対になって初めてループを止めます。「ステータスが『承認依頼』のとき起動」するフローなら、処理の最後で必ずステータスを『処理中』や『承認済み』など別の値へ更新して終えることまでが設計です。書き戻し後もステータスが『承認依頼』のままだと、その更新で再び条件が真になり、承認要求や通知が繰り返し飛びます。条件に使う列を変えない書き戻しがどうしても必要な場合は、処理済みフラグ列を足してトリガー条件に加えてください。

入力の入り口をさらに広げたい場合は、Microsoft Formsで受け付けてフローでリストに転記する構成が有効です(「Microsoft FormsとPower Automateで申請・依頼の受け口を作る」)。また、この記事の範囲はすべて標準コネクタで組めますが、DataverseやSQLに手を伸ばすとプレミアムライセンスの領域に入ります。15 境界線は「Power Automateのライセンスと標準/プレミアムコネクタの境界」で整理しています。

7. 判断表 ── Excelのまま/リスト化/業務アプリ・データベース開発

状況 判断
更新者が1〜2人・低頻度。集計/分析・印刷様式が主目的 Excelのまま。無理に移行しない
複数人が日常的に追記・更新する。状態・担当・期限を管理する SharePointリストへ移行する価値が大きい
通知・承認・督促につなげたい。入力の型を強制したい リスト+Power Automate。この記事の本命ゾーン
顧客・案件・明細などリスト間の参照が2〜3段に増えてきた 参照列では保守が苦しい。Dataverse等のデータベースを検討15
件数が数十万件規模、または5,000件超のビュー操作が日常 リストの設計努力より、最初からデータベース+業務アプリが安い2
複数テーブルの同時更新(受注と在庫など)で整合性が必須 トランザクションが必要。業務システム(受託開発)の領域
帳票出力・バーコード・外部システム連携が要件の中心 リスト単体では収まらない。専用システムか開発を検討

目安としては、「台帳」と呼べるうちはリストで十分、「業務システムの代わり」をリストにさせ始めたら赤信号、と考えています。参照列が増え、フローが何本も絡み合い、しきい値対策のビューが乱立し始めたら、それはデータベースと業務アプリで解くべき問題になっています。リストの良さは、そこに至るまでの数年間を、追加費用の少ない標準機能で安全に運用できることです。

8. まとめ

共有フォルダのExcel台帳の問題は、担当者の注意力ではなく構造の問題です。ファイル丸ごとが編集単位である限り、上書き・行ズレ・最新版不明は繰り返されます。SharePointリストに移すと、編集は行単位になり、入力には型が付き、変更はバージョン履歴に残り、権限は役割で分けられます。

移行の実務は、インポート操作そのものよりも「データの掃除」と「列型の設計」が本体です。そして5,000件のしきい値はビューの制限であることを理解し、インデックス列と絞り込んだビューを最初から用意しておけば、長く安心して使えます。添付ファイルはドキュメントライブラリとの役割分担を決め、計算とレイアウトはExcel/Power BIに任せる。この分業ができた台帳は、Power Automateのトリガーを起点に、通知・承認・督促まで自動で動く「動く台帳」に育っていきます。

そしてリストで苦しくなってきたら、それはDataverseや業務システムへ進むサインです。どこまでを標準機能でやり、どこからを開発で解くか。その線引きの相談から、弊社で承っています。

関連記事

関連する相談領域

合同会社小村ソフトでは、Excel台帳のSharePointリスト化・Power Automate連携の設計相談から、リストでは収まらない業務データベース・業務アプリの受託開発までを扱っています。

参考リンク

  1. Microsoft Learn, SharePoint limits. リストが最大3,000万アイテムまで保存できること、リストアイテム添付ファイルが1ファイル250MBまでであること、10万アイテム超のリスト・フォルダーで権限継承の切断・再継承ができないことについて。 ↩ ↩2 ↩3 ↩4

  2. Microsoft Learn, “The number of items in this list exceeds the list view threshold” when you view lists in Microsoft 365. リストビューのしきい値が既定で5,000件に構成されていること、超過時に表示エラーが発生することについて。 ↩ ↩2 ↩3

  3. Microsoft Learn, “Cannot show the value of the filter” error when you try to sort or filter a column in SharePoint Online. しきい値超過で並べ替え・フィルターが失敗すること、インデックス列と絞り込んだビューで5,000件以下に保つ回避策、インデックス列の追加・削除が2万アイテムまでという制限について。 ↩ ↩2 ↩3 ↩4

  4. Microsoft Learn (Microsoft 365コミュニティ ドキュメント), Versioning in SharePoint. SharePoint Onlineのリストで作成時からバージョン管理が有効(既定50バージョン)なこと、変更日時・変更者・変更列が記録され復元できること、リスト添付ファイルの変更はバージョン管理されないことについて。 ↩ ↩2 ↩3 ↩4

  5. Microsoft Learn, Manage the Lists app for your organization in Microsoft Teams. Microsoft Listsでの課題・備品・問い合わせ等の追跡、ビュー・ルール・アラート、テンプレートや既存リスト・Excelブックのデータ取り込みからのリスト作成、Teamsタブ・デスクトップ・Web・モバイルでの利用について。 ↩ ↩2 ↩3 ↩4 ↩5

  6. Microsoft Learn, SharePoint - Connectors. SharePointコネクタがPower Automateで標準(Standard)クラスであること、「アイテムが作成されたとき」「アイテムが作成または変更されたとき」等のトリガー、コネクタが扱えるリストアイテム添付ファイルが90MBまでであることについて。 ↩ ↩2 ↩3 ↩4

  7. Microsoft Learn, Use SharePoint and Power Automate to build workflows. Power AutomateとSharePointの統合、リスト・ライブラリの変更を監視するトリガー、承認・リマインダーフロー等の代表シナリオについて。 ↩ ↩2 ↩3

  8. Microsoft Learn, Integrate SharePoint Online into Power Apps overview. SharePointでリストを作成・表示するとMicrosoft Listsに案内され、両方から同じリストにアクセスできること、リストをPower Appsのデータソースにできることについて。 ↩

  9. Microsoft Learn, Connect to SharePoint from a canvas app. SharePointリストの列型(はい/いいえ、日付と時刻、選択肢、参照、ユーザー、数値、通貨、1行/複数行テキスト等)とPower Appsのデータ型の対応について。 ↩ ↩2

  10. Microsoft Learn, Link lists using a lookup column in Power Apps. 参照(ルックアップ)列で別リストと関連付けられること、短い固定リストには選択肢列が適することについて。 ↩ ↩2

  11. Microsoft Learn, Create a report on a SharePoint List in Power BI Desktop. Power BI DesktopからSharePointリストに接続してレポートを作成する手順について。 ↩

  12. Microsoft Learn, Create a Power BI semantic model directly from a SharePoint list. SharePointリストから直接Power BIセマンティックモデルを作成できること、手動更新・スケジュール更新でデータを最新に保てることについて。 ↩

  13. Microsoft Learn, Get started with approvals. Power Automateの承認機能の基本と、承認コネクタが標準コネクタとして利用できることについて。 ↩

  14. Microsoft Learn, Customize your triggers with conditions. SharePointの「アイテムが作成または変更されたとき」トリガーへのトリガー条件の設定、条件を満たさないイベントでは実行自体が発生しないことについて。 ↩

  15. Microsoft Learn, List of all Premium tier connectors. Microsoft Dataverseコネクタがプレミアム層のコネクタに分類されていることについて。 ↩ ↩2

関連する記事

同じタグを共有する最新の記事です。さらに近い話題で知識を深められます。

関連トピック

このテーマと近いトピックページです。記事を起点に、関連するサービスや他の記事へ進めます。

このテーマがつながるサービス

この記事は次のサービスページにつながります。近い入口からご覧ください。

よくある質問

この記事のテーマについて、相談時によくある質問をまとめています。

SharePointリストには5,000件までしか入れられないのですか？
いいえ。5,000件というのはリストビューのしきい値で、1つのビュー(表示・並べ替え・フィルター)が一度に扱えるアイテム数の既定の制限です。リスト自体には最大3,000万アイテムまで保存できます。5,000件を超えて使う場合は、絞り込みに使う列にインデックスを付け、常に5,000件未満に絞られたビュー(今年度分・担当者別など)を既定にする設計にすれば運用を続けられます。インデックスの追加は2万アイテムを超えると制限があるため、大きくなる前に設計しておくことが重要です。
ExcelファイルからそのままSharePointリストを作れますか？
作れます。Microsoft ListsにはExcelブックのデータを読み込んでリストを作成する機能があり、既存の台帳を出発点にできます。ただしその前に、セル結合の解除、1行1件への整理、ヘッダー行の統一、表記ゆれの掃除を済ませておく必要があります。また、選択肢列・ユーザー列・日付列といった列の型はリストの価値の中心なので、インポート任せにせず先に列設計を決めてから取り込むことをお勧めします。
Excel台帳のままでよいのはどんな場合ですか？
更新するのが1〜2人で更新頻度も低い場合、台帳というより集計・分析のワークシートである場合、複雑な計算式やピボット、印刷レイアウトが主目的の場合は、Excelのままで問題ないことが多いです。逆に、複数人が日常的に追記・更新する、状態(対応中・完了など)を管理する、変更の履歴や担当者を追いたい、通知や承認につなげたい、という台帳はSharePointリストに向いています。
SharePointリストにするとPower Automateで何ができますか？
SharePointコネクタは標準コネクタなので、Microsoft 365のライセンス範囲で「アイテムが作成されたとき」「作成または変更されたとき」といったトリガーからクラウドフローを起動できます。新規登録のTeams通知、状態変更をきっかけにした承認フロー、期限切れアイテムの定期的な督促などが代表例です。蓄積したデータはExcelやPower BIから参照して集計・レポート化もできるため、台帳が通知・承認・集計のハブになります。

著者プロフィール

記事の著者プロフィールページです。

小村 豪

合同会社小村ソフト 代表

Windows ソフト開発、技術相談、不具合調査を中心に、既存資産が残る案件や原因が見えにくい障害調査に強みがあります。

お問い合わせ
ブログ一覧に戻る