合同会社小村ソフト
相談する
メニュー

Microsoft Formsで社内申請・依頼の受け口を作る ── メールと口頭の依頼をフォームに集約する

· · Power Automate, Microsoft Forms, Forms, SharePoint, Teams, Microsoft 365, クラウドフロー, 申請フォーム, 業務自動化, 技術相談

「サーバーのアカウントを作ってほしい」はメールで届き、「プリンタの調子が悪いから見て」は廊下ですれ違いざまに口頭で頼まれ、「この請求書の処理お願いします」は机に付箋で貼ってある。情シスや総務・経理のように社内の依頼を受ける部門から、こういう状態を何とかしたいという相談をよく受けます。

依頼する側は「言ったからやってもらえる」と思い、受けた側の記憶とメールボックスだけが頼りになる。忙しい日に限って1件抜けて、「あの件どうなりました？」で発覚する。Microsoft 365を導入済みの会社なら、この問題はMicrosoft Formsを受け口にして、Power Automateで通知と記録を自動化する「受付の型」でかなり解決できます。この記事では、フォーム設計の実務、ファイルアップロードの制約、受付フローの基本形、そしてForms単体の限界とリスト転記が定石になる理由までを整理します。承認・決裁そのものの設計は別記事「Power Automateで承認フローを作る ── 紙とメールの稟議・申請を電子化する」が主役なので、本記事は「受付」に絞ります。

1. まず結論

  • 依頼の受け口は「入力の型」と「記録の置き場」をセットで設計します。現実的な最小構成は「Formsで受ける → Power AutomateでSharePointリストへ転記 → 通知」です。
  • フローの基本形は、トリガー「新しい応答が送信されるとき」とアクション「応答の詳細を取得」の2ステップです。Formsコネクタにはこの1トリガー・1アクション(+フォーム詳細取得)しかなく、覚えることは多くありません。12
  • 公開範囲は組織内限定が原則です。「名前を記録」を有効にすれば回答者の名前とメールアドレスが自動記録され、氏名・所属を書かせる必要がなくなります。組織外にも開く設定では回答は匿名になり、誰が出したか記録されません。3
  • ファイルアップロード質問は組織内限定フォーム専用です。1つの質問で最大10ファイル、1ファイルの上限は10MB・100MB・1GBから選択し、ファイルはOneDrive for Businessに保存されます。4
  • Formsは受け口専用と割り切るのが長持ちのコツです。送信後の編集や進捗確認の機能はなく、応答一覧にも状態管理の仕組みがないため、台帳はSharePointリスト側に持たせます。5
  • 回答数の上限は職場・学校アカウントで最大5,000,000件と社内利用では実質無制限ですが、50,000件を超えると概要グラフや個別回答の閲覧が使えなくなります。上限より先に「一覧管理の弱さ」が限界になります。6
  • 社外からの受付で添付が必要、件数が多く基幹システムと連携したい、進捗を依頼者に公開したい ── このあたりからFormsの守備範囲を超え始めます。線引きは7章の判断表にまとめます。

2. メール・口頭依頼の何が問題か

メールと口頭で依頼を受ける運用の問題は、担当者の頑張りでは解決できない構造のところにあります。

  • 抜け漏れが構造的に起きる。依頼が受信トレイ・チャット・口頭・付箋という別々の経路で届くため、「全件のリスト」がどこにも存在しません。1件も落とさないことを個人の記憶力に賭けている状態です。
  • 書式がバラバラで往復が増える。「PC設定お願いします」だけのメールでは、対象のPC、希望日、理由がわからず、聞き返しの往復が発生します。依頼のたびに必要事項を思い出して書くのは、依頼する側にとっても負担です。
  • 状態が見えず「言った言わない」になる。依頼者からは、受け付けられたのか、着手済みなのか、いつ終わるのかが見えません。担当者が「聞いていません」と言えば水掛け論です。催促と確認のやり取り自体が、双方の時間を削ります。
  • 集計できない。月に何件の依頼があり、何に時間を使っているかのデータが残らないため、「人が足りない」「このシステムは問い合わせが多すぎる」といった話を数字で示せません。

