はじめに
大企業でAI・デジタル化推進を担当している立場から、社内のPower Automate活用を横断的に見ていると、同じ種類のトラブルが繰り返し起きているのに気づく。
本記事では、実務で繰り返し観察してきた「やらかしパターン」を4つ整理する。新しいフローを組む前のチェックリストとして使ってもらえると嬉しい。
ミス1：認証エラーの放置（401/403）
Power Automateで最も多い問題の一つが、コネクターの認証切れだ。SharePoint・Outlook・Teams・Dataverseへの接続は、作成者のアカウントに紐づいていることが多く、作成者が組織を離れたり、パスワードが変わったりすると接続が無効化される。
典型的な症状：フローが突然失敗し始め、エラーメッセージに「未認証」または HTTP 401/403 が出る。
防ぎ方：
- サービスアカウント（個人アカウントではない共用アカウント）を接続に使う
- 少なくとも月1回、接続状態を確認するアラートを仕込む
- フロー所有者を「ユーザー」ではなく「サービスプリンシパル」に移行できないか検討する
ミス2：Apply to each のネスト（タイムアウトの温床）
「Apply to each」の中に「Apply to each」を入れてしまうパターンは、フローが通常時は動くのに、データ量が増えた途端にタイムアウトするトラブルを引き起こす。
リストが100件×100件のネストになれば、10,000回のアクション実行になる。Power Automateの実行ステップ上限（無料/低ライセンスプランでは5,000ステップ）や実行時間上限（クラウドフローは30分まで）に簡単に引っかかる。
防ぎ方：
- データの前処理はPower Query（Dataflow）やAzure FunctionsでPower Automate外に出す
- Filter配列アクションを使って、ループ前にデータを絞り込む
- 件数が増える見込みのあるフローは、最初から「最大件数を超えたらどう振る舞うか」を設計に含める
ミス3：スコープを使わないエラーハンドリング
Power Automateには「スコープ」アクションがあり、スコープ内でエラーが発生した場合に後続処理を制御できる。これを最初から組み込まないと、フローが一部のアクションで失敗しても他のアクションがそのまま実行され、**「フロー自体は成功扱いなのに、実は途中で何かが抜けていた」**という見落としが起きる。
最低限の構成例：
- メイン処理をスコープで囲む
- 別スコープで「エラー発生時」の処理を書き、実行条件を「失敗した場合」に設定する
- エラー時にTeamsまたはメールで担当者に通知する
通知の内容には workflow()['tags']['flowDisplayName'] と outputs('スコープ')['error']['message'] を含めると、どのフローのどこでエラーが起きたか一目でわかる。
ミス4：環境（Environment）をまたいだ接続参照の問題
これは開発→本番の昇格時にはまりやすいパターンだ。
開発環境で作ったフローをソリューションとしてエクスポートし、本番環境にインポートすると、接続参照（Connection Reference）は本番環境で作り直しが必要になる。環境をまたいで接続が引き継がれることはない。
「開発で動いていたのに、本番でコネクターがない状態になった」という問い合わせを何件も見てきた。
防ぎ方：
- ソリューション内にすべてのコネクター接続参照を含める
- インポート後に「接続参照」ページを開き、本番用の接続を明示的に割り当てる手順書を用意する
- ALM（Application Lifecycle Management）パイプラインを使う場合は、環境変数と接続参照の変換スクリプトを必ずセットにする
まとめ
| ミス | 症状 | 防ぎ方のポイント |
|---|---|---|
| 認証切れ | 突然の401/403エラー | サービスアカウント使用・定期チェック |
| ネストループ | 本番でタイムアウト | フロー外でデータ前処理・件数上限設計 |
| エラーハンドリング未設定 | 失敗しても気づかない | スコープ＋Teams通知の組み合わせ |
| 環境昇格時の接続切れ | 本番インポート後に動かない | 手順書＋接続参照の明示的な割り当て |
これらは「設計の工夫」というより「最初から含める前提にする習慣」の話だ。フローが動いた段階で満足するのではなく、「このフローが壊れたとき、誰が何をすれば直るか」を設計の中に織り込んでおく。それが、Power Automateを本番で長く使い続けるための地味なコツだと感じている。
本業でのPower Automate活用についての考察は、noteにも書いています。参考になれば。
https://note.com/light_tern636/n/n2d987b22b4f9