Power Automate の使い方|最初の1本(クラウドフロー)を作り、動いたかを確かめるまで
Power Automate で最初に作るクラウド フローは、ボタンを押したら自分あてに Teams でメッセージを送るインスタント クラウド フローにします。3つの種類の選び方、Microsoft 365 のライセンスで使える標準のコネクタの見分け方、トリガーとアクションの組み方、テストで各ステップの入力と出力を見る方法、28 日間の実行履歴での確かめ方、2本目の前に決める持ち主と片付けを、当社の検証用の環境で撮った画面の写真つきで説明します。
目次 クリックで開く
この記事の要点
- 最初の1本は「インスタント クラウド フロー」で、ボタンを押したら自分あてに Teams でメッセージを送るものにします。Microsoft 365 のライセンスで使える標準のコネクタだけで作れ、何度でも試せて、届く先が自分だけなので、間違えても人に迷惑がかかりません。
- 作り方は、トリガー(始めるきっかけ)を選び、アクション(すること)を1つ足して保存するだけです。できあがるのは、トリガーとアクションの2つの箱だけのフローです。
- 保存したら[テスト]で動かし、各ステップの[入力]と[出力]で、宛先と送った値が思ったとおりかを見ます。後からは、フローの詳細の[28 日間の実行履歴]で1回ずつの成否を確かめます。
「この定型の連絡、Power Automate で自動にできない?」と頼まれて画面を開いたものの、[作成]には種類がいくつも並び、どれを選べばよいか分からない。作ってはみたが、本当に動いたのか、どこを見れば分かるのかも分からない。この記事は、そういう人のための最初の1本の作り方です。
何を最初の1本にするか、追加の費用がかからないかの確かめ方、作ってテストで動かし、実行の履歴で確かめるまでを順に書きます。動かないときに見る場所と、2本目に進む前に決めておくことも最後に書きました。
写真は、Microsoft 365 の導入を支援している当社(Aurant Technologies)が、当社の検証用の環境で同じ1本を作ったときの画面です。
クラウド フローは「きっかけ」と「すること」でできている
Power Automate のクラウド フローは、Outlook・Teams・SharePoint・OneDrive などのサービスをつないで、決まった作業を自動で動かす仕組みです。1本のフローは、始めるきっかけのトリガーと、その後にすることのアクションでできています。たとえば「メールが届いたら(トリガー)、Teams に知らせる(アクション)」です。
もう1つ覚えておく言葉が接続です。フローが Teams にメッセージを送るには、フローがあなたのアカウントで Teams にサインインした状態が要ります。これが接続で、そのサービスのアクションを初めて置いたときに作ります。作った接続は左のメニューの[接続]に並びます(Learn では[データ]→[接続])。パスワードを変えたときなどに切れることがあり、切れるとフローが止まります。動かないときに最初に見る場所の1つです。
パソコンの画面の操作(クリックや入力)を自動にするのは、クラウド フローではなくデスクトップ フローです。どちらで作るかの分け方はPower Automate Desktop とクラウド フローの違いの記事に書きました。この記事はクラウド フローだけを扱います。
最初の1本は「ボタンで動かし、自分に送る」にする
[作成]の画面には、「自動化したクラウド フロー」、「インスタント クラウド フロー」、「スケジュール済みクラウド フロー」の3つが並びます(ほかにデスクトップ フローなども並びます)。違いは、何をきっかけに始まるかです。
インスタントを選ぶ理由は、試すたびに自分でボタンを押せるからです。メールが届いたときに動くフローは、最初に試すときにメールを送ってもらう必要があり、条件を広く取ると、届くメールのたびに動きます。決まった時刻に動くフローは、本番どおりの動きを見るには、その時刻を待つことになります。インスタントなら、押した回数だけ動き、押さなければ動きません。
送り先は自分にします。宛先や本文の入れ方を間違えても、自分あてなら人に届くことはありません。この記事では、Teams の「フロー ボット」から自分に届くメッセージにしました。メールで受け取りたい場合は、Microsoft の作り方の例が、Office 365 Outlook の[メールの送信 (V2)]で自分にメールを送るものです。初めて使うサービスのアクションを置くときは、そこでサインインして接続を作ります。
Copilot に「〜したら〜して」と書いてフローを作らせる方法もあります。ただし Copilot は新しいデザイナーでだけ使え、管理者が無効にしている場合もあります。当社の検証用の環境では、それとは別の理由で、[作成]の上に「この機能を有効にするには、生成型 AI 機能で使用するデータがリージョンをまたいで移動することを、この環境で許可する必要があります。」と出て、Copilot では作れない状態でした。トリガーとアクションを一度自分で組んでおくと、Copilot が作ったフローを直すときにも迷わないので、この記事では Copilot を使わずに作ります。
作る前に、追加の費用がかからないかを確かめる
Microsoft 365 のライセンスを持っていれば、クラウド フローは追加のライセンスなしで作れます。ただし使えるのは標準のコネクタだけで、プレミアムのコネクタを使うフローには Power Automate Premium などのライセンスが要ります(Microsoft Learn「Power Automate のライセンスに関する FAQ」)。
どれがプレミアムかは、アクションを選ぶ画面で分かります。「アクションを追加する」のパネルの「プレミアム」で絞り込むとプレミアムのコネクタだけが並び、それぞれのアイコンに小さなひし形の印が付きます。「標準」で絞り込めば、追加のライセンスなしで使えるものだけになります。この記事で使う Microsoft Teams には、この印は付いていません。
表の中で見落としやすいのは90日の決まりです。Microsoft 365 のライセンスだけの人が持つフローは、90日トリガーされないとオフになることがあります。オフになる30日前に持ち主と共有している人に通知が届き、オンに戻せば続きます(Microsoft Learn「Power Automate の制限と構成」)。年に数回しか使わないフローは、使おうとしたときに止まっていることがある、と覚えておきます。Power Apps や Copilot Studio まで含めた費用の全体はPower Platform を Microsoft 365 の範囲で使う記事にまとめました。
作る:トリガーを選び、Teams への投稿を足して保存する
Power Automate(make.powerautomate.com)にサインインし、左のメニューの[作成]を開きます。[インスタント クラウド フロー]を選びます。
「インスタント クラウド フローを構築する」の画面が開きます。[フロー名]に何をするフローかが分かる名前を入れ、「このフローをトリガーする方法を選択します」の一覧から[フローを手動でトリガーする]を選んで[作成]を押します。名前を空のままにすると Power Automate が自動で名前を付けますが、後で一覧から探しにくくなります。
デザイナーが開き、トリガーの箱が1つだけ置かれています。その下の[+]を押すと「アクションを追加する」のパネルが出ます。「アクションやコネクタを検索する」の欄に「メッセージを投稿」と入れ、Microsoft Teams の[チャットまたはチャネルでメッセージを投稿する]を選びます。
設定の欄は次のように埋めます。[投稿者]は「フロー ボット」、[投稿先]は「フロー ボットとチャットをする」を選びます。[Recipient](当社が見た日本語の画面では、この欄だけ英語の表記で出ていました)には自分のメールアドレスを、[メッセージ]には好きな文を入れます。欄の下に「Microsoft Teams に接続されています。」と出ていれば、Teams への接続はできています。初めて Teams のアクションを置いたときは、ここでサインインして接続を作ります。
上の[保存]を押すと、「フローを開始する準備ができました。テストすることをお勧めします。」と出ます。保存したフローは、その時点でオンになります。インスタント クラウド フローは押さない限り動かないので、オンのままで困ることはありません。
テストで動かして、各ステップの入力と出力を見る
右上の[テスト]を押し、「手動」を選んで[テスト]を押します。フローが使う接続の一覧が出るので、緑のチェックが付いているのを見て[続行]、続けて[フローの実行]を押し、最後に[完了]で閉じます。
動き終わると、デザイナーの上に「ご利用のフローが正常に実行されました。」と出て、各ステップに緑のチェックと、かかった秒数が付きます。当社の検証用の環境では、トリガーが0秒、Teams への投稿が3秒でした。
ステップの箱を押すと[実行結果]が開き、そのステップに入った値(入力)と出てきた値(出力)が見られます。Teams への投稿の入力には、実際に使われた投稿者・投稿先・宛先などが並びます。宛先が自分になっているかを、ここで確かめます。出力の statusCode には 201 が返っていました。
フローの画面で分かるのは、各ステップが成功したかと、そのステップに渡した値・返ってきた値までです。受け取る人にどう見えるかは、Teams のフロー ボットとのチャットを開いて見ます。人に届くフローにするときも、まず自分あてで動かし、受け取る側の画面で文の見え方を確かめてから宛先を替えます。
実行の履歴で、動いたかを後から確かめる
テストの後も、フローが動くたびに1回ずつ記録が残ります。左のメニューの[マイ フロー]でフローの名前を選ぶとフローの詳細の画面が開き、[28 日間の実行履歴]に1回が1行で並びます。列は「開始」「時間」「状況」で、テストの回は状況が「テストに成功しました」と出ます。
行を選ぶと、その回のデザイナーが開き、テストのときと同じように各ステップの入力・出力と成功・失敗の印が見られます。なお、画面の表記は「28 日間」ですが、Microsoft Learn の制限の表では実行の記録の保持は30日とされています(Microsoft Learn「Power Automate の制限と構成」)。どちらにしても、1か月より前の記録は残らないと考えておきます。
失敗した回は、止まったステップに赤い感嘆符の印が付きます。そのステップを開くと、エラーの内容が見られます。失敗するとフローの持ち主に修復のヒントのメールも届きます(このメールはフローごとにオフにもできます)。エラーに「権限がありません」や 401・403 と出ていれば、接続の認証が切れていることが考えられます。認証のエラーは、接続を更新(サインインし直す)すれば直るのが普通です(Microsoft Learn「クラウド フローの失敗のトラブルシューティング」)。
失敗を放っておかないことも大切です。トリガーかアクションが失敗し続けるフローは、14日でオフになります(Microsoft Learn「Power Automate の制限と構成」)。修復のヒントのメールは持ち主に届くので、持ち主が見ていなければ、ほかの人は止まったことに気づきにくくなります。持ち主以外も気づけるようにするには、失敗したときに共有メールボックスや Teams のチャネルへ知らせるアクションをフローに足しておく方法があります。
2本目に進む前に決めておくこと
最初の1本が動いたら、2本目はトリガーとアクションを替えるだけです。メールが届いたら知らせるなら「自動化したクラウド フロー」で Outlook のトリガーを、毎週決まった時刻に送るなら「スケジュール済みクラウド フロー」を選びます。ただし、人に届くフローにする前に、決めておくことがあります。
1つは、誰が持ち主かです。この記事のフローは、作った人のアカウントの接続で動いています。フローが組織を離れた人の接続を使っていると、その接続を使うアクションは失敗することがあります(Microsoft Learn「クラウド フローを共有する」)。チームで使い続けるフローには、所有者を足しておきます。所有者を足しておくと、作った人がいなくなっても、残った所有者がフローを開いて接続を自分のものに替えられます。所有者を足すだけでは、作った人の接続を使うアクションが止まりうる点は変わりません。所有者は、フローの詳細の画面の「共同所有者」の欄から足せます。ユーザーの入れ替わりで止めたくないフローは、管理者が用意するサービス プリンシパルの接続にする方法もあります。この接続は、ユーザーがパスワードを変えたり組織を離れたりしても切れません。
もう1つは、試し終えたフローの片付けです。使わないフローはオフにするか削除します。フローの詳細の上の[削除]を押すと「この操作は元に戻せません。」と確かめられます。動いている途中の実行が無いかを見てから消します。
よく作られるフローは、別の記事で作り方を書いています。Outlook のメールを Teams に知らせるならOutlook のメールを Teams に通知する記事、Teams のチャネルに外のシステムから投稿するならTeams のワークフローの記事、問い合わせメールを AI に振り分けさせるならPower Automate と AI で問い合わせメールを振り分ける記事です。社員の質問に答えるチャットボットを作るなら、Power Automate ではなく Copilot Studio の出番です(Copilot Studio で社内規程に答えるエージェントを作る記事)。
この記事の確かめ方
手順と画面の表記は、当社の検証用の環境で2026年11月2日に、Power Automate(Web 版、新しいデザイナー)で同じフローを作り、テストし、実行の履歴を見て確かめました。送り先は作ったアカウント自身だけで、確かめたのはステップの出力(statusCode 201)までです。受け取った側の Teams の画面は見ていません。撮影の後にフローは削除しました。写真の組織名・名前・メールアドレス・環境の名前は伏せています。ライセンス・上限・日数は Microsoft Learn の各ページ(2026年11月2日に確認)によります。画面と Learn で表記が違うところ(実行の履歴の日数、接続の場所)は、本文で両方を書きました。画面の表記や上限は変わることがあるので、作る前に Learn の最新のページを見てください。
最初の1本で身につけたいのは、自動にした作業そのものより、動いたかどうかを自分で見られることです。ステップの入力と出力、実行の履歴を読めるようになれば、2本目以降で止まっても、どこで止まったかを自分で探せます。Aurant Technologies では、社内で作るフローの決めごと(持ち主・片付け・使うコネクタ)づくりを、Microsoft 365 の導入支援として承っています。
システム統合・基幹刷新
データ統合基盤の構築、iPaaS/API連携によるシステム間統合、レガシー基幹からの段階的移行、ERP/基幹システムの選定・導入支援まで。既存資産を残したまま、変えるべきものだけを変える進め方で支援します。