これらは「依頼の入口を1つにして、必要事項を型で受け取り、受けた瞬間に記録と通知が残る」仕組みにすると、まとめて解消に向かいます。FormsとPower Automateを使う理由は、Microsoft 365を導入済みならこの仕組みを追加費用なしの範囲で作れることが多いからです(この記事で使うForms・SharePoint・Outlook・Teamsの各コネクタは標準コネクタの範囲です。ライセンスの考え方は「Power Automateのライセンスと標準・プレミアムコネクタの境界」で整理しています)。

3. フォーム設計の実務

質問は「選ばせる」を基本にする

フォーム設計の目標は、依頼者が迷わず出せて、受けた側が聞き返さずに動ける情報が揃うことです。原則は「選択肢で受けて、テキストは最小限」です。

  • 依頼種別は選択肢にします。「アカウント作成/PC・周辺機器/ソフトウェア導入/その他」のように、後で集計とフローの分岐に使う軸を選択肢で確定させます。
  • 期日は日付質問で受けます。「なるはや」「今週中」のような揺れをなくし、フロー側でリマインドにも使えるようになります(営業日や締め日の扱いは「Power Automateの定期実行フローと営業日設計」で扱っています)。
  • 自由記述は「補足」1問に寄せるのが目安です。ここで1つ実務の注意があります。1行テキスト(短い回答)に255文字を超える入力があると、フローが動いたり動かなかったりする既知の問題があります。長文が入り得る質問は、最初から「長い回答」(複数行テキスト)にしておきます。7

そして「書かせすぎない」ことです。受付フォームの役割は依頼を漏れなく捕まえることであって、その場で全情報を吸い上げることではありません。質問が多いフォームは口頭・メールへの逆戻りを招きます。詳細のヒアリングが必要な案件は、受付後に担当者から連絡する前提で、フォームは数分で出せる粒度に抑えます。

分岐で「関係ない質問」を見せない

依頼種別によって聞くべきことが違う場合は、分岐(branching)を使います。選択肢の回答に応じて次に表示する質問やセクションを切り替えられるため、「アカウント作成なら対象システムと権限を、機器故障なら資産番号と症状を」のように、回答者には関係のある質問だけを見せられます。分岐は後方の質問へしか飛ばせない(前の質問へは戻せない)ので、共通の質問を前半に、種別ごとの質問をセクションに分けて後半に置く構成が組みやすいです。8

公開範囲と回答者情報 ── 組織内限定と匿名の違い

Formsの公開範囲は3種類あります。3

公開範囲 回答できる人 回答者の記録
すべてのユーザーが回答可能 リンクを知っていれば組織外でも回答できる 匿名。誰が出したかは記録されない
自分の所属組織内のユーザーのみが回答可能 組織のアカウントでサインインした人だけ 「名前を記録」で名前・メールアドレスを自動記録
組織内の特定のユーザーが回答可能 指定したユーザー・グループだけ 同上

社内の申請・依頼の受け口は組織内限定が原則です。理由は3つあります。

  1. 「誰が出したか」を書かせなくて済む。「名前を記録」を有効にすれば、回答者の名前とメールアドレスが回答に自動で付きます。氏名・所属・連絡先という「毎回同じことを書く」質問を丸ごと削れます。3
  2. 1人1回の制限やファイルアップロードなど、組織内限定でだけ使える機能がある。「1人につき1つの回答」も組織内限定の場合のみ設定できます。3
  3. フローで依頼者に返信できる。応答の詳細に回答者のメールアドレス(Responders’ Email)が入るため、受付完了メールをそのまま送れます(5章)。匿名フォームではこれができません。9

