アーティサン株式会社
  • Power Automate
  • Power Platform

Power Automateでアクションの入れ子(ネスト)が危険な理由と回避策|フロー設計ベストプラクティス vol.4

💡 この記事でわかること

Power Automate フロー設計の連載第4回。今回はアクションの入れ子(ネスト)を避けるベストプラクティスを解説します。2段階承認フローを例に、可読性・保守性を損なうアンチパターンと、それを回避した改善設計を比較します。

  • 入れ子になった条件分岐が保守性を下げる理由
  • 2段階承認フローを例にしたアンチパターンとベストプラクティスの比較
  • 条件分岐のネストをフラット化する設計アプローチ
この記事を書いた人
小刀稱知哉

小刀稱 知哉ことね ともや

SharePoint Power Platform全般 Copilot Studio 技術アドバイス・教育支援

Power PlatformやSharePointを中心に設計・開発・アドバイス・教育まで幅広く担当しています。内製化をご希望の場合はお気軽にお問い合わせください!

2025 Microsoft MVP(Power Apps・Power Automate) 2026 Microsoft MVP(SharePoint・Power Automate)
PL-200 PL-300 PL-400 PL-600 MS-700 AZ-104 AZ-305 SC-200 SC-100

Power Automateにおける「アクションの入れ子」とは、条件分岐(Condition)の中にさらに条件分岐を配置するフロー構造のことです。入れ子が深くなるほど、フローの視認性が低下し、修正・拡張が困難になります。本記事では、この入れ子を回避するベストプラクティスを2段階承認フローを例に解説します。

Power Automate のフロー設計・業務プロセス自動化でお悩みの場合は、アーティサンにご相談ください。
設計レビューから実装支援まで対応します。

こんにちは。アーティサン株式会社の小刀稱(ことね)です。

Power Automateは、コーディングの知識がなくともお手軽に業務の自動化を行うことができる非常に有用なツールです。
しかし、誰でも簡単に始めることができるといえど、そこにはお作法が存在します。

お作法を守らずに作成すると、「他の人がメンテナンスできない」や「修正時のコストが大きい」といった問題が発生します。

そこで、Power Automateに関する案件を数多く対応してきた弊社が、現在までに蓄積した「Power Automate設計時のノウハウ」について紹介します。

本記事を読んでいただくことで、Power Automateを扱う際の「やるべきこと・やってはいけないこと」を知り、より保守性の高いフローを作るコツを掴めるかと思います。

内容としては、既にPower Automateでフローを作成したことがある方に向けた記事です。
また、これからPower Automateを作成したい方も、事前に一読していただくことをお勧めします。

Power Automate初心者の方は、以下の記事も参考にしてください。

第4回目の今回は「アクションの入れ子を回避」という内容についてお伝えしていきます。

アンチ・パターン(アクションが入れ子)

最初にNG例について紹介します。

2段階承認を行うPower Automateを実装します。
フローのアルゴリズムは以下です。


申請者の上司(=上司1)に承認を依頼

If(承認結果が「承認」){
    上司1の上司(=上司2)に承認を依頼
    
    If(承認結果が「承認」){
        メールを送信(承認完了)
    }else{
        メールを送信(差戻)
    }
}else{
    メールを送信(差戻)
}

上司1が承認すると、上司2へ承認依頼が通知されます。
上司1,2から承認されると、承認完了となります。

※実はこのフローはMicrosoft Docsの内容だったりします(笑)

Power Automate を使用してシーケンシャル承認を管理する

このフローをPower Automateにて実装しました。

アクションが入れ子
アクションが入れ子

上記のアルゴリズムをそのままPower Automateに落とし込んでいます。
If文の中に更にIf文があるため、Power Automateでも条件アクションが入れ子となっています。

フローの挙動としては問題ないですが、アクションの入れ子が多くなると、フロー全体を把握することが難しくなるため可読性が低下します。

ベスト・プラクティス(アクションの入れ子を回避)

アクションの入れ子を回避するため、フローを以下のように修正しました。
入れ子を回避したため、フロー全体を把握することができるようになり、可読性を向上させることができました。

入れ子を回避
入れ子を回避

ポイントとしては、条件アクションの「いいえ」の中に終了アクションを追加することです。
これにより、条件アクションが「はい」の場合は次のアクションに移行し、「いいえ」の場合にはフローを終了させることができます。

このように終了アクションを上手に用いることで、アンチ・パターンのフローと同じ挙動を構築することができます。

さいごに

Power Automateに限らず、システムは一度作成したら終わりではなく、バグ対応や機能追加などの保守作業を繰り返し行います。
その際、保守性が低いと、保守作業時に新たなバグを埋め込む可能性が高くなります。
また、現状のフローを調査するために、多くの時間を費やすことにもなります。

今後、他の人が保守することを考えた場合、一目で全体の機能が把握できるような保守性の高いフローを構築することはとても重要です。

今回ご紹介した内容も、とても有用な内容ですので、是非覚えていただきたいです!

保守しやすいフロー設計ができる人材を社内で育てたい場合は、アーティサンの内製化支援プログラムもご活用ください。

 

こちらも合わせて読みたい