大企業でAI・デジタル化推進を担当している立場から、Power Automateを使った業務自動化の相談を受ける機会が増えてきた。
「毎朝の定型報告を自動化したい」という要望はとくに多い。ツールとしてのPower Automateは十分な機能を持っているが、実際につまずくのは組み方そのものより前の段階にあることが多い。
フローを作る前に決めておくべきこと
定型報告の自動化でよくあるつまずきは「誰が最終的に承認・確認するか」が決まっていないまま組み始めてしまうことだ。
自動で集計・送信する仕組みができたとしても、その報告に誰かの目が入るべきかどうかによって、フローの設計が根本から変わる。確認不要であれば完全自動で送信できるが、内容に判断が必要なものを混ぜると「自動で送ってしまった」という事故につながる。
設計前に確認するポイント：
- 報告内容が毎回固定か、条件によって変わるか
- 送信前に人間の確認ステップが必要か
- 送信先（宛先・チャネル）は固定か変動か
- エラー時（データ取得失敗など）の通知先は誰か
タイムゾーンと実行時刻の設定
Power Automateでスケジュール実行するときに見落としやすいのがタイムゾーン設定だ。
「繰り返し」トリガーには「タイム ゾーン」の設定欄があり、ここで日本のタイムゾーンを選べば、時刻をそのまま日本時間で指定できる。タイム ゾーンを指定しない場合は協定世界時（UTC）として扱われるため、日本時間の「毎朝8時」は前日の23時（UTC）になる。
これを見落とすと「昼に動く毎朝の報告」という状態になり、しばらく気づかないまま運用されることがある。環境構築時に必ずテスト実行で確認しておく。
SharePointリストかExcelか、データソースの選択
データ収集元としてよく使われるのがSharePointリストとOneDrive上のExcelだが、同時編集と更新頻度の観点で向き不向きがある。
- SharePointリスト：複数人が書き込む情報収集向き。Power Automateとの相性が良く、「行が追加されたらフローを起動」のようなトリガーが使いやすい
- Excel（OneDrive）：既存のExcel運用をそのまま使いたい場合向き。ただし同時編集が多い場合はロックが発生しやすい
よくある失敗：スコープを広げすぎる
最初から「全部自動化しよう」とすると、フローが複雑になり保守できなくなる。まず「最低限、これだけ自動化できればいい」という最小スコープで動くものを作ることが重要だ。
とくに条件分岐が多い報告フローは、Power Automateの「条件」アクションが入れ子になりやすく、数か月後に触れなくなるケースをよく見る。
まとめ
- フロー設計の前に「承認フロー」と「エラー通知先」を決めておく
- 「繰り返し」トリガーのタイム ゾーン設定を必ず確認する（未指定ならUTC）
- 最小スコープから始めて段階的に自動化範囲を広げる
関連：Power AutomateとAzure APIを組み合わせた設計についてnoteでも書きました：
技術的な相談（Copilot・AIエージェント構築、60分のビデオチャット）も受け付けています。ご相談の際は「Qiitaを見た」とお書きください：https://coconala.com/services/4209036
※2026-10-10 追記：初出時に「前日17時（UTC）に設定する」と記載していましたが、誤りでした。日本時間の朝8時は前日23時（UTC）です。また、「繰り返し」トリガーのタイム ゾーン欄で日本のタイムゾーンを選べば換算は不要です（Microsoft Learn「Power Automate でスケジュールに従ってクラウド フローを実行する」）。お詫びして訂正します。