なお、組織全体の既定値として回答者名を記録するかどうかは、Microsoft 365管理センターのFormsの設定(「既定で名前を記録」)で管理者が制御できます。外部共有(組織外への回答依頼)自体をテナントとして許可するかどうかも同じ画面の設定です。会社として「社内アンケートは匿名が既定」のようなポリシーがある場合は、ここも確認しておきます。10

個人フォームのままにしない ── 作成者の退職に備える

見落とされがちですが重要な論点です。個人が作ったフォームはその人のアカウントに紐づき、退職などでアカウントがテナントから削除されると、アカウント関連のデータは削除から30日後に消えます。11 受付フォームは業務の入口なので、担当者個人の持ち物にせず、グループ(チーム)のフォームとして作るか、異動・退職時に所有権を移管する運用を決めておきます。7

1点、フロー側の注意があります。グループフォームはPower AutomateのトリガーのフォームID一覧に表示されないため、フォーム編集画面のURLにあるFormId=以降の値をコピーして、フォームIDとして手入力する必要があります。2 一手間ですが、属人化を避ける価値のほうが大きいです。

4. ファイルアップロードの仕様と制約

「見積書PDFを添えて購買申請」「エラー画面のスクリーンショットを添えて障害報告」のように、依頼に添付ファイルが伴うケースは多いです。Formsのファイルアップロード質問の仕様は正確に押さえておく必要があります。4

  • 組織内限定フォーム専用です。公開範囲が「自分の所属組織内のユーザーのみが回答可能」または「組織内の特定のユーザーが回答可能」のときだけ追加でき、組織外にも開いたフォームでは使えません。つまり「社外の取引先に添付付きで申請してもらう」用途にFormsは使えません。
  • 1つの質問で最大10ファイルまで受け取れ、1ファイルのサイズ上限は10MB・100MB・1GBから選択します。
  • ファイルの種類を制限できます。Word・Excel・PowerPoint・PDF・画像・動画・音声から許可する種類を選べるため、「見積書はPDFのみ」のような受け方ができます。
  • 保存先はフォームの持ち主で変わります。個人フォームなら作成者のOneDrive for Businessの「アプリ > Microsoft Forms > (フォーム名) > (質問名)」フォルダー、3章で勧めたグループフォームならグループのSharePointサイトに、回答者がアップロードしたファイルが溜まっていきます。

フローからアップロードファイルを扱う場合は一手間あります。「応答の詳細を取得」で返るアップロード質問の回答は、ファイル名やIDを含むJSON文字列なので、「JSONの解析(Parse JSON)」でスキーマを与えて分解し、first(body('Parse_JSON'))?['id']のような式でファイルIDを取り出してから、ファイル取得のアクションへ渡します。スキーマは、テスト実行の出力をサンプルとして貼り付ければ自動生成できます。9 なおfirst(...)はファイルが1つの前提の書き方です。複数ファイルを許可した質問では、回答はファイルごとのオブジェクトを並べた配列で返るため、解析結果をApply to eachで回して1ファイルずつ取得します(添付が1つで足りる依頼なら、質問側の上限を1ファイルにしておくのが簡単です)。また、ファイル取得に使うコネクタは上記の保存先に合わせます。個人フォームならOneDrive for Businessコネクタ、グループフォームなら保存先がグループのSharePointサイトなので、SharePointコネクタでそのサイトを指定して取得します。グループフォームに対してOneDriveコネクタでファイルを探しても見つからない、という組み合わせ違いが定番のつまずきです。

受け取ったファイルを承認要求に添付して回す場合は、ファイルコンテンツをバイナリとして添付フィールドに渡します。12 ただし承認アクションがメールに添付できるファイルは5MBまでで、それを超える添付は承認者がPower Automateポータルの承認一覧で確認する動きになります。7 大きいファイルは添付で回すのではなく、SharePointに保存してリンクを回すほうが確実です。

5. Power Automateで受付を動かす

基本形は2ステップ+3つの出口

