Formsの作業依頼をPlannerのタスクに登録する
Formsの回答を読み取り、作業依頼だけをPlannerの基本プランへ登録します。回答IDとタスクIDの違い、説明欄への転記、再実行での重複を具体例で確認します。
画面上の名前は、表示言語やバージョンによって異なる場合があります。クラウドフローはトリガー(フローを開始する条件)から始まり、その後にアクションを実行します。値の受け渡しには、前のステップの出力を選ぶ「動的コンテンツ」を使います。式は[式]欄へ入力します。
実行前に確認
- Plannerコネクタは基本プランのみ対応です。Planner Premiumのプランや個人用のタスク一覧に、そのままこの手順を流用しないでください。プランが見つからない場合は、基本プランか、対象グループと接続アカウントが正しいかを確認します。
- この入門例には重複防止の台帳がありません。再送信・再試行や同じ内容の再回答で、複数のタスクができる可能性があります。タイトルに応答IDを付けても、一意制約にはなりません。同時実行数を1にするだけでも重複防止は保証されません。
- 本番で重複を防ぐ場合は、フォームIDと応答IDの組をキーにし、作成したタスクIDと処理状態を保持する設計が必要です。台帳への記録前に失敗する場合や同時実行の扱いも決めます。このページのフローが「必ず1回答1タスク」を保証するわけではありません。
- Formsコネクタは組織アカウント用です。グループのフォームが選択肢にない場合は、編集URLのFormIdの値をカスタム値として指定する方法を公式資料で確認します。フォームの回答内容を、プランを閲覧できる全員に見せてよいか確認してください。
- 担当者と期限はこの例では未設定です。登録だけで対応が完了するわけではなく、受付担当者が未着手バケットを確認し、担当と期限を決める運用が必要です。接続失効や権限変更による失敗も実行履歴で確認します。
1使うトリガーとアクション
- トリガー新しい応答が送信されるときForms:「受付練習」の回答を受け付ける
- アクション応答の詳細を取得する同じフォームID+トリガーの応答IDを指定
- アクション条件受付区分が「作業依頼」と等しいか
- アクションタスクを作成する → タスクの詳細を更新するはい側:未着手バケットへ作成し、返されたタスクIDで説明を更新
- アクション作成いいえ側:タスク登録対象外と実行履歴に記録
図で見る処理のイメージ
概念図同じ受付フォームでも、作業依頼と相談で登録結果を分けます。
回答する
A:作業依頼/会議資料の確認、B:相談/資料の相談
詳細を取得
フォームID+応答IDから受付区分・件名・内容を読む
区分で分岐
Aははい→タスク登録へ。Bはいいえ→対象外と記録して終了
タスクを登録
A:[受付#42] 会議資料の確認を未着手へ。42は架空の応答ID
説明を書き込む
作成結果のタスクIDを渡し、依頼内容を説明欄へ転記
Aはタイトルと説明を持つタスクになる想定です。Bではタスクを作りません。再実行時の重複を自動で防ぐ例ではありません。
架空の練習データによる説明です。実際のフローを実行して確認した結果ではありません。
設定と処理を説明する模式図です。実際の設定画面や実行結果のスクリーンショットではありません。
2実際の設定内容
入力する値・操作手順を確認する11ステップの設定と確認方法
- 1
準備:自分が編集できるForms「受付練習」を作ります。必須の質問は「受付区分」(単一選択:作業依頼/相談)、「件名」(短いテキスト)、「内容」(長いテキスト)の3つです。練習は組織内の自分だけで行い、個人情報や機密資料は入力しません。ファイルのアップロードは使いません。
- 2
Plannerには、アクセスできるMicrosoft 365グループの基本プラン「受付練習」と、バケット「未着手」を用意します。バケットはタスクを並べる区分です。まずブラウザーでこのプランを開き、自分がタスクを追加できることを確認します。Premiumプランをこの手順の接続先にしないでください。
- 3
FormsとPlannerへ組織アカウントで接続できること、対象フォーム・プランの権限、組織のDLPポリシー、各サービスの利用権を確認します。両コネクタは標準分類ですが、アカウントを持つだけで全機能を無料利用できるという意味ではありません。利用可能なMicrosoft 365/Power Automateの契約は管理者に確認します。
- 4
自動化したクラウドフローを作り、Formsの「新しい応答が送信されるとき」で受付練習を選びます。続く「応答の詳細を取得する」では同じフォームIDを選択し、応答IDにはトリガーの動的コンテンツ「応答ID」を入れます。設問の回答はこの詳細取得アクションから選びます。
- 5
「条件」の左側に詳細取得の「受付区分」、比較に「等しい」、右側に通常テキスト「作業依頼」を指定します。はい側にだけPlannerの「タスクを作成する」を置き、グループIDとプランIDを選択し、バケットIDには未着手を選びます。廃止済みアクションやプレビュー版ではなく通常版を使います。
- 6
タスクのタイトル欄は、固定文字「[受付#」→トリガーの応答ID→固定文字「] 」→詳細取得の件名、の順に並べます。矢印自体は入力しません。例:[受付#42] 会議資料の確認。作成アクションのタイトル上限は255文字なので、この練習の件名は50文字以内で入力してください。担当者・開始日時・期限日時は空欄にし、まず登録経路を確認します。
- 7
はい側でタスク作成の直後にPlannerの「タスクの詳細を更新する」を置きます。タスクIDには直前の「タスクを作成する」が返す動的コンテンツ「Id」を選びます。Formsの応答IDやプランIDではありません。説明欄に固定文字「依頼内容:」と詳細取得の「内容」を配置します。参照やチェックリストの項目は追加しません。
- 8
条件のいいえ側はデータ操作の「作成」だけにし、入力へ「タスク登録対象外:」と応答IDを入れます。これは実行履歴に残すための記録で、申請者への返信ではありません。相談をタスクにしないという練習用の運用ルールです。本番で相談を受け付ける窓口は別途決めてください。
- 9
入力例A:受付区分=作業依頼、件名=会議資料の確認、内容=3ページ目の数字を確認してください。応答IDが42だった場合、未着手に「[受付#42] 会議資料の確認」が作成され、説明欄に依頼内容が入る想定です。42は説明用の例であり、実際はFormsが発行したIDを使います。
- 10
入力例B:受付区分=相談、件名=資料の相談、内容=構成を相談したいです。条件はいいえとなり、タスクは作らず実行履歴に対象外と残る想定です。保存後にA・Bを各1回送信して、分岐、タスク名、説明を確認します。ここに記載した結果は架空の入力から説明した想定で、実フローでの検証結果ではありません。
- 11
タスクはできたのに説明が空なら、「タスクの詳細を更新する」の履歴とタスクIDの出所を確認します。失敗したフロー全体をすぐ再送信せず、先にプラン内で[受付#実際の応答ID]を探します。タスク作成後の失敗と、タスクがまったく作られていない失敗を区別してください。
- 対象環境
- クラウドフロー(Microsoft 365 組織アカウント・Planner 基本プラン)
- 更新日
- 2026年10月7日