【Power Automate】承認履歴を一覧化したい時の保存設計

Power Automateの承認フローを運用していると、過去の承認履歴を一覧化して確認したい場面が頻繁に発生します。たとえば、月次の承認実績を集計したり、特定の申請者の承認状況を追跡したりする業務です。しかし、Power Automateの既定の承認アクションだけでは履歴の保存期間や出力形式に制限があり、長期にわたるデータを統一的に管理するには別途保存設計が必要になります。この記事では、承認履歴を効率的に一覧化するための保存先の選び方や設計のポイント、実際の実装手順と失敗しやすい注意点を解説します。

承認履歴を保存する理由と必要な情報

Power Automateの承認アクション(承認/拒否の操作)は、そのままでは承認日時や承認者のコメントなどがフロー実行履歴にしか残らず、長期保存や検索に適していません。また、既定の承認センター画面では直近の承認依頼しか確認できず、過去の履歴を一覧化するには別途データを蓄積する仕組みが必要です。

保存すべき主な項目としては、承認依頼のタイトル、依頼日時、承認者、承認日時、承認結果(承認/拒否)、コメント、関連するレコードIDなどが挙げられます。このデータを活用することで、承認の遅延分析や監査対応、業務プロセスの改善に役立てられます。

保存設計を始める前に、保存期間とデータ量の見積もりが重要です。企業によっては1年間もしくは法令に基づく保存義務があるため、最初に情報管理部門やコンプライアンス担当者と保存方針を確認してください。

承認履歴の保存先として検討すべき選択肢

保存先の選定は、コスト、アクセス権限、連携のしやすさを考慮する必要があります。代表的な候補を比較表で示します。

保存先	主な特徴	コスト	データ容量制限	検索・集計の容易さ
SharePointリスト	Power Automateとの連携が容易。列の追加やビュー作成で柔軟な表示が可能。	ShareOnlineライセンスに含まれる。追加費用なし。	リストの列数・行数に制限あり(3000万行まで実用的)。	比較的容易。フィルター、グループ化、Power BI連携も可能。
Excel(OneDrive/SharePoint)	テーブルとして保存し、Power Automateで行追加が可能。ローカル編集もできる。	追加費用なし。	ファイルサイズの上限(SharePointでは250MB程度)。大量データには不向き。	小規模なら手軽。データ量が増えるとパフォーマンス低下。
Dataverse	Power Platformの標準データベース。リレーション、セキュリティロール、監査ログ対応。	Power AppsやPower Automateのプレミアムライセンスが必要。	データベース容量はライセンスによる。大規模データに耐える。	非常に高い。Power AppsやPower BIとの連携が強力。

上記のうち、多くの企業で標準的に使われているSharePointリストが、コストと機能のバランスが良い選択肢です。ただし、承認データが大量になる場合や、より高度なアクセス制御が必要な場合はDataverseも検討します。Excelは手軽ですが、同時編集の競合やデータ破損のリスクがあるため、複数人での運用には向きません。

SharePointリストへの承認履歴保存フローの実装手順

ここでは、Power Automate承認アクションの結果をSharePointリストに書き込む基本的なフローの作成手順を説明します。事前にSharePointサイトに「承認履歴」というリストを作成し、必要な列を定義しておいてください。

1. Power Automateで「承認」アクションを含むフローを開くか、新規作成します。トリガーはご自身の業務に合わせてください。
2. 承認アクションの後に「項目の作成」アクションを追加します。接続先は作成したSharePointリストを選択します。
3. 「項目の作成」で各フィールドに承認アクションから出力される動的な値をマッピングします。たとえば、「承認結果」には承認アクションの「結果」を、「承認者」には「承認者メール」を指定します。
4. 承認アクションには「承認の割り当て」と「承認の完了を待機する」の2種類があります。完了を待機するタイプの場合、フローが待機状態になる前に次の処理に進めないよう、必ず完了後に書き込みを行います。
5. フローを保存してテストします。実際に承認操作を行い、リストに正しくデータが追加されるか確認します。
6. 必要に応じて、承認が複数回行われる場合(複数段階承認など)はループ処理を組み、各承認結果を個別レコードとして書き込むか、一つのレコードにまとめるかを設計します。