Formsは回答が届いても既定では誰にも知らせてくれません(フォーム所有者向けの通知設定はありますが、宛先も文面も選べません9)。受付を業務として動かすのはPower Automateの仕事です。フローの基本形は、トリガー「新しい応答が送信されるとき」でフォームを指定し、続けて「応答の詳細を取得」で各質問の回答を動的コンテンツとして取り出す2ステップです。1 その先の出口は「台帳への記録」「依頼者への受付通知」「担当チームへの通知」の3つです。

はいいいえ依頼者がFormsで送信組織内限定・サインイン済み新しい応答が送信されるときクラウドフロー起動応答の詳細を取得回答を動的コンテンツ化SharePointリストへ項目作成状態: 受付済み依頼者へ受付完了メール回答内容の控えを差し込み担当チームのTeamsチャネルへ投稿承認が必要な種別?承認フローへ開始して承認を待機担当者を割り当てて対応結果をリストへ書き戻し対応状況を状態列で更新

SharePointリストへの転記 ── 受付台帳を作る

受け付けた依頼は、フローの最初でSharePointリストに1行ずつ転記します。リストには回答の写しに加えて、フォームにはない「管理のための列」を持たせるのがポイントです。

列 中身 誰が更新するか
依頼内容の列(種別・期日・詳細など) Formsの回答をそのまま転記 フロー(受付時)
依頼者 Responders’ Emailから記録 フロー(受付時)
状態 受付済み/対応中/完了/差し戻し 担当チーム
担当者 割り当てた担当 担当チーム
対応メモ 経緯・確認事項 担当チーム

依頼者への追加質問や経緯は、メールに散らさずこのリスト(またはリスト項目に紐づくTeamsのスレッド)へ寄せると、「言った言わない」の記録が1か所に揃います。ビューを「状態=未完了」で作れば、朝会でそのまま使える対応一覧になります。Excelへの転記もテンプレートがありますが9、複数人で状態を更新し続ける台帳には、ビュー・列の型・バージョン履歴を持つリストのほうが向きます。Excel台帳からリストへの移行の考え方は「Excel台帳をSharePointリストへ置き換える ── フロー連携で台帳を動かす」にまとめています。

受付通知 ── 「届いています」を最初の1分で返す

メール依頼との一番の体感差はここです。フローから2種類の通知を出します。

  • 依頼者への受付完了メール。組織内限定フォームなら、応答の詳細に含まれる回答者のメールアドレス(Responders’ Email)宛てに、Outlookコネクタでそのまま送れます。9 本文には回答内容の控えと、「3営業日以内に担当から連絡します」のような目安を差し込みます。依頼者が催促したくなる原因の大半は「届いたかどうかすら分からない」ことなので、この1通で問い合わせがかなり減ります。Forms自体にも回答者への確認メール設定はありますが、文面を業務に合わせられるのはフローから送る方式です。9
  • 担当チームへのTeams通知。個人宛てメールに送ると再び属人化するので、担当チームのチャネルへ投稿します。種別・期日・依頼者と、リスト項目へのリンクを載せておけば、チャネルがそのまま「新着依頼のインボックス」になります。

承認へつなぐ

「ソフトウェア購入は上長承認が要る」のような種別は、受付フローから承認アクション(開始して承認を待機)へつなぎます。Formsの回答内容を承認要求に差し込むテンプレートも用意されており、承認結果に応じて依頼者へ結果メールを返す形まで一気に組めます。9 承認の種類、タイムアウトと督促、承認記録の残し方といった設計論点は「Power Automateで承認フローを作る ── 紙とメールの稟議・申請を電子化する」で詳しく扱っているので、そちらを参照してください。受付フローが安定して動き始めたら、フローの共同所有者設定とエラー時の通知も早めに入れておきます(エラー処理の設計は「Power Automateのエラー処理とリトライ設計」を参照)。

6. Forms単体の限界 ── だからリスト転記が定石

