「microsoft forms 自動返信」で調べている人は、たいていフォーム自体はもう動かせています。詰まっているのは、送ってくれた相手に何をどう返すか、そして返したことをどこに残すかのほうです。Microsoft Formsには回答者へ受領確認を出す設定が標準で用意されていて、条件を満たしていればそこで足ります。一方で、文面を書き換えたい、所有者以外にも通知したいとなると、公式ドキュメントは明確にPower Automateを案内しています。この記事では、まず標準の設定で完結する範囲をはっきりさせ、次にPower Automateへ進む分かれ目、そして返信の仕組みを整えても残る受付の仕事までを順に扱います。掲載している仕様はすべて2026年9月1日時点の公式ページの記載に基づいています。
「自動返信」という一語が、3つの別々の仕組みを指している
受付の担当者が「自動返信を入れたい」と言うとき、頭の中にある絵は人によって違います。設定画面を開く前に、自分が欲しいものがどれなのかを言葉にしておくと、調べる範囲が一気に狭まります。
1つ目は、回答者の手元に届く受領確認です。申し込んだ人が「たしかに送れた」「自分はこう書いた」を確認できる仕組みのことで、Microsoft Formsでは設定の「Response receipts」がこれにあたります。
2つ目は、受け付けた側に届く新着通知です。回答が入ったことを担当者が知るためのもので、回答者には見えません。フォームの設定にある「Get email notification of each response」がこれにあたります。
3つ目が、内容に応じて中身を変える個別の返信です。応募区分によって案内する書類が違う、選んだ日程によって集合場所が違う、不備があった人にだけ再提出をお願いする。宛先も本文も1件ごとに変わる返信のことで、3つのうち手間がいちばん重いのがここです。
検索結果に出てくる説明が噛み合わないと感じるとき、原因の多くはこの混線にあります。「Microsoft Formsは標準で自動返信ができる」という説明は1つ目を指しており、「Microsoft Formsの自動返信にはPower Automateが要る」という説明は3つ目を指しています。どちらも正しく、指しているものが違うだけです。
見分け方は単純です。回答者から「送りましたが届いていますか」という問い合わせが来るなら、詰まっているのは1つ目です。回答が入ったことに気づくのが遅れて対応が後手に回るなら2つ目です。返信文を毎回コピーして書き換えて送っているなら3つ目です。3つのうちどれが自分の受付を止めているのかを決めてから、以降を読み進めてください。
なお、1つ目と2つ目は設定画面のチェックボックスで完結します。3つ目に手をつけるかどうかが、この記事でいちばん重い判断になります。先に結論を書いておくと、公式ドキュメントは文面を書き換えたい場合と所有者以外へ通知したい場合の両方について、Power Automateを使うようにと明記しています。標準設定の中を探し回っても見つからないのは、そもそもそこには置かれていないからです。
標準の設定で回答者に届く受領確認と、その条件
新しい仕組みを足す前に、いま持っているもので足りるかを確かめる順番が確実です。Microsoft Formsの設定には受領確認まわりの項目が用意されていて、多くの受付はここで止めても問題なく回ります。
送信後のページで控えを残す設定
公式の設定説明にある「Allow receipt of responses after submission」は、フォームを送信し終えた回答者が、お礼のページで自分の回答入りのPDFを保存または印刷できるようにする設定です。公式ページの記載は次の通りです。
After completing the form, respondents will have the option to save or print a PDF of the form with their filled-in answers on the "Thank You" page. 出典: support.microsoft.com
同じ説明には、この設定を選んでいる場合でも、組織内の回答者はメールでの受領確認を求めることができる、という但し書きが添えられています。つまりPDFの保存とメールでの受領確認は、排他ではなく並んで存在する経路です。
この設定が効くのは、控えを回答者自身の手元に残しておいてほしい受付です。助成金や公募の申請、講座の受講申し込みのように、後から「申し込んだはずだ」「記録がない」という食い違いが起きうる場面では、双方が同じものを見て話せる状態を作っておく価値があります。受付の性質ごとに何を残すべきかは助成金・公募の受付に整理してあります。
メールでの受領確認が届く条件は限定されている
ここが最初につまずく場所です。公式ドキュメントは、メールでの受領確認が使える条件を次のように明記しています。回答者が自分の組織に属していること、そして「More form settings」の「Settings」で「Only people in my organization can respond」を選んだうえで「Record Name」にチェックを入れていること。この2つが揃っている場合に限られる、という書き方になっています。
この条件が意味するのは、社外の不特定多数から申し込みを受ける形、つまり「Anyone can respond」で公開しているフォームについては、メールでの受領確認が使えると記載されていない、ということです。採用の応募受付や一般向けの問い合わせ窓口のように、相手が組織外である受付では、この経路に期待して設計すると後で行き詰まります。組織外から受け付ける場合に何が変わるのかは、この記事の後半でまとめて扱います。
もう1つ、公式が注意として書いているのは、フォームや回答を削除すると、回答者は確認メールのリンクから自分の回答にアクセスできなくなる、という点です。受付が終わったあとにフォームを片付ける運用にしているなら、回答者側の控えも同時に失われることになります。フォームを消す前に、必要な情報が別の場所に残っているかを確かめる手順を、締切後の作業に組み込んでおいてください。
受け付けた側が回答に気づくための通知
設定には「Get email notification of each response」があり、公式の説明は「Get notified by email each time a response is submitted.」です。回答が入るたびにメールで知らせる、という素直な機能です。
これとは別に「Get smart notification emails to track the response status」という設定もあります。招待の機能を使って配布した場合に、回答率を上げるためのリマインダーがFormsから届く、と説明されています。社内向けの調査や申請のように、対象者が決まっていて全員から回収したい受付では、この設定が効きます。
ただし、この新着通知はフォームの所有者に向けたものです。所有者以外の誰かに知らせたい場合については、公式が別の道を案内しています。次の項目がその線引きになります。
Power Automateが必要になる線引きは、公式が明記している
Microsoft Formsの設定画面をいくら探しても見つからない機能があります。それは隠れているのではなく、公式が最初から別の製品の担当だと書いているものです。ここを知らないまま設定を探し続けると、時間だけが溶けます。
公式が「Power Automateを使え」と書いている2つの場面
公式の設定説明に書かれている案内は、次の2つです。
1つ目は、所有者以外への通知です。フォームの設定で有効にできるのは所有者向けの通知であり、他の誰かに回答があったことを知らせたい場合は、Power Automateでカスタムのメール通知を作るように、と書かれています。総務が受け付けて担当部署に流す、事務局が受け取って審査担当に回す。こうした受付は珍しくありませんが、その配り分けは標準設定の外にあります。
2つ目は、回答者に届くメールの中身を差し替える場合です。回答者向けの受領確認は設定で有効にできるが、その文面をカスタマイズしたいならPower Automateを使うように、と明記されています。「申し込みありがとうございます。審査結果は3営業日以内にご連絡します」のような、自分たちの言葉で書いた案内を届けたいなら、ここに入ることになります。
この2つが、標準設定とPower Automateを分ける線です。裏返せば、送られた内容がそのまま控えとして回答者に届けばよく、通知の宛先が自分ひとりでよいなら、Power Automateを入れる理由はありません。まずこの2条件で自分の受付を判定してください。
コネクタでできることの範囲
Power Automateへ進むと決めたあとに、次に把握しておくべきなのがコネクタの仕様です。公式ドキュメントの記載は端的です。Formsが持つトリガーは「When a new response is submitted」の1つ、アクションは「Get response details」の1つ。この2つが土台になります。
公式が代表的な使い道として挙げているのは、新しい回答があったときにメールを送る、回答者にメールを送る、フォームの内容を添えて承認依頼を出す、回答をExcelのワークシートに追加する、フォームに添付されたファイルを取得してメールで送る、といったものです。承認依頼を出せる点は、審査や決裁が挟まる受付では効いてきます。
制約として押さえておきたいのが、コネクタは組織アカウントでのみ動くという記載です。個人のMicrosoftアカウントでフォームを作っている場合、この道は使えないことになります。また、グループフォームはドロップダウンの一覧に出てこないため、トリガーさせるにはフォームIDを手で入力する必要がある、とも書かれています。共有のフォームを扱っている場合は、ここで一度つまずくものと思って手順に組み込んでおいてください。
スロットリングの数字を運用に当てはめる
公式ドキュメントには、コネクタのスロットリング上限が明記されています。1接続あたりのAPI呼び出しは60秒あたり300回、トリガーのポーリング頻度は86400秒あたり1回とされています。
提供クラスについても記載があります。Power Automateでは Standard、Logic Apps でも Standard、Copilot Studio でも Standard、Power Apps は「Not available」と書かれています。Standard に含まれるということは、追加のプレミアムライセンスを前提にしなくても組める範囲だという意味になります。ただし料金そのものについては、Formsのドキュメント上に価格表は掲載されておらず、この記事でも金額は扱いません。
数字を読むときに大事なのは、上限に触れるかどうかより、フローが止まったときに誰がそれに気づくかです。受付は、動いている間は誰も見ません。止まったときに初めて「返信が来ない」という問い合わせで発覚します。Power Automateでフローを組むなら、失敗の通知先を担当者個人ではなく、複数人が見る場所に向けておいてください。個人のメールボックスに向けた失敗通知は、その人が休んだ日に無かったことになります。
組織の外から受け付けるとき、変わるところ
Microsoft Formsは、社内の申請やアンケートで使う限り素直に回ります。判断が難しくなるのは、社外の人から受け付ける場合です。回答者の範囲設定によって、使える機能そのものが変わります。
回答者の範囲は3種類あり、後ろ2つには条件がある
公式に記載されている設定は3つです。「Anyone can respond」は、組織の内外を問わず誰でも回答でき、サインインを必要としません。「Only people in my organization can respond」は、職場または学校のアカウントでサインインした組織内の人だけが回答でき、名前を記録するかどうか、1人1回に制限するかどうかを選べます。「Specific people in my organization can respond」は、指定した組織内の個人またはグループだけが回答できます。
後ろの2つには前提があります。公式は「only available for Office 365 Education and Microsoft 365 Apps for business users」と明記しています。個人のMicrosoftアカウントで使っている場合、範囲を絞る設定は選べないという書き方です。
指定できる人数にも上限があります。「Specific people in my organization can respond」で指定できるのは、個人名とグループ名を合わせて100件まで、うちグループは最大20件、1グループは最大1,000人までとされています。
社外の人がMicrosoftアカウントを持っていない場合については、公式FAQに回答があります。設定を切り替えれば組織外の人も回答でき、その回答は匿名で送信される、誰が回答したかを知りたいなら質問項目として名前を書いてもらえばよい、という説明です。応募者にアカウント登録を求めると、そこで応募をやめる人が出ます。組織外から受け付ける受付では、この点が集まる件数に直結します。採用の受付で何を求めるかの整理は採用の応募受付にまとめてあります。
ファイルアップロードは組織内限定の設定でのみ有効
書類を受け取る受付では、ここが最大の分かれ目になります。公式は次のように記載しています。
File upload is only available when "Only people in my organization can respond" or "Specific people in my organization can respond" is the selected setting. 出典: support.microsoft.com
つまり、組織外の人が回答できる「Anyone can respond」と併用できるという記載は、公開資料では確認できませんでした。履歴書や職務経歴書、見積書といった書類を社外から受け取りたい場合、この条件を最初に確認しておく必要があります。
設定できる値も公式に書かれています。1設問あたりのファイル数は最大10件、1ファイルあたりのサイズは10MB、100MB、1GBから選ぶ形です。ファイル種別は Word、Excel、PPT、PDF、Image、Video、Audio から選べます。
保存先も明記されています。グループフォームにアップロードされたファイルは、Microsoft 365 グループの SharePoint サイトのドキュメントライブラリに保存されます。個人フォームの場合は、フォーム作成者の個人の OneDrive フォルダーに保存されます。個人フォームで受け取ると、書類が作成者個人の領域に溜まっていくことになります。担当が変わる受付では、この置き場所が引き継ぎの障害になりやすいところです。
公式のトラブルシューティングには、アップロードが失敗する原因として SharePoint や OneDrive 側の設定がいくつも列挙されています。組織内共有リンクが無効になっている、共有がサイト所有者に限定されている、未管理デバイスからのアクセスがブロックされている、チェックアウトが必須になっている、といった条件です。もう1つ実務で効くのは、SharePoint サイトが別のドメインへ移動した場合、既存のファイルアップロード設問は動かなくなり、新しいドメインで作り直す必要がある、という記載です。組織の統合や再編があった年に、去年動いていた受付が黙って止まることがあります。
回答が増えたときに、標準の画面で起きること
受付は、始めた日ではなく、件数が積み上がった頃に苦しくなります。公式に書かれている上限と、上限に近づいたときの挙動を先に把握しておくと、途中で作り直す羽目になりません。
フォーム数と回答数の上限
公式の上限表によれば、作成できるフォームまたはクイズは最大400件、投票も最大400件です。1フォームあたりの設問数は最大200問、受け取れる回答数は最大5,000,000件とされています。GCC High と DoD 環境では回答数が50,000件までです。
個人のMicrosoftアカウント（Hotmail、Live、Outlook.com）の場合は数字が大きく変わります。公式の記載は「up to 200 for free accounts up to 1,000 for paid accounts」で、無料のアカウントでは200件、有料のアカウントでは1,000件です。組織アカウントの数字を見て安心していると、実際は個人アカウントで運用していて全く別の桁だった、ということが起こります。
細かいところでは、フォーム数の上限にはごみ箱の中のフォームも含まれる、という注意があります。有効なフォームが350件でごみ箱に50件あれば、それで400件に達します。毎年フォームを作り足していく運用では、ごみ箱の掃除も上限管理の一部になります。
文字数の上限も公式に列挙されています。設問1つあたり4,000文字、設問に対する回答1件あたり4,000文字、フォームの説明欄は1,700文字、お礼メッセージは4,000文字、タイトルは90文字です。お礼メッセージに4,000文字入るという点は、返信の設計に効きます。全員に同じ案内でよいなら、ここに書いておけば返信の手間そのものが消えます。
50,000件を超えると使えなくなる機能
公式が明記している制約のうち、受付の運用に直結するのがこれです。回答が50,000件を超えるフォームでは、全回答を CSV でエクスポートすることはできますが、次の機能はサポートされないと書かれています。集計のチャートとグラフ、Formsのサイト上での個別回答の閲覧、印刷、サマリーリンクの共有、クイズでの手動採点やコメント、スコアの投稿です。
「One response per person」の制限についても、連続する50,000件の回答の範囲内でのみ強制され、それを超えるデータ全体では保証されない、と記載されています。長期間にわたって回答を受け続けるフォームでは、1人1回の前提が崩れる可能性があるということです。
集計結果のAPIにも上限があります。Business 環境では回答数100K、または回答数と設問数の積が10Mを超えるとブロックされ、その他の環境では回答数70K、積が5Mを超えるとブロックされます。
Excel連携がどう動くか、どこで止まるか
回答をExcelで扱う場合の挙動も、公式に細かく書かれています。「Open results in Excel」を選ぶと、ブックは職場または学校の OneDrive に自動的に保存され、フォームへのライブのデータ接続を持ちます。グループフォームの場合は SharePoint に保存されます。新しい回答はブックに反映されます。一方で「Download a copy」を選ぶと、フォームとの関係も接続も持たないオフラインのブックが開きます。この2つは名前が似ていますが、性質が全く違います。
ブックの列構成も明記されています。先頭の5列に respondent ID、回答の開始時刻と完了時刻、回答者の名前とメールアドレスが入り、以降の列に回答内容が並びます。ただし匿名の回答を受け付ける設定にしている場合、名前とメールアドレスは表示されません。組織外から受け付けているフォームでは、この5列のうち2列が空になるということです。
データの更新をトリガーできる人にも制限があります。公式の記載では、フォームの所有者と、そのブックに編集権限を持つ組織内の他のユーザーだけがトリガーでき、組織外のユーザーはトリガーできません。
同期が止まる条件も公式が挙げています。ブックが削除された場合やファイルが破損した場合に最新データが表示されなくなること、そして SharePoint のライブラリで「Require content approval for submitted items?」を Yes にしているとブックが同期しないことです。文書管理のルールとして承認を必須にしている組織では、この設定が受付の集計を静かに止めます。
なお、ブックに加えた変更がフォームの中身を書き換えることはない、とも明記されています。Excel側に対応状況のメモを書いても、それはあくまでブックの中だけの情報になります。
回答ごとの状況を追う仕組みについて、公開資料で確認できたこと
自動返信を整えたあとに残るのが、返信したかどうかを追う仕事です。ここは検索してもはっきりした答えが出にくいところなので、公式ドキュメントに書かれていることと、書かれていないことを分けて整理します。
公式に確認できたのは、回答を1件ずつ表示する機能があることです。「Check individual results」を選ぶと回答者ごとの詳細を確認でき、左右の矢印で回答者を移動でき、Respondent 欄に番号を入れて個別の回答を検索できます。回答者が50人を超える場合は、ドロップダウン下部の「Show more respondents」を選ぶ、という手順も書かれています。匿名で集めているときの識別子として respondent ID があり、エクスポートしたブックの先頭列に入ります。
回答ごとの操作として公式に記載されているのは、全回答の削除、回答の印刷、サマリーリンクの共有です。Power Automate 側では、回答をもとに承認依頼を出す、回答者へメールを送る、といった例が挙げられています。
一方で、次の3つについては公開資料では確認できませんでした。回答1件ごとに「未対応 / 対応中 / 完了」のような対応ステータスを持たせる機能、回答者への個別返信の内容や送信履歴をForms側に記録する機能、回答ごとに担当者を割り当てる機能です。記載が見当たらなかったというだけで、機能が存在しないと断定するものではありません。ただ、受付の設計を決める段階では、公式に書かれていないものは無いものとして計画を立てておくほうが安全です。
現場で問題が起きるのは、この部分を人の記憶と会話で埋めているときです。返信したかどうかが表に残らないと、二重返信と返し忘れは必ず起きます。1人で受けているうちは頭の中で足りますが、2人目が入った瞬間に破綻します。応急処置としてよく取られるのは、Excelのブックに「対応日」「担当」「返信済み」といった列を手で足す方法です。ただし前述の通り、ライブ接続を持つブックはフォーム側の回答を反映する仕組みであり、そこに書き足した情報はフォームには戻りません。オフラインのコピーを使えば書き込みは自由になりますが、今度は新しい回答が入ってこなくなります。この二択が、Microsoft Formsで対応管理まで背負おうとしたときに最初にぶつかる壁です。
自分の受付がどこに当てはまるかを決める4つの問い
ここまでの内容を、判断に使える形にまとめます。次の4つに答えれば、設定で済むのか、Power Automateへ進むのか、道具そのものを見直すのかが決まります。
返す内容は全員同じか
全員に同じ案内でよいなら、お礼メッセージに書いてしまうのが最短です。上限は4,000文字あり、集合場所も持ち物も問い合わせ先も入ります。内容が相手によって変わるなら、公式の案内どおりPower Automateへ進む判断になります。
イベントや講座の申し込みは、この問いで分かれやすい受付です。全員共通の案内で回るなら設定だけで済み、コースや日程によって案内が変わるならフローが要ります。受付の形ごとに必要になる項目はイベントの申し込みと講座の受講申し込みに整理してあります。
回答者は組織の中か外か
組織内なら、メールでの受領確認もファイルアップロードも範囲の限定も使えます。組織外を含むなら、これらの条件が変わります。特にファイルアップロードは組織内限定の設定でのみ利用できると明記されているため、社外から書類を受け取る受付では設計を先に決める必要があります。問い合わせ窓口のように相手が不特定である受付で何が必要になるかは問い合わせの受付にまとめてあります。
通知を受け取る人は何人か
所有者ひとりでよいなら設定のチェックボックスで足ります。他の人にも知らせるならPower Automateでカスタムの通知を作る、というのが公式の案内です。ここは人数の問題ではなく、引き継ぎの問題でもあります。通知先を個人アカウントに固定すると、その人が異動した年に受付が止まります。毎年続く業務ほど、この軸の重みが上がります。会員の入会受付や施設の利用申請のように継続する受付での考え方は、会員の入会申し込みと施設利用の申請で扱っています。
返信したかどうかを、どこに残すか
4つのうち、いちばん後回しにされて、いちばん高くつくのがこれです。返信の自動化は、返信を「出す」ところまでしか面倒を見ません。出したかどうかを追うのは別の仕事です。前述の通り、回答ごとの対応ステータスや個別返信の履歴をForms側に記録する機能については公開資料では確認できませんでした。ブックに列を足す運用にするのか、Power Automateで別の場所に記録を書き出すのか、あるいは受け取ったあとの対応まで同じ画面で追える道具に移すのか。この選択を先に決めておくと、あとで作り直す手戻りが減ります。修理やサポートの受付のように、1件ごとに状態が動く業務では特に効いてきます。修理・サポートの受付に、状態を持たせる必要がある受付の考え方をまとめてあります。
4つの問いをどう使うか
4つのうち1つだけ外れているなら、その1つだけを埋める手を探してください。全部を一度に解決しようとして道具を入れ替えると、移行の手間が先に来て受付が止まります。文面が変わるだけならPower Automateのフロー1本で足りることがあり、状態が残らないだけならブックに列を3つ足せば当面しのげます。
一方、4つのうち3つ以上が外れているなら、受付の道具そのものを見直したほうが早くなります。機能表を横に並べて比べるより、この4つで自分の受付を採点したほうが結論が出ます。同じ検討をしている人が多いのは、社内はMicrosoft 365で揃っているが社外からの受付だけ条件が合わない、というケースです。他の道具との違いを見比べる場合はGoogleフォームとの比較とContact Form 7との比較が近い論点を扱っており、Microsoft Formsとの違いを項目ごとに並べたものはMicrosoft Formsとの比較にあります。
受付側の画面で何ができると仕事が変わるのかを一覧にしたものはできることに、実際の画面の動きは動くところを見るで確認できます。費用がどの規模から発生するのかは料金に、導入前によく出る疑問はよくある質問にまとめてあります。
最後に1つ補足します。応募書類や問い合わせの内容には個人情報が含まれます。ファイルの保存先が個人のOneDriveになるのか組織のSharePointになるのか、誰がアクセスできるのか、いつ消すのか。これらは道具を選ぶ前に組織の規程と突き合わせておくべき項目です。法律の解釈にあたる部分は、所管の窓口や専門家に確かめてください。制度の一次情報は個人情報保護委員会で確認できます。自動返信をどう組むかという設定の話より、この確認のほうが後戻りしにくい判断になります。
Q1. Microsoft Formsの標準設定だけで回答者に自動返信を送れますか？
条件を満たせば送れます。公式ドキュメントでは、メールでの受領確認は回答者が自分の組織に属していて、かつ「Only people in my organization can respond」を選んだうえで「Record Name」にチェックを入れている場合に利用できる、と明記されています。組織外の人が回答するフォームで使えるという記載は、公開資料では確認できませんでした。
Q2. 自動返信の文面を自分たちの言葉に書き換えられますか？
標準の設定で文面を書き換えられるという記載は公式ドキュメントに見当たりません。公式は、回答者が受け取るメールをカスタマイズしたい場合はPower Automateを使うように案内しています。全員に同じ案内でよいなら、お礼メッセージが最大4,000文字まで書けるため、そこに書いてしまうほうが手軽です。
Q3. 所有者以外の人にも新着通知を届けたい場合はどうしますか？
フォームの設定で有効にできるのは所有者向けの通知で、他の人に知らせたい場合はPower Automateでカスタムのメール通知を作るように、と公式に書かれています。フローを組むときは、失敗したときの通知先を個人ではなく複数人が見る場所に向けておくと、止まったことに気づけます。
Q4. 社外の応募者から履歴書などのファイルを受け取れますか？
公式ドキュメントには、ファイルアップロード設問は「Only people in my organization can respond」または「Specific people in my organization can respond」を選んでいる場合のみ利用できる、と明記されています。組織外が回答できる「Anyone can respond」と併用できる旨の記載は、公開資料では確認できませんでした。社外から書類を受け取る受付では、この条件を最初に確認してください。