よくある失敗パターンと対処策

実際の運用でよく発生するトラブルとその対策を紹介します。

承認待ちのままデータが書き込まれない

「承認の完了を待機する」アクションを使用しているのに、承認完了前に次のアクションに進んでしまうケースです。原因として、フローに並列分岐が含まれている場合や、タイムアウト設定が短すぎることが考えられます。対策として、承認アクションの「タイムアウト」を「無制限」に設定するか、十分な時間を指定します。また、承認アクションの直後に「条件」で承認結果を確認してから書き込むようにすることで、未完了の状態での書き込みを防げます。

同じ承認に対して重複したレコードが作成される

フローの再実行やバグにより、同じ承認結果が複数回リストに追加されてしまうことがあります。対策として、書き込み前にリスト内の既存レコードをチェックするか、承認依頼のIDのような一意の値をリストの列に設定し、重複を防止するロジックを入れます。SharePointリストに「承認依頼GUID」列を追加し、それをキーにして「項目の取得」で存在確認を行うと確実です。

大量の承認履歴でリストのパフォーマンスが低下する

SharePointリストはレコード数が増えると表示や検索が遅くなります。年間数万件以上のデータになる場合は、ビューでインデックスを作成したり、年単位でリストを分割するアーカイブ戦略を検討します。また、不要になった古いデータは定期的に削除または別の履歴リストに移動するフローを組み込むと良いです。

管理者に確認すべき設定とポリシー

承認履歴の保存設計を進めるにあたり、会社の管理部門やIT管理者に事前に確認すべきポイントをまとめます。

• データ保持ポリシー: 承認記録を何年間保管すべきか。法令や社内規定に従い、保存期間を決めます。それを超えたデータは自動削除またはアーカイブする必要があります。
• アクセス権限: 保存先のSharePointリストやDataverseテーブルに対して、誰が閲覧・編集できるかを設定します。監査目的の場合は読み取り専用の権限を適切に付与してください。
• ライセンス: Dataverseを使用する場合、Power AutomateのプレミアムライセンスやPower Appsのライセンスが必要になることがあります。現在の契約で足りるか、管理者に確認します。
• バックアップ: 保存した履歴が誤って削除された場合の復旧方法を確認します。SharePointリストはごみ箱から復元可能ですが、期間制限があります。

これらの確認を怠ると、後日データが削除されたり、権限不足で参照できなくなったりするトラブルの原因になります。

よくある質問(FAQ)

承認履歴を一覧化するときの推奨保存先は?

小〜中規模の運用であればSharePointリストがおすすめです。標準機能の範囲で安価に構築でき、Power BIやExcelとの連携も容易です。大規模・高いセキュリティ要件がある場合はDataverseを検討します。

フローで承認結果を書き込むタイミングを教えてください。

「承認の完了を待機する」アクションの直後に書き込むのが基本です。待機しない承認の場合は、「割り当て時」と「応答時」に別々のフローをトリガーするか、応答時にWebhookを利用してデータを送信する方法もあります。

承認履歴のデータをPower BIで可視化したい場合の注意点は?

SharePointリストをPower BIのデータソースとして直接使用する場合、データ量が多いと更新に時間がかかります。その場合は、Power Automateで定期的にデータを集計用の別テーブルに書き出すか、Dataverseを中間層として利用すると効率的です。

まとめ

Power Automateの承認履歴を一覧化するには、保存先の選定とフローの設計が重要です。本記事では代表的な保存先としてSharePointリスト、Excel、Dataverseを比較し、具体的な実装手順とよくある失敗パターンについて説明しました。保存設計を始める前に、社内のデータ保持ポリシーやライセンス要件を管理者と確認してください。適切な保存先と堅牢なフローを構築することで、承認業務の可視化と効率化を実現できます。