Formsだけで受付を完結させようとすると、次の壁に当たります。

  • 送信後の状態が見えない。既定では、回答者は送信した内容を後から修正できません。作成者側で回答者本人による回答の保存・編集を許可できる設定が展開されている環境もありますが、それは回答内容の修正手段にとどまります。フォームの設定として用意されているのは受付の開始・終了日時や1人1回の制限などで5、自分の依頼が今どういう状態か(受付済み・対応中・完了)を確認する画面はなく、「出した後」を支える機能はないと考えたほうが実態に合います。編集を許可していない環境で修正が「もう一度送信」で行われると、どちらが最新かは受けた側が判断することになります。
  • 応答一覧の管理機能が弱い。Formsの応答画面は集計と閲覧のためのもので、状態列も担当者も持てず、「未対応だけ表示する」こともできません。受付管理に必要なのは一覧を「更新していく」機能ですが、それはFormsの守備範囲外です。
  • 上限は件数よりも機能面から効いてくる。職場・学校アカウントのフォームは1フォームあたり最大5,000,000件まで回答を受け取れ、質問は200問、テキスト回答は1問4,000文字までです(このほか、1回の回答あたりテキスト回答の合計200,000文字という制限もありますが、これは1人の回答者が1度の送信内で達する種類の上限で、回答が溜まって達するものではありません)。実務で先に効くのは件数ではなく機能制限で、50,000件を超えると概要グラフ・個別回答の閲覧・印刷などが使えなくなり、CSVエクスポートでの取得のみになります。6 社内受付で件数上限に達することはまずありませんが、長期運用のフォームでは「Formsに溜め込む」設計自体が響いてきます。回答が増えたらエクスポートしてから回答をクリアする案内になっており11、いずれにせよ履歴の置き場は別に必要です。

つまりFormsは「入力の型を配る道具」としては優秀ですが、「受け付けた後を管理する道具」ではありません。Formsは受け口、台帳と状態管理はSharePointリスト、通知と連携はPower Automateという役割分担が、それぞれの得意分野に沿った定石です。

7. どこまでFormsで受けるか ── 判断表

受け口の道具立てには段階があります。目安を表にします。

状況 判断
社内からの依頼・申請で、項目が10問前後まで。添付は社内ユーザーからのみ Forms+フロー+リスト転記で十分。本記事の構成
項目が多い定型申請で、入力者が特定部門に限られリスト操作に慣れている SharePointリストのフォームで直接受ける。転記が不要になり、入力とデータの型も揃う
そのつどの承認だけ電子化したい(受付台帳は不要) Teamsの承認アプリで足りる。フロー作成も不要
社外(取引先・顧客)から申請を受けたい。添付は不要 Formsの匿名フォームでも受けられるが、回答者の記録・なりすまし対策・入力チェックは弱い。件数が少なければ可
社外から添付付きで受けたい、入力チェック・採番・受付番号の払い出しが要る Formsでは添付が組織内限定のため不可。4 OneDrive/SharePointのファイル要求の併用か、Webフォームの受託開発の領域
件数が多く、受付から基幹システムへの登録・進捗公開・SLA管理までつなげたい ヘルプデスク/ワークフローの専用システムまたは受託開発の領域。Formsは初期の暫定受け口と割り切る

判断の感覚としては、「依頼者が社内にいる間はFormsで粘れる、社外が絡んだら設計を変える」です。社外との紙・FAX・メール添付のやり取りを受け口ごと見直す話は、「FAX受注をWebに移すには ── 二重運用期間の設計と段階移行の実務」や「メールで届く注文書・請求書PDFをPower Automateで自動処理する ── 保存・振り分け・通知・読み取りの設計」で扱っています。

8. まとめ

メールと口頭の依頼がつらいのは、依頼の全量がどこにもなく、書式が揃わず、状態が見えないからでした。Microsoft Formsで入口を1つにし、組織内限定+名前の記録で「誰が出したか」を自動化し、Power Automateで受付の瞬間に台帳記録と受付通知を返す。この型だけで、「あの件どうなりました？」のやり取りはかなり消えます。

設計のポイントは、選択肢中心で書かせすぎないフォーム、組織内限定と匿名の違いの理解、ファイルアップロードの制約(組織内のみ・最大10ファイル・1ファイル最大1GB)の把握、そしてFormsに台帳を期待しないことです。Formsは受け口、リストが台帳、フローが通知と連携。この役割分担を守っている受付は、担当者が替わっても長く回り続けます。そして社外からの受付や添付、件数と連携要件が膨らんできたら、そこがWebフォーム開発や専用システムを検討するタイミングです。

関連記事

関連する相談領域

合同会社小村ソフトでは、Microsoft 365を活かした社内業務の受付・台帳・通知の仕組みづくりの相談から、Formsでは収まらない社外向けWebフォーム・業務システムの開発まで扱っています。

参考リンク

  1. Microsoft Learn, Overview of flows with Microsoft Forms. Formsコネクタにはトリガー「新しい応答が送信されるとき」とアクション「応答の詳細を取得」があり、応答の内容を動的コンテンツとしてフローで使えることについて。 ↩ ↩2

  2. Microsoft Learn, Microsoft Forms (Connector reference). Formsコネクタが組織アカウント専用であること、グループフォームはトリガーの一覧に表示されずフォーム編集画面URLの「FormId=」以降を手入力する必要があること、トリガー・アクションの一覧について。 ↩ ↩2

  3. Microsoft サポート, Choose who can fill out a form or quiz. 公開範囲3種類(すべてのユーザー/組織内のみ/組織内の特定ユーザー)の違い、組織内限定では「名前を記録」で回答者の名前とメールアドレスを記録できること、「1人につき1つの回答」も組織内限定のときのみ設定できること、匿名フォームでは回答者が記録されないことについて。 ↩ ↩2 ↩3 ↩4

  4. Microsoft サポート, Add questions that allow for file uploads in Microsoft Forms. ファイルアップロード質問が組織内限定(組織内のみ/組織内の特定ユーザー)の設定でのみ使えること、1質問あたり最大10ファイル、1ファイルの上限サイズは10MB・100MB・1GBから選択すること、Word/Excel/PowerPoint/PDF/画像/動画/音声の種類制限ができること、ファイルがOneDrive for Businessの「アプリ > Microsoft Forms」配下に保存されることについて。 ↩ ↩2 ↩3

  5. Microsoft サポート, Adjust your form or quiz settings in Microsoft Forms. フォーム設定として回答の受付(Accept responses)、開始・終了日時、1人1回制限、お礼メッセージのカスタマイズなどが列挙されていることについて。 ↩ ↩2

  6. Microsoft サポート, Form, question, response, and character limits in Microsoft Forms. 職場・学校アカウントのフォームが最大5,000,000件の回答を受け取れること(GCC High/DoDは50,000件)、1フォーム200問・テキスト回答1問4,000文字・1回の回答あたりのテキスト回答合計200,000文字の上限、50,000件を超えると概要グラフ・個別回答の閲覧・印刷などが使えなくなりCSVエクスポートのみになることについて。 ↩ ↩2

  7. Microsoft Learn, Troubleshoot known issues with forms in flows. 1行テキストに255文字を超える入力があるとフローが動作しないことがあり複数行テキストを使うべきこと、承認アクションのメール添付は5MBまででそれを超えると承認者はポータルで確認すること、担当者の退職に備えたフォーム所有権の移管について。 ↩ ↩2 ↩3

  8. Microsoft サポート, Use branching logic in Microsoft Forms. 回答に応じて表示する質問・セクションを切り替える分岐の設定方法と、分岐先は後方の質問のみ指定できることについて。 ↩

  9. Microsoft Learn, Common ways to use a form in a flow. フォーム所有者向け通知・回答者向け確認メールの設定がForms側にあること、動的コンテンツ「Responders’ Email」で回答者へメールを送るフロー、応答内容を差し込む承認テンプレート、Excelへの転記、アップロードファイルの回答をJSONの解析で分解しfirst(body(‘Parse_JSON’))?[‘id’]でファイルを特定して共有リンクを作る手順について。 ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7

  10. Microsoft Learn, Administrator settings for Microsoft Forms. Microsoft 365管理センターで組織の既定として回答者名を記録するか(「既定で名前を記録」、既定でオン)、外部共有(組織外への回答依頼・共同編集など)を許可するかを管理者が制御できることについて。 ↩

  11. Microsoft Learn, Set up Microsoft Forms. 組織外のユーザーは匿名で回答を送信すること、アカウントがテナントから削除されると関連データが30日後に削除されること、回答が上限に近づいた場合はExcelへエクスポートして回答をクリアする案内について。 ↩ ↩2

  12. Microsoft Learn, Create approval flows with attachments. 承認要求にファイルを添付する際は、添付の名前とバイナリエンコードされたファイルコンテンツを指定することについて。 ↩

関連する記事

同じタグを共有する最新の記事です。さらに近い話題で知識を深められます。

関連トピック

このテーマと近いトピックページです。記事を起点に、関連するサービスや他の記事へ進めます。

このテーマがつながるサービス

この記事は次のサービスページにつながります。近い入口からご覧ください。

よくある質問

この記事のテーマについて、相談時によくある質問をまとめています。

Microsoft Formsのファイルアップロード質問は社外の人も使えますか？
使えません。ファイルアップロード質問は、フォームの公開範囲を「自分の所属組織内のユーザーのみが回答可能」(または組織内の特定のユーザー)にした場合だけ追加でき、組織外にも回答を許可する設定ではこの質問自体が使えなくなります。アップロードされたファイルは組織のOneDrive for Businessに保存され、1つの質問で最大10ファイル、1ファイルあたり10MB・100MB・1GBから選んだ上限まで受け取れます。社外から添付ファイルを受け取りたい場合は、OneDrive/SharePointのファイル要求機能を併用するか、Webフォームの開発を検討します。
Microsoft Formsのフォームは何件まで回答を受け取れますか？
職場または学校アカウントのフォームは最大5,000,000件まで回答を受け取れます(GCC High/DoD環境は50,000件)。社内の申請・依頼受付でこの上限自体に困ることはまずありませんが、50,000件を超えると概要グラフの表示や個別回答の閲覧などの機能が使えなくなり、CSVエクスポートでの取得のみになります。また応答一覧には状態管理の機能がないため、件数にかかわらず、受け付けた依頼はPower AutomateでSharePointリストへ転記して台帳として管理するのが定石です。
フォームの回答者が誰かを自動で記録できますか？
公開範囲を組織内限定にすれば記録できます。「自分の所属組織内のユーザーのみが回答可能」にして「名前を記録」を有効にすると、回答者の名前とメールアドレスが回答と一緒に自動記録され、氏名や所属をわざわざ入力させる必要がなくなります。1人1回に制限するオプションも組織内限定のときだけ使えます。逆に「すべてのユーザーが回答可能」にすると回答は匿名になり、誰が送信したかは記録されません。社内の申請・依頼の受け口は組織内限定が原則です。
申請の受け口はFormsとSharePointリストのどちらで作るべきですか？
入力する人の手軽さを優先するならForms、台帳としての管理を優先するならSharePointリストです。Formsはスマホからも入力しやすく質問の分岐や必須設定も簡単ですが、送信後の編集や進捗確認ができず、応答一覧の管理機能も弱いという受付管理側の弱点があります。実務では「Formsで受けてPower AutomateでSharePointリストに転記する」構成にすると、入力の手軽さと台帳管理を両立できます。列の多い定型申請で入力者が全員リストを扱えるなら、リストのフォームで直接受ける構成も選択肢です。

著者プロフィール

記事の著者プロフィールページです。

小村 豪

合同会社小村ソフト 代表

Windows ソフト開発、技術相談、不具合調査を中心に、既存資産が残る案件や原因が見えにくい障害調査に強みがあります。

お問い合わせ
ブログ一覧に戻る